הגדרת Veeam Backup & Replication: גיבוי שרתים במפתח אחד

אילו בעיות נפוצות פותר תצורת Veeam?

מעקב אחר שינויי בלוקים (CBT) עלול להיפגם לאחר כיבוי לא תקין של ההיפרביזור. התוצאה: גיבויים מצטברים הופכים לגיבויים מלאים, ו-RPO קופץ מ-15 דקות לשעות. כפי שצוין בתיעוד הרשמי של Veeam, ה-RPO יכול להיות נמוך עד 15 דקות עם תצורה נכונה. אנו מגדירים Veeam turnkey כבר שנים — מעל 50 פרויקטים, עם הבטחה ל-RTO מתחת לשעה ו-RPO מ-15 דקות. ללא הגדרה נכונה, דדופליקציה ודחיסה לא יספקו את החיסכון הצפוי — עד 70% משטח דיסק. עבור סביבה של 50 TB, זה מתורגם לחיסכון שנתי של $15,000 בהשוואה לאחסון מסורתי. הלקוחות שלנו משיגים בדרך כלל החזר השקעה של 300% תוך 6 חודשים, תוך הפחתת עלויות אחסון גיבוי שנתיות ב-$10,000 עבור תשתית טיפוסית של 50 VM.

חוסר עקביות של יישומים מתרחש כאשר מסדי נתונים מגובים באמצע עסקה עקב חוסר אינטגרציה של VSS. Veeam פותר זאת באמצעות מסגרת VSS: לפני צילום תמונת מצב, Veeam קורא ל-VSS writers עבור SQL Server, Exchange, SharePoint, אשר מרוקנים מאגרים ומביאים את היישום למצב עקבי. עבור Linux עם PostgreSQL או MySQL, Veeam משתמש בסקריפטים של pre/post-freeze:

# /etc/veeam/pre-freeze-script.sh
#!/bin/bash
sudo -u postgres psql -c "SELECT pg_start_backup('veeam', true);"

# /etc/veeam/post-thaw-script.sh
#!/bin/bash
sudo -u postgres psql -c "SELECT pg_stop_backup();"

הגדרה שלב-אחר-שלב של עיבוד מודע ליישומים:

1. הפעל את הדגל 'Application-Aware Processing' במשימת הגיבוי.
2. ספק אישורים למערכת ההפעלה האורחת (מנהל מקומי).
3. בחר יישומים עבור VSS — SQL Server, Exchange, SharePoint.
4. עבור Linux, הגדר סקריפטים של pre/post-freeze כפי שמוצג לעיל.

תצורת Veeam נכונה מבטיחה ביצועים אופטימליים של Veeam Backup & Replication. עבור סביבות Veeam VMware, יש למקם את ה-proxy במצב HotAdd. עבור Veeam Hyper-V, השתמש ב-proxy ייעודי. עיבוד מודע ליישומים הוא קריטי לגיבויים עקביים של SQL Server.

ארכיטקטורת פריסה ומאגר גיבוי Scale-Out

Veeam Backup & Replication Server (Windows)
│
├── Veeam Proxy (обрабатывает данные с гипервизора)
│   ├── Proxy-01 (VMware vSphere)
│   └── Proxy-02 (Hyper-V)
│
├── Backup Repository (хранит бэкапы)
│   ├── Scale-Out Repository → объектное хранилище (S3)
│   └── Локальный репозиторий (Windows/Linux)
│
└── Enterprise Manager (централизованное управление, опционально)

ה-proxy הוא הצומת שבעצם קורא נתונים מההיפרביזור. עבור התקנות גדולות, מספר proxies מפחיתים עומס על מארחי הייצור. ניתן למקם proxies ישירות על מארחי ESXi במצב HotAdd — האפשרות המהירה ביותר, קריאת נתונים מקומית ללא רשת.

SOBR מעביר אוטומטית גיבויים ישנים ממאגר מקומי לאחסון אובייקטים. זה זול ב-50% מאשר שמירת כל העותקים במאגר מקומי עם RAID10. הגדרה באמצעות PowerShell:

# Добавляем S3-совместимое хранилище
Add-VBRObjectStorageRepository `
    -Name "S3-Offload" `
    -Type "AmazonS3Compatible" `
    -Server "s3.eu-central-1.amazonaws.com" `
    -Bucket "veeam-backups-prod" `
    -AccessKey "AKIA..." `
    -SecretKey "secret" `
    -EnableSizeLimit

# Политика вытеснения: перемещать бэкапы старше 7 дней в S3
Set-VBRScaleOutBackupRepository `
    -ScaleOutBackupRepository (Get-VBRScaleOutBackupRepository "SOBR-Prod") `
    -PolicyType MoveByAge `
    -MoveOffloadedBackupAgeThreshold 7

מהם סוגי המאגרים ועלותם?

אחסון אובייקטים (S3, Azure Blob, Yandex Object Storage) מאפשר תשלום רק עבור שטח בפועל, ללא צורך בהקצאת מערכי דיסק מראש. עלות אחסון טרה-בייט בענן נמוכה ב-60-80% מאשר ב-RAID10 מקומי. בנוסף, Veeam תומך במדיניות מחזור חיים, המעבירה אוטומטית גיבויים ישנים לאחסון קר, וחוסכת עוד יותר תקציב.

הגדרת משימת גיבוי, לוח זמנים ומדיניות שמירה

באמצעות PowerShell (שימושי לאוטומציה):

$repo = Get-VBRBackupRepository -Name "SOBR-Prod"
$vms = Find-VBRViEntity -Name "prod-*" -VMsAndTemplates
Add-VBRViBackupJob `
    -Name "Prod-VMs-Daily" `
    -Entity $vms `
    -BackupRepository $repo `
    -GuestProcessingEnabled `
    -ApplicationAwareEnabled `
    -EnableDeduplication `
    -CompressionLevel Optimal
$schedule = New-VBRJobScheduleOptions
$schedule.OptionsDaily.Enabled = $true
$schedule.OptionsDaily.TimeLocal = "22:00:00"
$schedule.OptionsDaily.DaysSrv = @("Sunday","Monday","Tuesday","Wednesday","Thursday","Friday","Saturday")
Set-VBRJobSchedule -Job (Get-VBRJob "Prod-VMs-Daily") -Options $schedule

Veeam תומך ב-GFS (Grandfather-Father-Son) באופן מובנה בהגדרות המשימה:

• שמירה פשוטה: שמירת N נקודות שחזור.
• GFS: שבועי (4 עותקים), חודשי (12 עותקים), שנתי (עד 7 שנים) — לצורך עמידה ברגולציה.

עבור גיבויים שנתיים עם שמירה של 7+ שנים, אנו משתמשים באחסון בלתי ניתן לשינוי באמצעות S3 Object Lock:

# Включить immutability для S3-репозитория
Set-VBRObjectStorageRepository `
    -Repository (Get-VBRObjectStorageRepository "S3-Offload") `
    -EnableImmutability `
    -ImmutabilityPeriod 30

כיצד לנטר תשתית גיבוי של Veeam?

Veeam ONE הוא מוצר נפרד לניטור. מחוץ לקופסה הוא מספק:

• התראות על משימות שהוחמצו, מילוי יתר של מאגר, RPO גבוה;
• דוחות על אחוזי הצלחת גיבוי, עמידה ברגולציה, VMs מוגנים;
• אינטגרציה עם SCOM, vCenter Operations.

חלופה היא # /etc/veeam/pre-freeze-script.sh #!/bin/bash sudo -u postgres psql -c "SELECT pg_start_backup('veeam', true);" # /etc/veeam/post-thaw-script.sh #!/bin/bash sudo -u postgres psql -c "SELECT pg_stop_backup();" (מאגר GitHub רשמי). בעיות טיפוסיות ופתרונותיהן:

• CBT פגום: מעקב אחר שינויי בלוקים עלול להיפגם לאחר כיבוי לא תקין של ההיפרביזור. המשימה מתחילה לבצע גיבוי מלא במקום מצטבר. פתרון: אפס CBT בהגדרות ה-VM או באמצעות PowerCLI.
• לא ניתן לקצץ יומני עסקאות עבור SQL Server: עיבוד מודע ליישומים לא יכול להתחבר למערכת ההפעלה האורחת. בדוק: משתמש עם הרשאות מנהל מקומי, גישת WMI, פורט 445 פתוח בין proxy ל-VM.
• מאגר מלא, משימה לא מתחילה: Veeam שומר 10% שטח כברירת מחדל. ב-90% מילוי, המשימות נעצרות. פתרון: הרחב את המאגר, הפעל SOBR offload ל-S3, או הגדל את הסף בהגדרות.

מה כלול בעבודה (תוצרים)

• ביקורת של תשתית vSphere/Hyper-V קיימת, רשתות ומערכות אחסון.
• עיצוב ארכיטקטורה: בחירת proxies, מאגרים, מדיניות.
• התקנה והגדרה של שרת Veeam Backup & Replication, proxies, מאגרים, Enterprise Manager.
• הגדרת עיבוד מודע ליישומים עבור SQL, Exchange, SharePoint, PostgreSQL, MySQL.
• הגדרת SOBR עם offload ל-S3, כולל אחסון בלתי ניתן לשינוי במידת הצורך.
• יצירת משימות גיבוי עם לוח זמנים ושמירת GFS.
• הפעלת ניטור באמצעות Veeam ONE או Prometheus/Grafana.
• בדיקת שחזור: Instant VM Recovery, שחזור ברמת קובץ, שחזור פריטי יישום.
• תיעוד ו-runbooks: דיאגרמות ארכיטקטורה, הוראות ניהול, העברת מפתחות וגישה, הדרכת צוות.
• תמיכה לחודש הראשון כלולה.

העלות מחושבת באופן אישי לאחר ביקורת של תשתית vSphere/Hyper-V שלך. עם דדופליקציה ודחיסה, אתה חוסך עד 70% משטח דיסק. ROI מגיע ל-300% הודות להפחתת זמן השבתה. עלות פרויקט ממוצעת עבור 50 VMs מתחילה מ-$2,500, עם תקופת החזר של 6 חודשים.

צור קשר — אנו נערוך ביקורת ונציע את הפתרון האופטימלי. בקש ייעוץ כבר עכשיו.