https://www.themarker.com/allnews/.prem ... -1.6489221
שרשור תגובות: חברת Synology מחלקת לכם 10 מכשירי NAS
- molvy
- חבר במועדון HT

- תגובות: 6589
- הצטרף: מרץ 2010
- נתן תודות: 1238 פעמים
- קיבל תודות: 1264 פעמים
משהו שקרה מזמן מזמן שמראה שמזל חשוב יותר מידע ומומחיות
ניהלתי מערך שירות של משהו כמו 20 מהנדסי שירות בארצות הברית
כל קריאות השירות והחיובים מצבי המכונות אחריות וחוזי שירות היו במחשב של פקידת השירות
אז הרשתות היו בחיתוליהן ואינטרנט היה דרך מודם של 56KB/S
אנשי ה IT שהיו אז מורמים מעם חיברו את המשחשב שלי לרשת והראו לי איך להשתמש ברשת ואיך לראות קבצים במחשבים אחרים
יום שישי בבוקר (שם עובדים בימי שישי וסוף השבוע הוא שבת ראשון, הרבה יותר טוב מפה) אני משחק עם המחשב ומעתיק כמה תיקיות מהמחשב של הפקידה למחשב שלי כדי לראות את המהירות שהיתה מאוד איטית
ההעתקה הסתימה לקראת סוף היום ומילאה לי את המחשב (גם הדיסקים היו בנפחים של מגה בייט ולא גיגה בייט) הלכתי הביתה במחשבה שאת התיקיות שהעתקתי אוכל למחוק ביום שני
ככול הנראה כל האסונות בקטעים של IT מתרחשיב בסופי שבוע
אנחנו חוזרים ביום שני לעבודה והמשרד כמרקחה
המחשב של מנהל המשרד והפקידה קרסו ולא מצליחים להפעיל אותם
אנשי ה IT נמצאים בכוחות מתוגברים ומנסים לפתור את הבעיות ומגיעים למסקנה (אחרי יום שלם של עבודה) שחייבים להחליף את הדיסקין של המחשבים שהתקלקלו
הטענה שלהם ששני המחשבים שנדפקו היו מחוברים לא כובו במשך סוף השבוע והיתה קפיצת מתח בבניין מה שדפק את המחשבים
כולם נכנסו למרה שחורה
המחשבים הותקנו מחדש אבל כל הדטה הלכה לאיבוד
אחרי שהטכנאים הלכו (זה כבר היה יום שלישי) החלטתי לנסות להשתמש בדטה שיש לי על המחשב ולא מחקתי
אמרתי לבוס שלי שאני רוצה לנסות לקתן את דיסק של הפקידה
המנהל נפל ברצפה מרוב צחוק
ואמר לי אם תצליח אתה מקבל שבוע חופשה בפורטו ריקו אתה אישתך והילדים, אבל אתה עובד על זה לא במסגרת שעות העבודה שלך
ביום שלישי בערב העתקתי את התיקיות הרלוונטיות מהמחשב שלי למחשב של הפקידה, הלכתי הביתה לישון (לקח המון זמן להעתיק) וחזרתי למשרד מוקדם מוקדם בבוקר כך שראשוני העובדים ראו אותו והיו בטוחים שעבדתי כל הלילה
אם הייתי מצלם את הפרצוף של המנהל שלי שהבין שאכן החזרתי את המידע על מערך השירות לפעולה ...... זה היה תצלום לפנטאטן
מה שכן הוא עמד במילה שלו ועשיתי יחד עם המשפחה שבוע חלומי בפורטו ריקו כולל מלון ורכב שכור על חשבון העבודה
אז מזל בלבד גרם לי להיראות מומחה ובעל יכולות הרבה יותר מאנשי ה IT המנופחים מחשיבות עצמית
דרך אגב מי שרוצה המלצות על מקומות יפים בפורטו ריקו מוזמן לבקש
זה הסיפור שלי
ניהלתי מערך שירות של משהו כמו 20 מהנדסי שירות בארצות הברית
כל קריאות השירות והחיובים מצבי המכונות אחריות וחוזי שירות היו במחשב של פקידת השירות
אז הרשתות היו בחיתוליהן ואינטרנט היה דרך מודם של 56KB/S
אנשי ה IT שהיו אז מורמים מעם חיברו את המשחשב שלי לרשת והראו לי איך להשתמש ברשת ואיך לראות קבצים במחשבים אחרים
יום שישי בבוקר (שם עובדים בימי שישי וסוף השבוע הוא שבת ראשון, הרבה יותר טוב מפה) אני משחק עם המחשב ומעתיק כמה תיקיות מהמחשב של הפקידה למחשב שלי כדי לראות את המהירות שהיתה מאוד איטית
ההעתקה הסתימה לקראת סוף היום ומילאה לי את המחשב (גם הדיסקים היו בנפחים של מגה בייט ולא גיגה בייט) הלכתי הביתה במחשבה שאת התיקיות שהעתקתי אוכל למחוק ביום שני
ככול הנראה כל האסונות בקטעים של IT מתרחשיב בסופי שבוע
אנחנו חוזרים ביום שני לעבודה והמשרד כמרקחה
המחשב של מנהל המשרד והפקידה קרסו ולא מצליחים להפעיל אותם
אנשי ה IT נמצאים בכוחות מתוגברים ומנסים לפתור את הבעיות ומגיעים למסקנה (אחרי יום שלם של עבודה) שחייבים להחליף את הדיסקין של המחשבים שהתקלקלו
הטענה שלהם ששני המחשבים שנדפקו היו מחוברים לא כובו במשך סוף השבוע והיתה קפיצת מתח בבניין מה שדפק את המחשבים
כולם נכנסו למרה שחורה
המחשבים הותקנו מחדש אבל כל הדטה הלכה לאיבוד
אחרי שהטכנאים הלכו (זה כבר היה יום שלישי) החלטתי לנסות להשתמש בדטה שיש לי על המחשב ולא מחקתי
אמרתי לבוס שלי שאני רוצה לנסות לקתן את דיסק של הפקידה
המנהל נפל ברצפה מרוב צחוק
ואמר לי אם תצליח אתה מקבל שבוע חופשה בפורטו ריקו אתה אישתך והילדים, אבל אתה עובד על זה לא במסגרת שעות העבודה שלך
ביום שלישי בערב העתקתי את התיקיות הרלוונטיות מהמחשב שלי למחשב של הפקידה, הלכתי הביתה לישון (לקח המון זמן להעתיק) וחזרתי למשרד מוקדם מוקדם בבוקר כך שראשוני העובדים ראו אותו והיו בטוחים שעבדתי כל הלילה
אם הייתי מצלם את הפרצוף של המנהל שלי שהבין שאכן החזרתי את המידע על מערך השירות לפעולה ...... זה היה תצלום לפנטאטן
מה שכן הוא עמד במילה שלו ועשיתי יחד עם המשפחה שבוע חלומי בפורטו ריקו כולל מלון ורכב שכור על חשבון העבודה
אז מזל בלבד גרם לי להיראות מומחה ובעל יכולות הרבה יותר מאנשי ה IT המנופחים מחשיבות עצמית
דרך אגב מי שרוצה המלצות על מקומות יפים בפורטו ריקו מוזמן לבקש
זה הסיפור שלי
צר לי אבל אין לי סיפור.
אני מתעניין בNAS כבר הרבה זמן לצרכי סטרימינג ואחסון וידאו. מישהו אמר לי שלעולם לא אדע אם אני באמת צריך או לא עד שיהיה לי אחד.
אז הנה הזדמנות לתת למישהו כמוני כדי שיספר לכולם את חוויתו האישית לגבי העניין
אני מתעניין בNAS כבר הרבה זמן לצרכי סטרימינג ואחסון וידאו. מישהו אמר לי שלעולם לא אדע אם אני באמת צריך או לא עד שיהיה לי אחד.
אז הנה הזדמנות לתת למישהו כמוני כדי שיספר לכולם את חוויתו האישית לגבי העניין
אז הסיפור שלי הוא כזה: Seagate 2000GB Green הפסיק לאחרונה לעבוד, כמובן שמדובר על הגיבוי של כל התמונות החשובות, הסרטים שאני הכי אוהב, כל מיני גרסאות של קורות החיים שלי, תסריט שאני כותב והסוד לחיי נצח
הבנתם את החשיבות.
אני רואה את הקוד תאריך: 11476 (אז הוא כבן 10). מנסיונות קודמים של דברים כאלה מבין שאין הרבה סיכוי שאני מצליח לשחזר לעצמי תחיים....
אני פותח אותו רואה שהוא מסתובב אבל לא מצליח לראות שום כונן עם seatools.
הורדתי את לוח המחשב מהכונן והבחנתי בחמצון בכריות המגע של הלוח(PCB). ניקיתי את זה בעזרת קיסמי אוזניים וקצת אלכוהול, והנה הכונן הופיע, לקח בערך דקה להראות את עצמו שזה בהחלט זמן רב מהרגיל אבל הצלחתי להוריד את כל הנתונים שלי משם(ויצאתי במחול אינדיאני מטורף).
קודם כל אני מאוד מקווה שזה יעזור למישהו בעתיד עם אותה בעיה.
בנוסף כמובן שNAS יעזור לי מאוד למנוע תקריות כאלה בעתיד ויעזור לי לשמור על הלב החלש שלי...
מצורפות תמונות:
אני רואה את הקוד תאריך: 11476 (אז הוא כבן 10). מנסיונות קודמים של דברים כאלה מבין שאין הרבה סיכוי שאני מצליח לשחזר לעצמי תחיים....
אני פותח אותו רואה שהוא מסתובב אבל לא מצליח לראות שום כונן עם seatools.
הורדתי את לוח המחשב מהכונן והבחנתי בחמצון בכריות המגע של הלוח(PCB). ניקיתי את זה בעזרת קיסמי אוזניים וקצת אלכוהול, והנה הכונן הופיע, לקח בערך דקה להראות את עצמו שזה בהחלט זמן רב מהרגיל אבל הצלחתי להוריד את כל הנתונים שלי משם(ויצאתי במחול אינדיאני מטורף).
קודם כל אני מאוד מקווה שזה יעזור למישהו בעתיד עם אותה בעיה.
בנוסף כמובן שNAS יעזור לי מאוד למנוע תקריות כאלה בעתיד ויעזור לי לשמור על הלב החלש שלי...
מצורפות תמונות:
-
- rsz_1screen_shot_2020-08-06_at_130626.png
- הדיסק הבעייתי
- (197.08 KiB) הורד 7172 פעמים
-
- rsz_screen_shot_2020-08-06_at_130602.png
- הדיסק לפני ניקוי
- (219.44 KiB) הורד 7172 פעמים
-
- rsz_screen_shot_2020-08-06_at_130540.png
- הדיסק אחריי ניקוי
- (260.22 KiB) הורד 7172 פעמים
ככה לא עושים מיגרציה
עד לפני זמן לא רב עבדתי בחברת סטארט-אפ צעירה עם רעיון מצוין שרצה קדימה בעזרת צוות לא גדול יותר מידי של אנשים עם הרבה מרץ, צעירים יחסית וכאלו שהיו שותפים לחזון של המייסד על הפריצה הגדולה.
הכי קשה היה לגייס את הלקוח העוגן הראשון. לאחר מכן, הכל זרם מהר יותר ואפשר לומר אפילו שבקלות רבה מידי. עוד ועוד לקוחות בקליבר גדול גויסו, הבונוסים החלו לזרום, צופרים חולקו ללא הפסקה, אם אלו חופשות לכל החברה בחו"ל, מחשבים ניידים, מסז'יסט שעובר בין העמדות, חדר פינבול\הוקי אוויר, תקציב תן-ביס נדיב מאוד, כולם מסתובבים מחייכים, ממש החיים הטובים.
הוחלט למקסם עוד יותר את הרווחים של החברה על ידי מזעור ההוצאות שלנו על שירותי ה- On-premise שהיו מאוד כבדים ככל שנוספו עוד לקוחות ולעבור לשירותי ענן. המעבר לא היה רק חוסך לנו בהוצאות ה- IT, אלא גם משפר תפוקה, מגדיל את הגמישות שלנו ומעלה את יכולות ההתאוששות שלנו במקרה תקלה ובכך משפר את ה- SLA.
טעות מספר 1 - חסכנו על ארכיטקט לתהליך המיגרציה
יש המון שירותי ענן טובים כרגע בחוץ, הבולטים הם Microsoft Azure, Amazon Web Services, Google Cloud ו- IBM Cloud.
איך בוחרים שירות? לפי האופנה כמובן (הזכרתי שהיינו מורכבים מחבורה של מהנדסים צעירים?). על פי ההצבעה שהייתה במהלך ארוחת הצהרים, נבחרה הפלטפורמה של AWS להיות החברה הכי טובה שלנו לחודשים הקרובים.
תכנון המיגרציה? לא היה כזה, פשוט בחרנו את אחד המסלולים שנראה לנו הכי נכון (Pay as you Go, Save when you reserve, Pay less by using more) ללא שום סימולציה ומשם התקדמנו.
תכנון אופי המיגרציה? תכנון המשאבים הדרושים? אופטימיזציה של ה- Lift-and-Shift עבור אבטחה או ביצועים או אולי לבצע אינטגרציה ברמה עמוקה על מנת להנות מיתרונות המפתח של הענן? לא היה שום חשיבה, פשוט התקדמנו וטיפלנו בכל בעיה ברגע שנתקלנו בה ללא שום תכנון מקדים.
טעות מספר 2 - לא היה תכנון לגבי שימוש ב- Single Cloud או Multi Cloud
חשבנו שיהיה קל יותר לעבוד בענן אחר, כי יהיה לנו רק סט אחד של API ללמוד, הבעיה שאנחנו כבולים לאותו שירות ומעבר לענן אחר שאולי יותר נכון, שווה ערך כמעט כמו ביצוע כל תהליך המיגרציה מחדש. למה זה חשוב? עבור המשא ומתן בחידוש חוזה ו- SLA.
טעות מספר 3 - לא הוכנסו שום KPI עבור מטריקות ביצועים
יש סט די קבוע של מטריקות למדידת הביצועים. בממשק משתמש, זה זמן עלית דף, זמן תגובה, אורך Session. עבור קומפוננטה, זה כמות השגיאות, קצב הנתונים המטופל, זמינות, Apdex (זמן תגובה כנגד Threshold). בתשתית זה ביצועי הכונן, זמן שימוש ב- CPU/RAM, תעבורת רשת וכדומה.
הקטע שאנחנו היינו כל כך בטוחים שמה שאנחנו עושים עובד ואופטימלי, שלא מדדנו כלום, במיוחד מכיוון שהיינו תחת לחץ זמן וראינו את זה בתור עבודה נוספת שלא תורמת לתהליך המיגרציה. כבר הזכרתי שהיינו צעירים נפוחים מחשיבות עצמית?
אני יכול להמשיך עם כמות הטעויות עד 50 ויותר, אבל אני מרגיש שאני מאבד את הקוראים. אתם בטח רוצים לדעת את השורה התחתונה, נכון?
עלינו לאויר - ביום חמישי כמובן. הכל היה נראה יציב בהתחלה, אבל לאט לאט עוד ועוד דברים לא עבדו. כל החברה עבדה במהלך סוף השבוע עבור ייצוב המערכת ואז גילינו כמובן מאות נקודות תורפה ובעיות שלא חשבנו עליהם. בחודשים לאחר מכן עבדנו כל יום עד אמצע הלילה על מנת לא לאבד עוד לקוחות, הבעיה שהיה כבר מאוחר מידי.
שלושה חודשים לאחר מכן, כל החברה קיבלה מכתבי פיטורים, אבל זאת היתה הרפתקאה שלעולם לא אשכח שגם העשירה לי היטב את קורות החיים
עד לפני זמן לא רב עבדתי בחברת סטארט-אפ צעירה עם רעיון מצוין שרצה קדימה בעזרת צוות לא גדול יותר מידי של אנשים עם הרבה מרץ, צעירים יחסית וכאלו שהיו שותפים לחזון של המייסד על הפריצה הגדולה.
הכי קשה היה לגייס את הלקוח העוגן הראשון. לאחר מכן, הכל זרם מהר יותר ואפשר לומר אפילו שבקלות רבה מידי. עוד ועוד לקוחות בקליבר גדול גויסו, הבונוסים החלו לזרום, צופרים חולקו ללא הפסקה, אם אלו חופשות לכל החברה בחו"ל, מחשבים ניידים, מסז'יסט שעובר בין העמדות, חדר פינבול\הוקי אוויר, תקציב תן-ביס נדיב מאוד, כולם מסתובבים מחייכים, ממש החיים הטובים.
הוחלט למקסם עוד יותר את הרווחים של החברה על ידי מזעור ההוצאות שלנו על שירותי ה- On-premise שהיו מאוד כבדים ככל שנוספו עוד לקוחות ולעבור לשירותי ענן. המעבר לא היה רק חוסך לנו בהוצאות ה- IT, אלא גם משפר תפוקה, מגדיל את הגמישות שלנו ומעלה את יכולות ההתאוששות שלנו במקרה תקלה ובכך משפר את ה- SLA.
טעות מספר 1 - חסכנו על ארכיטקט לתהליך המיגרציה
יש המון שירותי ענן טובים כרגע בחוץ, הבולטים הם Microsoft Azure, Amazon Web Services, Google Cloud ו- IBM Cloud.
איך בוחרים שירות? לפי האופנה כמובן (הזכרתי שהיינו מורכבים מחבורה של מהנדסים צעירים?). על פי ההצבעה שהייתה במהלך ארוחת הצהרים, נבחרה הפלטפורמה של AWS להיות החברה הכי טובה שלנו לחודשים הקרובים.
תכנון המיגרציה? לא היה כזה, פשוט בחרנו את אחד המסלולים שנראה לנו הכי נכון (Pay as you Go, Save when you reserve, Pay less by using more) ללא שום סימולציה ומשם התקדמנו.
תכנון אופי המיגרציה? תכנון המשאבים הדרושים? אופטימיזציה של ה- Lift-and-Shift עבור אבטחה או ביצועים או אולי לבצע אינטגרציה ברמה עמוקה על מנת להנות מיתרונות המפתח של הענן? לא היה שום חשיבה, פשוט התקדמנו וטיפלנו בכל בעיה ברגע שנתקלנו בה ללא שום תכנון מקדים.
טעות מספר 2 - לא היה תכנון לגבי שימוש ב- Single Cloud או Multi Cloud
חשבנו שיהיה קל יותר לעבוד בענן אחר, כי יהיה לנו רק סט אחד של API ללמוד, הבעיה שאנחנו כבולים לאותו שירות ומעבר לענן אחר שאולי יותר נכון, שווה ערך כמעט כמו ביצוע כל תהליך המיגרציה מחדש. למה זה חשוב? עבור המשא ומתן בחידוש חוזה ו- SLA.
טעות מספר 3 - לא הוכנסו שום KPI עבור מטריקות ביצועים
יש סט די קבוע של מטריקות למדידת הביצועים. בממשק משתמש, זה זמן עלית דף, זמן תגובה, אורך Session. עבור קומפוננטה, זה כמות השגיאות, קצב הנתונים המטופל, זמינות, Apdex (זמן תגובה כנגד Threshold). בתשתית זה ביצועי הכונן, זמן שימוש ב- CPU/RAM, תעבורת רשת וכדומה.
הקטע שאנחנו היינו כל כך בטוחים שמה שאנחנו עושים עובד ואופטימלי, שלא מדדנו כלום, במיוחד מכיוון שהיינו תחת לחץ זמן וראינו את זה בתור עבודה נוספת שלא תורמת לתהליך המיגרציה. כבר הזכרתי שהיינו צעירים נפוחים מחשיבות עצמית?
אני יכול להמשיך עם כמות הטעויות עד 50 ויותר, אבל אני מרגיש שאני מאבד את הקוראים. אתם בטח רוצים לדעת את השורה התחתונה, נכון?
עלינו לאויר - ביום חמישי כמובן. הכל היה נראה יציב בהתחלה, אבל לאט לאט עוד ועוד דברים לא עבדו. כל החברה עבדה במהלך סוף השבוע עבור ייצוב המערכת ואז גילינו כמובן מאות נקודות תורפה ובעיות שלא חשבנו עליהם. בחודשים לאחר מכן עבדנו כל יום עד אמצע הלילה על מנת לא לאבד עוד לקוחות, הבעיה שהיה כבר מאוחר מידי.
שלושה חודשים לאחר מכן, כל החברה קיבלה מכתבי פיטורים, אבל זאת היתה הרפתקאה שלעולם לא אשכח שגם העשירה לי היטב את קורות החיים
סיפור מוזר שקרה לפני 14 שנים.
עבדתי בחברה גדולה אבל כעובד קבלן. הבעלים של חברת הקבלן היה נוכח מדי יום ובנאדם נעים אז יצא לנו לדסקס לעיתים קרובות. באחת הפעמים היה דיון לגבי גיבויים והוא אמר שיש לו מכשיר שמחובר למחשב שאמור לגבות מדי יום את התוכן אבל בעיניו זה חרטא והוא מנתק אותו כדי להשתמש בחשמל שזה תופס למען דברים חשובים יותר.
אמרתי לו שזה רעיון לא חכם והוא די גיחך.
באותה העת תמיד היה דיון בין העובדים כמה "קופון" גוזרים עלינו העובדי קבלן. חלק אמרו שעל ה21 ש"ח שאנחנו מקבלים הבוס מקבל 31 ש"ח מהחברה הגדולה על כל עובד. חלק אפילו הפריזו ואמרו שזה 40. אותו בעלי החברה אמר "רק כמה שקלים בודדים, כדי להרוויח משהו מהאופרציה שאנחנו עושים" .
יום חם אחד אותו בעלים שהבין שאני קצת מבין במחשבים התקשר בבהלה "דרור בוא למשרד שלי דחוף ! ". ניסיתי להבין מה עשיתי , או מה הוא גילה שעשיתי.
רצתי לשם הבנאדם והמזכירה שלו עם פרצוף תשעה באב. "דרור כל המחשב קרס ואין לי שום גישה לקבצים החשובים. ואני אמור מחר להפיק תלושי משכורת, מה אני עושה ?? ".
בער בי להגיד לו "אמרתי לך" , אבל קצת חששתי באותו הרגע.
התחלתי להשתמש בתוכנות שחזור מהטובות שאני מכיר , אחת אחרי שנייה.
הצלחנו להוציא קבצים בודדים אבל לא הצלחנו את הקבצים החשובים. בסוף ידעתי על תוכנה שהיא ממש טובה אבל עולה קרוב ל80 דולר. אמרתי לו , לא חשב בכלל וקנינו אותה. הצלחנו להוציא בעזרתה את הקבצים החשובים לצורך הדפסת והפקת תלושי משכורת תקינים. על הדרך כחלק מהעבודה יצא לי לראות את מאגר העבודים ואת הסכום שהוא מקבל על כל עובד (61 ש"ח). הוא הבין שראיתי , חייך במבוכה ואמר לי "טוב נו יותר מכמה שקלים..."
מאז הגיבוי מחובר קבוע לחשמל ולמחשב.
הבין את החשיבות מהטראומה שהוא חווה
עבדתי בחברה גדולה אבל כעובד קבלן. הבעלים של חברת הקבלן היה נוכח מדי יום ובנאדם נעים אז יצא לנו לדסקס לעיתים קרובות. באחת הפעמים היה דיון לגבי גיבויים והוא אמר שיש לו מכשיר שמחובר למחשב שאמור לגבות מדי יום את התוכן אבל בעיניו זה חרטא והוא מנתק אותו כדי להשתמש בחשמל שזה תופס למען דברים חשובים יותר.
אמרתי לו שזה רעיון לא חכם והוא די גיחך.
באותה העת תמיד היה דיון בין העובדים כמה "קופון" גוזרים עלינו העובדי קבלן. חלק אמרו שעל ה21 ש"ח שאנחנו מקבלים הבוס מקבל 31 ש"ח מהחברה הגדולה על כל עובד. חלק אפילו הפריזו ואמרו שזה 40. אותו בעלי החברה אמר "רק כמה שקלים בודדים, כדי להרוויח משהו מהאופרציה שאנחנו עושים" .
יום חם אחד אותו בעלים שהבין שאני קצת מבין במחשבים התקשר בבהלה "דרור בוא למשרד שלי דחוף ! ". ניסיתי להבין מה עשיתי , או מה הוא גילה שעשיתי.
רצתי לשם הבנאדם והמזכירה שלו עם פרצוף תשעה באב. "דרור כל המחשב קרס ואין לי שום גישה לקבצים החשובים. ואני אמור מחר להפיק תלושי משכורת, מה אני עושה ?? ".
בער בי להגיד לו "אמרתי לך" , אבל קצת חששתי באותו הרגע.
התחלתי להשתמש בתוכנות שחזור מהטובות שאני מכיר , אחת אחרי שנייה.
הצלחנו להוציא קבצים בודדים אבל לא הצלחנו את הקבצים החשובים. בסוף ידעתי על תוכנה שהיא ממש טובה אבל עולה קרוב ל80 דולר. אמרתי לו , לא חשב בכלל וקנינו אותה. הצלחנו להוציא בעזרתה את הקבצים החשובים לצורך הדפסת והפקת תלושי משכורת תקינים. על הדרך כחלק מהעבודה יצא לי לראות את מאגר העבודים ואת הסכום שהוא מקבל על כל עובד (61 ש"ח). הוא הבין שראיתי , חייך במבוכה ואמר לי "טוב נו יותר מכמה שקלים..."
מאז הגיבוי מחובר קבוע לחשמל ולמחשב.
הבין את החשיבות מהטראומה שהוא חווה
@HTmag
·
בעודי חושב על מקרים של אובדן ושחזור מידע שעברתי בתקופת עבודתי ומה הכי מתאים לכתוב עליו כדי לזכות להנות ולבחון את ה Synology DiskStation DSX920. משום מקום ובלי אזהרה מקדימה 😊 ביום רביעי האחרון אני מקבל שיחת טלפון 8 דקות לפני יציאה דחופה שלי לבדיקת רופא מאחת העובדות שכמובן עובדת מביתה. על הקו "גלית" ( שם בדוי ) אני קצר בזמן ולפני שאני שומע מה היא צריכה, עונה לגלית שאני חייב לסיים תוך 5 דקות חייב לצאת, גלית בוכה בצד השני וקוצר הזמן שלי מעלה את סף הלחץ והבכי אצל גלית , אני מנסה להרגיע אותה ... היא מספרת בבכי שמחקה בטעות נתוני סקר במחקר שנאסף 3 חודשים. המצב גרוע מבחינתה לא שמה לב להודעת ההתראה שעצירת השאלון וביטול האקטיבציה שלו תמחק את כל נתוני הסקר הקיימים. גלית אישרה ובכך מחקה מידע קריטי מ 2 סקרים של מחקר חשוב.
בלי המידע הזה המחקר יכשל היא בוכה, הולכים לפטר אותי בבקשה תציל אותי, טעיתי לא יודעת על מה חשבתי אני לא רואה שום נתון שהנסקרים מלאו. אני מבקש ממנה להפסיק לבכות מבטיח שאף אחד לא יפטר אותה ואשתדל לעשות הכל כדי שהנתונים יחזרו אבל יש לי מגבלת זמן ואני חייב לצאת. גלית ממשיכה להתחנן ולבכות , אני מנסה להתחבר למערכת הגיבויים שלנו כדי לשחזר את השרת ליום לפני מחיקת נתוני הסקרים. אך השרת לא מגיב ( גלית כמובן לא מודעת לכך). אין לי יכולת להתחבר למערכת הגיבויים שלנו בשלב זה!! מבצע אתחול לשרת אך הוא לא עולה. מוותר על המשך ההתחברות לשרת ודוחה זאת לבוקר חמישי.
אני מבטיח לגלית שסיכויי השחזור ה 99.9 % ובליבי כולי תקווה שלא הייתה בעיית גיבוי בתקופת מחיקת הסקר. אין לי עדיין גישה למערכת הגיבויים ולכן לא יודע.
מברר עם גלית מתי בוצעה המחיקה ולומד לשחזר את השרת מיום ראשון.
יוצא לדרך לבדיקת הרופא כשעה נסיעה לעיר רחוקה, ובדרך חושב על שיטות השחזור שאוכל לבצע :
1) שחזור מכונה ממערכת הגיבויים המרכזית (לא מזמן עברו למערכת גיבוי חדשה).
2) שחזור שרת ממערכת האחסון שלנו לפי snapshot בתקווה שהוא לא נדרס כבר ☹ .
3) שחזור ברמת DB מהשרת ע"י תוכנות שחזור נתונים שנמחקו.
4) בדיקת יכולות שחזור DB ממערכת הסקרים ועוד.
בדרך לרופא אני מקבל הודעות WhatsApp מגלית ... שהחלה לקרוא על אפשרויות השחזור של DB ממערכת הסקרים שלנו אפשרויות שונות לשחזור ותחנונים להצלה .
אני מתקשר לגלית ומנסה להרגיע אותה אך לא מצליח מסביר שלא תהיה לי יכולת לבדוק את המערכת היום ומיד בבוקר אטפל בזה סיכויי השחזור הם 99.9999 % אך לגלית זה נשמע מעט.
בניסיון אחרון להרגיע את גלית אני מבקש ממנה.
1) לא לספר על המחיקה לאף אחד .
2) במידה והחוקרים מזהים שהנתונים נעלמו אם היא נשאלת היכן הנתונים פשוט לעדכן ששוחחה עמי זיהתה שנעלמו הנתונים ואני סיפרתי שעקב עבודות תחזוקה יתכן שהנתונים נמחקו ואני בודק ומטפל בשחזור.
מסיים את השיחה עם גלית בדרכי לתור אצל הרופא ומבטיח לטפל מיד בבוקר.
יום חמישי:
מתחיל את יום העבודה בחיבור למערכת הגיבויים ומקבל הודעה ב 8:16 -> גלית לחוצה מבקשת לשוחח עמי . בשלב זה אני מבין שכל שיחה עמה רק תפריע לעבודת השחזור ואני אומר לה יפה 😊 .
לא !!!!!
ממשיך בפעולת השחזור מזהה שיש גיבוי מוצלח ביום ראשון ומרים את גרסת השרת מיום ראשון .
מכבה את השרת online רואה את הנתונים מייצא את הנתונים לקובץ אקסל ושולח לגלית. מבצע ייצוא של ה DB מעלה את השרת בחזרה ומשחזרת את ה DB .
גלית נרגעת לראשונה מיום רביעי מסבירה שלא ישנה כל הלילה והייתה מוטרדת והיא חייבת לי טובה ענקית.
בקשתי מגלית כשנחזור לשגרה אחריי הקורונה עציץ למשרד 😊 ... גלית עונה לי שמבחינתה היא מביאה 2 עציצים.
אני עונה לגלית שאת העציץ השני נשמור לשחזור הבא בעוד 10 שנים .
ומודה לאלוהים על סיפר השחזור שאולי יזכה לבחון וללמוד על Synology DiskStation DSX920 .
כאפשרות רפליקציה למערכת הגיבויים שלנו.
·
בעודי חושב על מקרים של אובדן ושחזור מידע שעברתי בתקופת עבודתי ומה הכי מתאים לכתוב עליו כדי לזכות להנות ולבחון את ה Synology DiskStation DSX920. משום מקום ובלי אזהרה מקדימה 😊 ביום רביעי האחרון אני מקבל שיחת טלפון 8 דקות לפני יציאה דחופה שלי לבדיקת רופא מאחת העובדות שכמובן עובדת מביתה. על הקו "גלית" ( שם בדוי ) אני קצר בזמן ולפני שאני שומע מה היא צריכה, עונה לגלית שאני חייב לסיים תוך 5 דקות חייב לצאת, גלית בוכה בצד השני וקוצר הזמן שלי מעלה את סף הלחץ והבכי אצל גלית , אני מנסה להרגיע אותה ... היא מספרת בבכי שמחקה בטעות נתוני סקר במחקר שנאסף 3 חודשים. המצב גרוע מבחינתה לא שמה לב להודעת ההתראה שעצירת השאלון וביטול האקטיבציה שלו תמחק את כל נתוני הסקר הקיימים. גלית אישרה ובכך מחקה מידע קריטי מ 2 סקרים של מחקר חשוב.
בלי המידע הזה המחקר יכשל היא בוכה, הולכים לפטר אותי בבקשה תציל אותי, טעיתי לא יודעת על מה חשבתי אני לא רואה שום נתון שהנסקרים מלאו. אני מבקש ממנה להפסיק לבכות מבטיח שאף אחד לא יפטר אותה ואשתדל לעשות הכל כדי שהנתונים יחזרו אבל יש לי מגבלת זמן ואני חייב לצאת. גלית ממשיכה להתחנן ולבכות , אני מנסה להתחבר למערכת הגיבויים שלנו כדי לשחזר את השרת ליום לפני מחיקת נתוני הסקרים. אך השרת לא מגיב ( גלית כמובן לא מודעת לכך). אין לי יכולת להתחבר למערכת הגיבויים שלנו בשלב זה!! מבצע אתחול לשרת אך הוא לא עולה. מוותר על המשך ההתחברות לשרת ודוחה זאת לבוקר חמישי.
אני מבטיח לגלית שסיכויי השחזור ה 99.9 % ובליבי כולי תקווה שלא הייתה בעיית גיבוי בתקופת מחיקת הסקר. אין לי עדיין גישה למערכת הגיבויים ולכן לא יודע.
מברר עם גלית מתי בוצעה המחיקה ולומד לשחזר את השרת מיום ראשון.
יוצא לדרך לבדיקת הרופא כשעה נסיעה לעיר רחוקה, ובדרך חושב על שיטות השחזור שאוכל לבצע :
1) שחזור מכונה ממערכת הגיבויים המרכזית (לא מזמן עברו למערכת גיבוי חדשה).
2) שחזור שרת ממערכת האחסון שלנו לפי snapshot בתקווה שהוא לא נדרס כבר ☹ .
3) שחזור ברמת DB מהשרת ע"י תוכנות שחזור נתונים שנמחקו.
4) בדיקת יכולות שחזור DB ממערכת הסקרים ועוד.
בדרך לרופא אני מקבל הודעות WhatsApp מגלית ... שהחלה לקרוא על אפשרויות השחזור של DB ממערכת הסקרים שלנו אפשרויות שונות לשחזור ותחנונים להצלה .
אני מתקשר לגלית ומנסה להרגיע אותה אך לא מצליח מסביר שלא תהיה לי יכולת לבדוק את המערכת היום ומיד בבוקר אטפל בזה סיכויי השחזור הם 99.9999 % אך לגלית זה נשמע מעט.
בניסיון אחרון להרגיע את גלית אני מבקש ממנה.
1) לא לספר על המחיקה לאף אחד .
2) במידה והחוקרים מזהים שהנתונים נעלמו אם היא נשאלת היכן הנתונים פשוט לעדכן ששוחחה עמי זיהתה שנעלמו הנתונים ואני סיפרתי שעקב עבודות תחזוקה יתכן שהנתונים נמחקו ואני בודק ומטפל בשחזור.
מסיים את השיחה עם גלית בדרכי לתור אצל הרופא ומבטיח לטפל מיד בבוקר.
יום חמישי:
מתחיל את יום העבודה בחיבור למערכת הגיבויים ומקבל הודעה ב 8:16 -> גלית לחוצה מבקשת לשוחח עמי . בשלב זה אני מבין שכל שיחה עמה רק תפריע לעבודת השחזור ואני אומר לה יפה 😊 .
לא !!!!!
ממשיך בפעולת השחזור מזהה שיש גיבוי מוצלח ביום ראשון ומרים את גרסת השרת מיום ראשון .
מכבה את השרת online רואה את הנתונים מייצא את הנתונים לקובץ אקסל ושולח לגלית. מבצע ייצוא של ה DB מעלה את השרת בחזרה ומשחזרת את ה DB .
גלית נרגעת לראשונה מיום רביעי מסבירה שלא ישנה כל הלילה והייתה מוטרדת והיא חייבת לי טובה ענקית.
בקשתי מגלית כשנחזור לשגרה אחריי הקורונה עציץ למשרד 😊 ... גלית עונה לי שמבחינתה היא מביאה 2 עציצים.
אני עונה לגלית שאת העציץ השני נשמור לשחזור הבא בעוד 10 שנים .
ומודה לאלוהים על סיפר השחזור שאולי יזכה לבחון וללמוד על Synology DiskStation DSX920 .
כאפשרות רפליקציה למערכת הגיבויים שלנו.
-
- 1.jpg
- ההתכתבות עם "גלית"
- (64.53 KiB) הורד 6554 פעמים
-
- 2.jpg
- עציץ אחריי הקורונה
- (62.33 KiB) הורד 6554 פעמים
- nils3373
- חבר מביא חבר

- תגובות: 4631
- הצטרף: אוקטובר 2005
- שם מלא: nils3373
- מיקום: בורה בורה
- נתן תודות: 49 פעמים
- קיבל תודות: 142 פעמים
היי,
אני לא מתכוון להשתתף במבצע הנ"ל, אבל בסוף יולי קרתה תקלה מאוד משמעותית בשירות של חברה גדולה שחשוב לעלות כאן.
חברת קנון (Canon) יצאה בפברואר האחרון עם שירות ענן מתקדם לבעלי מצלמות Canon המעוניינים לעלות ולנהל תמונות וקטעי ווידאו לענן לצד פונקציות מעניינות אחרות.
לשירות הזה קוראים Image.Canon - מי שרוצה לקבל עוד מידע על השירות יכול לקבלו כאן
בסוף יולי השירות פשוט נפל עקב התקפת סייבר (בהחלט יכול לקרות לכל אחד), אך התברר שחלק מהתמונות וקטעי הוידאו שנשמרו בענן לתקופה בלתי מוגבלת (שירות 10GB בתשלום) נמחקו לעד (!!!!) ללא יכולת לשחזרם.
כל חברה עם מוניטין המספקת שירותי ענן ועוד בתשלום חייבת להבטיח שהקבצים שהלקוחות מעלים יהיו זמינים להם לא משנה מה ובמיוחד אם הם עברו התקפת סייבר קשה. מה עם הגיבויים? לא בוצע QA ראוי על שרתי הענן? לא עשו ואין DR?
תראו את ההודעות הרישמיות שיצאו מהחברה עקב המשבר הנוכחי - מעצבן ולא מקצועי במידה שווה:
After the investigation, we identified that some of the photo and video image files saved in the 10GB long-term storage prior to June 16, 2020 9:00am (JST) were lost. We confirmed that the still image thumbnails of the affected files were not affected, and there was no leak of image data
We apologize to the users of our platform “image.canon” for any inconvenience you may have experienced due to the recent incident involving the loss of certain image files from our platform.
אני לא מתכוון להשתתף במבצע הנ"ל, אבל בסוף יולי קרתה תקלה מאוד משמעותית בשירות של חברה גדולה שחשוב לעלות כאן.
חברת קנון (Canon) יצאה בפברואר האחרון עם שירות ענן מתקדם לבעלי מצלמות Canon המעוניינים לעלות ולנהל תמונות וקטעי ווידאו לענן לצד פונקציות מעניינות אחרות.
לשירות הזה קוראים Image.Canon - מי שרוצה לקבל עוד מידע על השירות יכול לקבלו כאן
בסוף יולי השירות פשוט נפל עקב התקפת סייבר (בהחלט יכול לקרות לכל אחד), אך התברר שחלק מהתמונות וקטעי הוידאו שנשמרו בענן לתקופה בלתי מוגבלת (שירות 10GB בתשלום) נמחקו לעד (!!!!) ללא יכולת לשחזרם.
כל חברה עם מוניטין המספקת שירותי ענן ועוד בתשלום חייבת להבטיח שהקבצים שהלקוחות מעלים יהיו זמינים להם לא משנה מה ובמיוחד אם הם עברו התקפת סייבר קשה. מה עם הגיבויים? לא בוצע QA ראוי על שרתי הענן? לא עשו ואין DR?
תראו את ההודעות הרישמיות שיצאו מהחברה עקב המשבר הנוכחי - מעצבן ולא מקצועי במידה שווה:
After the investigation, we identified that some of the photo and video image files saved in the 10GB long-term storage prior to June 16, 2020 9:00am (JST) were lost. We confirmed that the still image thumbnails of the affected files were not affected, and there was no leak of image data
We apologize to the users of our platform “image.canon” for any inconvenience you may have experienced due to the recent incident involving the loss of certain image files from our platform.
- molvy
- חבר במועדון HT

- תגובות: 6589
- הצטרף: מרץ 2010
- נתן תודות: 1238 פעמים
- קיבל תודות: 1264 פעמים
לפני כחמש שנים רכשתי NAS של סינולוג'י מסוג DS2413+ אשר כלל 12 דיסקים של 4T מוחוברים ב RAID 5
השמחה היתה גדולה והרכישה היתה בית לאוסף סרטי ה FHD שאני אוגר כמו אוגר מאתגר וכמובן לכל האינפורמציה והגיבויים של המשרד שלי שמנוהל מהבית (יש לי חברה שעובדת מהבית)
וה NAS הלך והתמלא בסרטים ותמונות בקומדיות ודרמות אקשן וסרטים רומנטיים ודביקים כמו בגיבויים למיילים לקבצי עבודה ולמערכת הנהלת החשבונות של החברה
ויום אחד הבחנתי שהתקשורת בין ה NAS לשאר המחשבים בבית הפכה איטית בצורה מאוד בולטת
התחלנו לבדוק את הרשת הקוית והאלחוטית
להבין מי הפושע האחראי על האיטיות במהירות העברת הנתונים
הפקטור של הירידה במהירות היה של 100 כך שמה שעבד ב 100 מגה התחיל לעבור ב 1 מגה
אי אפשר היה לראות סרטים, היו המון תקיעות במשך הצפיה לעומת זאת העבודה מול קבצי המשרד שהיו קבצים קטנים משמעותית מסרטי FHD הייתה ללא הפרעה למרות שקצב העברת הנתנוים היה איטי
לאחר כמה שעות של חקר הרשת בבית שמנו לב שבין המחשבים הרשת לא איטית אבל בין כל מחשב ל NAD הקצב איטי מאוד
הסוויץ' שה NAS קשור אליו נחקר מכל הכיוונים ללא שום הבנות מה הבעיה
ואז אמרנו שאולי זה ה NAS
בבדיקה מהירה התגלה שאחד הדיסקים ב NAS עם כמות אדירה של סקטורים דפוקים
תכלס הלך הדיסק אבל בגלל ה RAID 5 ה NAS המשיך לעבוד אבל בקצב הרבה יותר נמוך
הדיסק הוחלף כלאחר כבוד בדיסק 4T חדש וה NAS החל את עבודת השחזור של הדיסק הדפוק
בשלב זה דופק הלב חזק שלא ילך עוד דיסק תוך כדי השחזור,כי אז כל המידע על ה NAS יורד לתמיון
אז עשינו את אמצעי המיגון הידועים, משמע שמנו ראשי שום נגד עין הרע מסביב ל NAS, פיזרנו חמסות, הדלקנו נרות, שמנו קמיעות והתפללנו
אמצעי המיגון אכן עזרו ולאחר יומיים של בנייה מחדש העסק התחיל לעבוד רגיל שוב וירדה אבן מהלב
שבועיים לאחר מכן קיבלנו שידור חוזר הפעם עם דיסק אחר עם הרבה סקטורים דפוקים
הפעם השחזור היה יותר קל כי היינו כבר מצויידים בכול אמצעי המיגון וכל מה שהיינו צריכים זה לפזר אותם שוב סביבי ה NAS דיסק חדש ויומיים עבודה
מאז כבר יותר משנה ה NAS עובד כמו חדש
העיצה שיש לי לכל אנשי ה IT, כדי להמנע מברוכים שאין מהם חזרה..... הצתיידו בכמות מספקת של חמסות, נרות, שום, קמיעות ומחזורי תפילה, כך כל תהליך השחזור של המידע יעבור ללא תקלות ובא לציון גואל
השמחה היתה גדולה והרכישה היתה בית לאוסף סרטי ה FHD שאני אוגר כמו אוגר מאתגר וכמובן לכל האינפורמציה והגיבויים של המשרד שלי שמנוהל מהבית (יש לי חברה שעובדת מהבית)
וה NAS הלך והתמלא בסרטים ותמונות בקומדיות ודרמות אקשן וסרטים רומנטיים ודביקים כמו בגיבויים למיילים לקבצי עבודה ולמערכת הנהלת החשבונות של החברה
ויום אחד הבחנתי שהתקשורת בין ה NAS לשאר המחשבים בבית הפכה איטית בצורה מאוד בולטת
התחלנו לבדוק את הרשת הקוית והאלחוטית
להבין מי הפושע האחראי על האיטיות במהירות העברת הנתונים
הפקטור של הירידה במהירות היה של 100 כך שמה שעבד ב 100 מגה התחיל לעבור ב 1 מגה
אי אפשר היה לראות סרטים, היו המון תקיעות במשך הצפיה לעומת זאת העבודה מול קבצי המשרד שהיו קבצים קטנים משמעותית מסרטי FHD הייתה ללא הפרעה למרות שקצב העברת הנתנוים היה איטי
לאחר כמה שעות של חקר הרשת בבית שמנו לב שבין המחשבים הרשת לא איטית אבל בין כל מחשב ל NAD הקצב איטי מאוד
הסוויץ' שה NAS קשור אליו נחקר מכל הכיוונים ללא שום הבנות מה הבעיה
ואז אמרנו שאולי זה ה NAS
בבדיקה מהירה התגלה שאחד הדיסקים ב NAS עם כמות אדירה של סקטורים דפוקים
תכלס הלך הדיסק אבל בגלל ה RAID 5 ה NAS המשיך לעבוד אבל בקצב הרבה יותר נמוך
הדיסק הוחלף כלאחר כבוד בדיסק 4T חדש וה NAS החל את עבודת השחזור של הדיסק הדפוק
בשלב זה דופק הלב חזק שלא ילך עוד דיסק תוך כדי השחזור,כי אז כל המידע על ה NAS יורד לתמיון
אז עשינו את אמצעי המיגון הידועים, משמע שמנו ראשי שום נגד עין הרע מסביב ל NAS, פיזרנו חמסות, הדלקנו נרות, שמנו קמיעות והתפללנו
אמצעי המיגון אכן עזרו ולאחר יומיים של בנייה מחדש העסק התחיל לעבוד רגיל שוב וירדה אבן מהלב
שבועיים לאחר מכן קיבלנו שידור חוזר הפעם עם דיסק אחר עם הרבה סקטורים דפוקים
הפעם השחזור היה יותר קל כי היינו כבר מצויידים בכול אמצעי המיגון וכל מה שהיינו צריכים זה לפזר אותם שוב סביבי ה NAS דיסק חדש ויומיים עבודה
מאז כבר יותר משנה ה NAS עובד כמו חדש
העיצה שיש לי לכל אנשי ה IT, כדי להמנע מברוכים שאין מהם חזרה..... הצתיידו בכמות מספקת של חמסות, נרות, שום, קמיעות ומחזורי תפילה, כך כל תהליך השחזור של המידע יעבור ללא תקלות ובא לציון גואל
@HTmag
·נתחיל הפעם דווקא מהסוף....
יושב לי בכיף ומסתכל מהחלון על הנוף המדהים של הרי פירין בבולגריה, מסלולי הסקי ממש מולי מלאים בשלג פאודר מעולה לגלישה. יושב וחושב על אלפי הגולשים שהזמינו דרכי את חופשת החורף שלהם ואז....סוף העולם מגיע....קריסה טוטאלית של דאטה בייס עם אלפי פרטי הזמנות, טיסות, מלונות,ספקי שירות וכמובן תמונות. של מה אתם שואלים? של סוכנות טיולים לחו"ל המתמחה בטיולי סקי, חופשות סקי , בית ספר ללימוד סקי ואטרקציות בשלג.
אז איך הכל התחיל? מאוד פשוט. חכמולוג אחד החליט שאפשר להרים מערך הזמנות אינטרנטי ולהסתפק במחשב שקניתי ב2500 שקל באיזה אתר אינטרנט מפוקפק. והרי מה, אנחנו ישראלים, היינו בקרבי, מי צריך גיבוי??? מה כבר יכול לקרות? אז הנה מה קרה....
מי שמבין בעולם הטיולים יודע שכל לקוח מקבל סוג של מספר מזהה בפני חברת הטיולים וספקי השירות. המספר הזה מלווה את הלקוח מהזמנת הטיסה , המלון וכל שאר הרכישות שהלקוח מבצע בפני סוכן הנסיעות. עד כאן הכל פשוט וטוב נכון? אמהמה, המערכת שומרת לכל לקוח קובץ INFO בכרטסת נפרדת וכל זה נשמר לוקאלית באותו המחשב הנייח. כך לדוגמא נשמרת בכל תיקייה פרטי הטיסה, ההעברות, המלון , שירותי הסקי שכוללים ציוד, הדרכות ואפילו האטרקציות שכל אחד עושה. אבל הכי חשוב נשמרים הנתונים האמיתיים לגבי כמה כל שירות כזה עלה, כמה הלקוח שילם בפועל ומהם החישובים לטובת הפרשות לספקי השירות השונים. והכי חשוב, כמה כסף נשאר בסופו של יום לסוכן הנסיעות ביד. וזוכרים, הכל לוקאלי על המחשב שעלה כמה מאות שקלים ...
אם לא דיי בעובדה שבעצם כל הכסף ששולם וצריך לצאת לספקי השירות נמצא שם, הרי והגאון התורן החליט גם לבקש מהלקוחות לשלוח תמונות של הפספורטים, תמונות מהחופשה לצורך פירסום עתידי ואפילו סרטונים קצרים. כל אלו כמובן תוייקו לתיקייה האישית של כל ללקוח ולקוח.
אז מה היה לנו שם? 5 שנים של פעילות, אלפי תיקיות שכל תיקייה מכילה פרטי התחשבנות לעבר ולעתיד מול חברות תעופה, בתי מלון וספקי שירות וכמובן תמונות וסרטונים. ואז... יום בהיר אחד (יותר נכון יום קריר במינוס 10 מעלות אי שם באתר סקי מפורסם בבולגריה) קפיצת חשמל קטנה, כזו שאפילו לא מרגישים. והופ...הכחול הגדול שכולם מפחדים ממנו. Reboot, והמחשב מתחיל לבדוק קבצים. כן כן , המסך הזה שאף אחד לא אוהב לראות ויודע שכשמגיע הרגע הזה יש 2 אפשרויות. האחת, שהמחשב נדלק והולכים לדרך. והשניה, שהלך עלייך. או יותר נכון שהלך על המחשב ואפילו אם תצבע אותו בכחול ותזרוק לים זה לא יעזור.
אז אופציה 2 , zed is dead, אין קול ואין עונה. המחשב לא עולה !! אמצע עונת סקי, הזמנות של תחילת העונה, הזמנות של המשך העונה. מה עושים?!?!
מומחה מיחשוב בולגרי אמר לי להביא לו את המחשב וכך היה, הבחור קיבל את המחשב, פרק את הדיסק וניסה וניסה וניסה, אבל עם כל הכבוד, בולגרי...מה הוא כבר מבין בשיחזורים? אז פרקתי את הדיסק וטסתי לארץ, לקחתי למעבדה הכי טובה שיש בהרצליה מיד לאחר הנחיתה . ובנתיחה שלאחר המוות עלה שהדיסק פשוט חרץ את עצמו למוות ואין שום דרך לשחזר אפילו לא קובץ אחד. הסיוט של החיים כבר אמרנו???
אז עכשיו להתחיל ולשחזר כל הזמנה מהמייל, כל מייל ומייל שנשלח לספקים, כל שורה שנשלחה במערכת ההזמנות של חברת התעופה, עבודה של שנים פשוט הלכה לפח. אבל רגע, מה קורה עם ההזמנות של השנה?? אז זהו , שהולכים על עיוור. מנסים לשחזר ולראות למי מגיע מה, למי כבר נשלחו הזמנות מי כבר שילם ואיזה ספק כבר קיבל כסף, עבודת נמלים !!! למה לא חשבתי על גיבוי בענן??? כ"כ פשוט, כ"כ יעיל !!!
אז הנה, היום אני עובד עם שרת גיבוי בענן שעדיין לא נותן לי את הפתרון הכי טוב אבל נותן משהו....
למה מגיע לי נאס? נראה לי שסבלתי מספיק, לא??
בתמונה – הנוף מחלוני בשעות שלפני הסיוט הגדול....
·נתחיל הפעם דווקא מהסוף....
יושב לי בכיף ומסתכל מהחלון על הנוף המדהים של הרי פירין בבולגריה, מסלולי הסקי ממש מולי מלאים בשלג פאודר מעולה לגלישה. יושב וחושב על אלפי הגולשים שהזמינו דרכי את חופשת החורף שלהם ואז....סוף העולם מגיע....קריסה טוטאלית של דאטה בייס עם אלפי פרטי הזמנות, טיסות, מלונות,ספקי שירות וכמובן תמונות. של מה אתם שואלים? של סוכנות טיולים לחו"ל המתמחה בטיולי סקי, חופשות סקי , בית ספר ללימוד סקי ואטרקציות בשלג.
אז איך הכל התחיל? מאוד פשוט. חכמולוג אחד החליט שאפשר להרים מערך הזמנות אינטרנטי ולהסתפק במחשב שקניתי ב2500 שקל באיזה אתר אינטרנט מפוקפק. והרי מה, אנחנו ישראלים, היינו בקרבי, מי צריך גיבוי??? מה כבר יכול לקרות? אז הנה מה קרה....
מי שמבין בעולם הטיולים יודע שכל לקוח מקבל סוג של מספר מזהה בפני חברת הטיולים וספקי השירות. המספר הזה מלווה את הלקוח מהזמנת הטיסה , המלון וכל שאר הרכישות שהלקוח מבצע בפני סוכן הנסיעות. עד כאן הכל פשוט וטוב נכון? אמהמה, המערכת שומרת לכל לקוח קובץ INFO בכרטסת נפרדת וכל זה נשמר לוקאלית באותו המחשב הנייח. כך לדוגמא נשמרת בכל תיקייה פרטי הטיסה, ההעברות, המלון , שירותי הסקי שכוללים ציוד, הדרכות ואפילו האטרקציות שכל אחד עושה. אבל הכי חשוב נשמרים הנתונים האמיתיים לגבי כמה כל שירות כזה עלה, כמה הלקוח שילם בפועל ומהם החישובים לטובת הפרשות לספקי השירות השונים. והכי חשוב, כמה כסף נשאר בסופו של יום לסוכן הנסיעות ביד. וזוכרים, הכל לוקאלי על המחשב שעלה כמה מאות שקלים ...
אם לא דיי בעובדה שבעצם כל הכסף ששולם וצריך לצאת לספקי השירות נמצא שם, הרי והגאון התורן החליט גם לבקש מהלקוחות לשלוח תמונות של הפספורטים, תמונות מהחופשה לצורך פירסום עתידי ואפילו סרטונים קצרים. כל אלו כמובן תוייקו לתיקייה האישית של כל ללקוח ולקוח.
אז מה היה לנו שם? 5 שנים של פעילות, אלפי תיקיות שכל תיקייה מכילה פרטי התחשבנות לעבר ולעתיד מול חברות תעופה, בתי מלון וספקי שירות וכמובן תמונות וסרטונים. ואז... יום בהיר אחד (יותר נכון יום קריר במינוס 10 מעלות אי שם באתר סקי מפורסם בבולגריה) קפיצת חשמל קטנה, כזו שאפילו לא מרגישים. והופ...הכחול הגדול שכולם מפחדים ממנו. Reboot, והמחשב מתחיל לבדוק קבצים. כן כן , המסך הזה שאף אחד לא אוהב לראות ויודע שכשמגיע הרגע הזה יש 2 אפשרויות. האחת, שהמחשב נדלק והולכים לדרך. והשניה, שהלך עלייך. או יותר נכון שהלך על המחשב ואפילו אם תצבע אותו בכחול ותזרוק לים זה לא יעזור.
אז אופציה 2 , zed is dead, אין קול ואין עונה. המחשב לא עולה !! אמצע עונת סקי, הזמנות של תחילת העונה, הזמנות של המשך העונה. מה עושים?!?!
מומחה מיחשוב בולגרי אמר לי להביא לו את המחשב וכך היה, הבחור קיבל את המחשב, פרק את הדיסק וניסה וניסה וניסה, אבל עם כל הכבוד, בולגרי...מה הוא כבר מבין בשיחזורים? אז פרקתי את הדיסק וטסתי לארץ, לקחתי למעבדה הכי טובה שיש בהרצליה מיד לאחר הנחיתה . ובנתיחה שלאחר המוות עלה שהדיסק פשוט חרץ את עצמו למוות ואין שום דרך לשחזר אפילו לא קובץ אחד. הסיוט של החיים כבר אמרנו???
אז עכשיו להתחיל ולשחזר כל הזמנה מהמייל, כל מייל ומייל שנשלח לספקים, כל שורה שנשלחה במערכת ההזמנות של חברת התעופה, עבודה של שנים פשוט הלכה לפח. אבל רגע, מה קורה עם ההזמנות של השנה?? אז זהו , שהולכים על עיוור. מנסים לשחזר ולראות למי מגיע מה, למי כבר נשלחו הזמנות מי כבר שילם ואיזה ספק כבר קיבל כסף, עבודת נמלים !!! למה לא חשבתי על גיבוי בענן??? כ"כ פשוט, כ"כ יעיל !!!
אז הנה, היום אני עובד עם שרת גיבוי בענן שעדיין לא נותן לי את הפתרון הכי טוב אבל נותן משהו....
למה מגיע לי נאס? נראה לי שסבלתי מספיק, לא??
בתמונה – הנוף מחלוני בשעות שלפני הסיוט הגדול....
-
- bansko home.jpg
- (94.97 KiB) הורד 5206 פעמים
אחד מיני סיפורי השחזור שלי, בחרתי בי כי הוא היחיד שנוגע בפעילות עסקית. סיפורים אחרים שיש לי לא קורעי לב כמו המובא מטה, אבל לפחות אחד כלל השתלת לב (כלומר, בקר, שהושתל בדיסק קשיח, לאחר שנקנה דיסק מדגם זהה לדיסק התקול).
כשהייתי צעיר יותר, הקמתי חברת סטרטאפ בתחום הפרסום, עם חברים יוצאי יחידה טכנולוגית.
היינו צעירים, חסרי נסיון (עסקי), אך מלאי מרץ, ידע וקצרים במזומנים.
כמו שידוע לרובכם, בסטרטאפ בתחילת דרכו, כל עובד הוא כולבוייניק - ונפל עליי לשמש בין היתר גם אחראי על ה IT.
המחשב ששימש אתנו כשרת נתונים, נלקח מביתי, והיה שרת הקבצים האישי שלי, שהריץ לינוקס, בו בין היתר נשמר גם כל המידע האישי שלי.
לאורך הזמן, התחלנו לצבור לקוחות, ואף לקבל תשלום על המוצר שפתחנו, אך לא מספיק בשביל לגדול משמעותית ולרכוש ציוד חדש.
ברבות הימים, קנינו כונני דיסק קשיח חדשים, ואני לא זוכר מאיזה סיבה, בבואי להתקין אותם, חברתי אותם לשרת הקיים, ועשיתי לשרת בוט לוינדוס 7.
וינדוס החליט שקיימת על הדיסק קשיח עם הנתונים מערכת קבצים שהוא אינו מכיר, והחליט לבצע לו איפוס (ההגיון אומר לי שהוא היה צריך לבקש אישור לפני פעולה הרסנית זו, אך אנני זוכר שום בקשה שכזו, יתכן שהמחשב נתקע רגיל ולחצי רווח או אנטר ובגלל זה לא ראיתי את ההודעה..)
בכל מקרה, הנורה האדומה שנהרס משהו, הגיעה כאשר בוינדוס הופעה "אות" לכונן חדש שלא ציפיתי לו, ומיד כיביתי אותו, אך הנזק כבר נגרם.
אמנם כבר היו לנו לקוחות, אך גיבוי מסודר לא בוצע! ליתר דיוק, הדיסקים החדשים היו אמורים להיות בשימוש לשרת החדש וגם לגיבוי (או יתירות, לא זוכר כבר), ולהחליף את השרת/דיסק המקורי שלי.
התוצאה היתה הרת אסון - את המידע העסקי הוצאנו מהמערכות של ה production שהיו בענן, אך חלק מהמידע של הפיתוח הלך, אבל לא משהו שלא הצלחנו להתגבר עליו (עסקית).
מאידך, המידע האישי שלי, שכלל את כל אוסף התמונות/וידיאו של המשפחה, כולל אלו שנפטרו כשנה לפני שקרה מה שמתואר כאן, לא הצלחתי להציל.
הפעלתי כמעט כל תוכנית שחזור שמצאתי ברשת, ולמען האמת רוב הנתונים שהיו על הדיסק כן שוחזרו באופן סביר. אך את החלק החשוב ביותר, שכלל חלק ניכר מאוסף התמונות המשפחתיות, שום תוכנה לא הצליחה לשחזר - במקרה הטוב הן הצליחו למצוא "תיקיות ריקות" של התוכן שחפשתי, אך ללא התוכן.
הדיסק נשמר בצד זמן רב, ליום בו אשלח אותו לשחזור מקצועי (שעולה לא מעט).
וכאן לאחרונה חלה תפנית: בשנה האחרונה, אולי בזכות הקורונה, נוצר לי בור של זמן, והתחלתי ללמוד פיתוח (במובן של תוכנה) של מבני נתונים של מערכת קבצים (שהינו דבר מאוד מסובך בפני עצמו). מדובר במשהו בהתהוות, אבל כבר היו לי הצלחות קטנות לשחזר חלק קטן מהדברים, אבל הדרך עוד ארוכה.
מאז הלקחים נלמדו חלקית: יש גיבוי (לא שוטף, אבל תקופתי) לענן.
אני חייב לציין שלקח הרבה זמן לאסימון ליפול, ורוב האנשים לא מבינים אותו (וכנראה גם אני עדיין לא במלואו): גיבוי זה חשוב (ולפעמים גם לא כזה מסובך), לא משהו ששווה לחסוך עליו.
רק אחרי כמה אסונות (כן, כי אחד זה לא תמיד מספיק) לומדים להכיר בזה.
כשהייתי צעיר יותר, הקמתי חברת סטרטאפ בתחום הפרסום, עם חברים יוצאי יחידה טכנולוגית.
היינו צעירים, חסרי נסיון (עסקי), אך מלאי מרץ, ידע וקצרים במזומנים.
כמו שידוע לרובכם, בסטרטאפ בתחילת דרכו, כל עובד הוא כולבוייניק - ונפל עליי לשמש בין היתר גם אחראי על ה IT.
המחשב ששימש אתנו כשרת נתונים, נלקח מביתי, והיה שרת הקבצים האישי שלי, שהריץ לינוקס, בו בין היתר נשמר גם כל המידע האישי שלי.
לאורך הזמן, התחלנו לצבור לקוחות, ואף לקבל תשלום על המוצר שפתחנו, אך לא מספיק בשביל לגדול משמעותית ולרכוש ציוד חדש.
ברבות הימים, קנינו כונני דיסק קשיח חדשים, ואני לא זוכר מאיזה סיבה, בבואי להתקין אותם, חברתי אותם לשרת הקיים, ועשיתי לשרת בוט לוינדוס 7.
וינדוס החליט שקיימת על הדיסק קשיח עם הנתונים מערכת קבצים שהוא אינו מכיר, והחליט לבצע לו איפוס (ההגיון אומר לי שהוא היה צריך לבקש אישור לפני פעולה הרסנית זו, אך אנני זוכר שום בקשה שכזו, יתכן שהמחשב נתקע רגיל ולחצי רווח או אנטר ובגלל זה לא ראיתי את ההודעה..)
בכל מקרה, הנורה האדומה שנהרס משהו, הגיעה כאשר בוינדוס הופעה "אות" לכונן חדש שלא ציפיתי לו, ומיד כיביתי אותו, אך הנזק כבר נגרם.
אמנם כבר היו לנו לקוחות, אך גיבוי מסודר לא בוצע! ליתר דיוק, הדיסקים החדשים היו אמורים להיות בשימוש לשרת החדש וגם לגיבוי (או יתירות, לא זוכר כבר), ולהחליף את השרת/דיסק המקורי שלי.
התוצאה היתה הרת אסון - את המידע העסקי הוצאנו מהמערכות של ה production שהיו בענן, אך חלק מהמידע של הפיתוח הלך, אבל לא משהו שלא הצלחנו להתגבר עליו (עסקית).
מאידך, המידע האישי שלי, שכלל את כל אוסף התמונות/וידיאו של המשפחה, כולל אלו שנפטרו כשנה לפני שקרה מה שמתואר כאן, לא הצלחתי להציל.
הפעלתי כמעט כל תוכנית שחזור שמצאתי ברשת, ולמען האמת רוב הנתונים שהיו על הדיסק כן שוחזרו באופן סביר. אך את החלק החשוב ביותר, שכלל חלק ניכר מאוסף התמונות המשפחתיות, שום תוכנה לא הצליחה לשחזר - במקרה הטוב הן הצליחו למצוא "תיקיות ריקות" של התוכן שחפשתי, אך ללא התוכן.
הדיסק נשמר בצד זמן רב, ליום בו אשלח אותו לשחזור מקצועי (שעולה לא מעט).
וכאן לאחרונה חלה תפנית: בשנה האחרונה, אולי בזכות הקורונה, נוצר לי בור של זמן, והתחלתי ללמוד פיתוח (במובן של תוכנה) של מבני נתונים של מערכת קבצים (שהינו דבר מאוד מסובך בפני עצמו). מדובר במשהו בהתהוות, אבל כבר היו לי הצלחות קטנות לשחזר חלק קטן מהדברים, אבל הדרך עוד ארוכה.
מאז הלקחים נלמדו חלקית: יש גיבוי (לא שוטף, אבל תקופתי) לענן.
אני חייב לציין שלקח הרבה זמן לאסימון ליפול, ורוב האנשים לא מבינים אותו (וכנראה גם אני עדיין לא במלואו): גיבוי זה חשוב (ולפעמים גם לא כזה מסובך), לא משהו ששווה לחסוך עליו.
רק אחרי כמה אסונות (כן, כי אחד זה לא תמיד מספיק) לומדים להכיר בזה.
לפני מספר שנים עבדתי בחברה שנתנה פתרונות מיחשוב לעסקים.
אחת החברות ששכרה את שירותינו לעתים קרובות היתה חברה קטנה בתחום התיירות פנים. למשל אם היה צריך לשדרג מערכת הפעלה, תוכנות אופיס, התקנה של תוכנות חדשות היו קוראים לנו ומשלמים לנו על אותה עבודה.
בחברה המדוברת החליטו לשדרג את מערכת ניהול קשרי הלקוחות ולרכוש מערכת חדשה. הם פנו אלינו וסגרו איתנו על התקנת מערכת ניהול קשרי הלקוחות החדשה. כמו תמיד, באנו התקנו את המערכת כמו שצריך וסיימנו את ההתקנה, המערכת עבדה וכולם היו מרוצים.
לאחר כחודש, היתה איזושהי תקלה במידע של המערכת איזה שהוא data corrupted. לא היה ניתן לגשת למידע במערכת וכל פעם שניסו לראות נתונים קפצה הודעת שגיאה.
מייד התקשרו אלינו לבוא ולברר את מקור הבעיה ולפתור אותה כמה שיותר מהר.
עבדנו בטירוף לנסות לפתור את הבעיה, כמובן שהיינו בקשר רציף עם חברת המערכת לניהול קשרי לקוחות למצוא דרכים אפשריות להתגבר על הבעיה.
בסופו של דבר, אחרי מאמצים רבים, הגענו ביחד עם החברה של המערכת למסקנה שהכי מהיר והכי זול יהיה לחזור לגיבוי של המערכת מהלילה שלפני התקלה.
כשניסינו לחזור לגיבוי של המערכת החדשה מהלילה שלפני התקלה, גילינו שמערכות הגיבוי בחברה בכלל עדיין גיבו את המערכת הישנה של ניהול קשרי לקוחות ובעצם המידע של המערכת החדשה לא גובה בכלל.
בוא נאמר, שכאן אנחנו כבר יצאנו מהתמונה, החברה שכרה את שירותי חברת המערכת לניהול קשרי לקוחות לבוא ולשחזר את המידע שהשתבש ולנסות להציל כמה שאפשר את המידע הקיים.
אני זוכר את מה שאמר להגנתו המנהל של החברה שעבדתי בה – שילמתם לנו עבור התקנת מערכת חדשה בלבד ואף אחד לא ביקש גם לשנות את הגיבוי.
אחת החברות ששכרה את שירותינו לעתים קרובות היתה חברה קטנה בתחום התיירות פנים. למשל אם היה צריך לשדרג מערכת הפעלה, תוכנות אופיס, התקנה של תוכנות חדשות היו קוראים לנו ומשלמים לנו על אותה עבודה.
בחברה המדוברת החליטו לשדרג את מערכת ניהול קשרי הלקוחות ולרכוש מערכת חדשה. הם פנו אלינו וסגרו איתנו על התקנת מערכת ניהול קשרי הלקוחות החדשה. כמו תמיד, באנו התקנו את המערכת כמו שצריך וסיימנו את ההתקנה, המערכת עבדה וכולם היו מרוצים.
לאחר כחודש, היתה איזושהי תקלה במידע של המערכת איזה שהוא data corrupted. לא היה ניתן לגשת למידע במערכת וכל פעם שניסו לראות נתונים קפצה הודעת שגיאה.
מייד התקשרו אלינו לבוא ולברר את מקור הבעיה ולפתור אותה כמה שיותר מהר.
עבדנו בטירוף לנסות לפתור את הבעיה, כמובן שהיינו בקשר רציף עם חברת המערכת לניהול קשרי לקוחות למצוא דרכים אפשריות להתגבר על הבעיה.
בסופו של דבר, אחרי מאמצים רבים, הגענו ביחד עם החברה של המערכת למסקנה שהכי מהיר והכי זול יהיה לחזור לגיבוי של המערכת מהלילה שלפני התקלה.
כשניסינו לחזור לגיבוי של המערכת החדשה מהלילה שלפני התקלה, גילינו שמערכות הגיבוי בחברה בכלל עדיין גיבו את המערכת הישנה של ניהול קשרי לקוחות ובעצם המידע של המערכת החדשה לא גובה בכלל.
בוא נאמר, שכאן אנחנו כבר יצאנו מהתמונה, החברה שכרה את שירותי חברת המערכת לניהול קשרי לקוחות לבוא ולשחזר את המידע שהשתבש ולנסות להציל כמה שאפשר את המידע הקיים.
אני זוכר את מה שאמר להגנתו המנהל של החברה שעבדתי בה – שילמתם לנו עבור התקנת מערכת חדשה בלבד ואף אחד לא ביקש גם לשנות את הגיבוי.
יש לי סיפור קצת ישן משנת 2005, עבדתי בתור סטודנט בחברה קטנה של 7 אנשים שעסקה בפיתוח ועריכת כרטיסים (board design), הייתי בעיקר בודק כרטיסים וגם כולבויניק כמובן.
הבעלים של החברה הזאת היה בגישה של "יהיה בסדר" העיקר להשקיע כמה שפחות.
כל מסמכי הפרוייקטים, הסרטוטים וכל שאר המידע היה על שרת אחד עם גיבוי על-גבי טייפ, כאשר לא הקפידו על גיבוי תדיר, היו מגבים פעם בחודש.
אני לא זוכר לגמרי את כל הפרטים של התקלה, גם לא עסקתי ישירות בענייני IT בחברה וזה גם היה לפני 15 שנה, אז ממה שאני זוכר ישב על שרת פיצה של HP, עם 3 דיסקים SCSI ב- RAID5.
מה שמדהים שהשרת אפילו לא היה מחובר ל-UPS, כי לא צריך, יהיה בסדר.....
הייתה קפיצת מתח באחת הלילות ונמחקה קונפיגורציה של בקר ה-RAID (virtual disk configuration), כך הגענו בבוקר לעבודה וגילינו ששרת נפל. עד כאן הכל רגוע, הבעלים של החברה לא נלחץ, הרי יהיה בסדר, התקשר לאיש IT שנתן שירותים לחברה, הוא הגיע לחברה והגיע למסקנה שצריך רק לקנפג בקר מחדש ויהיה בסדר.
כמו שכבר ניחשתם, איש ה IT כנראה לא בדיוק היה סגור על עצמו ובסוף הגדיר הכל מחדש וקיבלנו כתוצאה מזה שרת ריק מתוכן. כמובן שהיו צעקות והאשמות הדדיות, אבל זה הביא לפתרון הבעיה.
כמו שציינתי עשו את הגיבוי לטייפ "פעם ב..." הרי יהיה בסדר, אז הגיבוי לטייפ האחרון היה 3 שבועות לפני הנפילה, ניסינו לשחזר קבצים מהמחשבים האחרים בחברה אבל עדיין היה עוד הרבה חומר חסר.
היינו צריכים לעבוד מאוד קשה במשך כמה שבועות בשביל למזער את הנזק, כתוצאה מכך החברה לא עמדה גם בתאריך סיום של אחד הפרוייקטים, בקיצור היה בלאגן והרבה שעות נוספות, כיוון שהייתי סטודנט וקיבלתי שכר שעתי, גם הרווחתי מזה.
אישית אני הייתי בשוק מהסיפור הזה, כיוון שאני תמיד הייתי פראנויד בכל מה שקשור למידע וגיבויים, היה לי טייפ גיבוי של Conner בנפח 125MB עוד בשנת 1994 וצורב דיסקים SCSI במהירות x2 משנת 1996. לא האמנתי שאנשים מזלזלים בגיבויים של מידע קריטי כל כך לעסק וכתוצאה מזה מפסידים הרבה כסף ומוניטין.
אני יכול רק לדמיין איך אפשר להסביר את זה ללקוח, זה בטח היה נשמע כמו תירוץ של תלמיד מכיתה א' : "הכנתי הכל, אבל הכלב אכל לי את שעורי הבית".
לקחים שלי מהמקרה :
1. מי שמחפש בזול משלם ביוקר
2. לא לעבוד בעתיד בחברות שחוסכות עם כל דבר
3. חיזוק לגישה שלי - לעשות תמיד גיבויים לכל החומר החשוב
הבעלים של החברה הזאת היה בגישה של "יהיה בסדר" העיקר להשקיע כמה שפחות.
כל מסמכי הפרוייקטים, הסרטוטים וכל שאר המידע היה על שרת אחד עם גיבוי על-גבי טייפ, כאשר לא הקפידו על גיבוי תדיר, היו מגבים פעם בחודש.
אני לא זוכר לגמרי את כל הפרטים של התקלה, גם לא עסקתי ישירות בענייני IT בחברה וזה גם היה לפני 15 שנה, אז ממה שאני זוכר ישב על שרת פיצה של HP, עם 3 דיסקים SCSI ב- RAID5.
מה שמדהים שהשרת אפילו לא היה מחובר ל-UPS, כי לא צריך, יהיה בסדר.....
הייתה קפיצת מתח באחת הלילות ונמחקה קונפיגורציה של בקר ה-RAID (virtual disk configuration), כך הגענו בבוקר לעבודה וגילינו ששרת נפל. עד כאן הכל רגוע, הבעלים של החברה לא נלחץ, הרי יהיה בסדר, התקשר לאיש IT שנתן שירותים לחברה, הוא הגיע לחברה והגיע למסקנה שצריך רק לקנפג בקר מחדש ויהיה בסדר.
כמו שכבר ניחשתם, איש ה IT כנראה לא בדיוק היה סגור על עצמו ובסוף הגדיר הכל מחדש וקיבלנו כתוצאה מזה שרת ריק מתוכן. כמובן שהיו צעקות והאשמות הדדיות, אבל זה הביא לפתרון הבעיה.
כמו שציינתי עשו את הגיבוי לטייפ "פעם ב..." הרי יהיה בסדר, אז הגיבוי לטייפ האחרון היה 3 שבועות לפני הנפילה, ניסינו לשחזר קבצים מהמחשבים האחרים בחברה אבל עדיין היה עוד הרבה חומר חסר.
היינו צריכים לעבוד מאוד קשה במשך כמה שבועות בשביל למזער את הנזק, כתוצאה מכך החברה לא עמדה גם בתאריך סיום של אחד הפרוייקטים, בקיצור היה בלאגן והרבה שעות נוספות, כיוון שהייתי סטודנט וקיבלתי שכר שעתי, גם הרווחתי מזה.
אישית אני הייתי בשוק מהסיפור הזה, כיוון שאני תמיד הייתי פראנויד בכל מה שקשור למידע וגיבויים, היה לי טייפ גיבוי של Conner בנפח 125MB עוד בשנת 1994 וצורב דיסקים SCSI במהירות x2 משנת 1996. לא האמנתי שאנשים מזלזלים בגיבויים של מידע קריטי כל כך לעסק וכתוצאה מזה מפסידים הרבה כסף ומוניטין.
אני יכול רק לדמיין איך אפשר להסביר את זה ללקוח, זה בטח היה נשמע כמו תירוץ של תלמיד מכיתה א' : "הכנתי הכל, אבל הכלב אכל לי את שעורי הבית".
לקחים שלי מהמקרה :
1. מי שמחפש בזול משלם ביוקר
2. לא לעבוד בעתיד בחברות שחוסכות עם כל דבר
3. חיזוק לגישה שלי - לעשות תמיד גיבויים לכל החומר החשוב



