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.
Kode keluar pencadangan yang berhasil tidak membuktikan bahwa layanan dapat dimulai ulang dari data yang tersimpan. Pisahkan pemulihan file, keterbacaan basis data, dan operasi aplikasi yang Anda butuhkan. Mulailah dengan latihan yang tidak pernah mengakses data produksi.
Mendefinisikan pemulihan yang berhasil
Layanan foto membutuhkan hubungan antara gambar dan catatan basis data. Otentikasi juga dapat bergantung pada konfigurasi dan kunci enkripsi. Definisikan jendela kehilangan data yang dapat diterima, RPO, secara terpisah dari durasi pemulihan yang dapat diterima, RTO. Frekuensi pencadangan dan waktu pemulihan adalah pengukuran yang berbeda.
Menjalankan latihan terisolasi
Simpan restore_lab.py dan jalankan python3 restore_lab.py. Ini menggunakan pustaka standar Python 3.12.3. Setiap eksekusi membuat direktori sementara baru, satu file teks, dan satu catatan SQLite. Ini tidak menghentikan atau menghapus layanan atau dataset yang ada.
Skrip ini menggunakan API pencadangan SQLite untuk menyalin basis data, mengemasnya bersama file teks ke dalam ZIP, dan memulihkannya ke direktori kosong lainnya. Skrip ini memeriksa hash SHA-256, PRAGMA integrity_check dan catatan SQL yang diketahui. Lihat penjelasan API pencadangan resmi SQLite.
file_hashes: pass
sqlite_integrity: pass
application_read: pass
scope: synthetic fixture only
Ketiga pemeriksaan tersebut berhasil pada tanggal 7 September 2026. Di sini, pembacaan aplikasi berarti kueri SQL yang diketahui, bukan memulai Immich atau Nextcloud. directory yang dicetak berisi bukti yang disimpan. ZIP di direktori sementara tersebut adalah artefak latihan, bukan perlindungan terhadap kehilangan perangkat penyimpanan.
Menangkap layanan nyata secara konsisten
Penyalinan biasa file basis data langsung mungkin tidak mempertahankan konsistensi yang dibutuhkan untuk pemulihan. Untuk PostgreSQL, tinjau persyaratan metode seperti dump SQL. Konsistensi antara snapshot basis data dan file eksternal yang dirujuk merupakan masalah terpisah.
| Komponen | Pertahankan | Pemeriksaan pemulihan |
|---|---|---|
| Konfigurasi | Susun, pengaturan, dan versi gambar | Buat ulang pengaturan yang dimaksud |
| Basis Data | Dump yang konsisten atau cadangan yang didukung | Pemeriksaan pemuatan dan integritas berhasil |
| Unggahan | File dan hubungan metadata | Buka file yang dikenal |
| Rahasia | Kunci dan materi otentikasi | Administrator yang berwenang dapat memulihkan |
Pencocokan hash membuktikan kesamaan dengan salinan yang diambil. Ini tidak membuktikan bahwa seluruh aplikasi konsisten pada saat pengambilan.
Pemeriksaan tambahan dengan restic
Berikut ini adalah prosedur untuk lingkungan di mana restic sudah terinstal; restic tidak dijalankan dalam latihan ini. Konfigurasi repositori dan kredensial secara terpisah dan rekam restic version. Pilih snapshot dan pulihkan ke tujuan kosong.
restic snapshots
restic check --read-data
restic restore SNAPSHOT_ID --target /path/to/empty-restore
Ganti ID dan jalur untuk lingkungan Anda. Pemulihan dan pemeriksaan repositori menjawab pertanyaan yang berbeda. Perhitungkan biaya waktu proses dan transfer saat membaca data yang tersimpan dengan --read-data.
Simpan catatan pemulihan
Catat waktu pengambilan, mulai dan selesai pemulihan, volume data, versi, hasil pemeriksaan file, dan operasi aplikasi. Verifikasi di lingkungan terisolasi sebelum mengganti data produksi, dengan email keluar dan webhook dinonaktifkan. Pemeriksaan otentikasi dan pembacaan file mengubah latihan kecil ini menjadi prosedur khusus layanan untuk platform home-server.
Komentar
Silakan masuk terlebih dahulu.
Belum ada data.