VM akışında yeni PVC’ler ve yeni bir KubeVirt VM hedefi planlanır; otomatik başlatma ilk testte kapalı tutulur. Veritabanı akışı hedef Service/Host üzerinde native istemci çalıştırır. Kaynak ve hedef cluster erişimi, yetkiler ve veri yolu işlem öncesinde doğrulanmalıdır.
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: ekranlar mevcut katalog ve hedef formunu gösterir. Silinen OpenShift cluster nedeniyle bu incelemede uçtan uca geri yükleme doğrulanmadı.
OpenShift kaynak kaydı ve erişilebilir kurtarma zinciri
Hedef namespace, RBAC ve StorageClass
Benzersiz yeni VM adı veya boş hedef database
Uygulama ve veri kabul ölçütleri
01
1. Kaydı ve iş yükü türünü doğrulayın
Home → Backups içinde OpenShift kaydını seçin. Kaynak cluster, namespace, VM/Pod adı ve tarih eşleşmesini kontrol edin. KubeVirt VM, PVC ve database kayıtlarını aynı restore türü gibi ele almayın. Artımlı nokta kullanıyorsanız gerekli full ve artımlı zincirin tamamı erişilebilir olmalıdır.
OpenShift kayıtlarında iş türü ve son yedekleme tarihini kontrol edin. Not Yet Backup görünen işler kurtarma noktası sağlamayabilir. Büyüt ↗
Beklenen sonuç
Doğru kaydın VM/PVC veya database kapsamı belirlenir.
02
2. RESTORE içinde kurtarma noktasını seçin
Action → Restore ile Step One ekranını açın. İş yükünü seçerek Full Backups ve varsa Incremental Backups noktalarını inceleyin. İlgili kaydı seçtikten sonra Next ile devam edin. Kaydın listelenmesi, canlı cluster erişiminin veya bütün disklerin aynı anda kurtarılmasının doğrulandığı anlamına gelmez.
ubuntu-small için katalogdaki Full ve Incremental noktaları. Katalog canlı cluster bağlantısı olmadan görüntülenmiştir. Büyüt ↗
Beklenen sonuç
Seçilen tarih ve iş yükü hedef ekranına aktarılır.
03
3. Hedef namespace, VM adı ve StorageClass seçin
VM akışında Restore to OpenShift Cluster seçeneğiyle Target Namespace, Target VM Name ve Target Storage Class alanlarını değerlendirin. Benzersiz bir test VM adı kullanın. Namespace, kaynak kotaları, erişim izinleri, storage desteği ve uygulama bağımlılıkları önceden hazır olmalıdır.
Restore to OpenShift Cluster: Target Namespace, Target VM Name ve Target Storage Class. Otomatik başlatma kapalıdır. Restore gönderilmedi; hedef erişimi ayrıca doğrulanmalıdır. Büyüt ↗
Beklenen sonuç
Hedef namespace ve depolama kapsamı kaynak iş yükünden açıkça ayrılır.
04
4. Otomatik başlatma ve veri kapsamını kontrol edin
İlk VM testinde Start VM automatically after restore seçeneğini kapalı tutun. Oluşacak PVC’ler ve disk seti ile VM metadata’sının sürüm kapsamını kontrol edin. Database kaydı seçtiyseniz bunun yerine Target Service/Host, Port, Target Database, kullanıcı ve Secret referanslarını girin; var olan verinin üzerine yazılması amaçlanmıyorsa boş hedef database kullanın.
Beklenen sonuç
Başlatma davranışı ve hedefte korunacak veriler işlem öncesinde nettir.
05
5. Summary ve son onayı kontrol edin
Summary içinde backup türünü, kaynak adını, tarihi, hedef namespace’i, VM adını ve StorageClass değerini karşılaştırın. Yanlış cluster, çakışan VM adı veya database overwrite riski varsa ilerlemeyin. Canlı API ve repository veri yolu doğrulandıktan sonra yalnız onaylı test hedefi için son Restore eylemini uygulayın.
Beklenen sonuç
Onaylanan test hedefi için tek bir restore işlemi oluşturulur.
06
6. Job, PVC ve VM durumlarını izleyin
EraBackup bildirim sonucunu OpenShift Job ve PVC durumlarıyla karşılaştırın. VM akışında yeni PVC’lerin hazır olduğunu ve otomatik başlatma kapalıysa VM’in durduğunu doğrulayın. Pending veya hata durumunda aynı hedefe tekrar tekrar iş göndermeyin; event ve görev kaydını inceleyin. Database akışında hedef servis ve native restore sonucunu ayrıca kontrol edin.
Komut örneği
oc -n <TARGET_NAMESPACE> get jobs,pvc,vm
oc -n <TARGET_NAMESPACE> get events --sort-by=.lastTimestamp
Beklenen sonuç
İş sonucu ve hedef kaynakların durumu birbiriyle tutarlıdır.
07
7. İzole uygulama kabulünü belgeleyin
Onaylı test ağında VM’i kontrollü başlatın veya hedef database’e bağlanın. Test dosyası, tablo sayımı, servisler ve gerekli bağımlılıkları doğrulayın. Namespace, StorageClass, ürün/cluster sürümü, kurtarma noktası ve sonucu kaydedin. Bu test, cluster control plane/etcd veya tüm Secret ve dış servislerin kurtarma kabulünün yerine geçmez.
Beklenen sonuç
İş yükü seviyesinde veri ve uygulama kabul kaydı tamamlanır.
MERAK EDİLENLER
Bu işlem bütün OpenShift cluster’ını geri getirir mi?
Hayır. VM/PVC veya database geri yükleme ile cluster control plane felaket kurtarması farklı kapsamlardır. etcd, Secrets ve dış bağımlılıklar için ayrı sürüm uyumlu kurtarma planı gerekir.