Hosting Taşıma: Kesintisiz Site Geçişi
Tam yedek, test ortamı ve planlı DNS geçişiyle web sitenizi ve e-postalarınızı yeni sunucuya kesintisiz taşımayı adım adım anlatıyoruz.
Aurora YazılımEditör ekibi
6 dk okuma
Hosting taşıma için önce dosyaların ve veritabanının tam yedeği alınır, ardından yeni sunucuya yüklenip hosts dosyasıyla test edilir. Her şey doğru çalışınca DNS kayıtları yeni sunucuya yönlendirilir. Geçişten önce TTL süresini düşürmek ve eski sunucuyu birkaç gün açık tutmak kesintiyi önler.
Hosting Taşıma Nedir?
Hosting taşıma, web sitenizin dosyalarını, veritabanını ve çoğu zaman e-posta hesaplarını bir sunucudan başka bir sunucuya aktarmaktır. Ziyaretçi açısından adres değişmez; değişen, sitenin arka planda çalıştığı makinedir.
Site taşıma ihtiyacı genelde yavaşlık, yetersiz kaynak, güvenlik sorunları, destek memnuniyetsizliği ya da yeni bir yazılım altyapısına geçiş nedeniyle doğar. Hangi neden olursa olsun hedef aynıdır: ziyaretçinin fark etmeyeceği bir geçiş.
Hosting taşımayı alan adı transferiyle karıştırmamak gerekir. Alan adı kayıt firmasını değiştirmek ayrı bir süreçtir ve domain transferi yazımızda ayrıca anlatılmıştır. İkisini aynı anda yapmak yerine sırayla yapmak riski azaltır.
Taşımadan Önce Envanter Çıkarın
Kesintilerin büyük kısmı, unutulan bir parçadan kaynaklanır. Taşımaya başlamadan önce eski sunucuda neyin çalıştığını eksiksiz listeleyin:
- Site dosyaları: Kod, yüklenen görseller, belgeler ve yapılandırma dosyaları.
- Veritabanları: Sitenin kullandığı tüm veritabanları, kullanıcıları ve karakter seti.
- E-posta: Hesaplar, yönlendirmeler ve eski postalar; e-posta da aynı sunucudaysa ayrıca planlanmalı.
- Zamanlanmış görevler: Rapor, yedek ya da senkronizasyon için çalışan cron görevleri.
- Sunucu ayarları: PHP ya da Node.js sürümü, bellek limitleri, yönlendirme kuralları, SSL sertifikası.
- Dış bağlantılar: Ödeme, kargo ya da API bağlantılarında IP adresine bağlı izinler.
Tam Yedek Nasıl Alınır?
Taşımanın ilk ve en önemli adımı, geri dönüşü mümkün kılan tam ve doğrulanmış yedektir. Yedek, hem taşımanın kaynağı hem de bir sorun çıktığında güvencenizdir. Yedekleme stratejisinin ayrıntılarını yedekleme nasıl yapılır rehberimizde anlattık.
Kontrol paneliniz tam yedek alma özelliği sunuyorsa bunu kullanabilirsiniz. Sunucuya SSH erişiminiz varsa veritabanı ve dosyaları komut satırından da alabilirsiniz:
mysqldump -u kullanici -p --single-transaction --default-character-set=utf8mb4 veritabani > yedek.sql
tar -czf site-dosyalari.tar.gz -C /var/www siteYedeği doğrulayın
Yedek dosyasının boyutu mantıklı mı, arşiv açılıyor mu, SQL dosyasının sonunda tamamlandığını gösteren satır var mı? Açılmayan bir yedek, yedek değildir. Yedeği ayrıca kendi bilgisayarınıza ya da ayrı bir depolama alanına indirin.
Yeni Sunucuya Aktarım
Yeni sunucuda önce ortamı hazırlayın: aynı ya da uyumlu yazılım sürümleri, veritabanı ve kullanıcısı, gerekli eklenti modülleri ve dizin izinleri. Ardından dosyaları ve veritabanını aktarın. İki sunucu arasında doğrudan aktarım için rsync hızlı ve güvenilir bir yöntemdir:
- Yapılandırma dosyasındaki veritabanı adı, kullanıcı ve şifreyi yeni sunucuya göre güncelleyin.
- Dosya ve klasör izinlerini kontrol edin; yükleme klasörlerinin yazılabilir olması gerekir.
- Cron görevlerini yeni sunucuda yeniden tanımlayın.
- SSL sertifikasını yeni sunucuya kurun ya da yeniden oluşturun.
rsync -avz -e ssh /var/www/site/ kullanici@yeni-sunucu:/var/www/site/
mysql -u kullanici -p veritabani < yedek.sqlDNS Değişmeden Nasıl Test Edilir?
Siteyi canlıya almadan önce yeni sunucuda denemek, taşımanın en kritik adımıdır. Bunun için bilgisayarınızın hosts dosyasına alan adınızı yeni sunucunun IP adresiyle eşleyen bir satır eklersiniz. Böylece yalnızca sizin bilgisayarınız siteyi yeni sunucudan açar; ziyaretçiler eski sunucuyu görmeye devam eder.
203.0.113.10 alanadiniz.com www.alanadiniz.comcurl -I --resolve alanadiniz.com:443:203.0.113.10 https://alanadiniz.comHosts dosyası nerede?
Testte formları, ödeme adımını, üye girişini, arama ve yönetim panelini tek tek deneyin. İşiniz bitince eklediğiniz satırı silmeyi unutmayın.
- Windows: C:\Windows\System32\drivers\etc\hosts (Not Defteri yönetici olarak açılmalı).
- macOS ve Linux: /etc/hosts (sudo ile düzenlenir).
DNS Geçişi ve TTL Ayarı
Test başarılıysa sıra DNS geçişine gelir. Geçişten en az bir gün önce A ve gerekiyorsa MX kayıtlarının TTL değerini düşürün; böylece değişiklik internette daha hızlı yayılır. DNS kayıtlarının ve TTL'nin nasıl çalıştığını DNS nedir yazımızda anlattık.
Geçiş anında A kaydını yeni sunucunun IP adresine çevirin. Siteniz canlı veri alıyorsa, örneğin sipariş ya da rezervasyon kaydediyorsa, geçişten hemen önce veritabanını yeniden aktarmanız gerekir. Bu aradaki kısa sürede yeni kayıt oluşmaması için siteyi birkaç dakikalık bakım moduna almak en güvenli yoldur.
Geçiş sonrası eski sunucuyu hemen kapatmayın. DNS yayılımı tamamlanana kadar bazı ziyaretçiler eski sunucuya ulaşmaya devam edebilir; birkaç gün açık tutmak güvenli bir tampon sağlar.
E-postayı Taşırken Dikkat
E-posta, taşımanın en hassas parçasıdır. Hesapları yeni sunucuda aynı adlarla oluşturun, eski postaları IMAP aktarımıyla taşıyın ve MX kaydını son adımda değiştirin. SPF, DKIM ve DMARC kayıtlarını da yeni sunucuya göre güncellemeyi unutmayın; aksi hâlde gönderdiğiniz e-postalar spam klasörüne düşebilir.
E-postayı web sitesinden ayrı bir kurumsal e-posta hizmetinde tutmak, gelecekteki sunucu değişikliklerini çok kolaylaştırır. Böylece site taşınırken e-posta hiç etkilenmez.
Yeni bir siteye ya da altyapıya geçiyorsanız taşımayı bir fırsat olarak da değerlendirebilirsiniz. Eski ve kullanılmayan dosyaları, test klasörlerini ve gereksiz veritabanı tablolarını yeni sunucuya taşımamak, hem güvenlik açığı riskini hem de yedek boyutunu azaltır. Baştan web tasarımı yenilenecekse, eski adreslerden yeni adreslere yönlendirme planını da taşıma takvimine eklemek gerekir.
Taşıma Sonrası Kontrol Listesi
Geçişin ardından ilk 48 saat dikkatle izlenmelidir. Şunları kontrol edin:
Bu kontrollerden biri sorun gösterirse, eski sunucu hâlâ açık olduğu için DNS kaydını geri alarak dakikalar içinde önceki duruma dönebilirsiniz. Geri dönüş planı olan bir taşıma, aceleyle yapılan bir taşımadan her zaman daha az risk taşır.
- Tüm sayfalar HTTPS ile açılıyor ve SSL sertifikası geçerli mi?
- Formlar e-posta gönderiyor, siparişler ve ödemeler kaydediliyor mu?
- Görseller ve dosya indirmeleri eksiksiz mi?
- Sunucu yanıt süresi ve sayfa hızı eskisine göre nasıl?
- Arama motoru tarama hatalarında artış var mı?
- Hata günlüklerinde yeni uyarılar oluşuyor mu?
Sunucu Değiştirme Ne Zaman Gerekir?
Sunucu değiştirme kararı genellikle yavaşlık şikâyetiyle gelir, ama yavaşlığın kaynağı her zaman sunucu değildir. Ağır görseller, gereksiz betikler ya da yanlış önbellek ayarları da siteyi yavaşlatır. Taşımadan önce bir ölçüm yapmak, doğru sorunu çözdüğünüzden emin olmanızı sağlar. Bu ölçümü ve iyileştirmeyi hız ve performans yönetimi kapsamında görsel, kod, sunucu ve önbellek katmanlarında birlikte ele alıyoruz.
Güvenlik gerekçesiyle taşıma yapılıyorsa dikkat: zararlı kod bulaşmış bir site taşınırsa sorun da yeni sunucuya taşınır. Önce temizlik, sonra taşıma yapılmalıdır; bu durumda izlenecek adımları web sitesi hacklendi yazımızda anlattık.
E-ticaret mağazası ya da sektörel yazılım gibi canlı veri işleyen sistemlerde taşıma, sipariş ve stok akışını kesmeden planlanmalıdır. E-ticaret altyapısı ya da Aurora çözümleri kullanan işletmelerde bu geçiş, ekibimizle birlikte planlanabilir.
Sık Sorulan Sorular
01Hosting taşıma sırasında site kapanır mı?
Doğru planlanırsa kapanmaz ya da yalnızca birkaç dakikalık bakım süresi yaşanır. Yeni sunucuda test, düşük TTL ve eski sunucunun birkaç gün açık tutulması kesintiyi büyük ölçüde önler.
02Taşıma arama motoru sıralamasını etkiler mi?
Adres ve içerik aynı kaldığı sürece taşıma tek başına sıralamayı etkilemez. Ancak taşıma sırasında site uzun süre erişilemez kalırsa ya da hız ciddi biçimde düşerse görünürlük olumsuz etkilenebilir.
03DNS değişikliği ne kadar sürede yayılır?
Bu, kaydın TTL değerine ve internet servis sağlayıcılarının önbelleğine bağlıdır. TTL önceden düşürüldüyse değişiklik genellikle kısa sürede yayılır; düşürülmediyse eski kaydın önbellekten düşmesi daha uzun sürebilir.
04Taşımayı kendim yapabilir miyim?
Basit ve statik bir site için evet, kontrol paneli araçları yeterli olabilir. Veritabanı, e-posta, ödeme bağlantıları ve canlı sipariş akışı olan sitelerde ise deneyimli bir ekiple çalışmak veri kaybı riskini azaltır.
Kesintisiz bir hosting taşıma; tam yedek, test ortamı, planlı DNS geçişi ve geçiş sonrası takipten oluşur. Sitenizin yeni sunucuda daha hızlı ve güvenli çalışmasını, ölçümle birlikte planlamak için Aurora'nın hız ve performans yönetimi hizmetini inceleyebilir ya da iletişim sayfasından bize ulaşabilirsiniz.
