Yedekten geri dönme: loglama-ctl backup/restore ve DR provası
5651'de yedek almak tek başına yeterli değildir; yedeğin geri yüklenebilir olduğu düzenli olarak kanıtlanmalıdır. Bu kılavuz yedek mekanizmasını, haftalık kurtarma provasını ve gerçek felaket anındaki restore prosedürünü anlatır.
Adım adım
- 1
Yedek mekanizmasını tanıyın
Log veritabanının yedeği panelden tek tıkla ya da komut satırından
loglama-ctl backupile alınır; çıktı/var/lib/loglama/backups/loglama-<zaman>.zipdosyasıdır. Günlük yedeği zamanlanmış hâle getirin ve yedek dizininin gerçekten dolduğunu düzenli kontrol edin. Hedefler: kabul edilebilir veri kaybı (RPO) en çok 24 saat, kurtarma süresi (RTO) en çok 2 saat. - 2
Şifreleme anahtarını ayrı ve yedekli saklayın
Veri diski şifrelidir ve anahtar kaybı veri kaybı demektir: veri hacmini geri yüklerken aynı disk şifreleme anahtarı (
CLICKHOUSE_DISK_KEY_HEX) gerekir. Anahtarı veri yedeğinden AYRI bir yerde, gizli ve yedekli tutun. Yedek dosyaları ise şifresi çözülmüş yazılır — yedek dizinini erişim kontrollü tutun ve kurum dışına (off-site) kopyayı mutlaka şifreleyerek taşıyın. - 3
Haftalık DR provasını kurun
Kurtarma provası yıkıcı değildir: canlı veritabanına dokunmadan yedeği ayrı bir isme geri yükler, satır sayılarını ve denetim zinciri başını canlıyla karşılaştırır, sonra temizler. Provayı haftalık zamanlanmış görev olarak (ör. Pazartesi 03:00) çalıştırın ve başarısız çıkışı e-posta/bildirim alarmına bağlayın. Son dört koşunun sonucunu denetim dosyanızda saklayın — ISO 27001 denetimlerinde de istenir.
- 4
Gerçek restore öncesi durumu emniyete alın
Gerçek geri yükleme YIKICIDIR ve yalnızca veri kaybı/bozulma doğrulandığında, yetkili onayıyla yapılmalıdır. Başlamadan önce disk şifreleme anahtarının doğru olduğunu doğrulayın (yanlış anahtarla başlatmak yeni boş şifreli veri yazabilir — anahtar yoksa DURUN) ve mümkünse mevcut durumun da bir yedeğini alın. Log toplama ve paneli durdurarak yazımı kesin.
- 5
Geri yüklemeyi çalıştırın
Hedef yedeği listeden seçin ve
loglama-ctl restore <dosya.zip>komutuyla geri yükleyin. Büyük veri setlerinde tümü yerine bölüm (partition) bazlı geri yükleme süreyi kısaltır; emin değilseniz yedeği önce ayrı bir isme yükleyip doğruladıktan sonra geçiş yapın. - 6
Doğrulayın ve servisleri başlatın
Geri yükleme sonrası satır sayılarını beklenenle karşılaştırın ve 5651 imza zincirini
loglama-ctl verifyile uçtan uca doğrulayın — Merkle/TSA mühürleri sağlamsa kanıt zinciri kesintisiz demektir. Ardından servisleri başlatın ve panelinGenel Bakışekranında akışın döndüğünü izleyin. - 7
Olayı kayıt altına alın
Restore işlemini denetim kaydına işleyin: kim yaptı, neden gerekti, hangi yedekten dönüldü, ne kadar sürdü. Ölçülen süreyi RTO hedefinizle (≤ 2 saat) karşılaştırın; hedef aşıldıysa prova düzeninizi ve yedek stratejinizi gözden geçirin.
İpuçları
- Yedeğin varlığı değil, geri yüklenebilirliği güvencedir — provası yapılmamış yedek, yedek sayılmaz.
- Ham loglar toplayıcıya idempotent aktığından, son yedekten sonraki kısa pencere çoğu zaman cihazlardan yeniden beslenebilir.
- Sanal makine anlık görüntüsü (snapshot) veritabanı yedeğinin yerine geçmez; ikisini birlikte planlayın.
- Arşiv yedekleme (harici imzalı paketler) ile veritabanı yedeğini karıştırmayın: ilki kanıt kopyasıdır, ikincisi işletim kurtarmasıdır.
Bir adımda takıldıysanız bize yazın — kılavuzun adını ve hangi adımda olduğunuzu belirtirseniz hızla yardımcı oluruz.