Web sitesi, veritabanı, DNS, SSL, zamanlanmış görev ve isteğe bağlı e-posta bileşenlerini envanter, deneme ortamı ve geri dönüş planıyla yeni altyapıya taşıyın.
Hosting taşıma görünmeyen bağımlılıklarıyla planlanır
Web dosyaları ve veritabanını yeni sunucuya kopyalamak taşımanın yalnızca görünen bölümüdür. DNS kayıtları, SSL, PHP ve veritabanı sürümü, uzantılar, dosya izinleri, zamanlanmış görevler, e-posta gönderimi, depolama, CDN, harici API izinleri ve yedekleme de çalışma sonucunu etkiler. Envanter olmadan yapılan hızlı geçiş, site açılıyor görünürken formları veya arka plan işlerini bozabilir.
Alan adı, hosting ve e-posta aynı hizmet sağlayıcıda olsa bile ayrı sistemlerdir. Birini taşımak diğerini zorunlu olarak taşımayı gerektirmez. Proje; hangi bileşenin neden değişeceğini, sahipliğini, kesinti toleransını ve geri dönüş koşulunu belirleyerek başlar.
Kaynak ortamın tam envanteri
- Alan adı kayıt firması, yetkili hesap, bitiş ve transfer kilidi durumu,
- DNS zone içindeki A/AAAA, CNAME, MX, TXT ve özel doğrulama kayıtları,
- Web sunucusu, PHP, veritabanı, uzantı, disk ve trafik özellikleri,
- Uygulama yapılandırması, gizli anahtarlar ve yazılabilir dizinler,
- Cron/zamanlanmış görev, kuyruk işçisi ve arka plan servisleri,
- E-posta hesapları, yönlendirmeler, listeler ve gönderim servisleri,
- CDN, güvenlik duvarı, ödeme, API callback ve IP kısıtları kaydedilir.
Paylaşımlı hostingte görünmeyen sunucu ayarları için sağlayıcı belgeleri ve destek kanalı kontrol edilir. Kaynak erişimi sınırlıysa kapsam ve risk buna göre yazılır; eksik bileşenlerin otomatik taşınacağı varsayılmaz.
Yeni ortam kapasitesi isimlere değil ölçüme göre seçilir
“Sınırsız hosting” gibi pazarlama ifadeleri CPU, bellek, eşzamanlı işlem, disk I/O ve işlem süresi sınırlarını açıklamayabilir. Mevcut trafik, depolama büyümesi, veritabanı boyutu, yoğun saat, yedek ve log ihtiyacı incelenir. Yönetilen hizmet, VPS veya bulut seçimi teknik ekip kapasitesi ve bakım sorumluluğuyla birlikte değerlendirilir.
| Kriter | Değerlendirme | Yanlış varsayım |
|---|---|---|
| İşlem gücü | Dinamik istek ve yoğun görev davranışı | Yalnızca aylık ziyaret sayısı yeterlidir |
| Disk | Tür, I/O, veritabanı ve yedek alanı | Sadece toplam GB önemlidir |
| Konum/ağ | Kullanıcı kitlesi, gecikme ve CDN | En yakın sunucu her sorunu çözer |
| Yönetim | Güncelleme, izleme, güvenlik ve destek sorumluluğu | VPS satın almak otomatik bakım içerir |
Uyumluluk testi üretim benzeri ortamda yapılır
Yeni sunucuda hedef PHP ve veritabanı sürümleri, gerekli uzantılar, rewrite kuralları, dosya izinleri ve karakter seti hazırlanır. Site geçici güvenli adres veya hosts kaydıyla DNS değişmeden test edilir. Mutlak URL, lisans doğrulaması ve harici servis callback’leri geçici alan adında farklı davranabilir; bunlar ayrıca kontrol edilir.
Giriş, form, dosya yükleme, arama, ödeme, e-posta, rapor ve zamanlanmış görev gibi kritik senaryolar çalıştırılır. Performans eski ve yeni ortamda benzer koşullarda karşılaştırılır. Uygulama sürümü desteklenmiyorsa eski PHP modernizasyonu taşıma öncesi veya sonrasında ayrı faz olarak planlanır.
DNS geçişi ve TTL planı
DNS kayıtları değişmeden önce mevcut zone eksiksiz dışa aktarılır veya kaydedilir. TTL, planlanan geçişten önce kontrollü biçimde düşürülebilir; ancak tüm resolver’ların anında güncelleneceği garanti edilmez. Değiştirilecek A/AAAA veya nameserver kaydı ile korunacak MX, TXT ve doğrulama kayıtları ayrılır.
Nameserver değişimi bütün zone’u etkileyebilir; yalnızca web sunucusu taşınıyorsa A kaydını değiştirmek daha sınırlı olabilir. DNSSEC kullanılıyorsa registrar ve DNS sağlayıcı arasındaki zincir dikkatle planlanır. IPv6 kaydı eski sunucuya işaret ediyorsa bazı kullanıcılar yanlış hedefe gidebilir; A ve AAAA birlikte kontrol edilir.
Veritabanı ve dosya için son senkronizasyon
İlk kopya büyük dosyaları ve veritabanını önceden taşır. Canlı sistem kullanılmaya devam ediyorsa geçiş anında değişen dosya ve kayıtlar için delta yöntemi belirlenir. İçerik dondurma, bakım modu, veritabanı salt okunur veya kısa kesinti seçenekleri iş modeline göre seçilir. Kullanıcıların eski sunucuya yeni veri yazmasını önlemek için geçiş penceresi açıkça duyurulur.
Dosya sahipliği, izinler, sembolik bağlantılar ve büyük/küçük harf duyarlılığı farklı işletim sistemlerinde sorun çıkarabilir. Veritabanı karakter seti, collation, trigger, view ve event gibi nesneler standart tablo kopyasında atlanabilir. Sayım, örnek kayıt ve kritik toplamlarla mutabakat yapılır. Büyük veri geçişi veri taşıma hizmeti kapsamında ayrıntılandırılabilir.
SSL, güvenlik ve harici servis izinleri
Yeni sunucuda sertifika DNS değişiminden önce veya hemen sonra güvenilir biçimde kurulmalı; HTTP’den HTTPS’e tek adımlı yönlendirme doğrulanmalıdır. Güvenlik duvarı ve dosya izinleri kaynak ortamdan körü körüne kopyalanmaz. Yönetim portları erişimle sınırlandırılır, gereksiz servisler kapatılır ve gizli yapılandırmalar güvenli kanalla taşınır.
Ödeme, kargo, e-posta, lisans, webhook veya kurumsal API belirli IP adresine izin veriyorsa yeni çıkış IP’si sağlayıcı tarafına eklenir. Callback URL’leri ve DNS doğrulamaları kontrol edilir. API geçişinde entegrasyon hizmeti hata ve tekrar senaryolarını yeniden doğrular.
E-posta taşıma ayrı bir iş paketidir
Posta kutuları, takma adlar, yönlendirmeler, dağıtım listeleri, kota, arşiv ve istemci ayarları envantere alınır. IMAP kopyası klasörleri ve iletileri taşıyabilir; takvim, kişi, kural ve ortak posta kutusu gibi özellikler sağlayıcıya özgü olabilir. Eksiksiz taşınacağı iddia edilmeden kaynak–hedef yetenekleri karşılaştırılır.
MX geçişinde eski ve yeni sunucu belirli süre birlikte izlenebilir. SPF, DKIM ve DMARC kayıtları yeni gönderim kaynaklarına göre yetkili e-posta uzmanlığıyla doğrulanır. Kullanıcı parolaları güvenli biçimde yenilenir; destek talimatı geçişten önce paylaşılır. Yanlış e-posta yapılandırması teslimat ve itibar riski taşıdığı için web kopyasından ayrı test edilir.
Yayın sonrası doğrulama ve geri dönüş
- Farklı ağlardan DNS çözümlemesi, IPv4/IPv6 ve SSL kontrol edilir.
- Kritik URL’ler, form, giriş, dosya, e-posta ve cron senaryoları çalıştırılır.
- Eski sunucuya gelen istek ve yeni veri olup olmadığı izlenir.
- Hata logları, kaynak kullanımı ve yanıt süreleri takip edilir.
- Yedek görevi yeni ortamda çalıştırılıp geri yükleme örneği sınanır.
- Geri dönüş eşiği aşılırsa DNS, veri ve yapılandırma planı uygulanır.
Geçiş tamamlandığı doğrulanmadan eski hizmet hemen kapatılmaz; fakat iki ortamın süresiz açık kalması da güvenlik ve maliyet riski oluşturur. Yeni ortamın bakım sorumluluğu web sitesi bakım ve teknik destek planına devredilir. Teslimde hesap sahiplikleri, zone kaydı, sunucu yapılandırması, test sonucu ve kapatma takvimi paylaşılır.
Bu çözüm kimler için uygun?
- Yavaş, sınırlı veya desteklenmeyen hosting ortamından taşınacak siteler
- Alan adı veya sunucu sağlayıcısını değiştiren işletmeler
- E-posta ve web hizmetlerini kontrollü biçimde ayırmak isteyen kurumlar
Proje kapsamında planlanabilenler
- Altyapı ve bağımlılık envanteri
- Yeni ortam yapılandırması ve deneme kurulumu
- Dosya, veritabanı, DNS ve SSL geçişi
- Yayın kontrolü, log izleme ve geri dönüş adımı
Sık sorulan sorular
Sunucu, Hosting, Alan Adı ve E-Posta Taşıma hakkında merak edilenler
Taşıma sırasında hiç kesinti olmaz mı?
Doğru hazırlık kesintiyi azaltır; ancak DNS yayılımı, dış servis ve veri eşitleme koşulları nedeniyle mutlak sıfır kesinti sözü verilmez.
E-posta hesapları da taşınabilir mi?
Kullanılan sağlayıcı, posta kutusu hacmi ve erişim yöntemi incelendikten sonra e-posta geçişi ayrıca kapsamlandırılabilir ve örnek hesapla test edilebilir.