cPanel Hesabını Yeni Sunucuya Taşıma

Bir cPanel hesabını yeni bir sunucuya taşımak, kulağa geldiği kadar korkutucu bir işlem değildir; korkutan kısım genellikle "taşırken sitem çöker, e-postalarım kaybolur, ziyaretçilerim boş sayfa görür" endişesidir. Oysa cPanel'in kendi Full Backup (tam yedek) mekanizması, tek bir sıkıştırılmış dosyanın içine dosyalarınızı, tüm veritabanlarınızı, e-posta hesaplarını, yönlendirmeleri, cron işlerini ve DNS zon kayıtlarını birlikte paketler. Yani doğru sırayı izlerseniz, hesabınızın "birebir kopyasını" yeni sunucuda kurup, her şeyin çalıştığını doğruladıktan sonra sadece son adımda alan adını yeni sunucuya yönlendirirsiniz.

Kesintisiz bir göçün tek bir altın kuralı vardır: önce yeni sunucuda kur ve test et, DNS'i en son çevir. Eski hesabınız yayında kalırken yeni sunucuda aynısını hazırlar, hosts dosyası hilesiyle siteyi henüz DNS değişmeden önizler, sadece emin olduğunuzda nameserver veya A kaydını güncellersiniz. Bu rehberde tam yedeğin tam olarak neyi kapsadığını, sağlayıcı transfer aracının ne zaman daha mantıklı olduğunu, yeni sunucuda geri yüklemeyi, hosts ile önizleme testini ve TTL düşürerek kesinti süresini nasıl sıfıra yaklaştıracağınızı adım adım, gerçek komutlarla ele alacağız.

Taşımaya Başlamadan Önce Hazırlık#

İyi bir göç, ilk tar.gz dosyasını üretmeden önce yapılan planlamayla başlar. En sık yaşanan taşıma felaketleri teknik değil, unutkanlık kaynaklıdır: yeni pakete geçilir, birkaç gün sonra "e-posta filtrelerim gitmiş" ya da "cron işim çalışmıyor" denir. Bunu önlemek için taşımadan önce mevcut hesabınızın kısa bir envanterini çıkarın.

Kontrol etmeniz gereken temel başlıklar şunlardır:

• PHP sürümü ve eklentileri — Eski sunucudaki PHP sürümünü (8.1, 8.2 vb.) ve etkin eklentileri not edin; yeni sunucuda aynı sürümü seçmezseniz site beklenmedik hatalar verebilir.
• Alan adı ve nameserver durumu — Alan adı hangi kayıt firmasında, nameserver'lar sağlayıcıya mı yoksa Cloudflare gibi harici bir DNS'e mi ait?
• SSL sertifikaları — Let's Encrypt kullanıyorsanız yeni sunucuda otomatik yenilenir; ücretli bir sertifikanız varsa CRT/KEY çiftini yanınıza alın.
• E-posta hacmi — Büyük posta kutuları tam yedeğin boyutunu ciddi büyütür; birkaç GB'lık bir Maildir varsa taşıma süresini buna göre planlayın.
• Üçüncü parti entegrasyonlar — Ödeme sağlayıcısına, API'lere veya harici servislere sunucu IP'si tanımlıysa yeni IP'yi bu servislere de eklemeniz gerekir.

Son olarak, taşımanın hangi adımında olursanız olun elinizde güncel bir yedek bulunsun. Yedek alma araçlarını ayrıntılı gözden geçirmek isterseniz cPanel yedekleme rehberimiz tam yedek ile kısmi yedek arasındaki farkı örneklerle açıklıyor. Genel taşıma stratejisi ve WordPress'e özel notlar içinse web sitesi taşıma rehberimize göz atmanızı öneririm.

cPanel Tam Yedeği Ne Kapsar#

Göçün kalbi Full Backup dosyasıdır. cPanel bunu tek bir arşivde toplar ve dosya genellikle şu isimle üretilir:

backup-8.7.2026_02-15-40_kullaniciadi.tar.gz

Bu tek dosyanın içinde, hesabınızı yeniden inşa etmek için gereken her şey bulunur:

• public_html ve alan adına özel tüm dizinlerdeki dosyalar (gizli .htaccess, yapılandırma dosyaları dahil)
• Bütün MySQL veritabanları, .sql döküm dosyaları halinde
• E-posta hesapları ve gelen kutuları (Maildir formatında), tüm mesaj içerikleriyle
• E-posta yönlendirmeleri (forwarders) ve spam/filtre kuralları
• Alt alan adları, park edilmiş ve yönlendirilen alan adları
• Cron işleri (zamanlanmış görevler)
• DNS zon kayıtları ve cPanel hesap meta bilgileri (kota, PHP sürümü seçimi gibi)

Yani "tam yedek" kelimesi burada gerçekten tam anlamına gelir. Kısmi yedeklerin (yalnızca dosya, yalnızca veritabanı) aksine, tam yedek göç için tasarlanmıştır: yeni sunucuda tek komutla açtığınızda kullanıcı hesabı, kotası, DNS zonu ve içeriğiyle birlikte sıfırdan yeniden oluşturulur.

Bir noktayı baştan netleştirelim: tam yedek dosyanızda hangi verilerin bulunduğunu bilmek, taşıma sonrası "acaba şu da geldi mi?" tedirginliğini ortadan kaldırır. Aşağıdaki tablo, hangi bileşenin tam yedeğe dahil olup olmadığını özetliyor.

Tam Yedek Oluşturma ve İndirme#

Eski sunucudaki cPanel'e girip arama kutusuna backup yazdığınızda Backup simgesini görürsünüz. "Download a Full Account Backup" bölümünde üç teslimat yöntemi sunulur:

1. Home Directory — Yedeği kendi hosting hesabınızın diskine yazar. Ara adım olarak kullanışlıdır; sonra FTP/SFTP ile indirirsiniz.
2. Remote FTP Server — Yedek bitince otomatik olarak uzak bir FTP sunucusuna aktarır. Yeni sunucunuzun FTP bilgilerini girerseniz dosya doğrudan oraya iner.
3. Secure Copy (SCP) — SSH anahtarıyla uzak bir sunucuya güvenli kopyalama yapar.

Küçük ve orta ölçekli hesaplarda en pratik akış şudur: yedeği Home Directory'ye oluşturtun, cPanel işlemi bitince e-posta ile haber verir, ardından dosyayı indirin. Eğer SSH erişiminiz varsa, komut satırından hem yedek oluşturmak hem de doğrudan yeni sunucuya aktarmak çok daha hızlıdır:

# Eski sunucuda tam yedek oluştur (kendi kullanıcı adınızla)
/usr/local/cpanel/scripts/pkgacct kullaniciadi

# Üretilen arşivi doğrudan yeni sunucuya güvenli kopyala
scp /home/cpmove-kullaniciadi.tar.gz root@yeni-sunucu-ip:/home/

Büyük hesaplarda (özellikle onlarca GB e-posta) dosyayı bilgisayarınıza indirip tekrar yüklemek yerine scp veya rsync ile sunucudan sunucuya aktarmak hem zamandan kazandırır hem de aradaki internet bağlantınızın kopmasından kaynaklanan bozuk indirmeleri önler:

# rsync devam ettirilebilir aktarım sağlar; bağlantı koparsa kaldığı yerden sürer
rsync -avz --progress /home/cpmove-kullaniciadi.tar.gz \
  root@yeni-sunucu-ip:/home/

Sağlayıcı Transfer Aracı mı, Elle Full Backup mı?#

Tam yedeği elle indirip yüklemek her zaman en verimli yol değildir. İki cPanel sunucusu arasında geçiş yapıyorsanız, WHM'in Transfer Tool özelliği (root veya reseller yetkisiyle) hesapları uzaktan çekerek çok daha az elle işle taşır. Çoğu barındırma sağlayıcısı, yeni müşteri için bu göçü ücretsiz üstlenir — bizim yaptığımız gibi. Hangi yöntemin size uyduğunu şu tabloyla karşılaştırabilirsiniz:

Pratik tavsiye: iki taraf da cPanel ise, önce sağlayıcınıza taşımayı üstlenip üstlenmediğini sorun. Çoğu durumda destek ekibi Transfer Tool ile hesabı saatler içinde, sizin hiçbir dosya indirmenize gerek kalmadan taşır. Elle yöntem ise, kaynak sunucu cPanel değilse (Plesk, DirectAdmin veya ham bir Linux kutusu) ya da yalnızca son kullanıcı erişiminiz varsa devreye girer. Yönetimini bize bırakmak isterseniz ücretsiz site taşıma hizmetimiz ve sunucu yönetimi desteğimiz tam da bu göçü sizin yerinize yürütür.

Yeni Sunucuda Geri Yükleme#

Tam yedeği yeni sunucuya taşıdıktan sonra sıra geri yüklemede. Burada dikkat edilmesi gereken önemli bir ayrım var: son kullanıcı cPanel arayüzünden yalnızca kısmi yedekler (Home Directory, MySQL, yönlendirmeler) geri yüklenebilir. Hesabın tamamını — kullanıcı, kota, DNS zonu dahil — sıfırdan kurmak sistem düzeyinde yetki gerektirir ve WHM'de root olarak çalıştırılır:

# Yeni sunucuda root olarak tam hesabı geri yükle
/scripts/restorepkg /home/cpmove-kullaniciadi.tar.gz

Bu komut, arşivi açar; cPanel kullanıcısını, kotasını, veritabanlarını, e-postalarını ve DNS zonunu birebir yeniden oluşturur. Paylaşımlı bir hosting paketindeyseniz restorepkg çalıştırma yetkiniz olmaz — bu durumda yedek dosyasını sağlayıcınıza iletip geri yüklemeyi onlara açtırırsınız.

SSH erişiminiz olmadan yalnızca kısmi bileşenleri taşımanız gerekiyorsa, Backup Wizard → Restore adımından Home Directory ve veritabanı yedeklerini tek tek yükleyebilirsiniz. Veritabanını komut satırından elle geri yüklemek isterseniz:

# Sıkıştırılmış SQL dökümünü yeni veritabanına aktar
gunzip < veritabani_yedegi.sql.gz | mysql -u yeni_kullanici -p yeni_veritabani

Geri yükleme bittikten sonra, uygulamanızın veritabanı bağlantı ayarlarını yeni sunucudaki kullanıcı adı/parolaya göre güncellemeyi unutmayın. WordPress'te bu wp-config.php, çoğu PHP uygulamasında ise bir .env veya config.php dosyasıdır:

; wp-config.php içindeki bağlantı bilgileri
define( 'DB_NAME', 'yeni_veritabani' );
define( 'DB_USER', 'yeni_kullanici' );
define( 'DB_PASSWORD', 'guclu_parola' );
define( 'DB_HOST', 'localhost' );

hosts Dosyasıyla Önizleme Testi#

Göçün en değerli tekniği burada: DNS'i henüz çevirmeden, siteyi yeni sunucuda kendi bilgisayarınızda önizlemek. Bunu bilgisayarınızın hosts dosyasına yeni sunucunun IP'sini yazarak yaparsınız. Böylece yalnızca sizin tarayıcınız alan adını yeni sunucuya çözerken, dünyanın geri kalanı hâlâ eski siteyi görür.

Önce yeni sunucunun IP adresini öğrenin (cPanel ana ekranının sağ sütununda "Shared IP Address" olarak yazar veya sağlayıcınız verir). Ardından hosts dosyasına ekleyin:

# Linux / macOS: /etc/hosts (root/sudo gerekir)
# Windows: C:\Windows\System32\drivers\etc\hosts (Yönetici olarak)

203.0.113.45   orneksite.com
203.0.113.45   www.orneksite.com

Kaydettikten sonra tarayıcınızda orneksite.com adresini açtığınızda, alan adı hâlâ eski sunucuyu gösterse bile siz yeni sunucudaki kopyayı görürsünüz. Bu aşamada test etmeniz gerekenler:

• Ana sayfa ve iç sayfalar sorunsuz açılıyor mu?
• Formlar, giriş ekranı, sepet gibi dinamik işlevler çalışıyor mu (yani veritabanı bağlantısı doğru mu)?
• Görseller ve statik dosyalar yükleniyor mu (dosya yolları doğru mu)?
• Yönetim paneline girebiliyor musunuz?

Test bittiğinde, doğru sonucu görmediyseniz düzeltmeleri yapın; her şey yolundaysa hosts dosyasındaki bu satırları silin ki bilgisayarınız tekrar normal DNS çözümüne dönsün. Bu adımı atlamak, "DNS'i çevirdim ama site bozuk çıktı" panik anının en yaygın sebebidir. hosts testi geçince, yeni sunucunun canlı trafiğe hazır olduğundan yüzde yüz emin olursunuz.

DNS ve Nameserver Güncelleme + TTL Düşürme#

Yeni sunucuyu test edip onayladınız; artık trafiği oraya yönlendirme zamanı. Kesinti süresini en aza indirmenin sırrı, geçişten önce TTL değerini düşürmektir. TTL (Time To Live), bir DNS kaydının önbelleklerde ne kadar süre tutulacağını saniye cinsinden söyler. Varsayılan genellikle 14400 (4 saat) veya 3600'dür (1 saat); bu yüksekken değişikliği yaparsanız, dünya genelinde eski IP saatlerce önbellekte kalır.

Göçten 24-48 saat önce TTL'i 300 saniyeye (5 dakika) çekin. Mevcut TTL'i dig ile görebilirsiniz:

# A kaydının mevcut TTL değerini kontrol et
dig +nocmd +noall +answer orneksite.com A

# Örnek çıktı: orneksite.com. 14400 IN A 198.51.100.10
#                             ^^^^^ bu değeri 300'e düşürün

DNS'i yönetim yerinize göre iki yol vardır:

• Nameserver değiştirme — Alan adının nameserver'larını yeni sağlayıcının nameserver'larıyla (ns1.saglayici.com, ns2.saglayici.com) güncellersiniz. Tüm zon yönetimi yeni sunucuya geçer. Nameserver değişimi bazen 24 saate kadar yayılabilir.
• A kaydı değiştirme — Nameserver'ları olduğu gibi bırakıp yalnızca A kaydını yeni IP'ye çevirirsiniz. TTL'i düşürdüyseniz, değişiklik birkaç dakikada yayılır. Cloudflare gibi harici bir DNS kullanıyorsanız bu yöntem en hızlısıdır.

Yeni sunucudaki DNS zonu, örnek bir A kaydı için şuna benzer:

; orneksite.com bölge dosyası (yeni sunucu)
orneksite.com.       300   IN   A       203.0.113.45
www.orneksite.com.   300   IN   A       203.0.113.45
mail.orneksite.com.  300   IN   A       203.0.113.45
orneksite.com.       300   IN   MX  10  mail.orneksite.com.

Değişikliği yaptıktan sonra yayılmayı yine dig ile izleyebilirsiniz. Farklı DNS sunucularına sorarak (@8.8.8.8 Google, @1.1.1.1 Cloudflare) dünya genelinde ne görüldüğünü kontrol edin:

dig @8.8.8.8 orneksite.com A +short
dig @1.1.1.1 orneksite.com A +short
# İkisi de yeni IP'yi (203.0.113.45) döndürünce geçiş tamamlanmış demektir

Kritik bir uyarı: eski paketi hemen iptal etmeyin. DNS yayılımı tamamen bitene ve tüm ziyaretçiler yeni sunucuya düşene kadar (genellikle 24-72 saat) eski hesap yayında kalsın. Bu süre boyunca bazı e-postalar hâlâ eski sunucuya düşebilir; iki taraf da açık olduğu için hiçbir mesaj kaybolmaz. Yayılım oturunca eski paketi güvenle kapatabilirsiniz.

Taşıma Sonrası Kontrol Listesi#

Geçiş tamamlandı görünse bile, birkaç dakikalık son bir tur çoğu gizli sorunu yakalar. Şu maddeleri tek tek doğrulayın:

• Site tüm ana sayfalarıyla açılıyor — Yeni IP'den, hosts satırları silinmiş halde.
• SSL yeşil kilit veriyor — Let's Encrypt yeni sunucuda otomatik yenilendi mi? Yenilenmediyse bir kez elle tetikleyin; kurumsal siteler için ücretsiz SSL desteğimiz devrededir.
• E-posta gönderip alabiliyor — Yeni hesaba test maili atın; SPF/DKIM kayıtlarının yeni IP'yi yansıttığından emin olun, aksi halde giden postalar spam'e düşer.
• Formlar ve ödemeler çalışıyor — Veritabanı bağlantısı ve üçüncü parti API IP tanımları güncel mi?
• Cron işleri aktif — Zamanlanmış görevler yeni sunucuya geldiyse de bazen elle yeniden etkinleştirmek gerekir.
• Arama motoru erişimi — robots.txt ve site haritanız yerinde mi? Göç sonrası indeksleme için SEO tarafını da kontrol edin.

Bu listeyi geçen bir göç, ziyaretçileriniz için görünmez olur; kimse taşımanın gerçekleştiğini fark bile etmez. En sık atlanan madde SPF/DKIM güncellemesidir, çünkü site açılır ama e-postalar sessizce spam'e düşmeye başlar — bunu ilk gün test etmek çok değerlidir.

Sıkça Sorulan Sorular#

cPanel tam yedeği e-postalarımı da taşır mı?#

Evet, Full Backup e-posta hesaplarını, gelen kutularındaki tüm mesajları (Maildir formatında), yönlendirmeleri ve spam/filtre kurallarını içerir. Yani ayrıca bir e-posta dışa aktarımı yapmanıza gerek kalmadan posta kutularınız yeni sunucuya olduğu gibi taşınır; sadece geçiş sırasında iki sunucuyu da bir süre açık tutarak yayılım anında gelen mesajların kaybolmadığından emin olun.

Taşıma sırasında sitem ne kadar süre kesintiye uğrar?#

Doğru yöntemle kesinti neredeyse sıfırdır, çünkü yeni sunucuyu DNS'i çevirmeden önce hazırlayıp test edersiniz. TTL değerini geçişten önce 300 saniyeye düşürdüyseniz, DNS değişimi birkaç dakikada yayılır ve iki sunucu da bir süre açık kaldığı için ziyaretçiler kesintisiz hizmet alır.

Yeni sunucuda hangi PHP sürümünü seçmeliyim?#

Kural olarak eski sunucudaki sürümle aynısını seçerek başlayın, çünkü uygulamanız o sürümde test edilmiş durumdadır. Site sorunsuz çalıştıktan sonra, uyumluluğu doğrulayarak daha yeni ve hızlı bir PHP sürümüne kademeli olarak geçebilirsiniz; ani sürüm atlamaları özellikle eski eklentilerde beklenmedik hatalara yol açabilir.

hosts dosyası testini neden yapmalıyım?#

Bu test, alan adını henüz kimse için değiştirmeden siteyi yalnızca kendi bilgisayarınızda yeni sunucuya yönlendirmenizi sağlar. Böylece canlı trafiği riske atmadan sayfaların açıldığını, veritabanının bağlandığını ve formların çalıştığını doğrular; bir sorun görürseniz ziyaretçileriniz etkilenmeden önce düzeltirsiniz.

Nameserver mi yoksa A kaydı mı değiştirmeliyim?#

Tüm DNS yönetimini yeni sağlayıcıya taşımak istiyorsanız nameserver'ları güncelleyin; yalnızca web trafiğini yeni IP'ye yönlendirip mevcut DNS düzeninizi korumak istiyorsanız A kaydını değiştirmek yeterlidir. A kaydı değişimi genellikle daha hızlı yayılır, özellikle Cloudflare gibi harici bir DNS kullanıyorsanız birkaç dakikada tamamlanır.

Eski hosting paketimi ne zaman iptal edebilirim?#

DNS yayılımının tamamen oturması ve tüm ziyaretçilerin yeni sunucuya düşmesi genellikle 24 ila 72 saat sürer, bu yüzden eski paketi bu süre dolmadan kapatmayın. Yeni sunucuda site ve e-postanın kusursuz çalıştığını birkaç gün gözlemledikten sonra eski hesabı güvenle iptal edebilirsiniz.

Kapanış#

cPanel hesabını yeni sunucuya taşımak, doğru sırayla yapıldığında teknik bir gösteriden çok bir kontrol listesi disiplinidir: tam yedeği al, yeni sunucuda geri yükle, hosts ile önizle, TTL'i düşür, DNS'i çevir ve yayılım oturana kadar iki tarafı da açık tut. Bu adımları izleyen bir göçte ziyaretçileriniz hiçbir kesinti hissetmez, e-postalarınız kaybolmaz ve arama motoru sıralamanız zarar görmez.

Taşımayı kendiniz yürütmek yerine uzman bir ekibe bırakmak isterseniz, hosting paketlerimiz ücretsiz göç desteğiyle gelir; mevcut siteniz karmaşıksa site taşıma hizmetimiz ve sunucu yönetimi ekibimiz tüm süreci sizin yerinize, sıfır kesinti hedefiyle üstlenir. Yeni sunucunuzu seçerken paylaşımlı hosting'den güçlü bir VDS'e geçmeyi düşünüyorsanız, hangi çözümün işinize uyduğunu birlikte değerlendirebiliriz.