Hosting Hesapları Güvenli Bir Şekilde Nasıl Taşınır
19 Mayıs 2026 tarihinde yayımlandı
Bir hosting hesabını taşımak, içinde gerçekte neler olduğunu hatırlayana kadar genellikle basit görünür - web sitesi dosyaları, veritabanları, e-posta, DNS kayıtları, SSL, cron işleri, yedekler ve bir şekilde hâlâ çalıştıkları için kimsenin yıllardır dokunmadığı birkaç ayar. Hosting hesaplarını nasıl taşıyacağınızı anlamaya çalışıyorsanız, asıl iş verileri kopyalamak değildir. Asıl iş, kullanıcıların güvendiği her şeyi; güveni, çalışma süresini veya hafta sonunuzu bozmadan taşımaktır.
İyi haber şu ki, son dakika dosya dökümü yerine bunu kontrollü bir aktarım olarak ele aldığınızda temiz bir taşıma gayet yapılabilir. İster tek bir işletme sitesini ister onlarca müşteri hesabını taşıyor olun, süreç çoğunlukla hazırlık, doğrulama ve doğru sırayı seçmekle ilgilidir.
Hosting hesapları sürpriz olmadan nasıl taşınır
Taşıma sorunları oluşturmanın en hızlı yolu, tam olarak ne taşıdığınızı bilmeden kopyalamaya başlamaktır. Bir envanterle başlayın. Bu, her hesap için alan adları, web sitesi dosyaları, veritabanları, PHP sürümleri, posta kutuları, yönlendirmeler, cron işleri, SSL sertifikaları, DNS bölgeleri ve disk kullanımını kapsar. Mevcut kurulum özel sunucu kuralları, alışılmadık klasör yapıları veya üçüncü taraf entegrasyonlar içeriyorsa, bunları da not edin.
Bu önemlidir çünkü iki hosting hesabı yüzeyde aynı görünebilir ama altta çok farklı davranabilir. Temel bir WordPress sitesi başka bir şeydir. Zamanlanmış içe aktarmalar, işlemsel e-posta, özel yönlendirmeler ve ödeme geri çağrıları olan bir mağaza ise bambaşka bir şeydir. Taşıma planı bu farkı yansıtmalıdır.
Canlı ortama dokunmadan önce, bölgeyi kontrol ediyorsanız DNS TTL değerini düşürün. Bu size daha sonra trafiği değiştirme zamanı geldiğinde daha fazla esneklik sağlar. Son ana kadar beklerseniz, eski DNS kayıtları istediğinizden daha uzun süre kalabilir.
Ayrıca ne tür bir taşıma yaptığınıza da karar vermelisiniz. Benzer kontrol panelleri içindeki hesaptan hesaba taşıma işlemleri genellikle daha kolaydır çünkü yapılar birbirine daha çok uyar. Farklı hosting ortamları arasında taşımak, özellikle posta, veritabanı erişimi, PHP modülleri ve dosya izinleri açısından daha fazla kontrol gerektirir. Kaynak ortam ne kadar az standartlaştırılmışsa, yalnızca otomasyona o kadar az güvenmelisiniz.
İyimserlikle değil, yedeklerle başlayın
Taşıma başlamadan önce her şeyin tam yedeğini alın ve yedeklerin gerçekten geri yüklenebildiğini doğrulayın. Bu kulağa açık gibi gelir, ancak birçok kişi çok geç fark eder ki yedek, kullanılabilir bir kurtarma noktası olarak değil yalnızca bir panelde işaret kutusu olarak varmış.
Taşıma sırasında orijinal hosting hesabını aktif tutun. Dosyalar başarıyla kopyalandı diye eski hizmeti erkenden iptal etmeyin. Posta yönlendirmesi bozulursa, bir veritabanının güncel olmadığı ortaya çıkarsa veya bir uygulama yeni sunucu yapılandırması altında başarısız olursa diye bir geri dönüş penceresi istersiniz.
Pratik bir taşıma her zaman üç koruma katmanı içerir: kaynak yedeği, içe aktarmadan sonra hedef yedeği ve bir geri alma planı. Geri alma planı basit olabilir ama var olması gerekir. DNS değişiminden sonra bir şeyler ters giderse, sonra tam olarak ne olur, değişikliği kim yapar ve trafik ne kadar hızlı geri yönlendirilebilir?
Geçişten önce yeni ortamı oluşturun
Herhangi bir hesap taşınmadan önce hedef sunucu hazır olmalıdır. Bu, işletim sisteminin güncellenmiş, web yığınının yapılandırılmış, temel güvenlik önlemlerinin alınmış ve kontrol panelinin ihtiyacınız olan hesap yapısı için ayarlanmış olduğu anlamına gelir.
Bu aşamada, mümkün olduğunda eski ortamın temel unsurlarını eşleştirin. PHP sürümlerini, gerekli eklentileri, veritabanı sürümlerini, posta hizmeti davranışını ve kullanılabilir disk alanını kontrol edin. Taşıma sırasında yığını iyileştirmeyi planlıyorsanız bu akıllıca olabilir, ancak aynı zamanda değişkenler de ekler. Bazen en iyi taşıma, bilerek sıkıcı olandır. Önce iş yükünü temiz şekilde taşıyın, sonra optimize edin.
Görünürlük ve daha basit hesap yönetimi için oluşturulmuş bir panel kullanıyorsanız, bu aşama daha hızlı ilerleme eğilimindedir çünkü hizmetler, alan adları, veritabanları ve kullanıcılar tek bir yerde daha kolay incelenebilir. FASTPANEL gibi araçların yardımcı olduğu yer tam olarak burasıdır - taşıma işlemini sihirli hâle getirerek değil, genellikle küçük hataları gizleyen sürtünmenin büyük kısmını ortadan kaldırarak.
Verileri mantıklı bir sırayla taşıyın
İnsanlar hosting hesaplarının nasıl taşınacağını sorduğunda, çoğu zaman ana olayın dosya aktarımı olduğunu düşünür. Gerçekte doğru sıra, aktarım yönteminden daha önemlidir.
Web sitesi dosyaları ve veritabanlarıyla başlayın, ardından bunların etrafındaki hesap düzeyi ayarlarını yeniden oluşturun. Dosyaları doğru belge köküne geri yükleyin. Veritabanlarını içe aktarın ve veritabanı adlarının, kullanıcıların ve parolaların uygulama yapılandırmasıyla eşleştiğini doğrulayın. CMS tabanlı sitelerde, içe aktarılan kimlik bilgilerinin doğru olduğunu varsaymak yerine yapılandırma dosyalarını tekrar kontrol edin.
Sonra e-postayı ele alın. Bu kısım sık sık küçümsenir çünkü web sitesi taşıması ile e-posta taşıması her zaman aynı şekilde davranmaz. Postanın aynı hesap içinde mi barındırıldığını, üçüncü taraf bir sağlayıcı üzerinden mi yönlendirildiğini yoksa hizmetler arasında mı bölündüğünü bilmeniz gerekir. Posta kutularını, takma adları ve yönlendirmeleri dikkatle yeniden oluşturun. Kullanıcılar sunucuda depolanan IMAP geçmişine güveniyorsa, taşımanın yalnızca hesap adlarını değil posta kutusu içeriklerini de kapsadığından emin olun.
Bundan sonra cron işlerini, yönlendirmeleri, SSL sertifikalarını, güvenlik duvarı izinlerini ve özel web sunucusu yönergelerini yeniden oluşturun. Bunlar, bir web sitesi onlarsız birkaç dakika daha yüklenebildiği için unutulma eğiliminde olan ayrıntılardır. Sonra kullanıcılar eksik faturaları, başarısız form gönderimlerini veya gece sessizce duran zamanlanmış görevleri fark etmeye başlar.
DNS'i yönlendirmeden önce test edin
En çok sıkıntıyı önleyen kısım budur. Genel trafik ulaşmadan önce taşınan hesabı yeni sunucuda test edin. DNS zaten değişmiş gibi siteyi inceleyebilmeniz için hosts dosyası geçersiz kılmasını veya başka bir güvenli önizleme yöntemini kullanın.
Ana sayfayı açın, ancak orada durmayın. Formları, yönetici girişlerini, aramayı, ödeme adımını, medya yüklemelerini, iletişim formlarını, zamanlanmış görevleri ve API'ler veya harici hizmetlerle olan tüm entegrasyonları test edin. Site posta gönderiyorsa, bu postanın gerçekte nereye gittiğini doğrulayın. Site yazılabilir dizinlere bağlıysa, müşteri dosya yüklemeye başladıktan sonra değil şimdi izinleri doğrulayın.
E-posta hesapları için, dış alan adlarından test iletileri gönderin ve alın. Veritabanları için, canlı içeriğin güncel olduğunu ve eski bir dışa aktarımdan geri yüklenmediğini kontrol edin. SSL için, sertifikanın düzgün şekilde kurulduğunu ve sitenin güvenli sürümünün uyarı vermeden yüklendiğini doğrulayın.
Bir taşıma, site göründüğünde bitmiş sayılmaz. Site düzgün davrandığında bitmiş sayılır.
DNS değişimini dikkatle yönetin
Yeni ortam test edildikten sonra DNS kayıtlarını güncelleyin. TTL değerini daha önce düşürdüyseniz, yayılımı yönetmek daha kolay olmalıdır. Buna rağmen, trafiğin bir kısmının hâlâ eski sunucuya ulaştığı bir örtüşme bekleyin.
Bu örtüşme, zamanlamanın neden önemli olduğunu açıklar. Güçlü bir neden yoksa yoğun iş saatlerinde büyük DNS değişikliklerinden kaçının. Site çok aktifse, veritabanı odaklı uygulamalar için bir bakım penceresi veya son bir eşitleme düşünün. Statik siteler kolaydır. Sık yazma işlemi olan dinamik uygulamalar daha fazla özen gerektirir çünkü geçiş sırasında veriler eski ve yeni sunucular arasında ayrışabilir.
E-posta burada ekstra dikkat gerektirir. MX kayıtları değişiyorsa, onları yakından izleyin. Posta sorunları genellikle kısa süreli web sitesi aksaklıklarından daha yıkıcıdır çünkü kullanıcılar iletilerin eksik olduğunu her zaman hemen fark etmez.
En çok zaman kaybettiren yaygın taşıma hataları
En büyük sorunlar nadiren dramatiktir. Bunlar, üst üste biriken küçük uyumsuzluklardır. Yanlış bir PHP sürümü tek bir eklentiyi bozabilir. Eksik bir DNS kaydı yalnızca posta otomatik bulmayı etkileyebilir. Geride bırakılmış bir cron işi raporları veya yedekleri durdurabilir. Bir güvenlik duvarı kuralı, site tamamen normal görünürken bir ödeme geri çağrısını engelleyebilir.
Yaygın bir başka hata da aynı anda çok fazla şeyi değiştirmektir. Bir taşıma, her şeyi tek seferde yeniden tasarlamak, yeni bir posta sağlayıcısı, yeni bir DNS kurulumu ve bir sunucu güçlendirme yenilemesi yapmak için her zaman doğru zaman değildir. İşe yarayabilir, ancak her ek değişiklik sorun gidermeyi yavaşlatır. Kararlılık önemliyse, taşıma ile dönüşümü ayırın.
Başarıyı çok erken ilan etme eğilimi de vardır. Geçişten sonra izlemeye devam edin. En azından sonraki bir veya iki gün boyunca hata günlüklerini, posta kuyruklarını, sunucu yükünü, disk kullanımını ve uygulama davranışını izleyin. Bazı sorunlar yalnızca trafik düzenleri normale döndükten sonra ortaya çıkar.
Manuel taşımanın tam otomasyonu geçtiği durumlar
Otomasyon, özellikle tekrarlanan hosting taşımalarında kullanışlıdır, ancak muhakemenin yerini tutmaz. Benzer birçok hesabı yönetiyorsanız, taşıma araçları saatler kazandırabilir. Kaynak kurulum eski, dağınık, özelleştirilmiş veya kısmen belgelendirilmemişse, manuel inceleme yine de daha güvenli seçimdir.
Takas budur. Otomasyon, hız ve tutarlılık konusunda yardımcı olur. Manuel taşıma, uç durumlar ve gizli bağımlılıklar konusunda yardımcı olur. Doğru yaklaşım çoğu zaman ikisinin karışımıdır: aktarımı otomatikleştirin, ardından kullanıcıların ilk fark edeceği bölümleri manuel olarak doğrulayın.
Müşteri hesaplarını taşıyorsanız, iletişim de önemlidir. Kullanıcılara bir zaman aralığı verin, nelerin kısa süreli etkilenebileceğini söyleyin ve teknik gösterişten kaçının. Çoğu insanın DNS yayılımı üzerine bir derse ihtiyacı yoktur. İhtiyaçları olan şey neyin değiştiğini, ne zaman değiştiğini ve bir şeyler yanlış görünürse ne yapmaları gerektiğini bilmektir.
Hosting taşımaları stresli hissettirir çünkü aynı anda pek çok hareketli parçaya dokunur. Ama süreç net olduğunda, iş çok daha yönetilebilir hâle gelir. Tam bir resimle başlayın, doğru sırada ilerleyin, kuşkucu gibi test edin ve yenisi güveninizi kazanana kadar eski ortamı yerinde bırakın. Bu genellikle kimsenin hatırlamadığı bir taşıma hikâyesiyle, herkesin durmadan duyduğu bir hikâye arasındaki farktır.