Hosting Taşıma Rehberi: Kesintisiz Geçiş

Daha hızlı bir sunucu, daha iyi destek ya da bir arada toplamak istediğiniz hizmetler: nedeni ne olursa olsun hosting taşıma çoğu site sahibinin ertelediği bir iştir, çünkü “site kapanırsa”, “e-postalar kaybolursa” endişesi baskındır. Oysa doğru sırayla yapılan bir taşımada ziyaretçi hiçbir şey fark etmez; kesinti, planlama eksikliğinin sonucudur.

Bu rehberde taşıma öncesi envanterden DNS geçişi sonrası kontrole kadar sekiz adımı, cPanel ve Plesk için somut araçları, en çok atlanan e-posta taşımasını ve hosts dosyasıyla test yöntemini anlatıyoruz. LIONFIN web hosting paketlerine geçişte destek ekibi cPanel tam yedeğini sizin adınıza geri yükleyebilir; yine de süreci bilmek kontrolü elinizde tutar.

Taşımadan önce: envanter ve plan

Hosting taşıma işlemlerinin çoğu teknik bir engel yüzünden değil, unutulan bir parça yüzünden sorun çıkarır. Başlamadan önce şu listeyi doldurun:

• Siteler ve alan adları: Ana alan adı, addon ve alt alan adları, park edilmiş adlar, yönlendirmeler.
• Veritabanları: Her sitenin bağlandığı veritabanı, kullanıcı adı ve yapılandırma dosyası (wp-config.php, .env).
• E-posta: Hesap listesi, kotalar, yönlendirmeler, otomatik yanıtlar, SPF/DKIM/DMARC kayıtları.
• DNS bölgesi: Tüm kayıtların dışa aktarılmış kopyası; özellikle dış servislere işaret eden CNAME ve TXT kayıtları.
• Zamanlanmış görevler: Cron satırları ve çalıştırdıkları betikler.
• SSL: Ücretli sertifika varsa sertifika, özel anahtar ve zincir dosyaları.
• Sürümler: PHP sürümü, gerekli eklentiler (ionCube, imagick vb.), MySQL/MariaDB sürümü.

Sürümleri yeni sunucuyla karşılaştırın; PHP sürüm farkı taşıma sonrası en sık görülen hata kaynağıdır. Taşıma tarihini trafiğin en düşük olduğu saate koyun ve tüm tarafları önceden bilgilendirin.

8 adımda hosting taşıma

1. Yeni hesabı açın, eski hesabı kapatmayın. İki ortam en az bir hafta paralel çalışacak.
2. TTL’yi düşürün. Taşımadan 24 saat önce A ve MX kayıtlarının TTL’sini 300 saniyeye indirin; gerekçesi DNS yayılma süresi yazısında.
3. Tam yedek alın. cPanel Backup Wizard → Full Backup, Plesk Backup Manager → Back Up.
4. Dosya ve veritabanını aktarın. Aynı panelse tam yedeği geri yükleyin; farklı panelse dosyaları ve veritabanı dökümünü elle taşıyın (bir sonraki bölüm).
5. hosts dosyasıyla test edin. DNS’e dokunmadan yeni sunucudaki siteyi kendi bilgisayarınızda açıp form, ödeme, giriş ve yükleme işlemlerini deneyin.
6. İçeriği dondurun. Sipariş ya da üyelik alan sitelerde eski siteyi bakım moduna alın ve son bir veritabanı senkronizasyonu yapın.
7. DNS’i çevirin. Önce A kaydı, e-posta kutuları taşındıysa ardından MX. Nameserver yöntemini kullanacaksanız yeni bölgenin eksiksiz olduğundan emin olun; iki yöntem alan adını hostinge bağlama yazısında karşılaştırılır.
8. İzleyin ve eski sunucuyu bekletin. Bir hafta boyunca hata günlüklerini, e-posta akışını ve eski sunucuya düşen trafiği kontrol edin; sonra eski hesabı kapatın.

Dosya ve veritabanı aktarımı: araçlar

Aynı panel arası (cPanel → cPanel, Plesk → Plesk): Tam yedek, dosyalar, veritabanları, e-posta kutuları, cron ve DNS bölgesini birlikte taşır. cPanel yedeğini yeni sunucuda destek ekibi WHM üzerinden geri yükler; Plesk’te Backup Manager → Upload ile yükleyip Restore ile açarsınız. Ayrıntılar cPanel yedek alma ve geri yükleme ve Plesk yedekleme rehberlerinde.

Farklı panel ya da özel sunucu: Dosyaları SSH ile doğrudan aktarmak FTP’den çok daha hızlıdır:

# Eski sunucudan yeni sunucuya dosyalar
rsync -avz -e "ssh -p 22" kullanici@ESKI_SUNUCU:/home/kullanici/public_html/ /home/yenikullanici/public_html/

# Veritabanı dökümü ve içe aktarma
mysqldump -u KULLANICI -p ESKI_VERITABANI > site.sql
mysql -u YENIKULLANICI -p YENI_VERITABANI < site.sql

Ardından yapılandırma dosyasında veritabanı adı, kullanıcı ve parolayı güncelleyin; WordPress’te alan adı değişmiyorsa başka bir düzenleme gerekmez. Dosya izinlerini kontrol edin: klasörler 755, dosyalar 644.

E-posta taşıma: en çok atlanan adım

E-posta kutuları web dosyalarından ayrı yaşar ve ayrıca taşınmalıdır; aksi hâlde ertesi sabah ekip “eski mailler nerede?” diye sorar:

1. Yeni sunucuda aynı adreslerle hesapları oluşturun (aynı panelse tam yedek bunu yapar).
2. Eski posta kutularını IMAP senkronizasyonuyla kopyalayın; sunucu tarafında imapsync aracı ya da destek ekibinin taşıma yardımı kullanılır:

   imapsync --host1 ESKI_SUNUCU --user1 [email protected] --password1 ESKI_PAROLA \
            --host2 YENI_SUNUCU --user2 [email protected] --password2 YENI_PAROLA --ssl1 --ssl2

3. MX kaydını yeni sunucuya çevirin; SPF, DKIM ve DMARC kayıtlarını yeni sunucunun değerleriyle güncelleyin.
4. DNS yayılırken eski sunucuya düşen mesajlar için senkronizasyonu 48 saat sonra bir kez daha çalıştırın.
5. Kullanıcıların Outlook ve mobil istemcilerinde sunucu adını güncelleyin.

Kurumsal hacimde posta kutularında ve arşivli hesaplarda taşıma süresi ve doğrulama adımları için kurumsal mail taşıma rehberine bakın. E-postayı web hostingden ayırıp ayrı bir mail hosting paketinde tutmak, gelecekteki site taşımalarında bu adımı tamamen ortadan kaldırır.

hosts dosyasıyla test ve DNS geçişi

DNS’i değiştirmeden önce yeni sunucuyu yalnızca kendi bilgisayarınızda “canlıymış gibi” görmek en güvenli test yöntemidir. hosts dosyasına alan adını yeni IP ile ekleyin:

# Windows: C:\Windows\System32\drivers\etc\hosts (yönetici olarak açın)
# macOS / Linux: /etc/hosts
YENI_SUNUCU_IP   siteniz.com
YENI_SUNUCU_IP   www.siteniz.com

Tarayıcı önbelleğini temizleyip siteyi açın; sayfalar, görseller, formlar, giriş ve ödeme akışını deneyin. Yeni sunucuda SSL henüz üretilmemiş olabilir; bu aşamada sertifika uyarısı normaldir, DNS geçişinden sonra AutoSSL ya da Let’s Encrypt sertifikayı üretir. Test bitince satırları silin.

DNS geçişinde sıra önemlidir: önce A kaydı (web), doğrulandıktan sonra MX (e-posta). Nameserver değişikliği kullanıyorsanız yeni DNS bölgesinde dış servislere ait CNAME/TXT kayıtlarının (Google doğrulama, DKIM, üçüncü taraf servisler) eksiksiz olduğunu envanterdeki bölge kopyasıyla karşılaştırarak kontrol edin.

Taşıma sonrası kontrol listesi

• Site: Ana sayfa ve rastgele beş iç sayfa; 404 ve 500 hataları için sunucu hata günlüğü (Errors / Logs).
• SSL: Kilit simgesi, HTTPS yönlendirmesi, karışık içerik uyarısı yok.
• Formlar ve e-posta gönderimi: İletişim formu ve sipariş bildirimi geliyor mu? Sunucu değişince SPF kaydı güncellenmediyse mesajlar spam’e düşer; SMTP relay ile gönderim bu bağımlılığı kaldırır, ayrıntı WordPress SMTP ayarları yazısında.
• Cron görevleri: Eski sunucudaki satırlar yeni panelde tanımlı mı?
• PHP sürümü ve eklentiler: phpinfo() ile karşılaştırın.
• Arama motorları: Search Console’da tarama hatası yok.
• Eski sunucu: Bir hafta sonra eski hesabı kapatın, ama yedeğini bir ay saklayın.

Taşıma sırasında kaynak ihtiyacı büyüdüyse geçişi bir üst seviyeye planlamanın tam zamanıdır; paylaşımlı hosting vs VPS yazısı karar ölçütlerini verir.