Ajan tabanlı PostgreSQL ile OpenShift logical database yolu ayrı akışlardır. PgDump/PgDumpAll mantıksal çıktısı, PgBase fiziksel zinciri ve WAL arşivi aynı kurtarma kabulü değildir. PostgreSQL 17+ native incremental seçeneği bütün sürümlerde hazır destek anlamına gelmez.
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.
Bazı laboratuvar görüntüleri gizlilik incelemesi için yayından çıkarılmıştır. Yazılı adımları izleyin ve kendi ortam değerlerinizi kullanın.
Gerçek ekran kapsamı: önceki yetkili laboratuvar incelemesindeki PostgreSQL Attribute, PGDUMP Full noktaları ve Different Location formu aynen kullanılmıştır. Attribute ajanı read timeout durumundaydı; pitr_test adı PITR kanıtı değildir. Yeni ekran veya yeni backup/restore alınmadı. PgBase/WAL/PITR ve OpenShift canlı kabulü bu görüntülerle doğrulanmaz.
Motor, ajan/master sürümü ve instance kimliği
Database kapsamı, yöntem ve erişim yetkisi
Full tabanı, log zinciri ve repository erişimi
İzole hedef, çakışma ve uygulama kabulü
01
1. Kaydın yöntemini ve kaynak kimliğini bulun
Backup List içinde PostgreSQL işinin host, instance/database, Method ve tarihini karşılaştırın. Not Yet Backup kaydını kullanılabilir nokta saymayın. Full dump, fiziksel base ve log zincirini aynı restore yöntemi gibi işlemeyin.
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
02
2. Full ve bağlı noktaları eşleştirin
Action → Restore içinde doğru database ve Full noktasını inceleyin. PGDUMP tek dump anına döner; önceki gerçek pitr_test PGDUMP kaydı WAL/PITR kanıtı değildir. PgBase/native veya WAL zincirinde bütün gerekli parçalar ve uygun hedef sürüm erişilebilir olmalıdır.
Önceki PGDUMP pitr_test Full noktaları. İsimdeki pitr ifadesi WAL/PITR desteğini göstermez; yeni restore çalıştırılmadı. Büyüt ↗
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
03
3. Yönteme uygun hedef formunu kontrol edin
İncelenen PgDump ve PgBase yolları Original Location/Different Location, PgDumpAll yalnız Original Location sunar. PostgreSQL formundaki Restore Agent, Instance ve varsa yeni Database Name alanlarını doğru kaynakla eşleştirin. Fiziksel instance restore’unu tek database logical import gibi yorumlamayın. İlk testte temiz ve izole hedef kullanın.
Önceki PGDUMP Different Location formu: Restore Agent, Database Name ve Instance. Hedef adı boş; Summary/Restore gönderilmedi.
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
04
4. Hedef sürüm ve veri bağımlılıklarını hazırlayın
Hedef motor, araç sürümü, extension, roller, tablespace/veri yolları, izinler ve kapasiteyi karşılaştırın. Fiziksel restore için major sürüm/yerleşim ve durdurulmuş test instance gereksinimini doğrulayın. OpenShift logical hedefinde namespace/service/Secret ve temiz test database’i ayrı hazırlanır; PVC veya tüm cluster restore’u varsayılmaz.
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
05
5. Summary ve zaman hedefini doğrulayın
Kaynak yöntem, nokta, Restore Agent, instance ve hedef database adını Summary ile karşılaştırın. PgBase Point In Time alanı varsa geçerli aralık ve zaman dilimini kontrol edin; alan görünmesi eksik WAL’ı tamamlamaz. Hedef temizleme/yeniden oluşturma etkisi anlaşılmadan Restore göndermeyin. Bu çalışmada yeni Restore gönderilmedi.
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
06
6. Motor ve veri durumunu karşılaştırın
EraBackup görev sonucunu PostgreSQL motor logları, database erişimi ve varsa recovery/replay durumuyla karşılaştırın. Kısmi hata alan hedefi DBA ile inceleyin; aynı hedefe körlemesine tekrar restore göndermeyin. Kuyruğa alma veya başarı bildirimi veri bütünlüğü kabulü değildir.
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
07
7. Veri ve uygulama kabulünü belgeleyin
Test sorguları, şema, örnek kayıtlar, tutarlılık ve uygulama bağlantılarını veri sahibiyle karşılaştırın. Gerçek geri dönüş zamanı ve veri kaybı, sürüm, backup zinciri ve hedef kimliğini kaydedin. Standalone database kabulünü cluster/HA failover kabulünden ayırın. Üretim bağlantısı veya DNS geçişi bu rehberin hazırlığında yapılmadı.
Beklenen sonuç
Seçim ve ilgili kabul kanıtı kaydedilir.
MERAK EDİLENLER
Başarılı görev uygulamanın hazır olduğunu gösterir mi?
Tek başına göstermez. Motor bütünlüğü, gerekli log zinciri, veri sorguları ve uygulama erişimi ayrıca doğrulanır; HA/topoloji kabulü ayrı değerlendirilir.