אהלן גרי
תגיד לי מתי אתה מבצע את העדכון.. אני אלך לכספומט להוציא כסף... מי יודע אולי הוא יתחיל לפלוט קצת תוספות בטעות :-)
באופן יותר רציני במעט ולאור כך שמדובר במערכות בנק הייתי מציע לבצע הדמיה של הפעולה (לפחות פעם אחת אם לא יותר). את רוב הפעולות תוכל לבצע במקביל למערכת הקיימת ואם אתה אומר שאין בעייה של יום יומיים להוריד את המערכת אז נראה לי שלא צריכה להיות בעיה בכלל.
אני ארשום את ההודעה המקורית שלך וארשום כמה נקודות למחשבה שקפצו לי תוך כדי קריאה (יותר נוח ככה) ואולי יעזרו מעט
___________________
אנחנו תקועים קצת מאחור, ואולי בשנה הבאה נשתדרג סופסוף מ-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 ולכן ניתן לגשת לקבצים ממערכת ההפעלה או מכל האפליקציה. השדה המיוחד הזה מנהל לבד את כל הקישורים ולכן בעתיד לא יהיה לך שום צורך בפעולות אלו.
___________________
* מקווה שזה מעט עוזר למרות שאין כאן יותר מדי
