שחזור אתר: רונבוק, גיבויים ולוחות זמנים

שחזור אתר לאחר תקלה

גילית שהאתר לא נפתח וגישת SSH אבדה? או שהגיבוי האחרון התברר כפגום? ב-10 שנים שחזרנו יותר מ-50 פרויקטים: מפריצות לוורדפרס ועד לכשל מלא של מערך דיסקים. המפתח לשחזור מהיר אינו גבורה, אלא runbook מוכן וגיבויים שנבדקים באופן קבוע. ללא זה, השחזור עלול לקחת ימים במקום שעות. במאמר זה תמצאו סקריפטים מוכנים לאבחון ושחזור, וכן טיפים לאוטומציה של גיבויים. הניסיון שלנו מאשר: הכנה נכונה מפחיתה את זמן ההשבתה פי 5.

תרחישי תקלה עיקריים ואבחון

אבחון הוא הצעד הראשון. הנה סט פקודות סטנדרטי שאנו מריצים כשהאתר לא זמין:

# Проверка сервисов и логов
systemctl status nginx php8.2-fpm mysql
journalctl -u nginx -n 100 --no-pager
tail -100 /var/log/php8.2-fpm.log

# Диагностика диска и памяти
df -h
du -sh /var/log/* | sort -rh | head -10
dmesg | grep -i "out of memory"
free -m

# Если база не отвечает
sudo systemctl restart postgresql
tail -50 /var/log/postgresql/postgresql-14-main.log

גורמים אופייניים: דיסק מלא (ניקוי לוגים, קבצי Docker זמניים), זיכרון לא מספק (הוספת swap), טבלאות מסד נתונים פגומות. לאחר האבחון, בחרו תרחיש שחזור. אם אין גיבוי עדכני, אל תיכנסו לפאניקה — לעיתים קרובות חזרה לדאמפ היציב האחרון מאחסון ענן עוזרת. ודאו שגרסת ה-DBMS תואמת, אחרת השחזור ייכשל.

מדוע בדיקת גיבויים קריטית?

30% מהגיבויים שאנו בודקים בייצור מתבררים כחסרי תועלת: ארכיון פגום, דאמפ לא שלם, אי-התאמת גרסת DBMS. אנו בודקים שחזור בסביבת staging לפני שמסתמכים על גיבוי. הבדיקה אורכת 1-2 שעות אך יכולה לחסוך ימי השבתה. בדיקות קבועות הן הדרך היחידה להבטיח שתוכנית Disaster Recovery שלכם עובדת. לפי ויקיפדיה, בדיקה היא חלק חובה בתוכנית.

אנו ממליצים על שילוב: גיבוי מלא שבועי + אינקרמנטלי יומי. שחזור מגיבוי אינקרמנטלי אורך פי 2-3 יותר מאשר מגיבוי מלא, אך חוסך מקום.

שחזור מגיבוי: שלב-אחר-שלב (המקרה שלנו)

בואו נפרק סיטואציה אמיתית: לקוח עדכן תוסף, האתר קרס, והגיבוי היה מלפני שבועיים. הנה מה שעשינו:

# Определяем последний рабочий бекап
aws s3 ls s3://my-backups/database/ | tail -5
# Скачиваем
aws s3 cp s3://my-backups/database/mysite_<backup_date>.dump.gz /tmp/
# Создаём новую БД (старую не трогаем — сначала тестируем)
createdb mysite_restored
gunzip < /tmp/mysite_<backup_date>.dump.gz | pg_restore -d mysite_restored --no-owner
# Проверяем целостность
psql -d mysite_restored -c "SELECT COUNT(*) FROM users;"
psql -d mysite_restored -c "SELECT MAX(created_at) FROM orders;"
# Переключаем приложение на восстановленную БД (меняем DB_NAME в .env)
# Если всё ок — переименовываем БД
# ALTER DATABASE mysite RENAME TO mysite_broken;
# ALTER DATABASE mysite_restored RENAME TO mysite;

לאחר השחזור, הגדרנו גיבויים אינקרמנטליים יומיים ל-Amazon S3 ובדיקות אוטומטיות באמצעות pgBackRest.

איך לאוטמט את בדיקת הגיבויים?

בדיקה ידנית היא יקרה. אנו משתמשים בסקריפט שפעם בשבוע פורס גיבוי לסביבת staging מבודדת ובודק את שלמות הנתונים. אם הבדיקה נכשלת, הצוות מקבל התראה ב-Slack. אוטומציה של בדיקות מפחיתה את הסיכון לגילוי גיבוי שבור בזמן חירום ב-80%.

שחזור קבצים וחזרה לגרסת קוד

אם רק קבצים נפגמו (למשל, מדיה), השתמשו בסנכרון ענן:

aws s3 sync s3://my-backups/files/ /var/www/mysite/storage/app/public/ \
--exact-timestamps
chown -R www-data:www-data /var/www/mysite/storage/
chmod -R 755 /var/www/mysite/storage/

לחזרה לגרסת קוד, השתמשו ב-Git או Docker:

# Через Git
git log --oneline -10
git checkout <commit-hash>
# или
git revert <bad-commit>
# Через Docker
docker pull myregistry/myapp:previous-tag
docker stop myapp
docker run -d --name myapp myregistry/myapp:previous-tag

איך להכין Runbook לשחזור מהיר?

Runbook הוא מדריך שלב-אחר-שלב לצוות. בלעדיו, אתם מבזבזים עד פי 3 יותר זמן במצב לחץ. אנו כוללים ב-runbook:

• סקריפטים לבדיקת שירותים
• תרחישי שחזור לכל סוג תקלה
• אנשי קשר של אחראים וערוצי התראה
• תבנית Post-mortem

דוגמה לטבלת runbook:

מה כולל שירות השחזור

• ביקורת על תכנית הגיבוי הנוכחית — אנו בודקים מה נשמר ומה ניתן לשחזר.
• הכנת runbook — הוראות מפורטות עבור המחסנית שלכם.
• בדיקת שחזור בסביבת staging — אנו מוכיחים שהתהליך עובד.
• אופטימיזציה של גיבויים — אינקרמנטלי, מחוץ לאתר, מוצפן.
• הדרכת צוות — אנו מקיימים סשן לתרגול תרחיש תקלה.
• תמיכה לאחר השחזור — אנו מבטיחים יציבות ל-30 יום.

לוחות זמנים ועלות

שחזור אתר עם runbook מוכן — בין 1 ל-3 ימים בהתאם למורכבות. ביקורת מלאה והקמת תוכנית Disaster Recovery — בין 5 ל-10 ימי עסקים. העלות מחושבת באופן אישי לאחר הביקורת.

אנו בטוחים באיכות שלנו — אנו מבטיחים תוצאות. העריכו את תכנית השחזור שלכם עכשיו: צרו קשר לביקורת. קבלו רשימת מוכנות והמלצות. הזמינו שחזור היום — המהנדסים שלנו יחזרו אליכם תוך שעה.

המספרים שלנו: 10+ שנות ניסיון, 50+ פרויקטים משוחזרים, זמן שחזור ממוצע של 45 דקות. שחזור מגיבוי שנבדק מהיר פי 5 מאשר מגיבוי שלא נבדק.