İncelendi · Hosmio kaynakları
Başlamadan önce
Kullanılıp atılabilir bir hedef ve yazılı bir test kapsamı seçin. Uygulama koduna, gerekli yazılım sürümlerine ve onaylanmış yedek malzemesine erişimi doğrulayın. Hedefi üretimden ayrı tutun; giden bildirimler, planlanmış işler ve harici yazmalar kasıtlı olarak test edilene kadar devre dışı bırakılmalıdır.
01
Neyin taşınması ve neyin yeniden oluşturulması gerektiğini listeleyin.
Çalışma zamanını, veritabanını, yüklenen dosyaları, yapılandırmayı, planlanmış işleri, sertifikaları, DNS sahipliğini ve harici entegrasyonları dahil edin. Her bağımlılığı kimin kontrol ettiğini ve mevcut VPS kullanılamıyorsa erişimin nasıl kurtarılabileceğini kaydedin. Dosya kopyası yerine değiştirilmesi gereken tedarikçiye özgü herhangi bir özelliği belirleyin.
Beklenen sürümleri ve uzantıları yazın. Bugün en son neyin mevcut olduğunu alan bir kurulum komutu, işlettiğiniz uygulamayı yeniden oluşturmayabilir. Kimlik bilgileri için korumalı gizli depolamaya başvurun; bir kurtarma planı, yetkili bir kişinin gizli bilgileri planın kendisine koymadan nasıl alacağını açıklamalıdır.
02
Veri duyarlı bir dışa aktarma ve geri yükleme yöntemi seçin.
PostgreSQL için, pg_dump ile yapılan mantıksal dışa aktarma tek bir veritabanını kapsar; roller gibi genel nesneler ise ayrı ele alınmalıdır. Araç, istemcinin desteklediğinden daha yeni bir ana sürüme sahip bir sunucudan döküm almayı reddeder. Resmi belgeler de pg_dump'ın evrensel bir düzenli üretim yedekleme stratejisi olarak görülmesine karşı uyarır. PostgreSQL: pg_dump ↗
Uygulamanıza ve kurtarma ihtiyaçlarınıza uygun yöntemi operatörünüzle birlikte seçin. Dışa aktarmanın neleri atladığını ve dosyaların veritabanı referanslarıyla nasıl tutarlı tutulduğunu kaydedin. Başarıyla dönen bir komut yararlı bir ilk kontrol olup eksiksiz bir uygulamanın korunduğunun kanıtı değildir.
03
Açıkça ayrı bir hedefe geri yükleyin.
Geri yüklemeden önce arşivi ve hedefi inceleyin. PostgreSQL arşiv geri yüklemesi pg_restore kullanır; mevcut nesneleri temizleyen seçenekler verileri silebilir ve varsayılan davranışı SQL hatalarından sonra devam edebilir. Hata yönetimini planlayın ve her nesnenin geri yüklendiğini varsaymak yerine sonucu inceleyin. PostgreSQL: pg_restore ↗ Sırf adı tanıdık geldiği için üretim veritabanına karşı bir eğitim uygulamayın.
Dosya yedeklemeleri için amaçlanan anlık görüntüyü ve boş bir test hedefini seçin. Restic, geri yüklemenin mevcut dosyaların üzerine yazabileceğini belgeler; kesintiye uğrayan bir üzerine yazma kısmi bir sonuç bırakabilir. restic: yedekten geri yükleme ↗ Kaynak anlık görüntüyü ve hedef yolu alıştırma notuna kaydedin. Bunlar yöntem seçimi kılavuzlarıdır; bir Hosmio VPS üzerinde çalıştırılmış veya doğrulanmış komutlar değildir.
04
Kullanıcı görevlerini ve gizli yan etkileri kontrol edin.
| Kontrol | Saklanacak kanıt | Sonuç |
|---|---|---|
| Uygulama belgelenen sürümlerle başlıyor | Sürüm envanteri ve başlatma sonucu | Henüz test edilmedi |
| Temsili kayıtlar ve dosyalar uyuşuyor | Sentetik kayıt ve ek kontrolleri | Henüz test edilmedi |
| İzinler doğru çalışıyor | İki test rolü ve beklenen erişim | Henüz test edilmedi |
| İşler yinelenen harici iş göndermiyor | Giden eylemler devre dışı veya kontrollü test | Henüz test edilmedi |
| Yerine geçen operatör notları takip edebiliyor | Bağımsız gözden geçirme ve eksikler | Henüz test edilmedi |
Mümkün olan her yerde sentetik hesaplar ve zararsız test kayıtları kullanın. Başarılı okumaların yanı sıra erişim sınırlarını da doğrulayın. Başlayan ancak yanlış izinler veren bir uygulama başarılı bir kurtarma değildir. Başarısız kontrolleri giderme sahibiyle birlikte kayıtta tutun.
05
Yeni yazmaların kararı değiştirdiği noktayı planlayın.
Bir prova, gelecekteki taşınmanın sırasını şekillendirmelidir: son tutarlılık adımı, hedef kontrolleri, trafik geçişi, kabul kararı ve eski hizmetin kullanımdan kaldırılması. İşlemi kimin durdurabileceğine veya geri alabileceğine karar verin. Hedef yeni yazmaları kabul ettiyse, kullanıcıları eski bir kopyaya geri göndermek bu yazmaları kaybedebilir veya bölebilir; geri alma yalnızca bir DNS değişikliği değil, bir veri planı gerektirir.
Bütçede örtüşme payı bırakın. İkinci bir sunucu, bağımsız depolama, trafik ücretleri, lisanslar ve operatör zamanı gerekebilir. Bir tedarikçinin VPS'yi orantılı olarak ücretlendireceğini veya ön ödemeli tutarların iade edilebilir olduğunu varsaymayın. Hosmio'nin yayımlanmış dönem fiyatları ön ödemeli koşulları tanımlar; bir taşıma veya iade hizmeti tanımlamaz.
06
Başka bir operatörün kullanabileceği kanıt bırakın.
Alıştırma tarihini, sürümleri, kopya tanımlayıcılarını, hedefi, geçen emeği ve sonuçları yalnızca alıştırma gerçekten yapıldıktan sonra kaydedin. O zamana kadar "planlandı" veya "test edilmedi" kullanın. Kabul formunu kurtarma notlarıyla birlikte saklayın ve bağımsız bir yeniden oluşturmayı hâlâ engelleyen bağımlılıkları listeleyin.
Prova başarısız olursa eksikliği sınıflandırın: eksik veri, uyumsuz yazılım, kullanılamayan kimlik bilgileri, harici bir bağımlılık veya belirsiz bir prosedür. En küçük engelleyici sorunu çözün, ardından etkilenen kontrolü yineleyin. Kritik bir görev test edilmeden uygulamaya taşınabilir demeyin.
Planı şunlara bağlayın: adlandırılmış operasyonel sorumluluklar ve müşterinin değişiklik onay süreci. Amaçlanan sonuç, belgelenmiş bir kapsam içinde kurtarma yeteneğinin gösterilmesidir; sıfır kesinti vaadi veya otomatik olarak sunulan bir taşıma değildir.