none
שדרוג מ-2005 ל-2008 RRS feed

  • שאלה

  • אנחנו תקועים קצת מאחור, ואולי בשנה הבאה נשתדרג סופסוף מ-2005 ל-2008. 
    על R2 ועל דנאלי אין מה לדבר..
    אני יכול להריץ חיפוש בגוגל, אבל אקבל המון קישורים שחלק גדול מהם עוסק בנושאים שאינם רלבנטים.
    לא מדובר במערכות קריטיות שצריכות להיות באוויר 24/7 ולכן אפשר לגבות ב-2005 ולשחזר ב-2008, תוך השבתה של המערכת ליום או יומיים.
    המערכת נכתבה בגרסת 2000, ובמעבר ל-2005 היו בעיות בעיקר עם השיחזור של ה-Logins, ה-Users וכו'.
    כיצד ניתן לעשות זאת נכון במקרה זה?
    בשרת יש שימוש בעיקר בקוד TSQL טהור (ללא CLR), פניות דרך Linked Servers לשרתי SQL ו-TerraData אחרים, וג'ובים.
    אין High Availability (רפליקציות, מירורינג..) ובכל מקרה - הסיסטם מטפלים בזה (גיבויים) ולא אנחנו.
    הבעייה היחידה ברמה התשתית שיכולה להתעורר היא השימוש ב-Partitions.
    בעייה נוספת במישור אחר- יש כ-1500 גליונות אקסל המשמשים לדיווח, ומחוברים לשרת על ידי Connection Strings בהם מצויינים שם השרת או כתובת ה-IP שלו.
    בפעם הקודמת נאלצו לעבור על הגליונות אחד אחד ולתקן את הקישורים לשרת.
    האם יש דרך פשוטה לתקן זאת הפעם, או לחילופין- לתקן זאת כך שבשדרוג הבא יהיה לנו יותר קל?
    אשמח לקבל המלצות, הפנייות לקישורים רלוונטיים (ולא להריץ חיפוש ולשלוח לי את מה שיוצא- את זה עבר עשיתי) וכו'.
    תודה.

    Geri Reshef http://gerireshef.wordpress.com
    שבת 17 ספטמבר 2011 08:43

תשובות

  • אהלן גרי

    תגיד לי מתי אתה מבצע את העדכון.. אני אלך לכספומט להוציא כסף... מי יודע אולי הוא יתחיל לפלוט קצת תוספות בטעות :-)

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

    אני ארשום את ההודעה המקורית שלך וארשום כמה נקודות למחשבה שקפצו לי תוך כדי קריאה (יותר נוח ככה) ואולי יעזרו מעט

    ___________________

    אנחנו תקועים קצת מאחור, ואולי בשנה הבאה נשתדרג סופסוף מ-2005 ל-2008. על R2 ועל דנאלי אין מה לדבר..

    אני חושב שזו טעות ומדובר בהוצאה זניחה לגוף כזה לדעתי אבל כמובן שאין לי את התמונה הגדולה ולכן אני לא יכול להגיד כלום פרט לכך שהייתי חייב להעיר על כך :-). בכל מקרה לא הייתי חושב על מעבר לדנאלי עדיין אם מדובר על ביצוע בזמן הקרוב. לדעתי גוף כזה לא אמור לעבוד עם גרסת בטא, אבל כן הייתי חושב שוב על מעבר ל 2008R2

    אני יכול להריץ חיפוש בגוגל, אבל אקבל המון קישורים שחלק גדול מהם עוסק בנושאים שאינם רלבנטים. לא מדובר במערכות קריטיות שצריכות להיות באוויר 24/7 ולכן אפשר לגבות ב-2005 ולשחזר ב-2008, תוך השבתה של המערכת ליום או יומיים. המערכת נכתבה בגרסת 2000, ובמעבר ל-2005 היו בעיות בעיקר עם השיחזור של ה-Logins, ה-Users וכו'.

    כיצד ניתן לעשות זאת נכון במקרה זה?

    עבודה עם SSIS אמורה לפתור את הבעיה כולל העברת ה LOGIN (צריך לזכור שפתיחת משמש בשם דומה לא גוררת באופן ישיר משתמש זהה בגלל ה ID הייחודי של המשתמש כך שבכל מקרה יהיה צורך בהתאמה של המשתמשים הקיימים לקודמים אלא אם עובדים במשתמשים המוגדרים למשל AD או בכל צורה חיצונית)

    בשרת יש שימוש בעיקר בקוד TSQL טהור (ללא CLR), פניות דרך Linked Servers לשרתי SQL ו-TerraData אחרים, וג'ובים. אין High Availability (רפליקציות, מירורינג..) ובכל מקרה - הסיסטם מטפלים בזה (גיבויים) ולא אנחנו. הבעייה היחידה ברמה התשתית שיכולה להתעורר היא השימוש ב-Partitions.

    דווקא כל ה CLR היה אפשר להעתיק כפי שהוא בלי בעיה:-) התאימות מלאה מכיוון שמדובר בכלל בהרצה חיצונית בסביבת הדוטנט.

    נראה לי שחלק זה אינו משתנה כל עוד שם השרת החדש למשל מקבל את השם וההפניה הקודם. אני יודע שב IT הרבה פעמים כשמבצעים מעבר לשרתים חדשים (לא מדבר על SQL אלא שרתי AD למשל) אז קודם מחליפים את השם של השרת הקיים ואז פותחים את השרת החדש בשם של השרת הישן והתוצאה היא שהכול ממשיך לעבוד ישירות אל השרת החדש תוך כדי שהשרת הישן חי ברקע.

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

    האם יש דרך פשוטה לתקן זאת הפעם, או לחילופין- לתקן זאת כך שבשדרוג הבא יהיה לנו יותר קל?

    אם אני מבין טוב אתה מדבר על קישורים שיש בקבצי האקסל. נכון? אם כן אז תחילה לגבי העבודה הידנית הרי שאפשר לכתוב סקריפטים פשוטים ב VBA (שפת המאקרו של אופיס) ואין סיבה לבצע שום דבר ידנית. לפעמים כשאני צריך לבצע 10 פעמים אותה פעולה אני כבר מוצא שכתיבת סקריפט הרבה יותר מהיר. בפורום שאתה מנהל בתפוז דווקא יש הרבה אנשים שיכולים לעזור בחלק זה ועובדים עם אקסס על בסיס יומי (זו אותה פעולה ואותה שפה בדיוק שאיתה עובדים באקסס). במקרה שבחרת בכך השיטה היא לפתוח קובץ אקסל נוסף ברקע ובוא מכניסים את כל הסקריפטים ולא לכתוב סקריפטים בקבצי האקסל עצמן כמובן

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

    לגבי עבודה עתידית: אם אתה זוכר באחת הפגישות של קבוצת SQL הגיע נציג של הדנאלי והציג לנו אופן עבודה עם קבצים בדנאלי. כמעט כל מה שהוא הציג לנו ניתן לבצע גם בשרת 2008r2 (אני לא בטוח לגבי 2008). הרעיון הוא שנוסף סוג שדה חדש של קבצים אשר בפועל שומר את הקבצים כקבצים ולא בשדה בינארי כמו BLOB ולכן ניתן לגשת לקבצים ממערכת ההפעלה או מכל האפליקציה. השדה המיוחד הזה מנהל לבד את כל הקישורים ולכן בעתיד לא יהיה לך שום צורך בפעולות אלו.

    ___________________

    * מקווה שזה מעט עוזר למרות שאין כאן יותר מדי

    • סומן כתשובה על-ידי Geri_Reshef יום ראשון 18 ספטמבר 2011 16:55
    שבת 17 ספטמבר 2011 16:01
    מנחה דיון
  • דרך אגב כל הסקריפטים במאקרו שאתם כותבים לאקסלים לשדרוג תשמרו לפעם הבאה כמובן וגם לתחזוקה שוטפת. אני יכול לספר שפרוייקט באפריקה שהייתי בו ב 2006 וכלל הרבה מאוד עבודה עם אקסלים וכתיבת סקריפטים מאפס לשם QC חסך לי הרבה מאוד זמן בפרוייקט של אתה חברה כשהזמינו אותי ב 2007 רק בגלל שהיו לי כל הדברים מ 2006 (מדובר בהרבה מאוד ימי עבודה שנחסכו)
    • נערך על-ידי pituachMVP, Editor שבת 17 ספטמבר 2011 16:07
    • סומן כתשובה על-ידי Geri_Reshef יום ראשון 18 ספטמבר 2011 16:55
    שבת 17 ספטמבר 2011 16:07
    מנחה דיון

כל התגובות

  • אהלן גרי

    תגיד לי מתי אתה מבצע את העדכון.. אני אלך לכספומט להוציא כסף... מי יודע אולי הוא יתחיל לפלוט קצת תוספות בטעות :-)

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

    אני ארשום את ההודעה המקורית שלך וארשום כמה נקודות למחשבה שקפצו לי תוך כדי קריאה (יותר נוח ככה) ואולי יעזרו מעט

    ___________________

    אנחנו תקועים קצת מאחור, ואולי בשנה הבאה נשתדרג סופסוף מ-2005 ל-2008. על R2 ועל דנאלי אין מה לדבר..

    אני חושב שזו טעות ומדובר בהוצאה זניחה לגוף כזה לדעתי אבל כמובן שאין לי את התמונה הגדולה ולכן אני לא יכול להגיד כלום פרט לכך שהייתי חייב להעיר על כך :-). בכל מקרה לא הייתי חושב על מעבר לדנאלי עדיין אם מדובר על ביצוע בזמן הקרוב. לדעתי גוף כזה לא אמור לעבוד עם גרסת בטא, אבל כן הייתי חושב שוב על מעבר ל 2008R2

    אני יכול להריץ חיפוש בגוגל, אבל אקבל המון קישורים שחלק גדול מהם עוסק בנושאים שאינם רלבנטים. לא מדובר במערכות קריטיות שצריכות להיות באוויר 24/7 ולכן אפשר לגבות ב-2005 ולשחזר ב-2008, תוך השבתה של המערכת ליום או יומיים. המערכת נכתבה בגרסת 2000, ובמעבר ל-2005 היו בעיות בעיקר עם השיחזור של ה-Logins, ה-Users וכו'.

    כיצד ניתן לעשות זאת נכון במקרה זה?

    עבודה עם SSIS אמורה לפתור את הבעיה כולל העברת ה LOGIN (צריך לזכור שפתיחת משמש בשם דומה לא גוררת באופן ישיר משתמש זהה בגלל ה ID הייחודי של המשתמש כך שבכל מקרה יהיה צורך בהתאמה של המשתמשים הקיימים לקודמים אלא אם עובדים במשתמשים המוגדרים למשל AD או בכל צורה חיצונית)

    בשרת יש שימוש בעיקר בקוד TSQL טהור (ללא CLR), פניות דרך Linked Servers לשרתי SQL ו-TerraData אחרים, וג'ובים. אין High Availability (רפליקציות, מירורינג..) ובכל מקרה - הסיסטם מטפלים בזה (גיבויים) ולא אנחנו. הבעייה היחידה ברמה התשתית שיכולה להתעורר היא השימוש ב-Partitions.

    דווקא כל ה CLR היה אפשר להעתיק כפי שהוא בלי בעיה:-) התאימות מלאה מכיוון שמדובר בכלל בהרצה חיצונית בסביבת הדוטנט.

    נראה לי שחלק זה אינו משתנה כל עוד שם השרת החדש למשל מקבל את השם וההפניה הקודם. אני יודע שב IT הרבה פעמים כשמבצעים מעבר לשרתים חדשים (לא מדבר על SQL אלא שרתי AD למשל) אז קודם מחליפים את השם של השרת הקיים ואז פותחים את השרת החדש בשם של השרת הישן והתוצאה היא שהכול ממשיך לעבוד ישירות אל השרת החדש תוך כדי שהשרת הישן חי ברקע.

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

    האם יש דרך פשוטה לתקן זאת הפעם, או לחילופין- לתקן זאת כך שבשדרוג הבא יהיה לנו יותר קל?

    אם אני מבין טוב אתה מדבר על קישורים שיש בקבצי האקסל. נכון? אם כן אז תחילה לגבי העבודה הידנית הרי שאפשר לכתוב סקריפטים פשוטים ב VBA (שפת המאקרו של אופיס) ואין סיבה לבצע שום דבר ידנית. לפעמים כשאני צריך לבצע 10 פעמים אותה פעולה אני כבר מוצא שכתיבת סקריפט הרבה יותר מהיר. בפורום שאתה מנהל בתפוז דווקא יש הרבה אנשים שיכולים לעזור בחלק זה ועובדים עם אקסס על בסיס יומי (זו אותה פעולה ואותה שפה בדיוק שאיתה עובדים באקסס). במקרה שבחרת בכך השיטה היא לפתוח קובץ אקסל נוסף ברקע ובוא מכניסים את כל הסקריפטים ולא לכתוב סקריפטים בקבצי האקסל עצמן כמובן

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

    לגבי עבודה עתידית: אם אתה זוכר באחת הפגישות של קבוצת SQL הגיע נציג של הדנאלי והציג לנו אופן עבודה עם קבצים בדנאלי. כמעט כל מה שהוא הציג לנו ניתן לבצע גם בשרת 2008r2 (אני לא בטוח לגבי 2008). הרעיון הוא שנוסף סוג שדה חדש של קבצים אשר בפועל שומר את הקבצים כקבצים ולא בשדה בינארי כמו BLOB ולכן ניתן לגשת לקבצים ממערכת ההפעלה או מכל האפליקציה. השדה המיוחד הזה מנהל לבד את כל הקישורים ולכן בעתיד לא יהיה לך שום צורך בפעולות אלו.

    ___________________

    * מקווה שזה מעט עוזר למרות שאין כאן יותר מדי

    • סומן כתשובה על-ידי Geri_Reshef יום ראשון 18 ספטמבר 2011 16:55
    שבת 17 ספטמבר 2011 16:01
    מנחה דיון
  • דרך אגב כל הסקריפטים במאקרו שאתם כותבים לאקסלים לשדרוג תשמרו לפעם הבאה כמובן וגם לתחזוקה שוטפת. אני יכול לספר שפרוייקט באפריקה שהייתי בו ב 2006 וכלל הרבה מאוד עבודה עם אקסלים וכתיבת סקריפטים מאפס לשם QC חסך לי הרבה מאוד זמן בפרוייקט של אתה חברה כשהזמינו אותי ב 2007 רק בגלל שהיו לי כל הדברים מ 2006 (מדובר בהרבה מאוד ימי עבודה שנחסכו)
    • נערך על-ידי pituachMVP, Editor שבת 17 ספטמבר 2011 16:07
    • סומן כתשובה על-ידי Geri_Reshef יום ראשון 18 ספטמבר 2011 16:55
    שבת 17 ספטמבר 2011 16:07
    מנחה דיון
  • תודה רבה!
    Geri Reshef http://gerireshef.wordpress.com
    יום ראשון 18 ספטמבר 2011 16:56