Taşımayı planlamadan önce projeyi envanterleyin
client.example.com adresinde örnek bir talep web sitesi kullanın: editörler proje sayfalarını yayımlar, ziyaretçiler bir brief yükler ve planlı bir görev talepleri bir müşteri sistemine aktarır. Yalnızca genel sayfalarını taşımak işin sadece bir kısmını kapsar. Bir tarih taahhüt etmeden önce kaynağa ve hedefe yetkili erişimi, alan adı kontrollerini ve kurtarma kopyalarını doğrulayın.
Her bileşen için sahibini, sürümünü, konumunu, bağımlılıklarını ve kabul kontrolünü kaydedin. Kimlik bilgisi konumlarını envanterde tutun; parolaları ve özel anahtarları onaylanmış gizli depoda tutun.
Tüm tablo sütunları için yatay olarak kaydırın.
| Bileşen | Taşımadan önce kaydedin | Kim doğrular |
|---|---|---|
| Alan adı ve DNS | Kayıt kuruluşu, DNS operatörü, mevcut kayıtlar ve TTL'ler | Müşteri hesap sahibi |
| Uygulama | Sürüm, çalışma zamanı, eklentiler ve dağıtım yöntemi | Ajans bakımcısı |
| Veriler ve yüklemeler | Veritabanı, yükleme yolları, yedekleme yöntemi ve son kullanılabilir kopya | Veri operatörü |
| Formlar ve entegrasyonlar | Alıcılar, webhook uç noktaları ve izin verilen test hedefi | Müşteri iş akışı sahibi |
| Planlı iş | Cron veya zamanlayıcı, saat dilimi, kuyruk ve son başarılı çalıştırma | Ajans bakımcısı |
Üretime dokunmadan önce kurtarma kopyasını kanıtlayın
Ayrı bir test hedefine geri yükleyin, asla canlı veritabanının üzerine değil. PostgreSQL için bir SQL dökümü tutarlı bir veritabanı anlık görüntüsünü temsil eder, ancak tek veritabanlı bir döküm küme genelindeki rolleri veya tablo alanlarını içermez. Uygulamanızın gerektirdiği destekleyici nesneleri kaydedin. Bu veritabanı anlık görüntüsü, ayrıca kopyalanan yüklemeleri otomatik olarak tutarlı hale getirmez. PostgreSQL SQL dökümü belgeleri.
Bir WordPress projesi için dosyalarını ve veritabanını dahil edin. URL'ler değişecekse, taşımaya özgü rehberliğini izleyin: gelişigüzel bir veritabanı arama-değiştirme işlemi serileştirilmiş değerlere zarar verebilir. Seçilen yöntemi kopya üzerinde prova edin. WordPress taşıma el kitabı.
Bilinen bir talebi ve ekini kaydedin, geri yükleyin ve her ikisini uygulama üzerinden doğrulayın. Orijinal yedeği taşınan sunucunun dışında koruyun. Tamamlanmış bir dosya transferi, geri yüklemenin kabulü değildir.
Müşterinin fark edeceği iş akışlarını prova edin
Erişim kontrollü geçici bir ana bilgisayar adı veya yalnızca operatörün kullanacağı bir ad eşlemesi ile test edin. Uygulamayı bu test yolu için yapılandırın; HTTPS ve ilgili geri çağırma URL'leri dahil. Kopyanın üretim mesajları göndermesini, gerçek ödemeleri işlemesini veya üretim zamanlamalarını çalıştırmasını önleyin. Gereksiz kişisel veriler yerine onaylanmış sentetik kayıtlar kullanın.
Her kontrolden önce beklenen bir sonuç yazın. Geçti veya kaldı bilgisini, kanıt konumunu ve bunu inceleyen kişiyi kaydedin; ana sayfanın ekran görüntüsü tüm ızgaranın yerini tutamaz.
Tüm tablo sütunları için yatay olarak kaydırın.
| İş akışı | Beklenen sonuç | Saklanacak kanıt |
|---|---|---|
| Form ve ek | Bir saklanan talep ve bir okunabilir dosya; yalnızca test alıcısı | Sentetik kayıt tanımlayıcısı ve teslim gözlemi |
| Webhook | Onaylanmış test olayı amaçlanan test tüketicisine ulaşır | Olay tanımlayıcısı ve tüketici sonucu |
| Planlı dışa aktarma | Bir kontrollü çalıştırma, doğru saat dilimi, eski sunucuda yinelenen yok | Çalıştırma tanımlayıcısı ve dışa aktarılan kayıt karşılaştırması |
| Editör ve ziyaretçi yolları | Beklenen izinler, yönlendirmeler, varlıklar ve HTTPS davranışı | Kontrol edilen URL'ler ve varsa hata ayrıntıları |
Eski sistemdeki son yazma işlemini tanımlayın
Bu örnekte ajans kısa bir bakım penceresi önerir: talep gönderimini ve düzenlemeyi duraklatın, eski dışa aktarma zamanlamasını durdurun, kuyruktaki işi bitirin veya hesaba katın, ardından son veritabanını ve yükleme kopyasını oluşturun. Müşteri, ziyaretçilere gönderimlerin geçici olarak kullanılamadığının nasıl bildirileceğini onaylamalıdır.
Son kabul edilen talep tanımlayıcısını ve yazmaların durduğu zamanı kaydedin. Yeni gönderimlere izin vermeden önce hedefin bu kaydı ve ekini içerdiğini doğrulayın. DNS yanıtları farklı olabileceği sürece kaynağın bağımsız yazmaları kabul edememesini sağlayın. Yazmaları duraklatamayan bir proje, uygulamaya özgü bir eşitleme tasarımı gerektirir; geçiş sırasında bunu doğaçlama yapmayın.
Bir DNS karar günlüğü tutun
TTL, DNS yanıtlarının ne kadar süre önbelleğe alınacağını kontrol eder. Geçiş anında düşürmek, önceki değer altında zaten önbelleğe alınmış yanıtları geçersiz kılmaz, bu nedenle herhangi bir TTL değişikliğini önceden hazırlayın ve geçişi ilgili ağlardan gözlemleyin. Cloudflare ayrıca yerel önbelleğin görünür bir değişikliği geciktirebileceğini belirtir. Cloudflare DNS TTL belgeleri.
Kayıt adını ve türünü, eski değeri, amaçlanan değeri, önceki TTL'yi, onayı, değişiklik zamanını ve gözlenen sonucu günlüğe kaydedin. Her ikisi de varsa IPv4 kayıtlarının yanı sıra IPv6 kayıtlarını da kontrol edin. İlgisiz posta kayıtlarını koruyun. Değişiklikten sonra, genel ana bilgisayar adının yalnızca amaçlanan IP adresine değil, amaçlanan uygulamaya ve kritik iş akışına ulaştığını doğrulayın.
Geri almayı bir veri kararı yapın
Somut durdurma koşulları üzerinde anlaşın: son talep eksik, ekler açılamıyor, oturum açma başarısız veya bir webhook yanlış alıcıya ulaşıyor. Yeni yazmalar başlamadan önce, saklanan kaynağa prova edilmiş bir dönüş mümkün olabilir. Hedef yeni talepleri kabul ettikten sonra, yalnızca eski bir yedeği geri yüklemek veya DNS'i tersine çevirmek bu kayıtları kaybettirebilir.
Yeniden açıldıktan sonra bir durdurma koşulu ortaya çıkarsa, yazmaları duraklatın, her iki kopyayı da koruyun ve yetkili sistemi seçmeden önce adı belirtilen operatörün değişiklikleri uzlaştırmasını sağlayın. Müşteri onaylayıcısı, kurtarmaya devam edilip edilmeyeceğine veya kararlaştırılan alternatifin kullanılıp kullanılmayacağına karar verir. DNS'i tekrar tekrar değiştirmek yerine kısa bir olay günlüğü tutun.
Taşımayı kanıtlarla ve sahiplikle kapatın
Müşterinin kabul ızgarasını gözden geçirmesini sağlayın. Tek bir etkin zamanlayıcıyı, yeni yedekleme yolunu, uyarı sahipliğini ve bir sonraki gözlem kontrol noktasını doğrulayın. Kaynağı kararlaştırılan süre boyunca saklayın, ardından kullanımdan kaldırılmasını açıkça onaylayın. Geçici erişimi ve test verilerini proje sözleşmesine göre kaldırın.
Sonucu şunu güncellemek için kullanın: operasyonel sorumluluk sayfası ve proje bütçesi. Bu prosedür ekibinizin çalışmasını düzenler; dahil edilmiş taşıma yardımı veya kesintisiz hizmet anlamına gelmez.
Kaynaklar ve inceleme
Teknik referanslar 12 Eylül 2026 tarihinde kontrol edildi. Örnekler planlama alıştırmalarıdır; başvurulan yazılım belgeleri PrivateHostLab hizmet yeteneklerini ortaya koymaz.