צוות ההנדסה של E.N.I.
רוב מעברי חדרי המחשב נכשלים לא ביום ההובלה, אלא בחודשים שלפניו. כשהתכנון מתחיל מרשימת משימות ולא מתאריך יעד, מגלים מאוחר מדי שחוזה שכירות, רישיון תוכנה או תקופת הקפאה קובעים את לוח הזמנים האמיתי.
המקורות המקצועיים מסכימים על עיקרון אחד: עובדים אחורה מתאריך היציאה, ובונים את התוכנית סביב מטריצת תלויות. הנה רשימת התיוג שאנחנו משתמשים בה.
נקודות מפתח
- 1
בעלי תפקידים ברורים
לקבוע נותן חסות וממונה תפעול אחד לסוף שבוע המעבר. כשמתעוררת שאלה בשתיים בלילה, צריך אדם אחד שמחליט.
- 2
גבולות השבתה מוגדרים מראש
להגדיר מראש downtime מקסימלי ו-RTO/RPO לכל מערכת. בלי מספרים מוסכמים, כל עיכוב הופך לוויכוח.
- 3
תיעוד מלא של המצב הקיים
לייצא elevations, צריכות חשמל ומפות patch. זה הבסיס להכנת האתר החדש ולבדיקה שהכול חובר מחדש נכון.
- 4
מטריצת תלויות
מעגלים, cross-connects, load balancers ושירותי הזדהות. מערכת שעוברת בלי התלויות שלה לא תעלה.
- 5
בדיקה פיזית של המסלול
לבדוק דלתות, מעליות ועומסי רצפה מול משקלים אמיתיים של ארונות — לא מול המפרט.
- 6
גיבוי שנבדק בשחזור
גיבוי שלא שוחזר הוא הנחה, לא גיבוי. מוודאים שחזור לפני המעבר.
- 7
גל pilot לפני big-bang
מעבירים קודם מערכות בסיכון נמוך, לומדים, ורק אז ממשיכים.
- 8
Go/No-Go ותוכנית חזרה
לכל גל מגדירים קריטריונים להמשך ותוכנית חזרה לאחור מתורגלת.
- 9
Hypercare ומחיקה מאובטחת
תקופת ליווי מוגברת אחרי המעבר, ומחיקה מאובטחת של ציוד שפורש.
מה זה אומר לכם
אם המעבר שלכם מתוכנן כ"יום הובלה", כדאי לעצור ולבנות קודם את מטריצת התלויות ואת לוח הזמנים ההפוך מתאריך היציאה. זה החלק שחוסך את ימי ההשבתה.
קבלו מאמרים חדשים למייל