Pekerjaan cadangan yang keluar hijau adalah klaim. Klaimnya, suatu pagi nanti berkas itu menjadi situs yang berjalan. Saya tidak percaya klaim itu sampai saya menjalani pagi itu dengan sengaja, di mesin percobaan, saat tidak ada yang menunggu. Cadangan yang belum diuji adalah cerita yang Anda ceritakan pada diri sendiri. Pemulihan yang sudah Anda jalankan adalah cadangan.
Pulihkan ke yang kosong, sesuai jadwal
Lingkungan percobaan bukan produksi dan bukan staging yang dipakai penyunting. Ia mulai kosong. Cadangan adalah satu-satunya jalan masuk. Saya naikkan, masuk, dan menelusuri satu jalur yang akan berarti saat insiden: halaman pesanan, kiriman formulir yang masih di basis data, berkas media yang seharusnya ada di arsip dan tidak hanya di disk lama. Lalu saya buang salinan percobaan itu.
Jika itu gagal, saya lebih suka mengetahuinya pada hari Selasa daripada saat gangguan yang menjadi alasan cadangan itu. Kegagalan yang biasa itu membosankan. Dump basis data lebih baru daripada uploads. Tabel plugin menunjuk berkas yang dikecualikan. Arsip menganggap versi PHP yang tidak dimiliki mesin percobaan. Tidak satu pun muncul di centang hijau plugin cadangan.
Pembaruan butuh jalan kembali
Mengambil pembaruan itu mudah. Mengambilnya dengan jalan kembali adalah layanannya. Cuplikan sebelumnya, uji asap singkat sesudahnya, dan rollback tertulis jika uji gagal. Mengatakan cadangan bisa dipulihkan bukan rollback kecuali pemulihan punya durasi yang sudah Anda ukur. Durasi itu saya mau dari uji coba, bukan dari brosur plugin.
Yang benar-benar saya buka di salinan kosong
Masuk sebagai pengguna sungguhan, bukan admin instalasi, jika cadangan memuat pengguna. Buka pesanan yang punya status, total, dan setidaknya satu catatan. Buka halaman yang berisi gambar, dan pastikan gambar itu berkas dari arsip, bukan tautan panas kembali ke produksi. Jangan kirim apa pun. Saya memeriksa bahwa masa lalu kembali, bukan membuat masa kini baru di host sekali pakai.
Saya menulis durasi di samping tanggal. “Pemulihan terakhir, 18 menit, gagal pada arsip uploads, perbaiki pengecualian, jalankan lagi.” Catatan itu lebih berguna daripada lencana pemantauan. Saat seseorang bertanya apakah rencana mencakup cadangan, saya bisa menjawab dengan tanggal. Rencana yang tidak bisa menjawab dengan tanggal adalah cron dengan faktur.
Waktu respons dalam rencana perawatan tidak berarti pada hari pertama jika saya belum memulihkan apa pun. Jam yang saya mau tulis mulai setelah garis dasar, akses, dan pemulihan yang berhasil. Sebelum itu saya masih belajar bagaimana situs disusun. Menjanjikan jawaban di hari yang sama dalam kabut itu adalah cara rencana perawatan menjadi permintaan maaf.
Tanyakan kapan pemulihan uji terakhir dijalankan. Jeda sebelum jawaban adalah jawabannya.
Perawatan bukan tab terbuka untuk fitur baru
Rencana yang menjanjikan pemantauan, pembaruan, pemulihan, dan juga apa pun yang Anda pikirkan berikutnya dihargai untuk khayalan, atau akan dinegosiasi ulang saat khayalan itu pertama kali datang. Halaman baru, desain ulang, migrasi: itu cakupan sendiri. Rencana yang saya bela lebih sempit. Situs terus melakukan yang sudah dilakukan. Cadangan sudah terbukti. Seseorang menjawab di dalam jam yang sudah ditulis. Itu kurang menggetarkan daripada retainer tanpa tepi. Itu juga rencana yang bisa Anda periksa.
