Ajans müşteri sitesini kopyaladı ve cuma akşamı DNS'i değiştirmeyi planlıyor. Dosyalar hazır; ancak içerik girişini kimin durduracağı, ödeme testini kimin yapacağı, TTL değişimini ve son veritabanı eşitlemesini kimin yöneteceği belli değil. Yeni sunucu çalışmazsa geri dönüş kararını kimin vereceği de belirlenmemiş.
İyi bir taşıma kontrol listesi, maddeleri gerçek bir geçiş planına dönüştürür. Her önemli adımın sorumlusu, kanıtı ve tamamlanma zamanı belirlenmeli; hedef hazır değilse izlenecek yol da önceden kararlaştırılmalıdır.
Taşıma kontrol listesi ne işe yarar?
İyi hazırlanmış bir taşıma kontrol listesi, sıradan bir görev listesi değil, geçişin kabul kaydıdır. Her ön koşulu ve testi sorumlu kişi, son tarih, beklenen sonuç, kanıt ve başarısızlık durumunda atılacak adımla birlikte tanımlar. Hazırlıktan hedef testine, son veri aktarımından DNS değişikliğine, gözlem süresinden teslimata kadar bütün süreci kapsar.
- Barındırma, WordPress, DNS, TLS, e-posta, cron, ödemeler, Analytics, depolama ve dış hizmetleri listeye dahil edin.
- “Yapıldı” ile “hedef sunucuda doğrulandı” ifadelerini ayırın ve doğrulamayı kimin yaptığını yazın.
- Bakım başlamadan önce geri dönüş kararının en geç ne zaman verileceğini belirleyin.
Gerçekçi bir WordPress örneği
Ajans cuma akşamı DNS'i değiştirecek. Proje yöneticisi, son veritabanı eşitlemesini geliştiriciye; içerik girişinin durdurulmasını ve müşteri iletişimini müşteri yöneticisine; ödeme ile form testlerini ayrı bir test uzmanına atıyor. DNS'ten sorumlu kişi eski ve yeni değerleri kaydedip geri dönüş için hazır bekliyor. Ödeme testi başarısız olduğunda geçişi kimin durduracağı ve devam etmeden önce hangi koşulun sağlanacağı hemen biliniyor.
Neden önemlidir ve ne zaman kullanılmalıdır?
Canlı her site taşımasında kontrol listesi kullanın; ayrıntı düzeyini sitenin riskine göre ayarlayın. Tanıtım sitesi için kısa bir liste yeterli olabilir. Mağazada ise siparişler, ödeme bildirimleri, e-posta ve son eşitleme için açık sorumlular gerekir. Böylece teknik olarak doğru bir kopya, çevresindeki hizmetler ve karar verecek kişiler hazır olmadan yayına alınmaz.
Yeni başlayanlar için anlaşılır yol
- Kapsamı, bilinçli olarak taşınmayacak verileri, sorumluları, bakım süresini, iletişim yolunu, kurtarma hedefini ve güvenli geri dönüş için son saati belirleyin.
- Sürümleri, uzantıları, erişim bilgilerinden sorumlu kişileri, DNS'i, sertifikayı, e-postayı, cron işlerini, yönlendirmeleri, dış bağlantıları, depolamayı, yedekleri ve önemli kullanıcı işlemlerini listeleyin.
- Kopyayı hedef sunucuda geri yükleyin ve gerçek alan adını yerel hosts kaydıyla yönlendirerek sınayın. Test sırasında gerçek e-posta gönderimini ve canlı ödemeleri engelleyin.
- Geçiş sırasında yeni kayıtları kararlaştırılan süre boyunca durdurun veya son eşitlemeyi yapın. Önemli kayıt sayılarını karşılaştırdıktan sonra DNS'i değiştirin ve saati not edin.
- Geçişten sonra dış ağlardan test yapın; hataları, performansı, cron işlerini, formları, e-postayı, ödemeleri, webhook'ları, arama motoru ayarlarını ve Analytics verilerini izleyin.
İleri teknik planlama
Paket bütünlüğü, hedef sunucunun durumu, veri eşitliği, sertifika ve önemli kullanıcı işlemleri için geçişe devam etme veya geçişi durdurma ölçütleri belirleyin. Her ölçütü kimin değerlendireceğini ve geri dönüşe geçmeden önce düzeltme için ne kadar süre ayrılacağını yazın. Trafiği eski sunucuya yönlendirmekle veriyi eski hâline getirmeyi birbirinden ayırın; iki sunucu da yeni kayıt kabul ettiyse yalnızca DNS değişikliği verileri birleştirmez.
- Kaynakta oluşan hangi son kaydın hedefe aktarılması gerektiğini not edin ve eşitlemeden sonra en yeni kayıtları kontrol edin.
- Ekran görüntülerini, günlük bağlantılarını, zaman damgalarını, tespit edilen sorunları ve kararları ilgili kontrol maddesine ekleyin.
- Eski sunucunun kapatılmasını DNS değişikliğinin otomatik devamı saymayın; gözlem ve teslimden sonra ayrıca onaylayın.
Riskler, sık hatalar ve geri dönüş planı
- Bir maddeyi kanıt eklemeden tamamlandı diye işaretlemek, test yapıldığı anlamına gelmez.
- TTL değerini geçişten hemen önce düşürmek, eski değerle oluşmuş DNS önbelleklerini ortadan kaldırmaz.
- Kontrolsüz e-posta veya ödeme testleri müşterilere mesaj gönderebilir ya da gerçek işlem oluşturabilir.
- Gözlem süresi bitmeden eski sunucuyu kapatmak en kolay geri dönüş yolunu ortadan kaldırır.
Hem trafiğin nasıl geri yönlendirileceğini hem de yeni verilerin nasıl korunacağını önceden planlayın. Yalnızca hedef sunucuda oluşmuş kayıt yoksa trafik eski sunucuya dönebilir. Yeni kayıtlar oluştuysa önce başka değişiklikleri durdurun ve bu verileri güvenceye alın; ardından nasıl birleştirileceklerine karar verin.
AIOWS nasıl yardımcı olur?
AIOWS Yedekleme Yöneticisi
AIOWS Yedekleme Yöneticisi, taşıma için kullanılacak kurtarma paketinin hazırlanması ve doğrulanmasıyla ilgili kontrol maddesini destekler. Geçiş onaylanmadan önce paket kimliğini, dosya ve veritabanı kapsamını, hedefi, oluşturulma zamanını ve geri yükleme testinin sonucunu kaydedin.
DNS, sertifika, e-posta, ödeme bildirimleri ve geçişin devam edip etmeyeceğine ilişkin iş kararı modülün kapsamı dışındadır. Bunlar taşıma kontrol listesinin ayrı maddeleridir. Hedef sunucuda sorun çıkması hâlinde bilinen bir kurtarma noktası bulunması için paketi gözlem süresi boyunca saklayın.
Geçişten sonra içerik ve medyanın onaylanan paketle uyumlu olduğunu, son eşitlemede gelen kayıtların da sitede bulunduğunu doğrulayın. Paket ve canlı sonuç birlikte kontrol edilmeden yedekleme maddesini tamamlanmış saymayın.
AIOWS Yedekleme Yöneticisi'ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress Site Taşıma: Yeni Sunucuya Güvenli Geçiş
- Taşıma Sonrası WordPress Sitesi Bozuldu: Çözüm Rehberi
- Taşıma Sonrası WordPress URL Değiştirme: Güvenli Rehber
Sonuç ve önerilen yol
Kontrol listesini sorumluları ve kanıtları açık bir kabul kaydı olarak kullanın. Hedefi sınayın, son değişiklikleri aktarın ve kararlaştırılan devam/dur ölçütlerine göre hareket edin. Taşıma, kopyalama bittiğinde değil, gözlem süresi ve teslim tamamlandığında sona erer.
