Ditinjau · sumber daya Hosmio
Sebelum Anda mulai
Pilih tujuan sekali pakai dan cakupan uji tertulis. Konfirmasikan akses ke kode aplikasi, versi perangkat lunak yang diperlukan dan materi cadangan yang disetujui. Jaga target terpisah dari produksi, dengan notifikasi keluar, tugas terjadwal dan penulisan eksternal dinonaktifkan hingga sengaja diuji.
01
Daftar apa yang harus dipindahkan dan apa yang harus dibuat ulang.
Sertakan runtime, database, file yang diunggah, konfigurasi, tugas terjadwal, sertifikat, kepemilikan DNS dan integrasi eksternal. Catat siapa yang mengendalikan setiap dependensi dan bagaimana akses dapat dipulihkan jika VPS saat ini tidak tersedia. Identifikasi fitur khusus pemasok yang memerlukan penggantian daripada salinan file.
Tuliskan versi dan ekstensi yang diharapkan. Perintah instalasi yang mengambil apa pun yang terbaru hari ini mungkin tidak membuat ulang aplikasi yang Anda operasikan. Rujuk penyimpanan rahasia terlindungi untuk kredensial; rencana pemulihan harus menjelaskan bagaimana orang berwenang mengambilnya tanpa menaruh rahasia dalam rencana itu sendiri.
02
Pilih metode ekspor dan pemulihan yang sadar data.
Untuk PostgreSQL, ekspor logis dengan pg_dump mencakup satu database, sedangkan objek global seperti role perlu penanganan terpisah. Alat ini menolak melakukan dump pada server dari versi utama yang lebih baru daripada yang didukung klien. Dokumentasi resmi juga memperingatkan agar tidak menganggap pg_dump sebagai strategi cadangan produksi reguler yang universal. PostgreSQL: pg_dump ↗
Pilih metode yang sesuai dengan aplikasi dan kebutuhan pemulihan Anda bersama operatornya. Catat apa yang dihilangkan oleh ekspor dan bagaimana file dijaga konsisten dengan referensi database. Perintah yang berhasil kembali adalah pemeriksaan awal yang berguna, bukan bukti bahwa aplikasi lengkap telah terjaga.
03
Pulihkan ke target yang secara eksplisit terpisah.
Periksa arsip dan tujuan sebelum memulihkan. Pemulihan arsip PostgreSQL menggunakan pg_restore; opsi yang membersihkan objek yang ada dapat menghapus data, dan perilaku defaultnya dapat berlanjut setelah kesalahan SQL. Rencanakan penanganan kesalahan dan periksa hasilnya daripada mengasumsikan semua objek telah dipulihkan. PostgreSQL: pg_restore ↗ Jangan menjalankan tutorial terhadap database produksi hanya karena namanya sudah familiar.
Untuk cadangan file, pilih snapshot yang dimaksud dan tujuan pengujian yang kosong. Restic mendokumentasikan bahwa pemulihan dapat menimpa file yang ada; penimpaan yang terputus dapat meninggalkan hasil parsial. restic: memulihkan dari cadangan ↗ Catat snapshot sumber dan jalur target dalam catatan latihan. Ini adalah pedoman pemilihan metode, bukan perintah yang dijalankan atau diverifikasi terhadap VPS Hosmio.
04
Periksa tugas pengguna dan efek samping tersembunyi.
| Periksa | Bukti yang harus disimpan | Hasil |
|---|---|---|
| Aplikasi dimulai dengan versi yang didokumentasikan | Inventaris versi dan hasil startup | Belum diuji |
| Catatan dan file representatif sesuai | Pemeriksaan catatan sintetis dan lampiran | Belum diuji |
| Izin berperilaku dengan benar | Dua peran uji dan akses yang diharapkan | Belum diuji |
| Pekerjaan tidak mengirim pekerjaan eksternal duplikat | Tindakan keluar dinonaktifkan atau uji terkendali | Belum diuji |
| Operator pengganti dapat mengikuti catatan | Penelusuran independen dan celah | Belum diuji |
Gunakan akun sintetis dan catatan uji yang tidak berbahaya jika memungkinkan. Verifikasi batas akses serta pembacaan yang berhasil. Aplikasi yang mulai tetapi memberikan izin yang salah bukanlah pemulihan yang berhasil. Simpan pemeriksaan yang gagal dalam catatan dengan pemilik untuk remediasi.
05
Rencanakan titik di mana penulisan baru mengubah keputusan.
Rehearsal harus menginformasikan urutan pemindahan di masa depan: langkah konsistensi akhir, pemeriksaan tujuan, pengalihan lalu lintas, keputusan penerimaan dan pensiun layanan lama. Tentukan siapa yang dapat menghentikan atau membalikkan operasi. Jika tujuan telah menerima tulisan baru, mengirim pengguna kembali ke salinan lama dapat kehilangan atau memisahkan tulisan tersebut; rollback memerlukan rencana data, bukan hanya perubahan DNS.
Sediakan ruang untuk tumpang tindih dalam anggaran. Server kedua, penyimpanan independen, biaya lalu lintas, lisensi dan waktu operator mungkin diperlukan. Jangan berasumsi pemasok membagi prorata VPS atau bahwa dana prabayar dapat dikembalikan. Harga periode yang dipublikasikan Hosmio menjelaskan syarat di muka; harga tersebut tidak mendefinisikan layanan migrasi atau pengembalian dana.
06
Tinggalkan bukti yang dapat digunakan operator lain.
Catat tanggal latihan, versi, pengenal salinan, target, usaha yang berlalu dan hasil hanya setelah latihan benar-benar dilakukan. Sampai saat itu gunakan “direncanakan” atau “tidak diuji”. Simpan lembar penerimaan dengan catatan pemulihan dan daftar dependensi yang masih menghalangi pembangunan ulang independen.
Jika rehearsal gagal, klasifikasikan celah: data hilang, perangkat lunak tidak kompatibel, kredensial tidak tersedia, dependensi eksternal atau prosedur yang tidak jelas. Selesaikan masalah penghalang terkecil, lalu ulangi pemeriksaan yang terpengaruh. Jangan sebut aplikasi portabel selama tugas kritis masih belum diuji.
Hubungkan rencana ke tanggung jawab operasional yang disebutkan dan proses persetujuan perubahan klien. Hasil yang dimaksudkan adalah kemampuan yang ditunjukkan untuk memulihkan dalam lingkup yang terdokumentasi, bukan janji tanpa gangguan atau migrasi yang dikirimkan secara otomatis.