Latih mengembalikan wiki bersama Anda.

Tentukan apa yang dianggap sebagai notebook yang berfungsi

Gunakan wiki workshop ilustratif dari inventaris layanan. Kriteria keberhasilannya spesifik: editor dapat menemukan dan mengubah halaman uji, pembaca dapat melihat instruksi yang diizinkan, buku organisasi privat tetap tersembunyi, dan diagram terlampir terbuka. Gunakan pemeriksaan ini sebagai rencana uji sebelum membuka cadangan.

Pilih saksi yang sudah ada saat cadangan yang dipilih dibuat. Halaman yang baru dibuat tidak dapat membuktikan bahwa cadangan lama tidak lengkap.

Identifikasi set pemulihan yang tepat

Tulis pengenal cadangan dan stempel waktu pada lembar hasil. Sertakan konfigurasi aplikasi, data basis data, lampiran, dan informasi perangkat lunak yang diperlukan untuk menafsirkannya. Jika waktu pengambilannya berbeda, selidiki bagaimana prosedur pencadangan Anda menjaganya tetap konsisten sebelum memulai latihan.

Untuk repositori restic, pilih snapshot eksplisit atau periksa dengan cermat filter yang digunakan dengan latest. Opsi --path nya memilih snapshot; ini tidak membatasi file yang dipulihkan. Pemulihan dapat menimpa file yang ada, yang merupakan alasan lain untuk menggunakan target khusus yang kosong. Dokumentasi pemulihan restic.

Bedakan pemeriksaan repositori dari pemulihan aplikasi. Default restic check memeriksa struktur repositori; check --read-data juga membaca data pack yang tersimpan dan dapat menghabiskan transfer serta waktu yang substansial. Keduanya tidak memeriksa apakah anggota dapat menggunakan wiki Anda. pemeriksaan integritas restic.

Buat salinan uji tenang sebelum dimulai

Jauhkan host basis data produksi, jalur penyimpanan, dan kredensial keluar dari konfigurasi uji. Minta pemelihara kedua membandingkan setiap tujuan dengan peta layanan. Pastikan target terpisah sebelum operasi pemulihan apa pun yang menulis file atau objek basis data.

• Batasi akses hanya untuk orang yang menjalankan latihan.
• Biarkan catatan DNS produksi tidak berubah.
• Blokir pengiriman keluar atau ganti dengan tujuan penangkapan yang disetujui.
• Nonaktifkan webhook, integrasi terjadwal, dan pekerja antrean hingga perilaku ujinya ditentukan.
• Periksa bahwa tautan browser dan pengalihan tidak dapat secara diam-diam membawa penguji kembali ke produksi.

Perlakukan data yang dipulihkan sebagai data sensitif seperti aslinya. Isolasi adalah pemeriksaan operasional yang harus ditunjukkan, bukan label yang ditempelkan pada direktori. Jika Anda tidak dapat memverifikasi tujuan atau kontrol, berhenti sebelum memulai aplikasi.

Kembalikan bagian-bagian dalam urutan yang disengaja

Ikuti instruksi pemulihan untuk metode instalasi dan versi dalam inventaris Anda. Untuk contoh BookStack, prosedur resmi mencakup pemulihan basis data dan file terpisah, mempertahankan APP_KEYasli, dan menyesuaikan URL aplikasi saat alamat berubah. Pengaturan kontainer memerlukan pemulihan basis data sebelum kontainer aplikasi dijalankan. Urutan pemulihan dan catatan konfigurasi BookStack.

1. Siapkan target runtime dan basis data khusus tanpa memulai lalu lintas anggota biasa.
2. Pulihkan basis data dan file yang cocok; pertahankan cadangan asli tidak berubah.
3. Terapkan alamat lingkungan uji dan koneksi eksternal yang dibatasi.
4. Periksa kepemilikan dan akses file yang diperlukan terhadap instruksi instalasi aplikasi.
5. Mulai layanan dengan tindakan keluar masih terkendali, lalu jalankan saksi yang direncanakan.

Memulihkan versi yang tercatat terlebih dahulu membuat latihan rutin tetap fokus. Jika latihan juga memerlukan perubahan versi, dokumentasikan jalur migrasi dan titik pemulihannya secara terpisah. Jangan jadikan peningkatan yang tidak direncanakan sebagai solusi untuk kegagalan pemulihan yang tidak dapat dijelaskan.

Periksa apa yang berfungsi dan apa yang tetap terlarang

Jalankan pemeriksaan pembaca dan editor dalam sesi peramban terpisah agar sesi administrator tidak dapat menyembunyikan kegagalan izin. Uji lampiran melalui halaman dan alamat langsungnya. Cari frasa yang diketahui, ikuti tautan internal dan periksa satu revisi lama yang seharusnya ada dalam cadangan.

Jika pemeriksaan gagal, catat perbedaan pertama yang teramati. Gambar yang hilang menunjukkan penyelidikan yang berbeda dari pengalihan login yang tidak terduga atau koneksi basis data yang dilarang. Simpan bukti kesalahan yang relevan tanpa menyalin konten privat atau kredensial ke catatan dukungan umum. Perbaiki satu penyebab yang teridentifikasi dan ulangi pemeriksaan yang terdampak; jangan mengubah izin secara luas hanya agar kesalahan hilang.

Hanya uji email terhadap tujuan penangkapan yang dipilih. BookStack menyediakan tindakan email uji dan mendokumentasikan bahwa beberapa kegagalan notifikasi muncul di log alih-alih di halaman pengguna. Tinjau bukti tersebut serta hasil yang terlihat. Pemeriksaan email dan perilaku kegagalan BookStack.

Tinggalkan hasil yang jujur untuk orang berikutnya

Service / test owner / reviewer:
Backup identifier / capture timestamp:
Application and database versions:
Isolated target / access restrictions:
Outbound actions disabled or redirected:
Test start / usable-service checkpoint / finish:
Reader / editor / private book / attachment results:
Search / links / revision / notification results:
Missing information or failed steps:
Corrective action / owner / next exercise:
Test data cleanup completed by:

Masukkan waktu yang teramati hanya setelah melakukan pekerjaan, dan sebutkan titik pemeriksaan mana yang diukur oleh masing-masing. Satu latihan yang berhasil adalah bukti untuk cadangan dan prosedur tersebut; hal itu tidak menetapkan jaminan pemulihan untuk kegagalan lain. Konfirmasikan pembersihan salinan uji dan pesan yang ditangkap sesuai aturan retensi grup. Kembalikan bahan yang hilang ke inventaris, dan gunakan ekspor data portabel untuk menyiapkan jalur terpisah bagi pemindahan konten grup.