Menukar hos kedengaran berisiko tetapi kebanyakannya tidak, asalkan anda melakukan perkara mengikut susunan yang betul. Hampir setiap migrasi yang gagal berpunca daripada sebab sama: DNS dihalakan ke pelayan yang belum bersedia. Panduan ini memberikan urutan yang mengelakkannya, menerangkan apa sebenarnya DNS dan TTL lakukan semasa pemindahan, merangkumi persoalan e-mel yang memerangkap kebanyakan orang, menerangkan apa yang perlu diuji sebelum dan selepas pertukaran, dan menyenaraikan kesilapan yang menyebabkan gangguan yang semua orang takuti.
Sebelum anda menyentuh apa-apa
- Ambil sandaran penuh laman dan pangkalan data semasa, dan muat turun salinan ke tempat setempat. Lakukan ini walaupun hos ada sandaran sendiri.
- Ketahui di mana e-mel anda sebenarnya berjalan. Jika ia berjalan pada pengehosan yang sama, ia turut berpindah, dan e-mel bahagian paling menyakitkan apabila rosak. Tentukan ini sebelum apa-apa lagi.
- Turunkan TTL DNS ke nilai pendek, sebaiknya sehari sebelum pemindahan. TTL mengawal berapa lama seluruh internet menyimpan cache alamat pelayan lama anda. Menurunkannya awal bermakna pertukaran tersebar cepat apabila anda melakukannya.
- Catat setiap perkhidmatan yang menggunakan domain — e-mel, subdomain, apa-apa alat yang mengesahkan pemilikan melalui DNS.
Apa sebenarnya DNS dan TTL lakukan semasa pemindahan
Nama domain anda ialah label. DNS ialah direktori yang menukar label itu kepada alamat pelayan. Apabila anda menukar hos, laman wujud di dua tempat buat seketika, dan DNS menentukan yang mana pelawat capai. Masalahnya, direktori itu disimpan dalam cache di seluruh internet, oleh penyedia internet pelawat anda, telefon mereka dan rangkaian pejabat mereka, dan setiap cache mengekalkan jawapan lama selagi TTL (masa untuk hidup) rekod itu membenarkannya. TTL sehari bermakna sebahagian pelawat terus tiba di pelayan lama sehingga sehari selepas anda menukar rekod. TTL lima minit bermakna pelawat yang sama mengikut dalam beberapa minit. Itulah sebabnya TTL diturunkan sehari lebih awal: TTL panjang yang lama perlu tamat di mana-mana sebelum yang pendek berkuat kuasa. Panduan DNS bahasa mudah kami merangkumi jenis-jenis rekod.
Salin semuanya ke hos baharu dahulu
Sediakan laman sepenuhnya pada pelayan baharu sementara yang lama masih hidup dan melayani pelawat. Fail, pangkalan data, akaun e-mel, dan mana-mana tugas berjadual. Tiada apa berubah pada laman awam pada peringkat ini — pelawat terus sampai ke hos lama dan tidak perasan apa-apa.
Senarai semak migrasi, langkah demi langkah
| Langkah | Apa yang perlu dilakukan | Bila | Risiko gangguan jika dilangkau |
|---|---|---|---|
| 1. Sandaran | Sandaran penuh fail, pangkalan data dan e-mel, dimuat turun ke setempat | Hari 0 | Tiada jalan kembali jika pemindahan gagal |
| 2. Audit domain | Senaraikan e-mel, subdomain, rekod pengesahan, perkhidmatan pihak ketiga | Hari 0 | Sesuatu yang tiada siapa ingat berhenti berfungsi |
| 3. Turunkan TTL | Tetapkan TTL rekod A dan MX kepada lima atau sepuluh minit | Hari 0, sekurang-kurangnya 24 jam sebelum menukar | Pelawat tersangkut pada pelayan lama berjam-jam |
| 4. Salin | Fail, pangkalan data, peti mel dan tugas berjadual ke hos baharu | Hari 1 | Tiada, laman lama masih hidup |
| 5. Uji | Pratonton pada pelayan baharu, semak halaman, imej, borang, log masuk, SSL | Hari 1 | Laman yang rosak disiarkan kepada semua orang |
| 6. Bekukan kandungan | Berhenti menyunting, menyiarkan dan memproses pesanan pada laman lama | Sejurus sebelum pertukaran | Perubahan yang dibuat pada pelayan lama hilang |
| 7. Penyegerakan akhir | Salin pangkalan data sekali lagi supaya tiada apa yang ditambah sejak langkah 4 tertinggal | Sejurus sebelum pertukaran | Pesanan atau catatan terkini lenyap |
| 8. Tukar DNS | Halakan rekod ke pelayan baharu | Waktu yang lengang | Langkah itu sendiri; pastikan ringkas |
| 9. Sahkan | E-mel dua arah, borang, SSL, log masuk, pembayaran | Dalam sejam selepas menukar | Kegagalan senyap yang tiada siapa perasan berhari-hari |
| 10. Pertindihan | Kekalkan hos lama berjalan, semak e-mel yang tersasar | Seminggu | E-mel atau pelawat hilang semasa cache tamat |
| 11. Batalkan | Tutup akaun lama, naikkan semula TTL | Selepas seminggu itu | Membayar dua hos tanpa had |
Uji pada pelayan baharu sebelum menukar
Inilah langkah yang orang langkau, dan inilah yang menjadikan keseluruhannya selamat. Kebanyakan hos memberi anda cara untuk pratonton laman pada pelayan baharu sebelum DNS berubah — biasanya alamat sementara, atau anda boleh halakan komputer sendiri ke pelayan baharu dengan menyunting fail hosts anda. Periksa halaman dimuat, imej muncul, borang dihantar dan log masuk berfungsi.
Baiki apa yang rosak sekarang, semasa laman langsung masih berjalan dengan selamat di tempat lain. Perkara yang paling kerap berbeza antara hos ialah versi PHP, laluan ke fail yang dimuat naik, tetapan sambungan pangkalan data, dan tetapan mel yang borang bergantung padanya. Satu ujian menemui keempat-empatnya dalam sejam.
Persoalan e-mel, secara terperinci
E-mel ialah tempat migrasi gagal, kerana ia berada di tiga tempat yang mungkin dan setiap satu memerlukan rancangan berbeza:
| Di mana e-mel berjalan | Cara mengetahui | Apa yang berpindah | Apa yang perlu dilakukan |
|---|---|---|---|
| Pada pengehosan yang sama dengan laman | Peti mel dicipta dalam cPanel; rekod MX menghala ke pelayan pengehosan | Semuanya: peti mel, mesej tersimpan, pemajuan, autobalas | Cipta semula setiap peti mel pada hos baharu, salin mel tersimpan, tukar MX bersama rekod A, semak pelayan lama untuk mesej tersasar sepanjang minggu |
| Dengan penyedia e-mel berasingan | Rekod MX menghala ke penyedia, seperti perkhidmatan e-mel perniagaan | Tiada | Biarkan rekod MX sebagaimana adanya apabila anda menukar rekod A; jangan biarkan hos "membantu" menetapkannya semula |
| Dimajukan ke alamat peribadi | Alamat pada domain dimajukan ke peti mel percuma | Pemajuan | Cipta semula setiap pemajuan pada hos baharu sebelum menukar |
Semak juga rekod pengesahan mel, SPF dan DKIM. Jika ia menamakan pelayan lama, mesej yang dihantar daripada yang baharu mungkin mendarat dalam spam sehingga dikemas kini. Panduan kami tentang e-mel perniagaan pada domain sendiri menerangkan rekod-rekod ini.
Kemudian tukar DNS
Kemas kini rekod DNS supaya menghala ke pelayan baharu. Dengan TTL rendah ditetapkan sehari sebelumnya, kebanyakan pelawat mengikut dalam beberapa minit dan bukan berjam. Sebahagian masih akan sampai ke pelayan lama seketika semasa cache tamat, dan itulah sebabnya langkah seterusnya penting.
Jika pelayan nama domain juga berubah, bukan sekadar rekod, jangkakan ekor yang lebih panjang: perubahan pelayan nama disimpan dalam cache di peringkat pendaftaran dan boleh mengambil sehari dua untuk stabil di mana-mana. Jika boleh, tukar rekod di penyedia DNS sedia ada dahulu dan pindahkan pelayan nama kemudian, setelah semuanya stabil.
Biarkan pengehosan lama berjalan seminggu
Jangan batalkan serta-merta. Untuk tempoh singkat sebahagian trafik masih mendarat pada pelayan lama, dan jika e-mel terlibat beberapa mesej mungkin tiba di sana juga. Seminggu pertindihan menelan kos sebulan pengehosan paling banyak dan menghapuskan hampir semua risiko pemindahan. Batalkan setelah anda mengesahkan tiada apa yang masih tiba di hos lama.
Perhatikan tiga perkara ini selepasnya
- E-mel. Hantar dan terima mesej sebenar dalam kedua-dua arah. Ini mangsa paling lazim sesuatu migrasi.
- Borang. Hantar pertanyaan ujian. Borang bergantung pada tetapan mel yang selalunya berbeza antara hos.
- SSL. Sahkan mangga hadir dan tiada amaran pelayar pada pelayan baharu.
Bagi kedai, tambah yang keempat: buat pesanan ujian sebenar, termasuk pembayaran, dan sahkan pesanan muncul dalam pentadbiran dan e-mel pengesahan tiba.
Memindahkan domain pada masa yang sama
Memindahkan pengehosan dan memindahkan domain ke pendaftar baharu ialah dua kerja berasingan, dan melakukannya pada hari yang sama menggandakan risiko. Pemindahan domain boleh mengambil beberapa hari, dan sesetengah pendaftar menetapkan semula rekod DNS semasa itu. Susunan yang lebih selamat ialah: pindahkan pengehosan dahulu, sahkan semuanya berfungsi selama seminggu, kemudian pindahkan domain setelah laman stabil. Jika domain hampir tamat tempoh, perbaharui sebelum memulakan mana-mana kerja; domain yang luput di tengah pemindahan mengambil laman, e-mel dan keupayaan anda untuk membaiki apa-apa secara serentak. Panduan kami tentang memindahkan domain merangkumi bahagian pendaftar.
Apa yang sebenarnya menyebabkan gangguan
Menukar DNS sebelum pelayan baharu bersedia ialah punca biasa. Yang lain ialah membiarkan domain tamat tempoh di tengah pemindahan, membatalkan hos lama terlalu awal, dan terlupa bahawa e-mel berpindah bersama laman web. Tiada satu pun masalah teknikal yang sukar — semuanya masalah susunan.
Kesilapan lazim
- Menukar DNS dahulu dan menyalin kemudian. Punca tunggal terbesar laman mati.
- Membiarkan TTL pada sehari. Pelawat terbahagi antara dua pelayan berjam-jam.
- Melangkau penyegerakan pangkalan data akhir. Pesanan dan catatan yang ditambah semasa penyalinan hilang.
- Terlupa e-mel berjalan pada pengehosan. Mel berhenti sebaik rekod A berpindah, tanpa peti mel di pihak baharu.
- Menetapkan semula rekod MX untuk e-mel yang dihoskan di tempat lain. E-mel yang berfungsi rosak tanpa sebab.
- Membatalkan hos lama pada hari yang sama. Pelawat dan mesej tersasar tiada tempat untuk pergi.
- Memindahkan pengehosan dan domain pada hari yang sama. Dua set penyebaran dan dua perkara untuk dinyahpepijat serentak.
- Berpindah pada minggu yang sibuk. Pilih tempoh lengang dan waktu lengang.
- Tidak menguji borang. Pertanyaan gagal secara senyap berminggu-minggu kerana tetapan mel berubah.
Di mana Gotka Technologies masuk
Anda tidak perlu melakukan semua ini sendiri. Migrasi ke pengehosan awan Gotka adalah percuma dan diuruskan pasukan kami, termasuk langkah ujian sebelum apa-apa ditukar. Pengehosan bermula RM17.80/bulan pada pelayan LiteSpeed dengan cPanel, SSL percuma, sandaran harian dan jaminan uptime 99.9%, dan jaminan wang dikembalikan 30 hari terpakai pada pesanan pertama pelanggan bagi pelan baharu, cukup lama untuk berpindah, menguji dan membuat keputusan.
Jika anda turut memindahkan domain, pemindahan masuk adalah percuma dan ia didaftarkan atas nama anda. Gotka Technologies telah beroperasi di Malaysia sejak 2004.
Istilah utama dalam panduan ini
- DNS: direktori yang menukar nama domain kepada alamat pelayan.
- Rekod A: rekod DNS yang menyatakan pelayan mana yang menghoskan laman web.
- Rekod MX: rekod DNS yang menyatakan pelayan mana yang menerima e-mel domain.
- TTL (masa untuk hidup): berapa lama jawapan DNS boleh disimpan dalam cache sebelum dicari semula.
- Penyebaran: tempoh di mana cache di seluruh internet mengambil rekod DNS yang berubah.
- Pelayan nama: pelayan yang menerbitkan rekod DNS domain; menukarnya memindahkan keseluruhan zon DNS.
- Fail hosts: fail pada komputer anda sendiri yang boleh memaksa domain ke pelayan pilihan, digunakan untuk pratonton laman sebelum DNS berubah.
- Pembekuan kandungan: tempoh singkat sebelum pertukaran apabila tiada apa disunting atau dipesan pada laman lama, supaya salinan akhir lengkap.
- SPF dan DKIM: rekod DNS yang memberitahu pelayan mel penerima pelayan mana yang boleh menghantar e-mel untuk domain anda.
Adakah laman web saya akan terputus semasa menukar pengehosan?
Sepatutnya tidak, jika anda menyalin laman ke hos baharu dan mengujinya di sana sebelum mengubah mana-mana rekod DNS. Gangguan hampir selalu berpunca daripada menukar DNS ke pelayan yang belum bersedia. Turunkan TTL DNS sehari sebelumnya, sahkan laman berfungsi pada pelayan baharu, kemudian tukar — dan biarkan pengehosan lama berjalan kira-kira seminggu.
Apa itu TTL DNS dan kenapa ia penting untuk migrasi?
TTL ialah berapa lama sistem lain di internet menyimpan cache alamat pelayan domain anda sebelum menyemak semula. Jika ia ditetapkan lama, sebahagian pelawat terus sampai ke pelayan lama berjam-jam selepas anda menukar. Menurunkannya sehari sebelum pemindahan bermakna perubahan tersebar dalam beberapa minit sahaja, yang memendekkan tempoh pelawat mungkin melihat sesuatu yang tidak konsisten.
Berapa lama perubahan DNS mengambil masa untuk berkuat kuasa?
Dengan TTL rendah ditetapkan lebih awal, biasanya beberapa minit hingga sejam bagi kebanyakan pelawat. Tanpa persediaan itu ia boleh mengambil masa jauh lebih lama, kerana cache di tempat lain memegang alamat lama sehingga tamat. Sebab itulah menurunkan TTL sehari sebelumnya berbaloi walaupun terasa seperti langkah tambahan.
Apa berlaku kepada e-mel saya semasa menukar pengehosan?
Jika e-mel berjalan pada pengehosan yang sama dengan laman web, ia berpindah bersama, dan inilah bahagian paling berkemungkinan menyebabkan gangguan sebenar. Tentukan di mana e-mel dikendalikan sebelum bermula, pastikan peti mel dicipta semula pada pelayan baharu, dan uji menghantar serta menerima dalam kedua-dua arah sebaik sahaja selepas pertukaran.
Patutkah saya membatalkan pengehosan lama serta-merta?
Tidak. Biarkan ia berjalan kira-kira seminggu selepas pertukaran. Sebahagian pelawat dan kadangkala sebahagian e-mel masih akan sampai ke pelayan lama semasa cache tamat, dan mempunyainya tersedia bermakna tiada apa hilang dalam tempoh itu. Sebulan tambahan pengehosan adalah murah berbanding memulihkan pembatalan awal.
Patutkah saya memindahkan domain dan pengehosan pada masa yang sama?
Lebih baik tidak. Pindahkan pengehosan dahulu, sahkan laman dan e-mel berfungsi selama seminggu, kemudian pindahkan domain setelah semuanya stabil. Pemindahan domain boleh mengambil beberapa hari dan sesetengah pendaftar menetapkan semula rekod DNS semasa itu, jadi melakukan kedua-duanya serentak menggandakan apa yang boleh silap. Perbaharui domain sebelum bermula jika ia hampir tamat tempoh.
Bolehkah orang lain menguruskan migrasi untuk saya?
Boleh, dan bagi kebanyakan perniagaan itu pilihan yang munasabah. Migrasi ke Gotka adalah percuma dan diuruskan pasukan kami, termasuk menyalin laman, mencipta semula akaun e-mel dan menguji pada pelayan baharu sebelum sebarang DNS ditukar. Anda sahkan laman kelihatan betul, dan pertukaran berlaku setelah itu.
Apa Yang Perlu Disemak Pada Akaun Hosting Anda Dalam Minggu Pertama Selepas Mendaftar
Senarai semak minggu pertama akaun hosting baharu: sahkan SSL percuma, sediakan e-mel, cari sandaran harian, kenali cPanel dan tahu cara membuka tiket sokongan.
PengehosanPengehosan Kongsi vs VPS: Bila Perniagaan Yang Membesar Patut Naik Taraf
Kebanyakan laman perniagaan tidak pernah melebihi pengehosan kongsi. Tanda-tanda anda sudah melebihinya, dan apa VPS berikan sebagai naik taraf.
PengehosanE-mel Perniagaan Pada Domain Sendiri: Kenapa hello@syarikatanda Lebih Baik Daripada Gmail
Kenapa hello@syarikatanda lebih baik daripada Gmail percuma, sudah termasuk dalam hosting Gotka, dan kenapa SPF, DKIM, DMARC menentukan sama ada e-mel anda sampai.