ניטור ובדיקות התאוששות מאסון עבור 1C-Bitrix

#!/bin/bash
# Проверка последнего дампа БД
BACKUP_FILE="/backups/db/bitrix_$(date +%Y%m%d).sql.gz"
MIN_SIZE=104857600 # 100 MB — минимальный ожидаемый размер
if [ ! -f "$BACKUP_FILE" ]; then
    echo "CRITICAL: Backup file not found: $BACKUP_FILE"
    exit 2
fi
FILE_SIZE=$(stat -c%s "$BACKUP_FILE")
if [ "$FILE_SIZE" -lt "$MIN_SIZE" ]; then
    echo "CRITICAL: Backup too small: ${FILE_SIZE} bytes"
    exit 2
fi
# Проверка целостности gzip
if ! gzip -t "$BACKUP_FILE" 2>/dev/null; then
    echo "CRITICAL: Backup file is corrupted"
    exit 2
fi
echo "OK: Backup size ${FILE_SIZE} bytes, integrity OK"

ניתן להשתמש בסקריפט זה ב-Nagios, Zabbix או Prometheus כבדיקה חיצונית. התראה נשלחת אם הגיבוי חסר, קטן מדי או פגום.

שכפול מסד נתונים

-- Seconds_Behind_Master > 300 — алерт SHOW SLAVE STATUS\G 

ב-Zabbix, עקוב באמצעות UserParameter או סוכן MySQL.

זמינות נקודת קצה לשחזור

בדיקת בריאות פשוטה של שרת ה-standby ממרכז הנתונים הראשי ומניטור חיצוני:

// /health.php на резервном сервере
<?php
header('Content-Type: application/json');

$checks = [];

// Проверяем доступность БД
try {
    $pdo = new PDO('mysql:host=127.0.0.1;dbname=bitrix_db', 'bitrix_ro', '***');
    $pdo->query("SELECT 1");
    $checks['db'] = 'ok';
} catch (Exception $e) {
    $checks['db'] = 'fail';
}

// Проверяем Redis
$redis = new Redis();
$checks['redis'] = $redis->connect('127.0.0.1', 6379) ? 'ok' : 'fail';

// Проверяем файловую систему Битрикс
$checks['files'] = file_exists('/var/www/bitrix/bitrix/php_interface/dbconn.php') ? 'ok' : 'fail';

$status = in_array('fail', $checks) ? 503 : 200;
http_response_code($status);
echo json_encode(['status' => $status === 200 ? 'ok' : 'degraded', 'checks' => $checks]);

נטר גם שטח פנוי בשרת הגיבוי באמצעות חיישני Zabbix סטנדרטיים — אזהרה ב-<20%.

כיצד אנו מבצעים תרגילי DR: רבעוניים וחודשיים

תרגיל רבעוני

שחזור מלא לסביבת בדיקה מבודדת:

1. קח את הגיבויים העדכניים ביותר של מסד הנתונים והקבצים
2. פרוס על שרת נקי
3. תזמן כל שלב
4. לאחר השחזור — בדיקת עשן אוטומטית

#!/bin/bash
# dr_smoke_test.sh — запускается после восстановления
BASE_URL="https://test-recovery.example.com"

check() {
    local name="$1"
    local url="$2"
    local expected="$3"
    response=$(curl -sf --max-time 30 "$url")
    if echo "$response" | grep -q "$expected"; then
        echo "PASS: $name"
    else
        echo "FAIL: $name — expected '$expected' not found"
        FAILED=1
    fi
}

check "Homepage" "$BASE_URL/" "1С-Битрикс"
check "Catalog" "$BASE_URL/catalog/" "Каталог"
check "Cart API" "$BASE_URL/bitrix/components/bitrix/sale.basket.basket/" "basket"
check "Health endpoint" "$BASE_URL/health.php" '"status":"ok"'

[ -z "$FAILED" ] && echo "All checks passed" || echo "Some checks FAILED"

הגישה שלנו מהירה פי 3 מבדיקות ידניות, כפי שאושר על ידי לקוחות.

תרגיל חודשי

שחזר רק את מסד הנתונים. ודא טריות ה-dump: שחזר על שרת בדיקה, שאל את #!/bin/bash # Проверка последнего дампа БД BACKUP_FILE="/backups/db/bitrix_$(date +%Y%m%d).sql.gz" MIN_SIZE=104857600 # 100 MB — минимальный ожидаемый размер if [ ! -f "$BACKUP_FILE" ]; then echo "CRITICAL: Backup file not found: $BACKUP_FILE" exit 2 fi FILE_SIZE=$(stat -c%s "$BACKUP_FILE") if [ "$FILE_SIZE" -lt "$MIN_SIZE" ]; then echo "CRITICAL: Backup too small: ${FILE_SIZE} bytes" exit 2 fi # Проверка целостности gzip if ! gzip -t "$BACKUP_FILE" 2>/dev/null; then echo "CRITICAL: Backup file is corrupted" exit 2 fi echo "OK: Backup size ${FILE_SIZE} bytes, integrity OK" , -- Seconds_Behind_Master > 300 — алерт SHOW SLAVE STATUS\G , // /health.php на резервном сервере <?php header('Content-Type: application/json'); $checks = []; // Проверяем доступность БД try { $pdo = new PDO('mysql:host=127.0.0.1;dbname=bitrix_db', 'bitrix_ro', '***'); $pdo->query("SELECT 1"); $checks['db'] = 'ok'; } catch (Exception $e) { $checks['db'] = 'fail'; } // Проверяем Redis $redis = new Redis(); $checks['redis'] = $redis->connect('127.0.0.1', 6379) ? 'ok' : 'fail'; // Проверяем файловую систему Битрикс $checks['files'] = file_exists('/var/www/bitrix/bitrix/php_interface/dbconn.php') ? 'ok' : 'fail'; $status = in_array('fail', $checks) ? 503 : 200; http_response_code($status); echo json_encode(['status' => $status === 200 ? 'ok' : 'degraded', 'checks' => $checks]); . בדוק שהנתונים עדכניים (הרשומות האחרונות לא ישנות יותר מ-RPO).

תדירות בדיקות מומלצת

מדדי DR ו-SLA

טעויות נפוצות בהגדרת DR

• בדיקת גודל גיבוי בלבד, לא תקינות
• אי בדיקת שחזור בסביבת ארגז חול מבודדת
• התעלמות מפיגור שכפול כאשר הוא קטן מ-RPO
• אי עדכון תוכנית השחזור לאחר שינויי תשתית

כל הבעיות הללו צצות במהלך התרגיל הראשון — אל תחכה לקריסה.

מה כלול בהגדרת ניטור DR

• סקריפטים לבדיקות גיבוי (תקינות, גודל, גיל)
• אינטגרציה עם מערכת הניטור הקיימת (Zabbix/Prometheus)
• פריסת נקודת קצה לבריאות על שרת ה-standby
• תיעוד של נהלי שחזור ומדדים
• ביצוע התרגיל הראשון עם בדיקת עשן אוטומטית
• הדרכת הצוות שלך על ניטור ודיווח
• חודש תמיכה לאחר היישום

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

הגדרת ניטור DR כולל בדיקות גיבוי ושכפול, אינטגרציה של נקודת קצה לבריאות עם Zabbix/Prometheus, בתוספת התרגיל הראשון עם בדיקת עשן אוטומטית — 3–5 ימי עסקים. החל מ-$2,000. העלות נקבעת באופן אישי לאחר ניתוח התשתית שלך. צור קשר להערכת פרויקט.

למה לבחור בנו

• 10+ שנים במערכת האקולוגית של 1C-Bitrix
• 50+ פרויקטי שחזור מאסון שהושלמו
• מומחים מוסמכים של 1C-Bitrix ו-Bitrix24
• מעל 200 לקוחות מרוצים
• כל המדדים, הבדיקות והדוחות שקופים

איך להתחיל

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