WHM ile Sunucular Arası cPanel Hesap Transferi

Yeni bir sunucuya geçmek, tek bir siteyi elle taşımaktan çok daha karmaşık görünür; çünkü çoğu zaman ortada onlarca cPanel hesabı, yüzlerce e-posta kutusu, birbirine bağlı veritabanları ve her hesabın kendine ait DNS bölgesi vardır. Bunların her birini tek tek dosya indirip yükleyerek taşımak hem günler alır hem de bir yerde bir ayarı atlama riskini büyütür. İşte tam bu noktada WHM'in içinde gelen Transfer Tool devreye girer. Bu araç, kaynak sunucuya doğrudan bağlanıp seçtiğiniz hesapları tüm bileşenleriyle (dosyalar, e-postalar, veritabanları, DNS kayıtları ve paket tanımları) hedef sunucuya birebir kopyalar.

Bu rehberde, kıdemli bir sistem yöneticisinin bir müşteriye anlattığı sadelikte, WHM Transfer Tool ile bir sunucudan diğerine hesap göçünü baştan sona ele alacağım. Kaynak sunucuya root/SSH ya da WHM üzerinden nasıl güvenli bağlanacağınızı, taşınacak hesapları nasıl seçeceğinizi, transfer kuyruğunu nasıl izleyeceğinizi, DNS'i ne zaman ve nasıl güncelleyeceğinizi ve TTL'i düşürerek kesintiyi neredeyse sıfıra nasıl indireceğinizi adım adım göstereceğim. Tek bir siteyi elle taşıyacaksanız web sitesi taşıma yazısı daha uygun bir başlangıçtır; bir bayilik altyapısını komple taşıyorsanız reseller hosting nedir yazısındaki hesap mantığı da işinize yarayacaktır.

WHM Transfer Tool Ne İşe Yarar#

Transfer Tool, WHM'de Transfers > Transfer Tool yolundan ulaştığınız, cPanel/WHM ekosistemine özel bir göç aracıdır. Temel fikri şudur: hedef sunucunun (yani yeni sunucunuzun) WHM'ine girer, oradan kaynak sunucuya bağlanır ve "şu hesapları buraya çek" dersiniz. İşlem tek yönlü bir çekme (pull) mantığıyla çalışır; komutu her zaman verilerin gideceği yeni sunucudan verirsiniz. Bu, tek tek FTP ile dosya indirip yeniden yüklemeye kıyasla hem çok daha hızlı hem de çok daha az hata yapılan bir yöntemdir.

Aracın en güçlü yanı, bir hesabı "parça parça" değil "bütün olarak" taşımasıdır. Bir cPanel hesabını seçtiğinizde onunla birlikte gelen her şey otomatik olarak paketlenir:

• Web dosyaları — public_html ve tüm alt dizinler, dosya izinleriyle birlikte.
• Veritabanları — MySQL/MariaDB veritabanları, kullanıcıları ve yetkileri.
• E-posta hesapları — kutular, şifreler, iletme kuralları, filtreler ve gerçek posta içeriği.
• DNS bölgesi — hesabın tüm DNS kayıtları (A, MX, TXT, CNAME).
• Paket / plan — hesabın bağlı olduğu paket tanımı, hedefte yoksa oluşturulur.
• Ek ayarlar — cron görevleri, park/addon alan adları, SSL sertifikaları ve otomatik yanıtlayıcılar.

Yani doğru kullanıldığında Transfer Tool, "taşıdım ama e-postaları unuttum" ya da "site geldi ama veritabanı bağlanmıyor" gibi klasik göç kazalarını büyük ölçüde ortadan kaldırır. Aracı, hem tek bir hesabı taşımak hem de bir sunucudaki yüzlerce hesabı toplu olarak yeni donanıma göçürmek için kullanabilirsiniz. Kendi sunucunuza geçiş yapıyorsanız sunucu çözümleri ve yönetimini bize bırakmak isterseniz sunucu yönetimi tarafındaki destek bu sürecin yükünü hafifletir.

Taşıma Öncesi Hazırlık ve Uyumluluk#

Aracı açmadan önce birkaç dakika ayırıp ortamı hazırlamak, göç sırasında karşılaşacağınız sürprizlerin çoğunu baştan eler. İlk kontrol, iki sunucunun yazılım sürümlerinin uyumlu olmasıdır. Kaynak sunucudaki PHP ve veritabanı sürümünün hedefte de bulunması gerekir; aksi halde site taşınır ama açılırken hata verir. Her iki sunucuda da hızlıca sürümleri karşılaştırın:

# Her iki sunucuda da çalıştırıp çıktıları karşılaştırın
php -v
mysql --version
cat /etc/redhat-release   # işletim sistemi sürümü (AlmaLinux/CloudLinux)

Uygulamaların beklediği PHP ayarlarının da hedefte tutması gerekir. Özellikle bellek limiti, yükleme boyutu ve çalışma süresi gibi değerler düşükse büyük veritabanları ya da medya dosyaları göç sırasında yarıda kesilebilir. Hedef sunucunun php.ini benzeri değerlerini şu asgari seviyede tutmak çoğu senaryo için güvenlidir:

memory_limit = 256M
upload_max_filesize = 128M
post_max_size = 128M
max_execution_time = 300
max_input_time = 300

İkinci hazırlık, erişim bilgilerini eksiksiz toplamaktır. Kaynak sunucuya nasıl bağlanacağınıza (root parolası mı, SSH anahtarı mı, WHM kullanıcısı mı) baştan karar verin. Üçüncü ve en kritik hazırlık ise DNS tarafındadır: taşımaya başlamadan en az 24 saat önce ilgili alan adlarının TTL değerini düşürün. Bunun neden bu kadar önemli olduğunu ve nasıl yapılacağını ayrı bir başlıkta ele alacağım, ama zaman kazandırdığı için hazırlığın en başında yapılması gereken adım budur. Göç öncesi güvenlik ağı olarak kaynak tarafta güncel bir yedekleme almak da her zaman iyi bir alışkanlıktır.

Kaynak Sunucuya Bağlanma Yöntemleri#

Transfer Tool'u açtığınızda ilk sorulan şey, kaynak sunucuya nasıl bağlanacağınızdır. WHM size iki temel kimlik doğrulama yolu sunar ve doğru olanı seçmek işin sağlığı açısından önemlidir.

Birinci yöntem, kaynak sunucunun root erişimidir. Bir sunucunun tamamını taşıyorsanız (yani tüm hesaplar sizindir ve root'a sahipsiniz) en kapsamlı ve sorunsuz yol budur. Bu modda WHM, kaynaktaki tüm hesapları listeler ve dilediğinizi seçebilirsiniz. Bağlantıyı SSH parolası yerine SSH anahtarıyla kurmak hem daha güvenli hem de büyük göçlerde kesintisiz ilerlemesi açısından daha sağlıklıdır. Hedef sunucuda bir anahtar üretip kaynak sunucuya yetkilendirmek şöyledir:

# Hedef sunucuda anahtar üret (zaten yoksa)
ssh-keygen -t ed25519 -C "whm-transfer"

# Ortak anahtarı kaynak sunucunun root hesabına yetkilendir
ssh-copy-id -i ~/.ssh/id_ed25519.pub [email protected]

# Bağlantıyı doğrula (parola sormadan girmeli)
ssh [email protected] "whoami"

Bağlantı öncesi kaynak sunucunun SSH portunu ve parmak izini not almak, WHM'in "host key" onayı isteyeceği adımda işinizi kolaylaştırır. Root erişiminizin olmadığı, sadece belirli hesaplara ait olduğunuz durumlarda ise ikinci yöntem devreye girer.

İkinci yöntem, kaynak sunucuya cPanel/WHM kullanıcı bilgileriyle bağlanmaktır. Bir bayilik (reseller) hesabından çıkıp taşınıyorsanız root'unuz olmaz; bunun yerine kaynak sağlayıcının size verdiği reseller WHM kullanıcı adı ve parolasıyla ya da tek tek cPanel hesaplarının kimlik bilgileriyle bağlanırsınız. Bu modda yalnızca size ait hesapları görür ve taşırsınız; bu da bayilikten kendi sunucunuza geçişin en yaygın senaryosudur.

Hesapları Seçme ve Taşınacakları Belirleme#

Kaynak sunucuya bağlantı kurulduğunda WHM, oradaki hesapların listesini çeker ve size bir seçim ekranı sunar. Burada her hesabın yanında bir onay kutusu bulunur; taşımak istediklerinizi işaretlersiniz. Yüzlerce hesap arasından belirli olanları seçmek için arama kutusunu kullanabilir ya da "hepsini seç" ile toplu göç başlatabilirsiniz.

Bu ekranda her hesap için taşınacak bileşenleri de gözden geçirebilirsiniz. Varsayılan olarak dosyalar, veritabanları, e-postalar ve DNS bölgesi hepsi birlikte gelir; ancak isterseniz belirli bileşenleri hariç tutabilirsiniz. Örneğin çok büyük e-posta arşivlerini ilk turda dışarıda bırakıp önce siteyi taşımak, sonra postaları ayrı bir turda göçürmek büyük hesaplarda toplam kesinti süresini kısaltan pratik bir taktiktir.

Seçim sırasında dikkat edilmesi gereken bir nokta, hedefte aynı alan adının ya da kullanıcı adının çakışmasıdır. WHM, hedefte zaten var olan bir kullanıcı adıyla karşılaşırsa uyarı verir; bu durumda taşımadan önce çakışmayı çözmeniz gerekir. Kaynaktaki paket (plan) hedefte tanımlı değilse, Transfer Tool paketi de otomatik olarak taşır ve hedefte aynı isimle oluşturur; böylece hesabın kota ve limit yapısı bozulmadan gelir.

Toplu bir göç planlarken hesapların büyüklüğünü önceden görmek, kuyruğu doğru sıralamak için işe yarar. Kaynak sunucuda her hesabın disk boyutunu hızlıca çıkarabilirsiniz:

# Kaynak sunucuda hesap boyutlarını büyükten küçüğe sırala
du -sh /home/*/ 2>/dev/null | sort -rh | head -20

Küçük hesapları öne, dev arşivleri sona koyarak transferi planlarsanız, çoğu sitenin göçü hızla tamamlanır ve yalnızca birkaç büyük hesap için beklersiniz.

Transferi Başlatma ve Kuyruğu İzleme#

Hesapları ve bileşenleri seçtikten sonra transferi başlatırsınız. WHM, seçtiğiniz her hesabı bir kuyruğa (queue) alır ve sırayla işler. Her hesap için önce kaynakta bir paket oluşturulur, ardından bu paket hedefe aktarılır ve hedefte açılıp yapılandırılır. Kuyruk ekranı canlı olarak güncellenir; hangi hesabın taşındığını, hangisinin sırada beklediğini ve hangisinin tamamlandığını renkli durum etiketleriyle görürsünüz.

İşlem sırasında ekranı kapatmanız transferi durdurmaz; göç sunucu tarafında arka planda sürer. Yine de büyük bir toplu göçte ilerlemeyi komut satırından da izlemek isterseniz, transfer günlüklerine bakabilirsiniz:

# Hedef sunucuda aktif transfer oturumlarının günlükleri
ls -lt /var/cpanel/logs/transfer_sessions/

# En son oturumun canlı akışını izle
tail -f /var/cpanel/logs/transfer_sessions/*/master.log

Her hesap tamamlandığında WHM, o hesaba özel bir özet raporu üretir. Bu raporda taşınan veritabanı sayısı, e-posta hesabı sayısı ve varsa uyarılar (örneğin taşınamayan bir cron görevi ya da atlanan bir dosya) listelenir. Kuyruk bittiğinde bu raporları tek tek gözden geçirmek, "her şey geldi mi" sorusunun en güvenilir yanıtıdır.

Aynı işi tamamen komut satırından, root erişimiyle whmapi1 üzerinden de başlatabilirsiniz. Bu, göçü bir betiğe gömmek ya da bakım penceresinde zamanlanmış çalıştırmak istediğinizde kullanışlıdır. Başarılı bir çağrının çıktısı YAML biçiminde döner ve oturum kimliğini verir:

metadata:
  command: start_transfer_session
  reason: OK
  result: 1
data:
  transfer_session_id: XFER-20260710-1

Bu oturum kimliğiyle transferin durumunu sorgulayabilir, tamamlanan ve bekleyen hesapları programatik olarak takip edebilirsiniz. Kuyruk mantığı sayesinde tek bir büyük hesabın yavaşlığı diğerlerini bloke etmez; sıradaki işler kaynaklar uygun oldukça paralel biçimde ilerler.

Veritabanı ve E-posta Bütünlüğünü Doğrulama#

Transfer Tool veritabanlarını ve e-postaları otomatik taşısa da, kritik siteler için bütünlüğü elle doğrulamak profesyonel bir alışkanlıktır. Özellikle e-ticaret ve üyelik sistemlerinde tek bir tablonun eksik gelmesi bile fark edilmesi geç olan sorunlara yol açar. Taşımadan hemen sonra, DNS'i çevirmeden önce, hedef sunucuda veritabanı satır sayılarını kaynaktakiyle karşılaştırın:

-- Her iki sunucuda da çalıştırıp tablo satır sayılarını karşılaştırın
SELECT table_name,
       table_rows
FROM   information_schema.tables
WHERE  table_schema = 'musteri_wpdb'
ORDER  BY table_rows DESC;

Sayılar tutuyorsa veri bütünlüğü büyük olasılıkla sağlamdır. WordPress gibi uygulamalarda ayrıca yapılandırma dosyasındaki veritabanı bağlantı bilgilerinin hedef sunucuya uygun olduğunu kontrol etmeyi unutmayın; Transfer Tool bunu genelde otomatik ayarlar, ama özel kurulumlarda gözden geçirmek gerekir.

E-posta tarafında ise en sık gözden kaçan şey, gerçek posta içeriğinin (gelen kutusundaki mesajların) taşınıp taşınmadığıdır. Hesap ve şifreler gelmiş ama eski mesajlar boşsa, muhtemelen posta dizini büyük olduğu için ilk turda atlanmıştır. Hedefte bir kutunun içeriğini hızlıca doğrulayabilirsiniz:

# Hedef sunucuda bir e-posta kutusundaki mesaj sayısını gör
find /home/musteri/mail/ornek.com/info/cur -type f | wc -l

Kurumsal müşterilerde e-posta, çoğu zaman siteden bile kritiktir; bu yüzden göç sonrası posta akışını mutlaka canlı bir test mesajıyla doğrulayın. E-posta altyapınızı güçlendirmek isterseniz e-posta çözümleri tarafındaki yapılandırmalar da bu doğrulamayı kolaylaştırır. Bu ara doğrulama adımı, tek site taşıyanlar için web sitesi taşıma rehberindeki kontrol listesiyle de örtüşür.

DNS Güncelleme ve Kesintiyi TTL ile Azaltma#

Taşımanın "kesintisiz" olup olmaması neredeyse tamamen DNS'i ne zaman ve nasıl çevirdiğinize bağlıdır. Altın kural şudur: önce yeni sunucuda her şeyi kurup test edin, DNS'i en son yönlendirin. Böylece eski site yayında kalırken yenisi arka planda hazır bekler; hazır olduğundan emin olduğunuzda bir kayıt değişikliğiyle trafiği yeni sunucuya alırsınız.

Ama bir tuzak var: DNS kayıtlarının bir "yaşam süresi" (TTL) vardır ve dünyadaki çözücüler eski A kaydını bu süre boyunca önbellekte tutar. Varsayılan 14400 saniye (4 saat) gibi bir TTL ile, DNS'i çevirdikten sonra bazı ziyaretçiler saatlerce eski sunucuya gitmeye devam eder. Çözüm, taşımaya başlamadan 24 saat önce TTL'i çok düşük bir değere indirmektir. Böylece geçiş anında önbellekler hızla tazelenir ve neredeyse hiç ziyaretçi eski sunucuda takılıp kalmaz.

Önce, taşımadan bir gün önce TTL'i düşürün:

; Taşımadan 24 saat ÖNCE — TTL'i 300 saniyeye indir
; (A kaydını henüz değiştirmiyoruz, sadece TTL)
ornekmusteri.com.      300   IN  A   185.20.10.10   ; eski sunucu IP'si
www.ornekmusteri.com.  300   IN  A   185.20.10.10

Göç tamamlanıp yeni sunucuyu test ettikten sonra A kaydını yeni IP'ye çevirirsiniz:

; Göç bitti, test tamam — A kaydını yeni sunucuya yönlendir
ornekmusteri.com.      300   IN  A   185.20.20.20   ; yeni sunucu IP'si
www.ornekmusteri.com.  300   IN  A   185.20.20.20

DNS'i çevirmeden önce yeni sunucunun sitenizi doğru sunduğunu, alan adına dokunmadan test etmek isterseniz curl ile isteği doğrudan yeni IP'ye yönlendirebilirsiniz:

# Alan adını yeni sunucuya "kandırarak" gerçek yanıtı test et
curl -I --resolve ornekmusteri.com:443:185.20.20.20 https://ornekmusteri.com/

Bu istek 200 döndürüyor ve doğru sayfayı sunuyorsa, DNS'i gönül rahatlığıyla çevirebilirsiniz. Geçiş tamamlandıktan ve trafiğin tamamı yeni sunucuya oturduktan (genelde birkaç saat) sonra TTL'i tekrar normal bir değere (örneğin 3600 veya 14400) yükseltmeyi unutmayın; sürekli düşük TTL, DNS sunucularınıza gereksiz yük bindirir. Trafiği yeni sunucuya aldıktan sonra HTTPS'in kesintisiz çalışması için hedefte SSL sertifikası kurulumunun aktif olduğundan da emin olun.

Taşıma Sonrası Kontrol ve Sık Karşılaşılan Sorunlar#

DNS oturduktan sonra iş bitmiş sayılmaz; asıl güvenceyi taşıma sonrası kısa bir kontrol turu verir. Sitenin ana sayfasını ve birkaç iç sayfayı açın, form gönderin, giriş yapın, sepete ürün ekleyin — kısaca sitenin canlı işlevlerini gerçekten deneyin. Ardından e-posta gönderip alın, yönetim panelini kontrol edin ve varsa zamanlanmış görevlerin (cron) hedefte etkin olduğunu doğrulayın.

Göç sonrası en sık karşılaşılan sorunlar ve hızlı çözümleri şöyledir:

Dosya sahiplik ve izin sorunları, özellikle elle müdahale edilmiş göçlerde sık görülür. Hedefte hesabın dizinini doğru kullanıcıya yeniden atamak çoğu görsel/izin hatasını tek adımda çözer:

# Hedefte hesabın dizinini doğru kullanıcıya ata
chown -R musteri:musteri /home/musteri/public_html

# Klasörler 755, dosyalar 644 olacak şekilde düzelt
find /home/musteri/public_html -type d -exec chmod 755 {} \;
find /home/musteri/public_html -type f -exec chmod 644 {} \;

Son olarak, yeni sitenin çalıştığını her yönüyle doğrulamadan eski hosting paketinizi asla iptal etmeyin. Eski sunucuyu birkaç gün, hatta bir-iki hafta yayında tutmak size güvenli bir geri dönüş noktası bırakır; olası bir eksik ortaya çıkarsa oradan tamamlayabilirsiniz. Büyük ve karmaşık göçlerde bu adımların yükünü paylaşmak isterseniz site taşıma hizmetimizle süreci uçtan uca yürütebiliriz.

Sıkça Sorulan Sorular#

WHM Transfer Tool'u kullanmak için nereden komut vermeliyim?#

Komutu her zaman verilerin gideceği yeni (hedef) sunucunun WHM'inden verirsiniz. Transfer Tool, hedeften kaynağa bağlanıp seçtiğiniz hesapları çeken bir "pull" aracıdır; yani eski sunucuya girip veri itmeye çalışmazsınız. Bu yüzden bağlantı bilgilerini girdiğiniz yer yeni sunucudur ve taşınacak hesapları da orada işaretlersiniz.

Transfer sırasında hesaplarımdaki e-postalar da taşınıyor mu?#

Evet, varsayılan olarak e-posta hesapları, şifreleri, iletme kuralları, filtreleri ve gerçek mesaj içerikleri hepsi birlikte taşınır. Ancak çok büyük posta arşivleri, kuyruğu hızlandırmak için ilk turda hariç bırakılmış olabilir. Bu durumda önce siteyi taşıyıp DNS'i çevirir, ardından e-postaları ayrı bir transfer turunda göçürürsünüz; taşıma sonrası bir kutunun mesaj sayısını kaynak ile karşılaştırarak bütünlüğü doğrulamanız önerilir.

Taşıma sırasında sitem kapanır mı, ziyaretçi kaybeder miyim?#

Doğru yapıldığında sitenizde neredeyse hiç kesinti olmaz. Bunun sırrı, yeni sunucuda her şeyi kurup test ettikten sonra DNS'i en son çevirmenizdir; siz test ederken eski site yayında kalmaya devam eder. TTL'i taşımadan 24 saat önce düşürdüyseniz, DNS'i çevirdiğiniz anda önbellekler hızla tazelenir ve ziyaretçilerin büyük çoğunluğu geçişi fark bile etmez.

Kaynak sunucuya root erişimim yoksa taşıma yapabilir miyim?#

Evet, yapabilirsiniz. Root erişiminiz olmadığında Transfer Tool'a kaynak sunucudaki reseller WHM kullanıcı bilgilerinizle ya da tek tek cPanel hesaplarının kimlik bilgileriyle bağlanırsınız. Bu modda yalnızca size ait hesapları görür ve taşırsınız; bir bayilikten kendi sunucunuza geçerken en yaygın kullanılan yöntem budur.

Kaynak ve hedef sunucuda PHP sürümleri farklıysa ne olur?#

Dosyalar ve veritabanı sorunsuz taşınır, ancak site açılırken uyumsuzluk kaynaklı hatalar (çoğunlukla beyaz ekran) verebilir. Bu yüzden taşımadan önce her iki sunucuda php -v ile sürümleri karşılaştırıp hedefte uygun sürümü hazır etmeniz gerekir. cPanel'in çoklu PHP desteği sayesinde hedefte hesabı, kaynaktakiyle aynı PHP sürümüne ayarlayarak bu sorunu baştan önleyebilirsiniz.

Taşıma bittikten sonra eski hosting'i hemen iptal etmeli miyim?#

Hayır, kesinlikle acele etmeyin. Yeni sitenin tüm işlevlerini (sayfalar, formlar, e-posta, ödeme, yönetim paneli) canlı olarak doğrulamadan eski paketi iptal etmek büyük risktir. Eski sunucuyu birkaç gün, ideal olarak bir-iki hafta yayında tutmak size güvenli bir geri dönüş noktası bırakır; ancak her şeyin sorunsuz çalıştığından emin olduktan sonra iptal edin.

Kapanış#

WHM Transfer Tool, ilk bakışta teknik ve ürkütücü görünen bir sunucu göçünü, doğru sırayla ilerlendiğinde son derece öngörülebilir bir işe dönüştürür. Kaynağa güvenli bağlanmak, taşınacak hesapları bileşenleriyle birlikte seçmek, kuyruğu izlemek, veritabanı ve e-posta bütünlüğünü doğrulamak ve DNS'i TTL hazırlığıyla en son çevirmek — bu beş adımı disiplinle uygularsanız, ziyaretçileriniz taşımayı fark etmeden yeni sunucunuzda çalışmaya devam edersiniz. Anahtar, aceleci olmamak, her adımı doğrulamak ve eski ortamı erken kapatmamaktır.

Yeni bir sunucuya ya da daha güçlü bir barındırma planına geçmeyi düşünüyorsanız Clou.TR'nin hosting paketleri, reseller hosting ve sunucu çözümleri sayfalarını inceleyebilir; göçün tamamını sizin adınıza yürütmemizi isterseniz site taşıma ve sunucu yönetimi hizmetlerimizden yararlanabilirsiniz. Hangi altyapının işinize uyduğundan emin değilseniz, mevcut sunucunuzu ve ihtiyaçlarınızı bizimle paylaşın; kesintisiz bir geçiş planını birlikte kuralım.