Belajar Veeam - Backup SQL, Exchange, AD & Oracle

#Pendahuluan

Di episode 5 kita menyentuh application-aware processing; di episode 8 kita menyentuh Explorer untuk restore item aplikasi. Di episode 10 kita menggabungkan keduanya secara menyeluruh: backup aplikasi database — SQL Server, Exchange, Active Directory, dan Oracle — dari perspektif konsistensi, desain Application Group, dan agent jobs.

Database adalah jantung bisnis, dan meng-backup-nya salah berarti mengundang bencana. Episode ini membangun pemahaman yang tepat tentang apa yang membuat backup database bisa direstore dengan benar.

#Application-Aware Processing & VSS

#Kenapa Database Butuh Perlakuan Khusus

Seperti dibahas di episode 5, snapshot hypervisor menghasilkan backup crash-consistent — file disk utuh tapi aplikasi tidak. Untuk database, ini berbahaya: transaksi yang belum commit bisa membuat database korup saat recovery. Application-aware processing (VSS) menyelesaikan masalah ini.

#VSS di Windows, dan di Linux

Windows (SQL, Exchange, AD): Veeam memicu VSS — aplikasi menyelesaikan transaksi (quiesce), lalu snapshot diambil. Hasil: backup application-consistent, aman untuk point-in-time recovery.
Linux (Oracle, PostgreSQL, MySQL): Veeam menjalankan script pre-freeze (misal ALTER TABLESPACE ... BEGIN BACKUP untuk Oracle) dan post-thaw agar database konsisten tanpa VSS.

#Guest Credentials dan Koneksi

Application-aware butuh kredensial guest yang valid. Untuk SQL dan Exchange, Veeam juga butuh akses ke aplikasi (misal SQL instance) agar bisa melakukan log truncation dan restore-aware logging. Konfigurasikan di wizard job: Guest Processing → Application-aware processing → Edit → aktifkan per-aplikasi.

Important

Perbedaan crash-consistent vs application-consistent menentukan bisa-tidaknya database di-restore. Backup crash-consistent sebuah SQL Server mungkin bisa dipulihkan oleh SQL recovery, tapi bisa juga gagal atau kehilangan transaksi terakhir — dan kalian tidak akan tahu sampai mencoba. Selalu application-aware untuk database produksi.

#Application Group: SQL + AD + File Server

#Apa Itu Application Group

Application Group adalah kumpulan VM yang di-backup dan di-test sebagai satu entitas berurutan — menyadari ketergantungan antar aplikasi. Contoh klasik: file server memuat database attach dari SQL, dan keduanya dipakai AD. Application Group memastikan:

VM di-backup dalam urutan yang benar (SQL sebelum file server).
Test (SureBackup, episode 8) memverifikasi seluruh stack berfungsi.

#Membuat Application Group

Dari konsol: Backup Infrastructure → Application Groups → Add. Pilih VM, lalu setiap VM diberi test scripts (misal ping, cek port 1433 untuk SQL). Group ini lalu dipakai sebagai dasar SureBackup job — verifikasi menyeluruh bahwa seluruh stack aplikasi bisa hidup dari backup.

#Agent Jobs untuk Database

#Veeam Agent + Plugin Aplikasi

Untuk server fisik atau kasus di mana agent-level lebih tepat, Veeam Agent for Windows mendukung plugin aplikasi:

Microsoft SQL Server — plugin melakukan backup transaction-log-aware dan restore point ke detik.
Microsoft Exchange — mailbox-level backup langsung dari server fisik.
Microsoft SharePoint — item-level restore.
Oracle — via plugin Veeam Agent for Linux dengan RMAN integration.

Pola ini memberi RPO lebih ketat (transaction log backup bisa sering) tanpa menyentuh hypervisor.

#Transaction Log Backup

Veeam memakai log backup SQL untuk restore ke titik waktu (PITR) di episode restore: setelah restore full backup, roll forward transaction log hingga menit yang diinginkan. Untuk memanfaatkannya, aktifkan Log backup di job SQL:

Restore ke titik waktu via log

Full backup ──▶ Log1 ──▶ Log2 ──▶ Log3 ──▶ TARGET TIME

#Praktik Restore Aplikasi

#Explorer for SQL / Exchange / AD / Oracle

Setelah backup application-consistent tersedia, restore granular memakai Explorer:

Explorer for SQL — restore database penuh, table, atau baris; publish ke instance.
Explorer for Exchange — restore mailbox, folder, item ke Exchange Online/on-prem.
Explorer for AD — restore object AD (user/group/OU), re-apply attribute.
Oracle Explorer — restore datafile, tablespace, atau database.

Alur singkat via PowerShell:

Mulai restore session SQL

$rp = Get-VBRRestorePoint -Name "SQL-01" | Select-Object -First 1
Start-VBRSQLRestore -RestorePoint $rp

Lalu di GUI Explorer pilih item yang dibutuhkan.

Tip

Uji restore aplikasi setidaknya sebulan sekali. Mem-backup SQL dengan VSS tidak berguna jika kalian belum pernah membuktikan bahwa Explorer for SQL benar-benar mengembalikan database ke instance. Jadikan "restore drill aplikasi" bagian dari SOP bulanan — episode 20 menghubungkannya dengan report dan monitoring.

#Verifikasi

Pastikan setelah episode ini:

Job SQL/Exchange/AD berjalan Success dengan application-aware active.
Explorer for SQL berhasil merestore satu database ke instance test.
Application Group mencakup SQL + AD + file server dengan urutan benar.
(Opsional) Transaction log backup aktif untuk PITR.

#Penutup

Inti yang harus dibawa pulang:

Application-aware (VSS) menghasilkan backup application-consistent — syarat restore database yang benar.
Application Group meng-orkestrasi backup & test multi-aplikasi (SQL + AD + file server).
Agent jobs + plugin menangani SQL/Exchange/SharePoint/Oracle di server fisik.
Transaction log backup memungkinkan restore point-in-time.
Explorer for SQL/Exchange/AD/Oracle untuk restore granular item aplikasi.

Di episode 11 selanjutnya kita akan membahas backup M365 & Salesforce — Veeam Backup for Microsoft 365 (Exchange Online, SharePoint, OneDrive, Teams) dengan lisensi per user, serta Veeam Backup for Salesforce untuk metadata & data, yang diperluas platform-nya di v13. Data SaaS kalian akhirnya terlindungi!