הדגמת שדרוג פשוט מ- 2007 ל- 2010

בהנחה והחלטתם לשדרג, ובחרתם באופציה של חיבור מסדי נתונים – הנה הדגמה פשוטה של שדרוג חוות MOSS 2007 סטנדרטית, רק כדי לקבל מושג על התהליך. ניסיתי לבצע משהו מעניין (שנדון כמובן לכשלון…) ולשדרג אוסף אתרים עברי להתקנת SP2010 אנגלית… כמובן שקיבלתי Failed (אם כי כל התוכן קיים ונגיש ע"י Designer). אז ניסיתי ליצור בחווה אתר אחד בתבנית אנגלית – והאתר מצליח להשתדרג (למרות שעדיין מתקבלת הודעת Failed…) – והתוצאות לפניכם. רק תתעלמו משמות ה- DB המוצגים בצילומי המסך, זה נובע מניסויים שונים שלי לשדרג את ה- SSP, תהליך שלא חקרתי לעומק עדיין…

החווה המקורית

חוות MOSS 2007 סטנדרטית, הכוללת אוסף אתרים אחד מסוג "שיתוף" (Collaboration Portal) מתבנית עברית, אליו הוספתי אתר Wiki בתבנית אנגלית:

מומלץ מאוד (אולי אפילו חובה) להריץ את ה- PreUpgradeChecker על החווה כדי למנוע מראש תקלות שונות בשדרוג.

10 השלבים לשדרוג

כאמור, השדרוג נעשה בשיטה השנייה שהצגתי – Detach/Attach DB מחוות 2007 לחוות 2010:

1. אם מדובר בחווה בשימוש, יש כמובן ליידע את מי שצריך וניתן לשקול להעביר את החווה ל- read only

2. ניתוק ה-DB - לצורך הניתוק, גשו ל- SQL Server Management Studio - קליק ימני על ה- DB המבוקש יוביל אותכם לכאן:

ולא לשכוח לסמן Drop connections – אחרת הניתוק ייכשל:

3. העתקת קבצי DB - כעת יש להעתיק את קבצי ה- SQL (קבצי mdf+ldf) מהחווה הקיימת אל זו החדשה. לשם כך ניגש בזהירות אל קודש הקודשים של ה- SQL – המקום בו נשמרים קבצי ה-mdf/ldf היקרים (משהו כמו C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data) – שימו לב להעתיק עבור כל DB את שני הקבצים:

4. הדבקת קבצי ה- DB – כעת ניגש לשרת ה- DB בחווה החדשה, לאותו קודש קודשים (אצלי המיקום עבר ל- C:\Program Files\Microsoft Office Servers\14.0\Data\MSSQL), ונדביק שם את הקבצים שהעתקנו.
שימו לב שזהו שלב בעייתי בשדרוג של חווה גדולה, עקב גודל הקבצים (שיכול להגיע לעשרות/מאות GB) והזמן הנדרש להעתיק ולהדביק ברשת

5. חיבור ה-DB – ועכשיו ניגש ל- SQL Server Management Studio – (שימו לב לכמות ה-DB ב- SP2010…) - קליק ימני על databases יוביל אותנו ל:

והתוצאה היא שה-DB שלנו נוסף לרשימה:

6. יצירת Web Application חדש – לצורך אירוח האתר המשודרג, שהרגע סיימנו להעתיק את מסד הנתונים שלו, יש צורך ביצירת יישום אינטרנט (WA) חדש – זה נעשה בממשק הניהול המפואר של SP2010 באופן זהה לזה של MOSS 2007 (במקרה שלי היה לי כבר WA בפורט 80, אז יצרתי חדש בפורט 90 כפי שניתן לראות בצילום מסך):

7. הפעלת פקודת השדרוג – זה השלב הקריטי ביותר – עד כה כל מה שביצענו לא רימז ולו במעט על השאלה הגדולה, האם בכלל האתר יצליח להשתדרג או לא. עכשיו ניגש ל- STSADM (שנמצא באותו מיקום בדיוק, רק בספריית 14 במקום 12) ונריץ את הפקודה הבאה:

stsadm -o addcontentdb -url <URL> -databasename <DatabaseName>

כאשר ה- URL הוא כתובת ה- WA שיצרנו זה עתה בסעיף 6, וה- DatabaseName הוא שם ה- DB אותו חיברנו בסעיף 5.

והתוצאה בסופו של דבר:

8. בדיקת סטטוס השדרוג (=לוג) – בממשק הניהול ישנו תפריט של Upgrade Status הנותן תמונת מצב מפורטת של השדרוג:

(כפי שניתן לראות השדרוג מוגדר כ- Failed בגלל נושא התבניות העבריות, אבל חכו לסעיף הבא…)

9. בדיקת האתר המשודרג – כל שנותר לנו לעשות הוא לגלוש לאתר שזה עתה שדרגנו ולראות מה שלומו. אני ניגשתי ישירות לאתר ה- Wiki שנוצר מתבנית אנגלית, והנה הוא לפניכם:

10. Visual Upgrade – אהה! האתר נראה בדיוק כמו הקודם, נכון? זה היופי של תשתית ה- SP2010, שכוללת את כל ה- Styling של 2007 ומאפשרת למי שרוצה לשמור על אותו Look & Feel להרגיש בבית גם לאחר השדרוג.

אבל לחיצה על תפריט Site Actions>Visual Upgrade תוביל אותנו למסך הבא, בו נוכל לבחור באפשרות של Preview של האתר המשודרג עם ה- Visuals של 2010 – וכמובן שניתן לבצע את השינוי בפועל ולא להסתפק רק ב- Preview:

והנה, כך נראה אתר ה- Wiki המשודרג, כולל Visuals:

לסיכום

תהליך השדרוג בגישת ה- Detach/Attach הינו פשוט יחסית, אם כי דורש גישה לשרת ה- SQL ולא מעט זמן העתקה של קבצים. היתרון הגדול הוא כמובן אי-הפגיעה בחווה הקיימת + האפשרות לבצע בדיקה של התוצר (=האתר המשודרג) כמה פעמים שצריך לפני ההחלטה על שדרוג סופי.

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

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

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

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

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

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

טרום-שדרוג

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

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

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. מעבר לכך יש כמובן צורך לפעמים בהעתקת קבצים פיזיים (קוד, תמונות…) משרת לשרת – ולא כאן המקום והזמן…

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

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

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

2. ניתוק/חיבור מסדי נתונים (Database Attach)

   זו גישה הרבה יותר בריאה, המניחה שהקמתם בצד חווה חדשה ל-2010, כולל כל ההגדרות הנדרשות, וכל שנותר הוא להעתיק את מסדי התוכן ולשדרג אותם (ניתן גם במקביל) בחווה החדשה. התהליך כולל ניתוק (detach) ה- Content DB מהחווה האם, העתקתם למיקום רשת כלשהו כקבצי mdf+ldf, חיבורם לחווה החדשה (attach) והרצת פקודת stsadm -o addcontentdb -url <URL> -databasename <DatabaseName> עבור כל Web Application
   והנה סכימה של התהליך (עוּבְרָת על ידי מהמסמכים האלו):
   
   
   

3. גישה משולבת (Hybrid)

   זו הגישה הבטוחה ביותר (אם כי גם ה"יקרה" ביותר מבחינת זמן והשקעה) – והיא מתחלקת לשניים:
   1. ללא חווה חלופית – מעבירים את החווה הקיימת ל- Offline, מנתקים את ה- DB, משדרגים רק את ה- binaries, ואז מחברים מחדש את ה- DB (ניתן גם במקביל) ומבצעים א השדרוג ע"י stsadm -o addcontentdb
   2. כולל חווה חלופית (זמנית) – מקימים חווה זמנית חדשה, מעבירים את החווה הקיימת ל- Offline, מנתקים את ה- DB, מעבירים אותם לחווה הזמנית לשדרוג ובמקביל משדרגים את ה- binaries של החווה הקיימת, ולבסוף מחברים מחדש את ה- DB המשודרגים לחווה הקיימת (נשמע מסובך? זה באמת ככה…)
      
      

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

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

אחרי השדרוג

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

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

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

מידע רשמי (pre-release)

http://technet.microsoft.com/en-us/library/cc303420(office.14).aspx

<< חזרה לטבלת החידושים ב- SharePoint 2010