- כשל ב-RAID דורש הפסקה מיידית של כל הכתיבה כדי למנוע נזק בלתי הפיך.
- שחזור לוגי בסביבה מאובטחת ומשכפולים הוא המפתח לשחזור נתונים.
- טעויות אנוש (בנייה מחדש כפויה, החלפות שגויות של דיסק) הן הגורם המסוכן ביותר.
- שילוב של גיבויים טובים עם שירותים מקצועיים ממקסם את סיכויי ההצלחה.
מהי מערכת RAID ומדוע היא כל כך קריטית לנתונים שלך?
RAID (מערך יתיר של דיסקים עצמאיים) היא טכנולוגיה המשלבת מספר דיסקים פיזיים לאמצעי אחסון לוגי אחד כדי להגביר את הביצועים, הקיבולת השימושית ו/או עמידות לתקלות. זהו הבסיס של רוב השרתים, התקני NAS ומערכי SAN , והוא משמש בסביבות ארגוניות, משרדים קטנים ועל ידי משתמשים מתקדמים.
מערכת ההפעלה רואה את ה-RAID כיחידה אחת, למרות שהוא עשוי למעשה להכיל שניים, שלושה או אפילו עשרות כוננים קשיחים. הנתונים מפוזרים על פני הכוננים בהתאם לרמת ה-RAID שנבחרה: לפעמים הם מפוזרים, לפעמים הם משוקפים, וברמות מתקדמות, בלוקי זוגיות או מידע יתיר מחושבים כדי לאפשר שחזור נתונים במקרה של כשל בכונן.
רמות ה-RAID הנפוצות ביותר בשרתים ובמכשירי NAS הן 0, 1, 4, 5, 6 ו-10, כמו גם תצורות ליניאריות או JBOD, בנוסף לווריאציות ספציפיות של יצרנים מסוימים (RAID 50, 60, 5E, 5EE, ADG וכו'). ישנם גם יישומים קנייניים כגון Microsoft RAID, Storage Spaces, Apple RAID, Linux RAID, ZFS RAIDZ ו-RAIDZ2 , בין היתר, שלכולם מאפיינים ספציפיים משלהם בכל הנוגע לשחזור נתונים.
חשוב להבין ש-RAID אינו תחליף לגיבויים . RAID שתצורתו מוגדרת היטב מגביר את הזמינות וסובל כשלים מסוימים בדיסק, אך הוא אינו מגן מפני מחיקות מקריות, פגיעה לוגית, תוכנות כופר, שגיאות בקר או טעויות אנוש במהלך תחזוקה.
רמות RAID עיקריות וסיכוני אובדן הנתונים שלהן
רמות ה-RAID השונות משתנות באופן שבו הן מפזרות נתונים ויתירות על פני הדיסקים. זה משפיע ישירות על הסיכון לאובדן נתונים ועל אופן הגישה לשחזור נתונים.
RAID 0 (סטריפינג טהור) מפזר נתונים בבלוקים על פני כל הדיסקים במערך ללא כל יתירות. הוא מציע ביצועי קריאה וכתיבה גבוהים ומנצל את מלוא הקיבולת, אך אם אפילו דיסק אחד נכשל, הגישה המלאה לאמצעי האחסון אובדת. במקרה של אסון, שחזור נתונים ממערך RAID 0 הוא מורכב ובדרך כלל דורש כלים מקצועיים כדי לשחזר את רצף הבלוקים מהדיסקים ששרדו.
RAID 1 (שיקוף) משכפל נתונים על פני שני דיסקים או יותר, תוך שמירה על עותקים זהים בכל אחד מהם. רמה זו מציעה אמינות גבוהה וסבילות לתקלות : אם כונן אחד נכשל, המערכת יכולה להמשיך לפעול עם העותק. הקיבולת השמישה שווה ערך לגודל של דיסק אחד, אך בתמורה, היא מספקת אמינות קריאת נתונים משופרת משמעותית.
RAID 4 משתמש בסטריאו נתונים על פני מספר דיסקים ושומר אחד מהם באופן בלעדי לאחסון זוגיות. הקיבולת השמישה היא סכום כל הדיסקים פחות אחד, מה שמאפשר שחזור נתונים במקרה של כשל בדיסק נתונים. עם זאת, דיסק הזוגיות הופך לצוואר בקבוק ולנקודה קריטית בתצורה.
RAID 5 היא רמת ה-RAID הנפוצה ביותר בשרתים בינוניים והתקני NAS. היא מפזרת נתונים ופסי זוגיות על פני כל הדיסקים, ומבטלת את צוואר הבקבוק של דיסק זוגיות ייעודי. קיבולת שמישה היא סכום קיבולת המערך פחות הקיבולת של כל דיסק בודד. היא מאפשרת כשל של כונן אחד ללא אובדן נתונים, אך במהלך בנייה מחדש, המערכת פועלת בקצה גבול היכולת שלה, וכל כשל שני עלול להפוך את המערך לבלתי ניתן לשחזור ללא התערבות מומחה.
RAID 6 מוסיף פס זוגיות שני, המספק סבילות כנגד כשל בו זמנית של שני דיסקים. הקיבולת השמישה היא סכום כל הדיסקים פחות הקיבולת של שני כוננים. רמה זו מציעה אבטחה רבה יותר במחיר של שחזור מורכב מעט יותר וחישובי זוגיות יקרים יותר.
RAID 10 (1+0) משלב מראות (RAID 1) מקובצות בפורמט Stripeing (RAID 0). משמעות הדבר היא שנוצרים זוגות של דיסקים משוקפים, ולאחר מכן הנתונים מפוזרים על פני מראות אלו. הוא מציע איזון מצוין בין ביצועים וסבילות לתקלות , למרות שהוא דורש מינימום של ארבעה דיסקים והעלות מבחינת קיבולת גבוהה יותר.
תצורות לינאריות ו-JBOD פשוט משרשרות דיסקים בעלי קיבולת שווה או שונה ליצירת נפח גדול יותר. אין פסים אמיתיים, זוגיות או יתירות. אם דיסק אחד נכשל, המערך כולו עלול להפוך לבלתי נגיש, ושחזור דורש שחזור ידני של גבולות כל דיסק בתוך הנפח הכולל.
"שעת הזהב": שגיאות קריטיות לאחר כשל RAID
לאחר אזהרת כשל או פגיעה ברמת RAID , 60 הדקות הראשונות הן קריטיות. בתקופה זו מתרחש רוב אובדן הנתונים שניתן למנוע, בדרך כלל עקב ניסיונות "לתקן במהירות" ללא אבחון ברור או גיבויים עדכניים.
טעויות אנוש אופייניות בשעה זו כוללות החלפת דיסקים לא נכונים , במיוחד במארזים עם הרבה תאים; דיסק תקין מוסר במחשבה שהוא הפגום, וכאשר מוכנס דיסק חדש, נכפה בנייה מחדש על בסיס לא יציב. זה יכול לפגוע לחלוטין במבנה אמצעי האחסון.
טעות נפוצה נוספת היא החלפת בקר RAID במודל שונה או לא תואם מבלי לתעד את התצורה המקורית. במקרים רבים, האופן שבו שוויון (parity), סדר דיסקים (disk order) או גודל פסים (strip) נרשמים משתנה בין בקרים, מה שגורם למערך להיראות פגום או להתפרש עם פרמטרים שגויים.
כפיית חיבור דיסקים למצב מקוון או אתחול כוננים ללא ניתוח מצבם גם הם מסוכנים מאוד. אתחול יכול לדרוס מטא-נתונים של RAID או טבלאות מחיצות; חיבור דיסק למצב מקוון כשהוא לא יציב יוצר סקטורים פגומים נוספים, וכל ניסיון לבנות מחדש על גבי כונן פגום פיזית מאיץ את הנזק.
שחזורים ושחזורים כושלים מגיבויים לא שלמים באותה מערכת הם מקור נפוץ נוסף לאסון. ניסיון לשקם מערך RAID 5 או RAID 6 עם סקטורים פגומים מבלי לשכפל תחילה את הדיסקים לתמונות יציבות עלול לגרום למצב שבו אפילו מעבדה מקצועית לא תוכל להרכיב מחדש את המערך בצורה אמינה.
כלל הזהב לאחר גילוי בעיית RAID חמורה : עצרו מיד את כל פעילות הכתיבה, אל תבצעו בנייה מחדש או אתחול, ואל תמשיכו "לבדוק דברים" בסביבת הייצור. כל כתיבה חדשה למערך ה-RAID המקורי מפחיתה את הסיכויים לשחזור מלא.
תוכנה ייעודית: כיצד היא מסייעת לשקם RAIDs פגומים
בתרחישי כשל לוגי רבים , כלי שחזור נתונים מקצועיים יכולים לבנות מחדש את ה-RAID באופן וירטואלי מבלי לכתוב לדיסקים המקוריים. דוגמה אופיינית היא השימוש בתוכנה כמו R-Studio, שעובדת עם הקונספט של ערכות אמצעי אחסון ו-RAIDs וירטואליים.
כאשר ה-RAID המקורי הופך לבלתי נגיש , אך כל או כמעט כל הדיסקים (או תמונות דיסק שלמות) זמינים, התהליך המקצועי כרוך תחילה בשכפול כל כונן לתמונת דיסק כדי לשמר את המצב הנוכחי. מתמונות אלו, התוכנה מאפשרת יצירת RAID וירטואלי עם אותם פרמטרים כמו המערכת בפועל.
RAID וירטואלי נבנה על ידי בחירת הדיסקים הנכונים , הצבתם בסדר הנכון והגדרת התצורה המדויקת: מספר הדיסקים, גודל הפס, קיזוז התחלה, סוג RAID (0, 1, 5, 6, 10, JBOD וכו') וסדר הבלוקים (שמאל, ימין, סינכרוני, אסינכרוני, מותאם אישית וכו'). בזמן שההרכבה הלוגית הזו מתבצעת, התוכנה אינה כותבת לדיסקים הפיזיים; הכל מעובד באופן וירטואלי.
במערכת RAID 5 פשוטה של שלושה דיסקים , לדוגמה, לפחות שני כוננים צריכים להיות במצב תקין כדי לנסות בנייה מחדש לוגית. מערך RAID 5 וירטואלי נוצר על ידי ציון שלושת ההתקנים (או התמונות) וגודל הבלוק, ולאחר מכן נבדק עד שנמצא שילוב של פרמטרים המאפשר לתוכנה לזהות מחיצה תקפה ולפרט קבצים.
בתצורות מורכבות יותר , כגון RAID 5 מתקדם עם סידור בלוקים מותאם אישית, ניתן להגדיר טבלת סידור בלוקים, המציינת את הרצף המדויק של נתונים וזוגיות (P, 1, 2, 3 וכו') לפי שורה. הטכנאי מזין את תבנית הפסים שורה אחר שורה, והתוכנית מדגישה שילובים לא חוקיים באדום, מה שעוזר לזהות במהירות שגיאות תצורה.
לאחר שמערכת קבצים עקבית מזוהית בתוך ה-RAID הווירטואלי, התיקיות והקבצים נספרים, תצוגות מקדימות נבדקות (במיוחד של קבצים גדולים), והתוכן מאומת כעקבי, ללא כל פיצול חריג או פגיעה נראית לעין. שלב זה הוא קריטי מכיוון שלפעמים התוכנה מוצאת מבני מערכת קבצים עקביים גם אם אחד מפרמטרי ה-RAID שגוי.
כדי לאמת את הגדרת המערך, מקובל להשתמש בנוסחה מקורבת המסייעת לבחור את גודל הקובץ המינימלי האידיאלי לבדיקת תצוגה מקדימה: גודל הבלוק כפול (מספר הדיסקים פחות 1). לדוגמה, במערך RAID 5 עם שלושה דיסקים וגודל בלוק של 64 KB, קובץ של לפחות 128 KB מספק בדרך כלל נקודת ייחוס טובה לאימות שהקצאת הנתונים והזוגיות נכונות.
כלים מקצועיים מאפשרים לך גם לטפל בדיסקים חסרים על ידי החלפתם באובייקטים מסוג "דיסק ריק" או "דיסק חסר" באותו גודל. זה שימושי כאשר אחד הדיסקים אינו ניתן לשחזור לחלוטין: התוכנה מדמה את נוכחותו על סמך הזוגיות והמידע של הדיסקים האחרים, ולפעמים מאפשרת לך לשחזר חלק ניכר מהנתונים הנותרים.
יתר על כן, ניתן ליצור, לשמור ולטעון מחדש תבניות תצורה של RAID , כמו גם לחבר או לנתק באופן דינמי כל דיסק בתוך ה-RAID הווירטואלי כדי לראות כיצד הוא משפיע על המערך. תכונה זו היא המפתח לקביעת איזה דיסק היה למעשה פגום ב-RAID 5, לדוגמה, על ידי ניתוקם אחד אחד ותצפית על התנהגות מערכת הקבצים המדומה.
סיבות נפוצות לכשל במערכת RAID
כשלים במערכת RAID יכולים להיות לוגיים, פיזיים או אנושיים , ולעתים קרובות מתרחשים בשילוב. למרות ש-RAIDs נועדו להגביר את האמינות, הם אינם חסינים משגיאות מדורגות או תחזוקה לא מספקת.
אובדן רצועת זוגיות הוא בעיה לוגית המתרחשת כאשר המידע המשמש לשחזור נתונים (הזוגיות) נפגם או הופך לא עקבי. במצבים אלה, מערכת ה-RAID עצמה אינה מסוגלת לשחזר ונדרשת התערבות חיצונית כדי לאתר ולשחזר נכון את רצועות הזוגיות הללו.
כשלים פיזיים בדיסק במערך RAID אינם שכיחים בהרבה מאשר בדיסקים בודדים, אך השפעתם מוכפלת מכיוון שהמערך תלוי בכולם. ההערכה היא שבין 2% ל-3% מהדיסקים המותקנים עלולים להיכשל מדי שנה, מושפעים מבעיות אופייניות: סקטורים פגומים, נחשולי מתח, טמפרטורות קיצוניות, מנועים תקועים, ראשי קריאה/כתיבה פגומים, רכיבים אלקטרוניים פגומים וכו'.
גורמים אחרים כגון וירוסים, תוכנות כופר או פגיעה במערכת הקבצים עלולים לגרום ל-RAID להפסיק להרכיב כראוי, או אפילו אם הוא נראה "מקוון", להפוך את המחיצה או אמצעי האחסון הלוגי לבלתי נגישים. מנהלי התקנים שהותקנו בצורה שגויה, עדכוני קושחה כושלים או הפסקות חשמל חוזרות ונשנות עלולים גם הם לפגוע במטא-נתונים של ה-RAID.
המצב מסתבך עוד יותר כאשר מתרחשים שני כשלים או יותר ברצף . לדוגמה, במערך RAID 5 שבו דיסק אחד מתפרק ואינו מוחלף במהירות, אם דיסק שני מתחיל להיכשל במהלך תהליך השיקום, המערכת אינה מסוגלת עוד לשחזר את הנתונים באופן אוטומטי. מנקודה זו ואילך, כל ניסיון לתקן ללא מתודולוגיה מקצועית עלול להחמיר את הנזק באופן בלתי הפיך.
טעות אנוש היא ללא ספק הסיבה המסוכנת ביותר : השארת דיסק מסומן כפגום מבלי להחליף אותו, התעלמות מהתראות על פגיעה באיכות, ערבוב דיסקים ממערכים שונים, כיבוי המערכת באמצע בנייה מחדש, או בחירת אפשרויות שגויות בקושחת הבקר. במקרים רבים, הנזק הסופי אינו נגרם מהכשל הראשוני, אלא מתגובה לא מספקת.
תהליך שחזור נתונים מקצועי במערכות RAID
מעבדות מתמחות פועלות לפי תהליך עבודה קפדני מאוד כדי למקסם את הסיכויים לשחזור נתונים מ-RAID כושל. למרות שכל מקרה שונה, ההליך הכללי בדרך כלל דומה.
ראשית, מתבצע אבחון טכני , בדרך כלל בחינם וללא התחייבות אצל ספקי שירות מקצועיים רבים. זה כולל זיהוי רמת ה-RAID, היצרן והדגם של הבקר או ה-NAS, מספר וסוג הדיסקים, המצב הפיזי של כל כונן וכל תסמין שנצפה (פגיעה בתפקוד, כשל אתחול, רעשים מכניים, שגיאות קריאה וכו').
לאחר מכן, הדיסקים הפעילים הנותרים משוכפלים סקטור אחר סקטור . שלב זה הוא קריטי: המדיה המקורית לעולם לא עובדת עליה למשך פרקי זמן ממושכים, שכן ראש פגום, מגש שרוט או סקטורים לא יציבים עלולים לגרום להידרדרות נוספת במהלך השחזור. עותקים נוצרים באמצעות חומרה ותוכנה פורנזית המסוגלות לטפל בשגיאות קריאה על ידי שליטה בניסיונות חוזרים ובזמני המתנה.
באמצעות תמונות של כל הדיסקים הזמינים , ה-RAID משוחזר באופן לוגי בסביבה מבודדת. נקבעים פרמטרים כגון גודל בלוקים, סדר דיסק, סוג זוגיות וכל וריאציה ספציפית ליצרן (למשל, יישומים ספציפיים של RAID 5, RAID 6, RAID 50 או RAID 60). בתצורות מעורבות או מורכבות, מנותחות גם שכבות נוספות כגון LVM, מנהלי אמצעי אחסון, הצפנה ומערכות קבצים כמו ZFS, ext4, Btrfs, XFS, HFS+, NTFS וכו'.
לאחר טעינת ה-RAID הווירטואלי , נעשה ניסיון לאתר ולטעון את מערכת הקבצים. אם מזוהה מחיצה חוקית, מבנה הספריות מופיע ברשימה ומתבצעות בדיקות שלמות: תצוגות מקדימות של קבצים קריטיים, אימות של מסדי נתונים, קבצי מכונה וירטואלית, תמונות וכו'. כאשר קיימת פגיעה חלקית, טכניקות שחזור מערכת הקבצים משולבות עם שחזור "גולמי" (מבוסס חתימה) של סוגי קבצים ספציפיים.
לאחר שהמעבדה משלימה את הניתוח , היא בדרך כלל מספקת ללקוח רשימה של קבצים הניתנים לשחזור לבדיקה לפני אישור השירות. רק לאחר מכן הנתונים ששוחזרו מועתקים לכוננים קשיחים חיצוניים חדשים או להתקן מוסכם, לעולם לא למערך ה-RAID המקורי, אשר נשאר ללא שינוי במקרה שיהיה צורך לחזור על חלק כלשהו בתהליך או לבדוק אותו.
שירותי שחזור מקצועיים עובדים בדרך כלל עם כל סוגי מותגי הדיסקים (Seagate, Western Digital, Toshiba, Samsung, Crucial, SanDisk, Kingston, LaCie וכו') ומגוון רחב של בקרי RAID ומארזי RAID: החל מכרטיסי RAID SAS/SATA לשרתים ועד פתרונות Thunderbolt חיצוניים, USB, iSCSI, Fibre Channel, מערכי NAS מסחריים או מערכות אחסון ארגוניות.
שיטות עבודה מומלצות וטעויות שיש להימנע מהן כאשר RAID נכשל
אם ה-RAID שלכם מתחיל להיתקל בבעיות , ישנן מספר פעולות שכדאי להימנע מהן בכל מחיר אם אינכם מומחים לשחזור נתונים. אסונות שלמים רבים היו יכולים להיות ממוזערים פשוט על ידי אי נגיעה בכפתורים מסוימים.
לעולם אל תבצע בנייה מחדש עיוורת . אשף הבקר או ה-NAS בדרך כלל מציעים את האפשרות "בנייה מחדש" או "בנייה מחדש של מערך" ברגע שהוא מזהה דיסק חדש. אם המערכת חוותה מספר כשלים, המידע לגבי אילו דיסקים היו תקינים ואילו לא עשויים להיות מיושן, ובנייה מחדש בתנאים אלה עלולה להרוס לצמיתות את הזוגיות התקינה.
אין להחליף דיסקים מבלי לקבוע תחילה אילו מהם כשלו ומתי . החלפת דיסק לא נכון עלולה לאלץ את המערכת להתייחס לדיסק המכיל נתונים מיושנים כ"תקין". במערכי RAID כמו RAID 5 או RAID 6, הסדר והתזמון המדויק של הכשלים הם קריטיים להבטחת שלמות הנתונים שיש לשלב במהלך הבנייה מחדש.
אין לכבות את ה-RAID במהלך שיפוץ מתמשך אלא אם כן הונחה לעשות זאת במפורש על ידי טכנאי מוסמך ובתנאים מבוקרים. במהלך שיפוץ, יתירות בדרך כלל מושבתת, והמערכת פועלת במצב שביר ביותר. הפסקת חשמל, הפסקת חשמל או הפעלה מחדש כפויה עלולים להשאיר את ה-RAID במצב ביניים שממנו לא ניתן להתאושש.
אל תנסו לתקן פיזית את הכוננים בעצמכם . פתיחת כונן קשיח מחוץ לתא נקי, מכה עליו, הקפאתו או כל "טריק עשה זאת בעצמך" אחר שמסתובב באינטרנט לא רק שלא יעזור, אלא עלול להרוס לחלוטין את המשטח המגנטי של הלוחות, ולבטל כל סיכוי להצלחה אפילו עבור מוסך תיקונים מקצועי.
אם אתם שומעים רעשים מוזרים, קליקים או חריקות מכל דיסק במערך ה-RAID, דרך הפעולה הבטוחה ביותר היא לכבות את המערכת בצורה בטוחה ולא להפעיל אותה מחדש עד שתתבצע הערכה. כפיית תהליך אתחול חוזרת ונשנית עם דיסק פגום מכני גורמת לעיתים קרובות לראשי קריאה/כתיבה שבורים ששורטים את לוח הכונן.
ההמלצה הכללית בכל תרחיש חמור היא להפסיק את כל הפעולות, לתעד ברוגע את מה שקרה (הודעות שגיאה, תאריכים, שינויים אחרונים בחומרה או בתוכנה) ולפנות לשירות המתמחה בשחזור נתוני RAID. ככל שפחות מניפולציות מוקדמות, כך גדלים הסיכויים להצלחה ועלות ההתערבות נמוכה יותר.
למרות שמערכות RAID מודרניות חזקות מאוד וטכנולוגיות האחסון משתפרות בקיבולת ובאמינות מדי שנה, גיבויים קבועים למדיה נפרדת נותרים חיוניים. עם תוכנית גיבוי טובה וראש קר לנוכח כל תקלה, השילוב של מניעה ושירותים מקצועיים מיוחדים מבטיח שגם במקרה של אסונות RAID חמורים, הסיכויים לשחזור מידע קריטי יישארו גבוהים מאוד.
