Hosting değiştirirken asıl risk yeni paketi almak değil, DNS, SSL, PHP ve yedek zincirlerinden birinin yarım kalmasıdır. Doğru kontrol sırası, kesinti ve veri kaybı ihtimalini belirgin biçimde azaltır.
En güvenli yaklaşım; önce yeni sunucuda kayıtları ve uygulama ayarlarını hazırlamak, sonra nameserver veya DNS yönlendirmesini değiştirmek, son olarak da eski sunucuda geri dönüş için kısa bir süre yedekli beklemektir. Böylece site, e-posta ve doğrulama servisleri aynı anda bozulmaz.
En güvenli yaklaşım; önce yeni sunucuda kayıtları ve uygulama ayarlarını hazırlamak, sonra nameserver veya DNS yönlendirmesini değiştirmek, son olarak da eski sunucuda geri dönüş için kısa bir süre yedekli beklemektir. Böylece site, e-posta ve doğrulama servisleri aynı anda bozulmaz.
Taşıma Öncesi En Kritik Kontroller
DNS nerede yönetiliyor, önce bunu netleştirin
Alan adı kayıtları yeni hostta mı, registrar tarafında mı, yoksa ayrı bir DNS hizmetinde mi tutuluyor bunu baştan ayırın. cPanel’in Zone Editor aracı DNS kayıtlarını yönetmek için kullanılır; A, CNAME, MX ve DNSSEC gibi kayıtlar burada ele alınır. Yanlış yönetim noktası, taşımanın geri kalanını anlamsız hale getirir.Nameserver değişimi kayıt hazırlığından sonra yapılmalı
Nameserver kurulumunu veya değişimini, yeni sunucuda gerekli zone kayıtları hazır olmadan yapmayın. cPanel/WHM dokümantasyonu nameserver kurulumunda isim sunucularının doğru biçimde tanımlanmasını anlatır; bu adımın amacı, alan adının yeni sunucuya hangi yetkiyle bakacağını düzgün kurmaktır.SSL tarafında otomasyon mu manuel yönetim mi?
Taşıma sonrasında sertifikanın otomatik yenilenip yenilenmeyeceğini kontrol edin. cPanel dokümanları, AutoSSL ve otomatik sertifika değişimi için DNS’te CAA kaydı uyumluluğunun önemli olduğunu gösterir. CAA kaydı Let’s Encrypt’i dışlıyorsa otomatik yenileme beklediğiniz gibi çalışmayabilir.Taşıma Sırasında Uygulama ve Sunucu Eşleşmesi
PHP sürümünü eski siteyle eşleştirin
Taşınan sitenin kullandığı PHP sürümünü yeni sunucuda aynı seviyeye getirmeden canlıya çıkmayın. cPanel kaynakları, PHP sürümünün MultiPHP Manager veya PHP Selector üzerinden ayarlanabildiğini ve bazı durumlarda document root ile sürüm eşleşmesinin kritik olduğunu gösterir. Farklı sürüm, beklenmedik hata üretebilir.Document root ve alan adı eşleşmesini kontrol edin
Aynı cPanel hesabında birden fazla alan adı veya alt alan adı varsa, hangisinin hangi klasörü kullandığını doğrulayın. cPanel’in kendi örneğinde, aynı document root’u paylaşan alan adlarında yanlış PHP sürümü ya da farklı davranış oluşabildiği belirtiliyor. Taşıma sonrası “site açılıyor ama yanlış içerik geliyor” tipindeki sorunların önemli bölümü buradan çıkar.E-posta kayıtları ayrı bir taşıma kalemi olarak düşünülmeli
MX kaydı, mail yönlendirmesi ve varsa SPF/DKIM tarafını site dosyalarından ayrı değerlendirin. DNS zone yönetimi belgeleri MX kayıtlarının ayrı yönetildiğini açıkça gösterir. Sitenin açılması, e-postanın da taşındığı anlamına gelmez.Geri Dönüş Planı Olan Yedek Alma
Tam yedek ile kısmi geri yükleme aynı şey değildir
Bir host değiştirirken yalnızca dosya yedeği almak yeterli olmayabilir; veritabanı ve e-posta bileşenleri de önemlidir. cPanel yedek dokümantasyonu, tam yedek, home directory yedeği ve veritabanı yedeğini ayrı ayrı tanımlar. Bu ayrım, sorun çıktığında hangi parçayı geri alacağınızı belirler.Geri dönüşte en çok unutulan parça veritabanıdır
Site dosyaları taşınsa bile veritabanı eski sunucuda kalırsa sayfalar eksik açılabilir veya oturumlar bozulabilir. Yedek/geri yükleme akışını test etmeden canlı geçiş yapmak yerine, en azından veritabanı geri yükleme adımını önceden doğrulamak gerekir.Eski sunucuyu hemen kapatmayın
DNS yayılımı, önbellek ve geçici kullanıcı oturumları nedeniyle kısa bir süre iki tarafı da açık tutmak faydalıdır. Bu bir hızlandırma taktiği değil, geçiş sırasında oluşan gecikmeli istekleri karşılamak için pratik bir güvenlik önlemidir.Taşıma Sonrası Son Kontrol Listesi
Site açılıyor mu, SSL doğru mu, posta gidiyor mu?
Canlıya aldıktan sonra yalnız ana sayfayı değil, giriş, iletişim formu, yönetim paneli, özel dosyalar ve SSL kilidini kontrol edin. SSL tarafında otomatik yenilemenin çalıştığını, e-posta kayıtlarının yeni yetkili sunucuyu gösterdiğini ve PHP hatası üretmediğini ayrı ayrı doğrulayın.Sorun çıkarsa hangi katmanda arayacağınızı bilin
Site açılmıyorsa DNS ve nameserver; site yarım açılıyorsa PHP ve document root; e-posta çalışmıyorsa MX ve doğrulama kayıtları; sertifika uyarısı varsa SSL/CAA katmanı ilk bakılacak yerdir. Bu ayrım, taşıma sonrası teşhisi hızlandırır ve rastgele ayar değiştirmeyi önler.| Kontrol | Ne yapmalı / ne anlama gelir |
|---|---|
| DNS ve nameserver kayıtları | Yeni hosta geçişten önce A, CNAME ve MX kayıtlarının hangi tarafta yönetileceğini netleştirin; yanlış yönetim, site, e-posta ve doğrulama akışlarını bozabilir. |
| SSL doğrulama ve CAA | SSL’in otomatik yenilenip yenilenmeyeceğini ve CAA kaydının seçili sertifika otoritesini engelleyip engellemediğini kontrol edin. |
| PHP sürümü ve eşleşen klasörler | Taşıma sonrası beklenmedik sürüm değişimi olmaması için ilgili alan adının doğru PHP sürümüne ve doğru document root’a bağlı olduğundan emin olun. |
| Yedek alma ve geri yükleme yolu | Tam yedek ile kısmi geri yükleme farkını ayırın; geri dönüş planınızın dosya, veritabanı ve e-posta bileşenlerini kapsadığını doğrulayın. |
| Nameserver geçiş sırası | Önce yeni sunucuda DNS kayıtlarını hazırlayıp sonra nameserver değişimine geçin; böylece geçiş sırasında kayıt uyuşmazlığı riski azalır. |
| Taşıma sonrası kontrol | Site açılışı, posta teslimi, SSL durumu ve eski sunucudaki gecikmeli isteklerin kapanmasını ayrı ayrı test edin. |
