הגדרה של "הקפצת שרת"

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

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

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

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

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