SOP Backup Bare-Metal Server Linux & Restore Cepat

Mengelola server fisik bare-metal untuk beban kerja database krusial atau aplikasi enterprise membutuhkan kesiapan disaster recovery tingkat tinggi. Saat motherboard meledak, controller RAID rusak, atau storage internal mengalami kegagalan fatal, tim IT tidak boleh membuang waktu berjam-jam menginstal OS Linux dari nol dan mengonfigurasi ulang ribuan dependensi paket.

Dokumen ini menyajikan Standar Operasional Prosedur (SOP) backup bare-metal server Linux berkinerja tinggi yang menjamin waktu pemulihan (RTO) di bawah 45 menit.

---

Arsitektur Pemisahan Backup OS vs Data Aplikasi

Kesalahan umum administrator adalah mencampur data sistem operasi statis dengan data aplikasi transaksional dinamis dalam satu job backup. Arsitektur bare-metal yang benar membagi beban menjadi dua jalur:

+-------------------------------------------------------------------------------+
|                 ARSITEKTUR BACKUP BARE-METAL SERVER LINUX                     |
+-------------------------------------------------------------------------------+
|                                                                               |
|  [ BARE-METAL PRODUCTION SERVER ]                                             |
|         |                                                                     |
|         +---> JALUR 1: OS & Config (ReaR / Block Level)                       |
|         |     - Bootloader UEFI, Partisi /, /etc, Konfigurasi Jaringan        |
|         |     - Output: Bootable Rescue ISO + Tar Image                       |
|         |     - Frekuensi: Mingguan / Setiap Perubahan Config                 |
|         |                                                                     |
|         +---> JALUR 2: Stateful Data (LVM Snapshot & DB Dump)                 |
|               - Database PostgreSQL/MySQL (/var/lib/...) & File Storage       |
|               - Output: Inkremental Terenkripsi BorgBackup                    |
|               - Frekuensi: Harian / Setiap 4 Jam                              |
|                                                                               |
|         v                                                                     |
|  [ REPOSITORI PENYIMPANAN: NFS Storage / NAS Lokal + Cloud Offsite Vault ]    |
|                                                                               |
+-------------------------------------------------------------------------------+

---

Implementasi Relax-and-Recover (ReaR)

ReaR adalah standar industri untuk membuat rescue image yang mampu merekonstruksi skema disk secara otomatis.

1. Instalasi dan Konfigurasi /etc/rear/local.conf

# Instalasi paket pada Ubuntu / Debian
apt-get install -y rear binutils isolinux syslinux-common

# Edit file konfigurasi ReaR
cat << 'EOF' > /etc/rear/local.conf
OUTPUT=ISO
OUTPUT_URL=nfs://192.168.10.100/mnt/backup/rear-iso
BACKUP=NETFS
BACKUP_URL=nfs://192.168.10.100/mnt/backup/rear-data
BACKUP_PROG_EXCLUDE=( '/tmp/*' '/var/tmp/*' '/var/lib/postgresql/*' '/mnt/*' )
REQUIRED_PROGS=( "${REQUIRED_PROGS[@]}" btrfs gdisk )
EOF

2. Eksekusi Pembuatan Rescue Image & System Backup

# Menjalankan pembuatan ISO bootable dan backup sistem OS
rear -v mkbackup

Perintah ini menghasilkan satu file ISO mandiri yang memuat kernel Linux, network configuration, dan script otomatis untuk mem-format ulang storage fisik saat proses restore.

---

Pencadangan Database Konsisten via LVM Snapshot

Untuk database berukuran besar, gunakan fitur LVM Snapshot agar backup berjalan konsisten tanpa mengunci transaksi tabel:

#!/usr/bin/env bash
# /opt/scripts/backup-db-lvm.sh
set -euo pipefail

# 1. Kunci flush transaksi database sementara
psql -U postgres -c "SELECT pg_backup_start('LVM_SNAPSHOT_BACKUP');"

# 2. Buat snapshot LVM instan (hanya butuh 1-2 detik)
lvcreate -L 20G -s -n pg_snap /dev/vg_system/lv_postgres

# 3. Lepas penguncian database
psql -U postgres -c "SELECT pg_backup_stop();"

# 4. Mount snapshot dan lakukan transfer backup via Borg/Rsync
mkdir -p /mnt/snapshot
mount -o ro /dev/vg_system/pg_snap /mnt/snapshot
borg create /mnt/nas-backup/borg::"{now}" /mnt/snapshot

# 5. Lepas dan hapus snapshot LVM
umount /mnt/snapshot
lvremove -y /dev/vg_system/pg_snap
echo "[$(date)] LVM Snapshot Database Backup Sukses."

---

SOP Pemulihan Bencana (Bare-Metal Restore Runbook)

Saat server fisik mengalami kerusakan total dan unit pengganti telah terpasang di rak data center:

+-------------------------------------------------------------------------------+
|                    RUNBOOK PEMULIHAN BARE-METAL SERVER (RTO < 45 MIN)         |
+-------------------------------------------------------------------------------+
|  1. Boot Mesin Baru : Masukkan USB Rescue ReaR atau boot via PXE Network      |
|  2. Menu Boot       : Pilih opsi 'Recover [hostname]' pada layar konsol       |
|  3. Disk Mapping    : ReaR otomatis mendeteksi ukuran disk baru & partisi GPT  |
|  4. System Restore  : ReaR mengekstrak image OS, fstab, driver, dan network   |
|  5. Reboot Inisial  : Cabut USB, reboot server ke OS produksi                 |
|  6. Sync Data DB    : Tarik data terbaru dari repositori BorgBackup           |
|  7. Verifikasi      : Jalankan `systemctl status postgresql` & cek aplikasi   |
+-------------------------------------------------------------------------------+

---

Kesimpulan

Infrastruktur bare-metal membutuhkan keandalan yang tidak bisa dinegosiasikan. Dengan memisahkan disaster recovery image sistem menggunakan ReaR dan mencadangkan data aplikasi menggunakan snapshot LVM yang konsisten, tim IT enterprise dapat memulihkan server fisik secara cepat, terukur, dan bebas dari kepanikan.