הצלת שרתים
שחזור מנתונים פגומים
פגמים מגיעים מדיסקים כשלים, אובדן חשמל, kernel panics ועדכונים שנכשלו, ולעיתים מתגלים כמסדי נתונים שלא עולים או קבצים שלא נקראים. שחזור פירושו יצירת image קודם, תיקון עותקים (אף פעם לא המקור), חילוץ מקסימום נתונים תקינים ושחזור השאר מגיבויים.
נקודות עיקריות
- עצרו כתיבות מיד וצרו image של האחסון הפגוע לפני תיקון.
- אבחנו בנפרד פגם חומרה, פגם מערכת קבצים ופגם בשכבת היישום.
- תקנו עותקים עם fsck/xfs_repair וכלי תיקון מסדי נתונים, ולעולם לא את המקור.
- חלצו קודם נתונים קריאים; תיקון אגרסיבי יכול להשמיד תוכן שניתן היה לשחזר.
- השלימו פערים מהגיבויים המאומתים העדכניים ביותר.
- החליפו חומרה חשודה; פגם שקרה פעם חוזר.
- הוסיפו ניטור SMART וכיסוי UPS כדי למנוע הישנות.
- תזמנו בדיקות מערכת קבצים ואימות גיבויים מעתה והלאה.
שאלות נפוצות
אפשר להציל MySQL פגום?
לעיתים קרובות במידה ניכרת; מצבי force-recovery של InnoDB בתוספת חילוץ טבלה-טבלה משחזרים את רוב הנתונים במקרים טיפוסיים.
האם RAID הוא גיבוי?
לא. RAID שורד כשל דיסק, לא פגם, מחיקה או כופרה; עדיין צריך גיבויים עם גרסאות.
איך מונעים הישנות?
ניטור SMART, UPS, זיכרון ECC במארחי מסד נתונים קריטיים וגיבויים מאומתים.
מה אם אין גיבויים?
מנסים חילוץ פורנזי, אבל התוצאות משתנות, ולכן אנחנו מתעקשים על גיבויים קודם.
איך Kinetikatech מסייעת לך ב-הצלת שרתים
בכנות, רוב הצוותים מגיעים אלינו אחרי שניסו לבד: עזרה בחירום לשרתים שנפגעו: הסרת נוזקות, שיחזור משרת ועזרה טכנית. השירות הסרת נוזקות וניהול שרתים שלנו קיים כדי שלא תלמדו הצלת שרתים בדרך הקשה, ושלא תגלו את זה בשיחה בשש בבוקר.