Web sitesi veya uygulama taşıma işlemi çoğu zaman “dosyaları kopyalayalım, DNS’i değiştirelim” kadar basit görünür. Fakat gerçek hayatta veritabanı senkronizasyonu, e-posta hesapları, SSL sertifikası, cron görevleri, dosya izinleri, PHP sürümü, cache katmanı ve DNS yayılımı birlikte yönetilmediğinde taşıma süreci gereksiz kesinti ve destek yükü oluşturabilir.

Bu rehber, ajanslar, yazılım ekipleri ve KOBİ’ler için kontrollü bir taşıma planı sunar. Amaç, taşıma gününde sürpriz yaşamamak ve eski/yeni sistem arasında net geri dönüş planı bırakmaktır.

Taşıma öncesi envanter çıkarın

Taşınacak sistemin sadece web dosyalarından ibaret olmadığını kabul etmek gerekir. Önce hangi bileşenlerin mevcut olduğunu listelemek taşımanın yarısını çözer.

• Alan adları ve DNS sağlayıcısı
• Web dosyaları, upload klasörleri ve özel dizinler
• Veritabanları, kullanıcılar ve bağlantı bilgileri
• E-posta hesapları, yönlendirmeler ve MX kayıtları
• SSL sertifikaları ve yenileme yöntemi
• Cron görevleri, queue worker’lar ve arka plan servisleri
• PHP/Node.js/Python sürümleri ve özel paketler
• Harici servis API anahtarları ve webhook URL’leri

DNS hazırlığı: TTL ve test alanı

DNS değişikliğinin etkisi TTL değerleriyle yakından ilişkilidir. Taşıma öncesinde kritik kayıtların TTL değerini makul bir seviyeye düşürmek geçişi hızlandırır. Ancak bunu taşıma anında değil, mümkünse bir gün öncesinde yapmak gerekir.

• Mevcut A/AAAA, CNAME, MX ve TXT kayıtlarını yedekleyin.
• Web trafiği için kullanılacak yeni IP veya hedef kaydı doğrulayın.
• MX kayıtları değişmeyecekse e-posta tarafını gereksiz yere taşımayın.
• Test için geçici alt alan adı veya hosts dosyası yöntemi kullanın.

Veri senkronizasyonu ve bakım penceresi

Statik bir kurumsal sitede dosya kopyalama yeterli olabilir. Ancak e-ticaret, üyelik sistemi, panel veya sürekli içerik girilen bir projede son veri senkronizasyonu ayrıca planlanmalıdır. Aksi halde taşıma sırasında yeni sipariş, form veya kullanıcı kaydı eski sunucuda kalabilir.

• İlk tam yedek ve kopyalama işlemini önceden tamamlayın.
• Taşıma saatinde kısa bakım penceresi açın veya yazma işlemlerini durdurun.
• Son veritabanı dump/import işlemini bu pencerede yapın.
• Upload ve cache dizinlerini son kez senkronize edin.
• Eski sunucuyu hemen kapatmayın; geri dönüş için kısa süre erişilebilir bırakın.

Uygulama ve performans testleri

Taşıma tamamlandıktan sonra sadece ana sayfanın açılması yeterli değildir. Formlar, ödeme adımları, admin paneli, arama, dosya yükleme, e-posta gönderimi ve cron görevleri ayrı ayrı test edilmelidir.

• PHP hata logları ve web server logları kontrol edilmeli.
• Form gönderimleri ve SMTP çıkışı test edilmeli.
• SSL zinciri, HTTPS yönlendirmesi ve mixed content uyarıları kontrol edilmeli.
• Cache/OPcache/CDN ayarları yeni ortama göre düzenlenmeli.
• Uygulama performansı ilk saatlerde izlenmeli.

Geri dönüş planı olmadan taşıma yapılmamalı

Taşıma planının en önemli parçası, bir sorun çıktığında ne yapılacağının önceden yazılmasıdır. DNS’i eski IP’ye döndürmek yeterli olacak mı? Eski sunucudaki veri güncel mi? Yeni sunucuda yapılan değişiklikler nasıl geri alınacak? Bu sorular taşıma başlamadan cevaplanmalıdır.

Narweb ile taşıma sürecini nasıl planlayabilirsiniz?

Narweb, VDS, Cloud Dedicated Server ve yönetimli sunucu projelerinde taşıma adımlarını teknik ihtiyaçlara göre planlayabilir. Mevcut hosting veya sunucu altyapınızda performans, güvenlik, yedekleme ya da kesinti sorunları yaşıyorsanız önce mevcut yapının kısa bir analiziyle başlamak doğru olur.

Taşıma ve yeni altyapı planı için Narweb ile iletişime geçebilir, projenizin ihtiyacına göre VDS teklif veya Cloud Dedicated Server seçeneklerini değerlendirebilirsiniz.