AWS Backup מרחיבה את בדיקות השחזור האוטומטיות גם ל-Amazon Redshift. החידוש, שהוכרז ב-28 באוקטובר 2026, מאפשר לארגונים לא להסתפק בעובדה שקיים Snapshot — אלא לבדוק באופן מחזורי שהגיבוי אכן ניתן לשחזור ולמדוד כמה זמן הפעולה נמשכת.
מה השתנה בפועל
Restore Testing של AWS Backup מאפשר ליצור תוכנית בדיקה מתוזמנת, לשייך אליה משאבי Redshift לפי ARN או לפי תגיות, ולהגדיר אם בכל הרצה ייבחר הגיבוי האחרון או נקודת שחזור אקראית שעומדת בתנאים. השירות מפעיל שחזור אמיתי, עוקב אחר השלמת העבודה ומשווה את משך התהליך ליעד זמן ההתאוששות של הארגון — RTO.
אפשר גם להוסיף שלב Validation משלכם. הבדיקה יכולה לוודא שהמשאב ששוחזר תקין ושיש גישה לנתונים לפני ש-AWS Backup מוחקת את משאבי הבדיקה הזמניים.
למה קיום גיבוי אינו מספיק
דוח שמראה כי גיבוי הסתיים בהצלחה מוכיח שנוצרה נקודת שחזור, אבל לא בהכרח שהנתונים ניתנים להחזרה בזמן הנדרש. הרשאות שגויות, תלות במפתח KMS, שינויי תצורה או פער בתהליך התפעולי עלולים להתגלות רק בזמן שחזור אמיתי.
בדיקה מחזורית הופכת את תהליך ההתאוששות למדיד: האם השחזור הצליח, כמה זמן הוא נמשך, והאם התוצאה עומדת בדרישות המשכיות עסקית ורגולציה.
צעדים מומלצים לצוותי IT ו-Data
- להגדיר RTO מפורש: בלי יעד זמן אי אפשר לדעת אם הבדיקה הצליחה מבחינה עסקית.
- לבחור גם נקודות שחזור אקראיות: לא לבדוק תמיד רק את הגיבוי האחרון.
- להוסיף Validation: למשל חיבור למסד, בדיקת טבלאות קריטיות ושאילתת מדגם.
- לבדוק הרשאות ו-KMS: לוודא שתפקיד השחזור יכול להשתמש במפתחות ובהגדרות הרשת הנדרשות.
- לתעד חריגות: כשל או חריגה מה-RTO צריכים לפתוח משימת טיפול ולא להישאר רק בלוג.
- לחשב עלויות: בדיקות שחזור יוצרות משאבים זמניים ועלולות לכלול חיובי Restore Testing ושימוש בשירותים.
זמינות
התמיכה זמינה בכל אזורי AWS שבהם גם AWS Backup Restore Testing וגם Amazon Redshift נתמכים. ניתן להגדיר את התוכניות דרך הקונסולה, AWS CLI או SDK.
השורה התחתונה: זהו שיפור קטן יחסית בממשק, אך משמעותי בבקרת המשכיות עסקית. גיבוי שלא נבדק הוא עדיין הנחה; בדיקת שחזור מתוזמנת הופכת אותו לראיה.
מקור: הודעת AWS הרשמית, 28.10.2026.
צילום: Nicolas Foster / Pexels. דף המקור והרישיון.
