Tüm kılavuzlar
Bakım & KVKK ~20 dakika

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. 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 backup ile alınır; çıktı /var/lib/loglama/backups/loglama-<zaman>.zip dosyası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. 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. 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. 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. 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. 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 verify ile 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 panelin Genel Bakış ekranında akışın döndüğünü izleyin.

  7. 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.