Contents — find the section you need
Change parameters and verify
Open the panel, then press Run to load Python. You can stop execution and reset parameters. Results are computed on this device. No Python installation is required.
Local execution steps below are optional for reproducing the source results; they are not required for the browser experiment.
The experiment controls are in English.
Başarılı bir yedekleme çıkış kodu, bir hizmetin kaydedilen verilerden yeniden başlatılabileceğini kanıtlamaz. Dosya geri yükleme, veritabanı okunabilirliği ve ihtiyaç duyduğunuz uygulama işlemlerini ayrı ayrı ele alın. Üretim verilerine asla erişmeyen bir alıştırma ile başlayın.
Başarılı kurtarmayı tanımlayın
Bir fotoğraf hizmetinin, görüntüler ve veritabanı kayıtları arasında ilişkilere ihtiyacı vardır. Kimlik doğrulama ayrıca yapılandırmaya ve şifreleme anahtarlarına da bağlı olabilir. Kabul edilebilir veri kaybı penceresini (RPO), kabul edilebilir kurtarma süresinden (RTO) ayrı olarak tanımlayın. Yedekleme sıklığı ve geri yükleme süresi farklı ölçümlerdir.
İzole bir alıştırma çalıştırın
restore_lab.py dosyasını kaydedin ve python3 restore_lab.py dosyasını çalıştırın. Python 3.12.3 standart kütüphanesini kullanır. Her çalıştırma yeni bir geçici dizin, bir metin dosyası ve bir SQLite kaydı oluşturur. Mevcut bir hizmeti veya veri kümesini durdurmaz veya silmez.
Bu betik, veritabanını kopyalamak için SQLite'ın yedekleme API'sini kullanır, metin dosyasıyla birlikte ZIP dosyasına paketler ve başka bir boş dizine geri yükler. SHA-256 özetlerini, PRAGMA integrity_check'ü ve bilinen bir SQL kaydını kontrol eder. SQLite'ın resmi yedekleme API açıklamasına bakın.
file_hashes: pass
sqlite_integrity: pass
application_read: pass
scope: synthetic fixture only
Üç kontrol de 7 Eylül 2026'da başarılı oldu. Burada, uygulama okuma, Immich veya Nextcloud'u başlatmak değil, bilinen SQL sorgusunu ifade eder. Yazdırılan directory, saklanan kanıtları içerir. Bu geçici dizindeki ZIP dosyası, depolama aygıtının kaybolmasına karşı bir koruma değil, bir alıştırma nesnesidir.
Gerçek hizmetleri tutarlı bir şekilde yakalama
Canlı veritabanı dosyalarının sıradan kopyalanması, kurtarma için gereken tutarlılığı koruyamayabilir. PostgreSQL için, SQL dökümleri gibi yöntemlerin gereksinimlerini inceleyin. Veritabanı anlık görüntüsü ile referans verilen harici dosyalar arasındaki tutarlılık ayrı bir konudur.
| Bileşen | Koruma | Geri yükleme kontrolü |
|---|---|---|
| Yapılandırma | Oluşturma, ayarlar ve görüntü sürümleri | Amaçlanan kurulumu yeniden oluşturma |
| Veritabanı | Tutarlı döküm veya desteklenen yedekleme | Yükleme ve bütünlük kontrolleri başarılı |
| Yüklemeler | Dosyalar ve meta veri ilişkileri | Bilinen dosyaları açma |
| Sırlar | Anahtarlar ve kimlik doğrulama materyali | Yetkili yöneticiler kurtarabilir |
Eşleşen hash'ler, yakalanan kopyayla eşitliği sağlar. Tüm uygulamanın yakalama anında tutarlı olduğunu kanıtlamazlar.
restic ile ek kontroller
Aşağıda, restic'in zaten kurulu olduğu bir ortam için bir prosedür bulunmaktadır; bu alıştırmada restic çalıştırılmamıştır. Depoyu ve kimlik bilgilerini ayrı ayrı yapılandırın ve restic version'i kaydedin. Bir anlık görüntü seçin ve boş bir hedefe geri yükleyin.
restic snapshots
restic check --read-data
restic restore SNAPSHOT_ID --target /path/to/empty-restore
Ortamınız için kimliği ve yolu değiştirin. Kurtarma ve depo kontrolü farklı soruları yanıtlar. --read-data ile depolanmış verileri okurken çalışma zamanı ve aktarım maliyetlerini hesaba katın.
Kurtarma kaydı tutun
Yakalama zamanını, kurtarmanın başlangıç ve bitiş zamanını, veri hacmini, sürümleri, dosya kontrol sonuçlarını ve uygulama işlemlerini kaydedin. Üretim verilerini değiştirmeden önce, giden e-posta ve web kancaları devre dışı bırakılarak, izole bir ortamda doğrulayın. Kimlik doğrulama ve dosya okuma kontrolleri, bu küçük alıştırmayı ev sunucusu platformu için hizmete özgü bir prosedüre dönüştürür.
Yorumlar
Lütfen önce giriş yapın.
Henüz veri yok.