Hosting taşıma

Hosting taşıma, dosya ve veritabanını eksiksiz aktarırken DNS geçişini doğru sırayla yaparsanız çoğu sitede güvenli biçimde tamamlanır.

Bu yazı, taşıma öncesi yedekleme, yeni ortamı hazırlama, DNS yönlendirmesini değiştirme ve geçişten sonra kontrol etme adımlarını tek akışta anlatır.

Taşımadan önce neyi hazırlamalısınız?​

Taşıma işinin en kritik noktası, sadece site dosyalarını kopyalamakla yetinmemektir. Bir web sitesi çoğu zaman dosyalar, veritabanı, e-posta kutuları, SSL ayarı, cron görevleri ve bazen de özel sunucu yapılandırmalarından oluşur. Bu parçaların biri eksik kalırsa site açılabilir ama içerik bozulabilir, oturumlar çalışmayabilir ya da e-posta akışı kesilebilir.

İyi bir taşıma planı, önce mevcut ortamın tamamını görünür hale getirir. Hangi alan adının taşındığı, hangi veritabanlarının kullanıldığı, hangi e-posta hesaplarının aktif olduğu ve sitenin hangi PHP sürümünde çalıştığı net olmalıdır. Böylece yeni hosting üzerinde aynı davranışı yeniden kurmak kolaylaşır.

Yedek alırken hangi parçalar birlikte düşünülür?​

Dosyalar ve veritabanı birlikte alınmalıdır; biri olmadan tam geri dönüş yapmak zordur. E-posta arşivleri, cron zamanlamaları ve varsa özel yönlendirme kuralları da not edilmelidir. Amaç, geçişten sonra eski ortamı birebir taklit edebilmek değil, sitenin çalışması için gerekli parçaları eksiksiz taşımaktır.

Yeni hosting ortamını nasıl hazırlamalısınız?​

Yeni sunucuya geçmeden önce hedef ortamın siteyle uyumlu olduğundan emin olmak gerekir. PHP sürümü, veritabanı sürümü, disk alanı, izinler ve kontrol paneli yapısı kontrol edilmelidir. Özellikle WordPress, özel yazılım veya e-ticaret altyapılarında küçük uyumsuzluklar bile beyaz ekran, bağlantı hatası veya eksik içerik olarak geri döner.

Bu aşamada taşıma, sadece “kopyala-yapıştır” işi değildir; eski sitedeki bağımlılıkların yeni ortamda yeniden kurulmasıdır. Eğer eski hostta çalışan bir ayar yeni ortamda yoksa önce onu tamamlamak, sonra DNS’i değiştirmek daha güvenlidir.

DNS değişimini neden sona bırakmalısınız?​

Alan adını yeni hosta yönlendiren DNS kaydı erken değiştirilirse site henüz hazır olmadan kullanıcılar yeni sunucuya gider. Bu yüzden içerik, veritabanı ve e-posta testleri bitmeden DNS’i son adım olarak ele almak daha doğru olur. TTL düşürmek de geçiş sırasında eski ve yeni sunucu arasındaki yayılma süresini kısaltabilir.

Taşıma sırasında en sık atlanan noktalar nelerdir?​

En sık unutulanlar genellikle gözden görünmeyen ayarlardır. E-posta hesapları taşınsa bile IMAP/POP ayarları yanlış kalabilir. Dosyalar kopyalansa bile özel bir cache katmanı ya da güvenlik kuralı yeni sunucuda eksik olabilir. SSL sertifikası kurulmuş olsa bile yönlendirme zinciri http’den https’ye doğru çevrilmemiş olabilir.

Bir diğer risk, veritabanı bağlantı bilgilerinin yeni sunucuda eski değerlerle kalmasıdır. Site açılır ama içerik gelmez ya da yönetim paneli hata verir. Bu yüzden taşıma sonrası sadece ana sayfaya bakmak yeterli değildir; giriş, form gönderimi, ödeme sayfası, görsel yükleme ve e-posta gönderimi ayrıca denenmelidir.

Hangi kontroller taşımanın tamamlandığını gösterir?​

Site ana sayfasının açılması tek başına yeterli kabul edilmemelidir. Yönetim paneli, iletişim formları, veritabanı bağlantısı, medyalar, yönlendirmeler ve e-posta akışı tek tek doğrulanmalıdır. Eğer eski sunucu geçici olarak açık tutuluyorsa, kullanıcıların fark etmediği arka plan görevleri de bir süre izlenmelidir.

Geçiş sonrası neyi izlemelisiniz?​

DNS yayılımı tamamlandıktan sonra bazı kullanıcılar kısa süre eski sunucuya, bazıları yeni sunucuya gidebilir. Bu normaldir; önemli olan iki ortamın da aynı içeriği sunabilmesidir. Geçişten sonra hata kayıtlarını ve performans davranışını izlemek, görünmeyen sorunları erken yakalamayı sağlar.

Eğer taşıma sırasında site hızında değişim olduysa bunun nedeni yalnızca hosting gücü olmayabilir. Önbellekleme ayarları, CDN, PHP yapılandırması ve disk türü de sonucu etkiler. Bu yüzden taşıma, aynı zamanda performans uyarlaması için iyi bir fırsattır.

Taşıma sonrası hız farkı neden oluşur?​

Yeni host daha güçlü olsa bile yanlış önbellek ayarları veya eksik sunucu optimizasyonu hız kazancını azaltabilir. Tersine, daha sade ama doğru yapılandırılmış bir ortam, eski sisteme göre daha stabil davranabilir. Bu yüzden son kontrol sadece “site açılıyor mu” değil, “site beklenen biçimde çalışıyor mu” sorusuna yanıt vermelidir.