İncelenen şablonda PVC için Original Location ve Different Location; etcd, kubelet, etc/kubernetes ve cluster için yalnız Original Location sunulur. Menüde seçenek görünmesi uygulanabilir veya doğrulanmış bir restore değildir. Üretim control plane üzerinde deneme restore yapılmaz.
Ekran görüntüleri 16 Ekim 2026 tarihli gerçek laboratuvar arayüzünden alınmıştır. Arayüz İngilizcedir; açıklamalar seçtiğiniz dilde sunulur. Gösterilen kaynak adları, tarihler ve ayarlar örnektir; kendi ortamınızın değerlerini kullanın.
Laboratuvar notu: Kubernetes ajanı read timeout verdi. Mevcut test işi Not Yet Backup durumundadır; kullanılabilir nokta veya hedef restore ekranı alınamadı. Politika kaydedilmedi, backup/restore başlatılmadı.
Backup ID, yöntem, kaynak node/cluster ve tarih
PVC/Pod/namespace ve hedef storage eşlemesi
Erişilebilir repository ve gerekli backup zinciri
İzole hedef, bağımlılıklar ve uygulama test verisi
01
1. Katalogdaki yöntemi doğrulayın
Home → Backups içinde Kubernetes işini bulun; eski kayıtlarda tür Kubernates yazılabilir. PVC, etcd ve node config noktalarını birbirine karıştırmayın. Kaynak, yöntem, öğe ve Last Backup tarihini talep edilen hedefle karşılaştırın.
Mevcut Kubernetes test işi Not Yet Backup durumunda. Kullanılabilir kurtarma noktası/target önizlemesi elde edilmedi; farklı platformun restore ekranı kullanılmadı. Büyüt ↗
Beklenen sonuç
Doğru yöntem ve kaynak kaydı belirlenir.
02
2. Kullanılabilir noktayı seçin
Action → Restore ile Step One açın. İlgili öğeyi ve Full/bağlı noktayı seçin; repository erişimini kontrol edin. Nokta bulunmazsa tarih aralığını ve iş kaydını inceleyin; erişilemeyen veya eksik nesneyi kullanılabilir kabul etmeyin.
Beklenen sonuç
Kaynak öğe ve gereken zincir erişilebilirdir.
03
3. PVC için ayrı hedefi değerlendirin
PVC yönteminde sunuluyorsa Different Location seçin. Hedef ajan/cluster, namespace, Pod/PVC ve storage alanlarını formun sunduğu kapsama göre karşılaştırın. Her alanın her sürümde bulunacağını varsaymayın; hedef eşlemesi sunulmuyorsa teknik ekiple izole restore planını belirleyin.
Beklenen sonuç
Üretim kaynağından ayrılmış hedef nettir.
04
4. Control plane işlemini uzman plana ayırın
ETCD, KUBELET, ETCKUBERNETES veya CLUSTER kaydı yalnız Original Location sunuyorsa ilerleyerek test etmeyin. Sürüm, quorum/topoloji, sertifika ve dağıtıma özgü kurtarma koşulları ayrı planlanır. PVC rehberindeki adımlar control plane reset veya etcd üzerine yazma talimatı değildir.
Beklenen sonuç
İş yükü ve cluster DR kapsamları ayrılır.
05
5. Summary ve hedef çakışmasını kontrol edin
Kaynak nokta, yöntem, hedef ve namespace eşlemesini kontrol edin. Veri bulunan PVC, aynı isimli kaynak veya canlı uygulama trafiğiyle çakışıyorsa durun. Yalnız doğrulanmış, onaylı izole iş yükü hedefi için son Restore eylemini kullanın.
Beklenen sonuç
Onaylı hedef ve kapsam kayıt altındadır.
06
6. Görev ve hedef kaynakları izleyin
EraBackup görev sonucunu hedef Pod/PVC ve event durumlarıyla karşılaştırın. Pending, mount veya permission hatalarında işi art arda yeniden göndermeyin. Hedef kaynaklar sağlıklı olmadan uygulama trafiğini yönlendirmeyin.
Komut örneği
kubectl -n <TARGET_NAMESPACE> get pods,pvc
kubectl -n <TARGET_NAMESPACE> get events --sort-by=.lastTimestamp
Beklenen sonuç
Görev ve Kubernetes kaynak durumu tutarlıdır.
07
7. Veri ve uygulama kabulünü belgeleyin
Test dosyasını/hash değerini veya kritik database sorgusunu doğrulayın. Manifest, Secret referansı ve dış servis bağımlılıklarını ayrı kontrol edin. Backup ID, sürüm, hedef storage, geçen süre ve sonucu kaydedin; tek PVC kabulünü tam cluster kurtarması olarak sunmayın.
Beklenen sonuç
İş yükü seviyesinde kullanılabilir veri doğrulanır.
MERAK EDİLENLER
PVC restore tam cluster’ı geri getirir mi?
Hayır. Control plane, manifestler, Secret ve dış bağımlılıkların kapsamı ayrıca doğrulanır.