Hosting değiştirmek yalnızca dosyaları yeni sunucuya kopyalamak değildir. Siteye gelen başvurular, siparişler, kurumsal e-posta ve zamanlanmış işler de geçişten etkilenebilir. Kesinti ve veri kaybı riskini azaltmak için önce hizmetleri ayırın, yeni ortamı deneyin ve son geçişin nasıl yapılacağını yazın.
Önce neyi taşıdığınızı listeleyin
Alan adı kaydı, DNS yönetimi, web barındırma ve e-posta aynı firmada olabilir; fakat bunlar farklı hizmetlerdir. Sadece siteyi taşımanız, alan adını da transfer etmenizi gerektirmez. E-posta başka bir sağlayıcıda çalışıyorsa yeni hostingin posta ayarlarını otomatik kullanmak istemeyebilirsiniz.
İlk envanterde dosyalar, veritabanı, medya depolaması, alt alan adları ve yönlendirmeler yer alsın. Form bildirimi, ödeme geri bildirimi ve zamanlanmış görevler gibi arka plandaki işleri de kaydedin. Ana sayfa açıldığı halde bu işlerden biri durmuş olabilir.
Erişim listesini sorumlu kişilerle hazırlayın. Alan adı hesabına, DNS paneline ve eski sisteme kimin ulaşabildiği belli olsun. Şifreleri yazı veya destek talebi içine dağıtmak yerine uygun güvenli erişim paylaşımını kullanın. Amaç gereksiz hesap toplamak değil, geçişte ihtiyaç duyulacak yetkinin hazır olmasıdır.
Yedek alın ve geri yüklemeyi doğrulayın
Dosya yedeği tek başına veritabanındaki kayıtları korumaz. Veritabanı yedeği de yüklenen görselleri veya sunucu ayarlarını içermeyebilir. Uygulamanızın hangi parçalardan oluştuğunu belirleyip birlikte yedekleyin. Yedeklerin tarihini ve hangi sürüme ait olduğunu kaydedin.
Yedeğin mevcut olması, geri dönüşün çalışacağını kanıtlamaz. Yeni veya ayrı bir test ortamında geri yükleme denemesi yapın. Veri okunuyor mu, kullanıcı girişleri ve medya dosyaları çalışıyor mu? Eksik parça varsa yayından önce ortaya çıkması gerekir.
Geri dönüş için eski sisteme ne kadar süre erişileceğini de konuşun. Eski hizmeti geçiş anında kapatmak teşhis ve geri yükleme imkânını daraltır. Saklama süresini ihtiyaca, sözleşmeye ve veri yükümlülüklerine göre belirleyin; süresiz açık bırakmak da bir plan değildir.
Yeni ortamı DNS değişmeden deneyin
Mümkünse gerçek alan adıyla eşdeğer koşullarda bir test yapın. Geçici bağlantı, önizleme veya yerel adres eşleme gibi yöntemlerden uygun olanı teknik ekip seçebilir. Amaç bütün ziyaretçileri yönlendirmeden önce yeni sistemin çalıştığını görmektir.
Yazılım sürümü, gerekli eklentiler, dosya izinleri, çevre değişkenleri ve dış servis erişimleri kontrol edilmelidir. Eski sunucuda kendiliğinden var olan bir bileşen yenisinde eksik olabilir. “Aynı paneli kullanıyoruz” ifadesi bütün koşulların aynı olduğunu göstermez.
Kontrol için örnek bir kullanıcı girişi, dosya yükleme, arama, form ve varsa ödeme denemesi yapın. Ödeme sağlayıcısının test ortamını ve uygun test yöntemini kullanın. Gerçek işlem oluşturmanız gerekiyorsa bunu işletmenin tanımlı prosedürüyle yürütün; kontrolsüz sipariş ve tahsilat üretmeyin.
E-posta ayrı bir geçiş planı ister
E-posta mevcut sağlayıcıda kalacaksa ilgili DNS kayıtlarının korunması gerekir. Yeni sunucudan gönderilen form bildirimleri de posta hizmetiyle uyumlu yapılandırılmalıdır. Sitenin açılması, giden e-postanın doğru teslim edildiğini göstermez.
E-posta da taşınacaksa posta kutuları, takma adresler, yönlendirmeler ve geçmiş iletiler için ayrı envanter hazırlayın. Kullanıcıların telefon ve bilgisayar ayarlarında ne değişeceği belli olsun. Sadece yeni kutu açmak eski mesajları taşımış olmak değildir.
Geçiş sonrasında dış bir hesaptan mesaj gönderip yanıt alın. Kurum içi test tek başına yeterli olmayabilir. Ortak kutuları ve form bildirimlerini de deneyin. Bir çalışan mesaj alırken başka bir yönlendirme adresi çalışmıyor olabilir; örnekleri envanterden seçin.
Son veri aktarımını ne zaman yapacaksınız?
Tanıtım sitesi ile sürekli sipariş alan mağazanın geçişi aynı değildir. Mağazada ilk kopyadan sonra yeni siparişler ve stok hareketleri oluşur. Bunların yeni sisteme nasıl aktarılacağı belirlenmeden DNS değişikliği yapmak veri ayrışmasına yol açabilir.
Kısa bir yazma durdurma penceresi, son veri eşitlemesi veya uygulamaya uygun başka bir yöntem gerekebilir. Hangi yöntemin kullanılacağını teknik ekip seçer; işletme açısından önemli olan bu sürede hangi işlemlerin yapılabileceğinin açık olmasıdır. “Hiç etkilenmeyecek” demeden önce bu akış doğrulanmalıdır.
Geri dönüşte de aynı soruyu sorun. Yeni ortamda sipariş alındıktan sonra eski kopyaya dönmek bu siparişleri kaybettirebilir. Dönüş kararı, son verinin nasıl korunacağıyla birlikte planlanmalıdır. Yalnızca eski sunucuyu açık tutmak her veri sorununu çözmez.
DNS geçişinde hangi kayıtlar değişecek?
Mevcut DNS bölgesini kaydedin ve değişecek kayıtları işaretleyin. Web adresleriyle posta kayıtlarını karıştırmayın. Ad sunucularını değiştiriyorsanız yeni DNS bölgesinde gereken bütün kayıtların bulunduğunu önceden doğrulayın. Sadece ana alan adı kaydı yeterli olmayabilir.
DNS önbellekleri nedeniyle bütün kullanıcıların aynı anda yeni sisteme ulaşacağını varsaymayın. TTL planı geçişi yönetmeye yardımcı olabilir; ancak tüm ağlarda tek bir anı garanti etmez. Yeni ve eski ortamın bu süreçte nasıl davranacağı, özellikle yazma işlemleri için belli olmalıdır.
Sertifikayı ve HTTPS yönlendirmelerini de kontrol edin. Alan adı aynı kalsa bile yeni ortamda sertifika kurulumu eksik olabilir. Ana adresin yanında kullanılan alt alan adlarını ve varsa www karşılığını deneyin.
Yayından sonra neyi izlemelisiniz?
Önemli sayfaları, başvuru kanallarını, hata kayıtlarını ve zamanlanmış işleri kontrol edin. İzleme yalnızca “sunucu cevap veriyor” seviyesinde kalmasın. Gerçek iş tamamlanabiliyor mu, form ilgili kişiye ulaşıyor mu ve yeni veri doğru yerde oluşuyor mu, bunlara bakın.
Adresler de değişiyorsa barındırma kontrolüne ek olarak içerik eşlemesi ve yönlendirmeler gerekir. Bu ayrı kapsamı site yenilerken görünürlüğü koruma rehberinde ele aldık. Aynı adresleri koruyan bir hosting geçişinde ise gereksiz URL değişikliği yapmanız gerekmez.
Kariha’nın sunucu ve altyapı hizmeti kapsamında geçişi site ve e-posta bağımlılıklarıyla planlıyoruz. Mevcut sisteminizi ve hangi hizmetleri taşımak istediğinizi bize anlatın; test, son veri aktarımı ve geri dönüş adımları belli olan bir plan hazırlayalım.
