העיקרון הזה, שמופיע בעמוד התווך "אמינות" של Google Cloud Well-Architected Framework, מספק המלצות שיעזרו לכם לתכנן ולהריץ בדיקות לשחזור נתונים שאבדו.
העיקרון הזה רלוונטי לתחום ההתמקדות למידה בנושא אמינות.
סקירה כללית של העקרונות
כדי לוודא שהמערכת יכולה להתאושש ממצבים שבהם נתונים אובדים או נפגמים, צריך להריץ בדיקות לתרחישים האלה. מקרים של אובדן נתונים יכולים להיגרם כתוצאה מבאג בתוכנה או מאסון טבע כלשהו. אחרי אירועים כאלה, צריך לשחזר את הנתונים מהגיבויים ולהפעיל מחדש את כל השירותים באמצעות הנתונים ששוחזרו.
מומלץ להשתמש בשלושה קריטריונים כדי לשפוט את ההצלחה או הכישלון של בדיקת שחזור מהסוג הזה: תקינות הנתונים, יעד זמן ההתאוששות (RTO) ויעד נקודת ההתאוששות (RPO). לפרטים על המדדים RTO ו-RPO, קראו את המאמר היסודות של תכנון התאוששות מאסון.
המטרה של בדיקת שחזור הנתונים היא לוודא מדי פעם שהארגון יכול להמשיך לעמוד בדרישות של המשכיות עסקית. בנוסף למדידת RTO ו-RPO, בדיקת שחזור נתונים צריכה לכלול בדיקה של כל מחסנית האפליקציות וכל שירותי התשתית הקריטיים עם הנתונים ששוחזרו. כך אפשר לוודא שכל האפליקציה שנפרסה פועלת כמו שצריך בסביבת הבדיקה.
המלצות
כשמתכננים ומריצים בדיקות להתאוששות מאובדן נתונים, כדאי להביא בחשבון את ההמלצות שבסעיפי המשנה הבאים.
אימות העקביות של הגיבוי ובדיקת תהליכי השחזור
אתם צריכים לוודא שהגיבויים מכילים תמונות מצב עקביות ושימושיות של נתונים, שאפשר לשחזר כדי להחזיר את האפליקציות לפעולה באופן מיידי. כדי לאמת את תקינות הנתונים, הגדירו בדיקות עקביות אוטומטיות שיפעלו אחרי כל גיבוי.
כדי לבדוק את הגיבויים, שחזרו אותם בסביבה שאינה סביבת ייצור. כדי לוודא שאפשר לשחזר את הגיבויים ביעילות ושהנתונים המשוחזרים עומדים בדרישות של האפליקציה, כדאי לדמות באופן קבוע תרחישים של שחזור נתונים. תעדו את השלבים לשחזור הנתונים, והדריכו את הצוותים שלכם איך לבצע את השלבים בצורה יעילה בזמן תקלה.
תזמון גיבויים קבועים ותכופים
כדי לצמצם את אובדן הנתונים במהלך השחזור ולעמוד ביעדי ה-RPO, חשוב לתזמן גיבויים באופן קבוע. הגדירו תדירות גיבוי שתואמת ל-RPO שלכם. לדוגמה, אם ה-RPO הוא 15 דקות, צריך לתזמן את הגיבויים כך שיפעלו לפחות כל 15 דקות. כדאי לבצע אופטימיזציה של מרווחי הזמן בין הגיבויים כדי להפחית את הסיכון לאובדן נתונים.
כדי לתזמן ולנהל גיבויים, השתמשו בכלים של Google Cloud כמו Cloud Storage, גיבויים אוטומטיים של Cloud SQL או גיבויים של Spanner. באפליקציות קריטיות, כדאי להשתמש בפתרונות גיבוי כמעט רציפים כמו שחזור מערכת מנקודה מסוימת בזמן (PITR) ב-Cloud SQL או בגיבויים מצטברים למערכי נתונים גדולים.
הגדרה ומעקב אחרי RPO
הגדירו RPO ברור בהתאם לצרכים העסקיים שלכם, ועקבו אחרי העמידה ב-RPO. אם מרווחי הגיבוי חורגים מה-RPO שהוגדר, אפשר להשתמש ב-Cloud Monitoring כדי להגדיר התראות.
מעקב אחרי תקינות הגיבוי
השתמשו בשירות Backup and DR או בכלים דומים כדי לעקוב אחרי תקינות הגיבויים ולוודא שהם מאוחסנים במיקומים מאובטחים ואמינים. כדי לשפר את העמידות, חשוב לוודא שהגיבויים משוכפלים בכמה אזורים.
תכנון לתרחישים מעבר לגיבוי
כדי לשפר את זמן ההתאוששות במקרים קיצוניים, כדאי לשלב גיבויים עם אסטרטגיות של תוכנית התאוששות מאסון, כמו הגדרות של יתירות כשל פעילה-פעילה או רפליקציה בין אזורים. למידע נוסף, קראו את המדריך לתכנון התאוששות מאסון.