Bir web sitesi taşınırken yaşanan kesintilerin neredeyse tamamı tek bir nedenden kaynaklanır: yanlış sıralama. Önce DNS değiştirilip sonra dosyalar aktarılırsa ziyaretçiler boş bir sunucuya düşer; TTL düşürülmeden geçiş yapılırsa eski adres saatlerce önbellekte kalmaya devam eder. Sıralamayı doğru kurduğunuzda ise ziyaretçileriniz taşındığınızı fark etmez bile.
Bu rehberde en yaygın senaryo olan cPanel’den cPanel’e taşımayı adım adım ele alıyoruz: yedek alma, DNS TTL düşürme, aktarım, yayına almadan test ve geçiş sonrası kontroller.
Taşımadan Önce: Envanter ve Zamanlama
İlk iş, taşınacak her şeyin listesini çıkarmak. Çoğu sorun “dosyaları taşıdım ama e-postaları unutmuşum” tarzı eksiklerden doğar. Kontrol listenizde en az şunlar olmalı:
- Web dosyaları (public_html ve varsa ek dizinler)
- Veritabanları ve bağlantı bilgileri
- E-posta hesapları, yönlendirmeler, otomatik yanıtlar
- Cron görevleri, SSL sertifikaları, alt alan adları
- Mevcut DNS kayıtları — A, MX, TXT, CNAME kayıtlarının ekran görüntüsünü alın
Geçiş anını trafiğin en düşük olduğu saate planlayın; çoğu site için bu gece yarısından sonrasıdır. En kritik kural ise şu: eski hosting hesabınızı taşıma tamamen oturmadan asla iptal etmeyin. İki hesabın bir süre paralel çalışması bu işin sigortasıdır.
Hedef tarafta PHP ve MySQL sürümlerinin sitenizle uyumlu olduğunu da şimdiden doğrulayın. Örneğin SunucuCenter’ın Linux hosting paketlerinde PHP sürümünü cPanel üzerinden seçebildiğiniz için eski bir yazılımı taşırken sürüm uyumsuzluğuna takılmazsınız.
Adım 1: Eksiksiz Yedek Alın
cPanel’de Yedekleme (Backup) > Tam Yedek İndir yolunu izleyin. Oluşan backup-tarih_kullanici.tar.gz dosyası hesabın tamamını içerir: dosyalar, veritabanları, e-posta hesapları, yönlendirmeler ve cron görevleri. SSH erişiminiz varsa aynı işi komutla da yapabilirsiniz:
# Dosyalar için
tar -czvf site-yedek.tar.gz public_html/
# Veritabanı için
mysqldump -u kullanici -p veritabani_adi > yedek.sqlYedeği yalnızca sunucuda bırakmayın. Taşıma sırasında bir şeyler ters giderse dönebileceğiniz kopya, kendi bilgisayarınıza indirdiğiniz yedektir. Büyük sitelerde yedek dosyasının boyutunu ve indirme süresini önceden hesaba katın.
Adım 2: DNS TTL Değerini Düşürün
TTL (Time to Live), bir DNS kaydının internetteki sunucularda ne kadar süre önbellekte tutulacağını belirler. Çoğu panelde varsayılan değer 14400 saniyedir, yani 4 saat. Bu değeri düşürmeden IP değiştirirseniz, ziyaretçilerin bir kısmı 4 saat boyunca eski sunucuyu görmeye devam eder.
Geçişten 24-48 saat önce A kaydının TTL’ini 300 saniyeye (5 dakika) indirin. Mevcut değeri görmek için:
dig +noall +answer siteadi.com
# siteadi.com. 14400 IN A 203.0.113.10Ortadaki sayı saniye cinsinden TTL’dir. Değişikliği DNS kayıtlarınızı nerede yönetiyorsanız orada yapmalısınız: alan adı kayıt firmanızın paneli, hosting cPanel’iniz veya harici DNS servisiniz. Taşıma bittikten sonra TTL’i eski değerine yükseltmeyi unutmayın; kalıcı olarak düşük TTL, DNS sorgu yükünü gereksiz artırır.
Hangi Taşıma Yöntemi Size Uygun?
| Senaryo | Önerilen yöntem | Zorluk |
|---|---|---|
| Küçük/orta site, iki tarafta da cPanel var | Tam yedek + geri yükleme | Kolay |
| Kaynak tarafta yalnızca FTP erişimi var | Manuel dosya + veritabanı aktarımı | Orta |
| Büyük site (10 GB üzeri), çok sayıda e-posta | SSH/rsync ile aktarım | İleri |
| Teknik adımlarla uğraşmak istemiyorum | Yeni sağlayıcının taşıma desteği | — |
Son satır küçümsenecek bir seçenek değil: cPanel’den cPanel’e taşımalar sağlayıcı tarafında rutin bir işlemdir. SunucuCenter’da bu süreci 7/24 destek ekibiyle birlikte yürütebilir, geri yükleme gibi yetki gerektiren adımları ekibe bırakabilirsiniz.
Adım 3: cPanel’den cPanel’e Aktarım
Tam Yedekle Taşıma
İndirdiğiniz tam yedek dosyasını yeni sunucuya yükleyin. Tam yedeğin geri yüklenmesi WHM (root) yetkisi gerektirdiği için, yeni sağlayıcınızın destek ekibinden hesabı bu yedekten açmasını isteyin. Bu yöntemin avantajı, e-posta hesaplarından cron görevlerine kadar her şeyin tek seferde ve aynı ayarlarla gelmesidir.
Manuel Taşıma
Tam yedek kullanamıyorsanız sıra şöyle: dosyaları arşivleyip yeni cPanel’in Dosya Yöneticisi’ne yükleyin ve orada çıkartın; veritabanını phpMyAdmin’den dışa aktarıp yeni sunucuda oluşturduğunuz boş veritabanına içe aktarın. Yeni tarafta veritabanı adı ve kullanıcısı büyük olasılıkla değişeceği için sitenizin yapılandırma dosyasını güncellemeniz gerekir:
# WordPress için wp-config.php içinde
define('DB_NAME', 'yenihesap_db');
define('DB_USER', 'yenihesap_user');
define('DB_PASSWORD', 'yeni_sifre');E-posta hesaplarını yeni cPanel’de aynı adreslerle yeniden oluşturun. Cron görevlerini de eski panelden kopyalayıp yeni panelde tanımlamayı atlamayın; zamanlanmış yedekler ve otomatik görevler en sık unutulan parçadır.
Adım 4: DNS’i Değiştirmeden Test Edin
Taşımanın en değerli hilesi hosts dosyasıdır. Bilgisayarınızın hosts dosyasına yeni sunucunun IP’sini yazarsanız, DNS’e dokunmadan siteyi yeni sunucudan görebilirsiniz:
# Windows: C:WindowsSystem32driversetchosts
# macOS / Linux: /etc/hosts
203.0.113.10 siteadi.com www.siteadi.comBu satır yalnızca sizin bilgisayarınızı etkiler; ziyaretçiler eski sunucuyu görmeye devam eder. Bu haldeyken ana sayfayı ve iç sayfaları, yönetim paneli girişini, iletişim formunu, görsellerin yüklenmesini ve varsa ödeme adımını test edin. Sorunları herkes eski siteyi görürken, yani baskı yokken çözersiniz. Test bitince hosts satırını silmeyi unutmayın.
Adım 5: DNS’i Güncelleyin ve Geçişi Tamamlayın
Testler temizse A kaydını yeni sunucunun IP’sine çevirin ya da name server’ları yeni sağlayıcınınkilerle değiştirin. TTL’i 300’e düşürdüyseniz ziyaretçilerin büyük bölümü dakikalar içinde yeni sunucuya akar.
Eski sunucuyu hemen kapatmayın; 24-48 saat boyunca ikisini de yayında tutun. DNS önbelleği henüz tazelenmemiş az sayıda ziyaretçi bu sürede eski sunucudan hizmet alır. E-posta kullanıyorsanız MX kaydı yayılana kadar her iki sunucudaki posta kutularını da kontrol edin; aradaki mesajlar eski sunucuya düşmüş olabilir.
Geçiş Sonrası Son Kontroller
- SSL: Yeni sunucuda sertifikanın kurulu ve geçerli olduğunu doğrulayın; cPanel’de AutoSSL genellikle DNS geçişinden kısa süre sonra sertifikayı otomatik üretir.
- E-posta: Test mesajı gönderip alın; SPF ve DKIM kayıtlarını yeni sunucuya göre güncelleyin.
- Cron ve formlar: Zamanlanmış görevlerin çalıştığını, form gönderimlerinin ulaştığını doğrulayın.
- TTL: 300’e indirdiğiniz değeri 3600-14400 aralığına geri yükseltin.
- Eski hesap: 1-2 hafta sorunsuz geçtikten sonra iptal edin; öncesinde son bir yedeğini alın.
Taşınma nedeniniz paylaşımlı hostingin yetmemesiyse, aynı adımlar bir üst kademeye geçerken de geçerli: kaynakları tamamen size ait bir VDS sunucuya taşınmak da tam yedek + geri yükleme mantığıyla ilerler ve SunucuCenter’ın NVMe SSD altyapılı VDS planları 44,99 TL/ay’dan başlar.
Sık Sorulanlar
Taşıma sırasında sitem kapalı kalır mı?
Doğru sırayla ilerlerseniz hayır. Eski sunucu yayındayken kopya yeni sunucuda hazırlanır ve test edilir; DNS değiştiğinde ziyaretçi kesintisiz biçimde yeni sunucuya yönlenir. Kesinti ancak eski hesabı erken iptal ederseniz veya TTL’i düşürmeden geçiş yaparsanız yaşanır.
Sürekli güncellenen bir sitede (örneğin e-ticaret) veri kaybını nasıl önlerim?
Dosyalar genelde değişmez; kritik olan son sipariş, üyelik ve yorum verileridir. DNS değişiminden hemen önce veritabanının güncel halini bir kez daha aktarın; yoğun sitelerde bu son aktarım sırasında siteyi birkaç dakikalığına bakım moduna almak en güvenli yoldur.
Alan adımı da yeni firmaya taşımak zorunda mıyım?
Hayır. Alan adı ve hosting birbirinden bağımsız hizmetlerdir; DNS kayıtlarını yeni sunucuya yönlendirmeniz yeterli. Yönetimi tek yerde toplamak isterseniz alan adı transferini, site geçişi tamamen oturduktan sonra ayrı bir adım olarak yapabilirsiniz.
Bir yanıt yazın