תהליך השדרוג מ- MOSS 2007 אל SP 2010

אחרי שדיברתי קצת על האם לשדרג, הגיע הזמן לבדוק איך לשדרג. קודם כל המנגנון עצמו עבר שיפור משמעותי – ניתן להמשיך גם במקרה של שגיאות, ניתן לעצור את התהליך ולהמשיך אח"כ מאותה נקודה, יש לוג מפורט + מעקב סטטוס כחלק מה- GUI ועוד.

אבל כאן נדון רק בנושא התהליך עצמו, שהוא מספיק רחב גם ככה.

אז כמו כל דבר שמתחלק לשלושה חלקים, גם תהליך השדרוג מתחלק לשלושה חלקים: לפני, במהלך ואחרי…

מכיוון שהנושא רחב, אני אשתדל לנקוט בשיטת המועט המחזיק את המרובה ולתמצת בקצירת האומ"ר את רוב מה שצריך לדעת לקראת ביצוע שדרוג, בהתאם לסכימה הבאה:

טרום-שדרוג

1. שדרוג חומרה ותוכנה

נא ודאו כי קיימים ברשותכם הרכיבים הבאים (מידע רשמי):

שרתי 64 ביט (גם שרתי ה- Front End וגם שרתי ה- Database), עם איזה 8GB RAM בתור התחלה לכל שרת
מערכת הפעלה Windows 2008 SP2 \ R2
מסד נתונים SQL 2005 SP3 + CU3 לפחות (אם כי מומלץ SQL 2008 SP1 + CU2 בו יש יכולות נוספות הנתמכות ב- SP2010)
Internet Explorer גירסה 7 ומעלה בעמדות הקצה של המשתמשים.

2. הכנה ו"ניקוי" החווה הקיימת

התקינו Service Pack 2 הן ל- WSS 3.0, הן ל- MOSS 2007 והן ל- Language Pack של שני המוצרים
(המלצה שלי – לא חובה) בצעו גיבוי כולל, מחקו אתרים שאינם בשימוש, בידקו היכן ספריות המסמכים הענקיות והאם הכל שם הכרחי, הסירו פתרונות (Solutions/wsp) שאינם בשימוש, ובכלל – תבדקו שמישהו משתמש ב- SharePoint אצלכם מעבר למנהל התוכן…
הריצו את ה- PreUpgradeChecker.exe – כלי שנוסף עם SP2 של MOSS ומופעל ע"י פקודת stsadm פשוטה. לא ארחיב בנושא – ראו כאן את המידע הרשמי וראו כאן למידע מפורט יותר מהארכיבישוף ג'ואל אולסון.
תקנו את הטעון תיקון עד שה- Checker לא יציג יותר את המילה המפחידה Failed…

השדרוג עצמו

מייקרוסופט מציעה שלוש גישות מרכזיות לשדרוג (מעבר לאופציה הפשוטה של "עזוב הכל, תקים חדש ותעתיק"). העיקרון הבסיסי הוא, שהשדרוג מורכב משני חלקים: שדרוג התוכנה עצמו (ה-binaries) המתבצע על שרת ה-FE, ושדרוג מסדי הנתונים של התוכן (Content DB's), המתבצע בשרת ה-DB. מעבר לכך יש כמובן צורך לפעמים בהעתקת קבצים פיזיים (קוד, תמונות…) משרת לשרת – ולא כאן המקום והזמן…

שדרוג "במקום" (in-place)

בגישה הזו ההנחה היא שהחווה הקיימת עונה לתנאי החומרה והתוכנה, וכל מה שנשאר הוא להכניס את דיסק ההתקנה ולבצע Upgrade. התהליך שקורה הוא שמותקנים קבצי התוכנה (binaries) ואז משודרגים מסדי התוכן לפי הסדר.

אני לא רואה טעם להרחיב לגבי השיטה הזו, כיוון שהיא לא ישימה בעליל, למעט בסביבות DEV (אולי), מהסיבות שיפורטו בטבלה להלן.
ניתוק/חיבור מסדי נתונים (Database Attach)
זו גישה הרבה יותר בריאה, המניחה שהקמתם בצד חווה חדשה ל-2010, כולל כל ההגדרות הנדרשות, וכל שנותר הוא להעתיק את מסדי התוכן ולשדרג אותם (ניתן גם במקביל) בחווה החדשה. התהליך כולל ניתוק (detach) ה- Content DB מהחווה האם, העתקתם למיקום רשת כלשהו כקבצי mdf+ldf, חיבורם לחווה החדשה (attach) והרצת פקודת stsadm -o addcontentdb -url <URL> -databasename <DatabaseName> עבור כל Web Application
והנה סכימה של התהליך (עוּבְרָת על ידי מהמסמכים האלו):
גישה משולבת (Hybrid)
זו הגישה הבטוחה ביותר (אם כי גם ה"יקרה" ביותר מבחינת זמן והשקעה) – והיא מתחלקת לשניים:
1. ללא חווה חלופית – מעבירים את החווה הקיימת ל- Offline, מנתקים את ה- DB, משדרגים רק את ה- binaries, ואז מחברים מחדש את ה- DB (ניתן גם במקביל) ומבצעים א השדרוג ע"י stsadm -o addcontentdb
2. כולל חווה חלופית (זמנית) – מקימים חווה זמנית חדשה, מעבירים את החווה הקיימת ל- Offline, מנתקים את ה- DB, מעבירים אותם לחווה הזמנית לשדרוג ובמקביל משדרגים את ה- binaries של החווה הקיימת, ולבסוף מחברים מחדש את ה- DB המשודרגים לחווה הקיימת (נשמע מסובך? זה באמת ככה…)

יתרונות וחסרונות בכל אחת מהשיטות

להלן טבלה מסכמת:

	יתרונות	חסרונות	ציון
In-place	- נשמרות ההגדרות ברמת החווה (חיפוש, פרופילי משתמשים ועוד) - נשמרים קבצים פיזיים בשרת (קוד, תמונות…)	- החווה ב- Offline עד סוף התהליך כולו - התהליך הינו טורי – יש לאפשר חלון זמן מספיק עד לסיומו, וכל תקלה בתהליך תגרום להארכת חלון הזמן הנדרש - נדרש לפנות מקום פיזי רב הן בשרת במע' ההפעלה והן בשרת מסד הנתונים - כמעט בלתי אפשרי לבצע בדיקה מקדימה של התהליך – נדרש להעתיק את כל הסביבה לשם כך - התהליך הינו בלתי הפיך (no rollback)	לא להתקרב!!! (ראו פירוט אצל ג'ואל)
Attach DB	- ניתן לשדרג מספר מסדי נתונים של תוכן בו-זמנית - ניתן לשדרג מסדי נתונים ממספר חוות אל אותה חווה חדשה (קונסולידציה( -ניתן לבצע בדיקה מקדימה + לחזור אחורה במקרה של כשלון	- הגדרות החווה הישנה + קבצים פיזיים לא יועברו - העתקת מסדי נתונים דורשת משאבי רשת לא מעטים – יש להיערך לכך - חומרה נוספת	טו-אוב!
Hybrid	- נשמרות ההגדרות + קבצים פיזיים ברמת השרת - ניתן לשדרג מספר מסדי נתונים של תוכן בו-זמנית - ניתן לשדרג מסדי נתונים ממספר חוות אל אותה חווה חדשה (קונסולידציה( - ניתן לבצע בדיקה מקדימה + לחזור אחורה במקרה של כשלון	- העתקת מסדי נתונים דורשת משאבי רשת לא מעטים – יש להיערך לכך - חומרה נוספת	מעעעולה!

אחרי השדרוג

לאחר שהכל עבר בהצלחה (הלוואי), ניתן לגלוש לאתרים החדשים, ולגלות שהם נראים בדיוק כמו שנראו קודם!

כדי להעביר אותם למראה החדש של SP2010 (ובמקביל לאבד כל שינוי שעשיתם ל- Master Page וכו'…) – ניתן לגשת להגדרות האתר, תחת התפריט של כותרת ותיאור, שם נוספה אפשרות של Visual Upgrade – לחיצה אחת, והאתר שלכם מחליף מראה + מקבל Ribbon מתנה.

בפוסט הבא אני אציג את התהליך תכל'ס, כולל צילומי מסך, כפי שביצעתי אותו בחווה וירטואלית (קטנה אמנם, אבל מספיק טובה להבהיר את העיקרון).