Gangguan saat pemindahan hampir tidak pernah karena penyalinan. Penyebabnya adalah mengubah DNS sebelum server baru siap, dan TTL yang tidak diturunkan siapa pun.

Seminggu sebelumnya: turunkan TTL

TTL adalah berapa lama dunia menyimpan catatan DNS Anda. Pada 86400, sebuah perubahan butuh sehari untuk sampai ke semua orang; pada 300, lima menit. Turunkan sehari sebelumnya - nilai lama harus kedaluwarsa sebelum yang baru dipercaya.

yourdomain.com.  300  IN  A  1.2.3.4

Bangun server baru selagi yang lama melayani

  1. Salin berkasnya — rsync, dua kali: sekali untuk seluruh isinya, sekali saat peralihan untuk yang berubah.
  2. Salin basis datanya — Satu cadangan sekarang, satu lagi saat peralihan.
  3. Arahkan mesin Anda sendiri ke server baru — Sunting berkas hosts Anda. Anda melihat situs baru; dunia masih melihat yang lama.
  4. Uji semuanya — Masuk, buat pesanan, kirim surel, unggah berkas. Setiap jalur yang menyentuh diska atau surel.
# hosts file
1.2.3.4  yourdomain.com www.yourdomain.com

Peralihan

  1. Setel situs LAMA ke baca-saja atau pemeliharaan — Menit, bukan jam.
  2. Selaraskan perubahan terakhir — rsync lagi, dan cadangan basis data yang baru.
  3. Ubah catatan DNS —
  4. Awasi kedua server — Yang lama terus menjawab selagi singgahan kedaluwarsa. Jangan matikan.
Biarkan server lama menyala setidaknya 48 jam. Sebagian penyelesai mengabaikan TTL rendah, dan pengunjung yang mendarat di server yang dimatikan tidak melihat apa pun.

Dua hal yang menjebak orang

  • Surel. Catatan MX terpisah dari catatan A. Memindahkan situs tidak memindahkan surel, dan melupakannya menghilangkan pesan tanpa suara.
  • Tugas terjadwal. Mereka tidak ikut pindah bersama berkas. Cadangan yang berhenti berjalan baru disadari saat dibutuhkan.
EGPHP memindahkan untuk Anda, gratis, dengan pemeriksaan yang sama. Jika Anda melakukannya sendiri, tuliskan dahulu langkah peralihannya dan ikuti daftarnya - bukan ingatan Anda, di tengah malam.