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