Web sitenizi yeni bir sunucuya kesintisiz taşıyın

Bir web sitesi taşıması, yeni sunucu ziyaretçiler yönlendirilmeden önce hazır ve test edilmiş olduğunda sorunsuz geçer. Bu rehber envanter ve DNS hazırlığından geçişe ve temizliğe kadar iş sırasını, ayrıca genellikle sorun çıkaran ayrıntıları verir: veritabanları, SSL ve e-posta.

Zaman çizelgesi

1. adım: TTL'yi düşürün

Çözümleyiciler her kaydı TTL'nin izin verdiği süre boyunca önbellekte tutar. Mevcut TTL'yi kontrol edin; adın hemen arkasındaki sayıdır:

dig +noall +answer example.com A

DNS sağlayıcınızda A, AAAA (e-posta da taşınıyorsa MX) kayıtlarının TTL'sini 300 saniyeye indirin. Bunu taşımadan en az bir eski TTL süresi önce yapın ki çözümleyiciler uzun değeri zamanında unutsun.

Doğrulama: eski TTL süresi geçtikten sonra dig komutu 300 veya daha düşük bir değer gösterir.

2. adım: Dosyaları kopyalayın

Yeni sunucudan dosyaları SSH üzerinden rsync ile çekin. Adresi ve yolları kendi değerlerinizle değiştirin:

rsync -avz -e ssh olduser@198.51.100.20:/var/www/example.com/ /var/www/example.com/

Sondaki eğik çizgiler klasörün içeriğini kopyalar. rsync yalnızca değişenleri aktarır; bu yüzden daha sonraki son eşitleme hızlıdır. Dosyaların, yeni sunucuda web sunucusunun veya PHP'nin çalıştığı kullanıcıya ait olduğundan emin olun.

3. adım: Veritabanlarını kopyalayın

Eski sunucuda her veritabanını dışa aktarın. --single-transaction, siteyi kilitlemeden InnoDB tablolarının tutarlı bir kopyasını alır:

mysqldump --single-transaction --routines --triggers -u dbuser -p dbname > dbname.sql

mariadb-dump --single-transaction --routines --triggers -u dbuser -p dbname > dbname.sql

Dosyayı yeni sunucuya kopyalayın (örneğin scp veya rsync ile), orada veritabanını ve kullanıcısını oluşturun, ardından içe aktarın:

mysql -u dbuser -p dbname < dbname.sql

mariadb -u dbuser -p dbname < dbname.sql

Veritabanı sunucusu, adı, kullanıcısı veya şifresi değiştiyse sitenin yapılandırma dosyasında güncelleyin.

4. adım: DNS'e dokunmadan test edin

Hosts dosyanıza bir satır ekleyerek yalnızca kendi bilgisayarınızı yeni sunucuya yönlendirin:

203.0.113.10 example.com www.example.com

Dosya Linux ve macOS'ta /etc/hosts, Windows'ta C:\Windows\System32\drivers\etc\hosts konumundadır (yönetici olarak düzenleyin). Değişikliğin etkili olması için bilgisayarınızın DNS önbelleğini temizleyin:

ipconfig /flushdns

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

sudo resolvectl flush-caches

Şimdi sayfaları, formları, girişleri, ödeme adımını ve giden e-postayı kontrol edin. Doğrulama: yeni sunucudaki web sunucusunun erişim kaydı sizin isteklerinizi gösterir. İşiniz bitince hosts satırını kaldırın.

5. adım: SSL'i hazırlayın

Ziyaretçiler asla sertifika uyarısı görmemelidir. Ücretsiz Let's Encrypt sertifikaları genellikle HTTP üzerinden doğrulanır; bu, alan adının yeni sunucuyu göstermesini gerektirir, bu yüzden geçişten hemen sonra alınır. Sertifikaya geçişten önce ihtiyacınız varsa alan adı nereyi gösterirse göstersin çalışan DNS doğrulamasını kullanın ya da ilk günler için mevcut sertifikayı ve özel anahtarını yeni sunucuya kopyalayın. Bkz. SSL sertifikası kurun.

6. adım: Dondurun, eşitleyin ve geçin

1. İçerik değişikliklerini, siparişleri ve kayıtları, örneğin bir bakım moduyla durdurun.
2. 2. adımdaki rsync komutunu yeniden çalıştırın, ardından veritabanlarını bir kez daha dışa ve içe aktarın.
3. A kaydını (IPv6 kullanıyorsanız AAAA kaydını da) yeni sunucunun adresine çevirin ya da DNS bölgesinin tamamı taşınıyorsa ad sunucularını değiştirin. Bkz. alan adını sunucunuza yönlendirin.
4. Yeni sunucuda dondurmayı kaldırın.

Doğrulama: dig +short example.com A yeni adresi döndürür ve önbellekteki yanıtların süresi doldukça eski sunucunun erişim kaydı sessizleşir.

7. adım: E-postayı taşıyın (taşınıyorsa)

MX kayıtlarını değiştirmeden önce posta kutularını yeni sunucuda oluşturun, ardından mevcut mesajları bir IMAP taşıma aracıyla kopyalayın. Geçişten sonra eski posta kutularını birkaç gün tutun; çünkü bazı göndericiler DNS önbellekleri dolana kadar eski sunucuya teslim etmeye devam eder. Yeni posta sunucusu için SPF, DKIM ve DMARC kayıtlarını yeniden oluşturun; aksi halde giden postalar reddedilebilir. Bkz. e-posta teslim edilebilirliği.

WordPress sitesini taşımak

WordPress adresini veritabanında, serileştirilmiş ayarların içinde de saklar. Alan adı aynı kalıyorsa dosyaların ve veritabanının düz bir kopyası yeterlidir. Adres değişiyorsa serileştirilmiş veriyi anlayan WP-CLI ile değiştirin. Önce deneme çalıştırması yapın:

wp search-replace 'https://old.example.com' 'https://example.com' --skip-columns=guid --dry-run
wp search-replace 'https://old.example.com' 'https://example.com' --skip-columns=guid

wp-config.php içindeki veritabanı bilgilerini güncelleyin ve taşımadan sonra tüm önbellek katmanlarını temizleyin: eklenti önbellekleri, web sunucusu önbelleği ve varsa CDN.

8. adım: Eski sunucuyu kapatın

Eski sunucuya artık trafik veya posta gelmediğinde, genellikle yaklaşık bir hafta sonra, son bir yedek alın ve hizmeti iptal edin. Kayıtlarınızın TTL'sini yeniden, örneğin 3600 saniyeye yükseltin.

Sorun giderme

Bazı ziyaretçiler hâlâ eski sunucuya ulaşıyor. Çözümleyicileri eski kaydı önbelleğe almış. Eski TTL süresinin dolmasını bekleyin; o zamana kadar eski sunucuyu çalışır tutun.

Site veritabanı bağlantı hatası gösteriyor. Yapılandırma dosyasındaki veritabanı adı, kullanıcısı, şifresi veya sunucusu yeni sunucuyla eşleşmiyor. Girişi mysql -u dbuser -p dbname ile test edin.

Sayfalar çalışıyor ama görseller veya stiller eksik. Yeni sunucudaki dosya izinleri veya sahipliği ya da hâlâ eski adresi gösteren mutlak URL'ler.

Geçişten sonra postalar kayboluyor. MX kayıtlarının yeni posta sunucusunu gösterdiğini ve eski posta kutularının birkaç gün daha kontrol edildiğini doğrulayın.

Sonraki adımlar

• Değiştirdiğiniz kayıtları anlayın: yeni bir alan adı için DNS temelleri.
• Yeni sunucuyu güvenli hale getirin: yeni bir Linux sunucuyu güvenli hale getirin.
• HyperDC'ye mi taşınıyorsunuz? Bize yazın ve ne çalıştırdığınızı anlatın.