שרת עם שני ספקים מתריע: הזנה ויתירות
שרת שממשיך לעבוד עם התרעת ספק אינו בהכרח מוגן באותה רמת יתירות. בדקו דגם, מצב שני הספקים ומקורות הזנה מתועדים, בלי להוציא ספק חי או לנתק קו כדי לבדוק חלוקה.
איך מזהים את התקלה?
- התרעת ספק בשרת עובד
- Redundancy lost
- ספק אחד במצב שונה
מה יכול לגרום לכך?
- PSU
- מקור הזנה
- כבל
- אי התאמה
- תצורה
לפני שמתחילים
- ההנחיות מיועדות למנהל שרת מורשה. תעדו שירותים תלויים, גיבוי וחלון תחזוקה. שמרו יומני חומרה לפני שינוי. מידע חשוב ללא גיבוי עוצר פעולות כתיבה או שחזור אחסון. אין איפוס בקר, שינוי RAID או ניתוק שרת ייצור לצורך ניסוי.
- מנהל וחדר שרתים מתאמים טיפול. אין מדידת מתח רשת, החלפת כבל או הוצאה חמה בלי מדריך ותכנון.
בדיקה ופתרון — שלב אחר שלב
1. לזהות תצורה
רשמו דגם שרת, PSU מקטים, תצורת יתירות והזנה לכל ספק מתוך תיעוד, בלי להניח ששניים פירושם N+1.
תוצאה צפויה: יכולת מתוכננת ידועה.
אם זה לא קרה: תצורת hot-plug אינה אחידה לכל מוצר.
2. לעיין בבריאות
צפו בנתוני PSU ובאירועי בקר ניהול לפי דגם, וצלמו מזהה ספק ושעה ללא פקודות control.
תוצאה צפויה: מקור התרעה מזוהה.
אם זה לא קרה: LED מפוענח רק לפי מדריך שרת וספק.
3. לבדוק נתיב חיצוני
מנהל תשתית ישווה PDU/UPS ושעות אירוע, עם מפת כבלים קיימת, בלי ניתוק כדי לבדוק שרידות.
תוצאה צפויה: אפשר לזהות תלות משותפת.
אם זה לא קרה: שני ספקים באותו מקור אינם שתי הזנות עצמאיות.
4. לתכנן טיפול
קבעו חלון וציוד תואם עם היצרן, ובדקו שירותים וגיבוי לפני החלפה לפי הליך המוצר.
תוצאה צפויה: היתירות מוחזרת בתכנון.
אם זה לא קרה: שרת עובד אינו סיבה להתעלם מהתרעת redundancy.
מתי עוצרים ופונים לשירות?
פנו לשירות או למנהל המערכת אם התרעת ספק בשרת עובד חוזר אחרי הבדיקות המתאימות לדגם, אם מופיעה התרעה חמורה, או אם הפעולה הבאה דורשת שינוי שלא אושר. מסרו את הממצאים שנאספו.
איך מצמצמים את הסיכוי לחזרה?
- שמרו גיבוי ובדיקת שחזור מתועדת.
- ניטרו אירועים וחומרה לאורך זמן.
- תעדו תחזוקה וגרסאות עם תוכנית חזרה.
שאלות נפוצות
שני ספקים מבטיחים שהשרת לא יכבה?
התצורה, מקורות ההזנה והעומס חשובים. התרעת יתירות מחייבת בירור גם כשהשרת ממשיך לעבוד.
אפשר להוציא ספק כדי לדעת מי פעיל?
אין פעולה כזו כאן. טיפול חם אפשרי רק במוצר ובתהליך מאושרים ומותאמים לייצור.
מקורות והוראות יצרן
הוראות הדגם המדויק ותנאי האחריות גוברים על הנחיה כללית. תפריטי תוכנה ותכונות עשויים להשתנות בין גרסאות.
מדריכים קשורים
שרת מסיים POST אך מערכת לא עולה: אחסון ואתחול
השלמת POST אינה מוכיחה ש־Virtual Disk ומערכת הקבצים תקינים. בדקו מצב בקר, דיסקים ורשומת אתחול בלי לשנות RAID, מצב בקר או סדר קבוע. מידע חשוב ללא גיבוי עוצר כל תיקון כותב.
שרת הופעל מחדש בלי תכנון: יומני OS ובקר
אתחול בלתי צפוי יכול להיות אירוע מערכת, פקודת ניהול, הזנה או חומרה. השוו יומן מערכת ליומן בקר ניהול ולמקור חשמל סביב אותה שעה. אין למחוק יומנים או לנסות אתחול נוסף כדי לייצר ממצא.
המחשב נכבה עם אל־פסק: מדיניות תוכנה או תקלה
כיבוי מסודר עם אל־פסק עשוי להיות פקודת תוכנת ניהול בעקבות סף זמן או אירוע, ולא נפילת הזנה. בדקו סוג הכיבוי ויומנים כדי להבדיל מדיניות, סוללה ותקשורת בלי להשבית הגנה.