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.
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. Sürüm, instance ve database kapsamını belirleyin
PostgreSQL sunucu/istemci ve ajan/master sürümlerini, host/port, instance ve test database adını DBA ile kaydedin. Extension, charset/collation, rol/izin ve uygulama bağımlılıklarını listeleyin. İlk kabulü küçük test verisiyle yapın; cluster/replica topolojisini standalone kaynakla aynı kabul saymayın.
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
02
2. Ajan ve native araç erişimini doğrulayın
Doğru ajan servisinden instance’a erişimi, pg_dump/pg_restore veya seçili fiziksel yöntemin araç sürümlerini ve repository kapasitesini doğrulayın. Fiziksel yedek/WAL için gereken yetkiler logical dump hesabıyla aynı olmayabilir. Credential değerlerini ekrana taşımayın; read timeout varsa ilerlemeyin.
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
03
3. SQL altında motor ve yöntemi seçin
Agent Policy → Create Agent Policy içinde Agent, Policy Name ve Storage seçin. SQL → PostgreSQL yönteminde PgDump, PgDumpAll, PgBase - Native Block Incremental (PostgreSQL 17+) ve PgBase - WAL Incremental / PITR Log Chain seçeneklerini kurulu sürümle karşılaştırın. İncelenen edit kopyasında fiziksel seçenekler disabled olabilir; oluşturma ve düzenleme ekranlarını aynı varsaymayın.
Önceki gerçek PostgreSQL Attribute taslağı: SQL/PostgreSQL, örnek politika ve repository. Agent read timeout durumunda; geçerli bağlantı veya yeni backup kanıtı değildir. Büyüt ↗
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
04
4. Clients seçimini ve tutarlılığı kontrol edin
Kayıtlı instance altında yalnız test database’ini seçip özetle karşılaştırın. PgDumpAll cluster kapsamı ve global roller içerdiğinden tek database dump’ı yerine değerlendirmeyin. OpenShift yolunda namespace, servis ve credential Secret referansı ayrı seçilir; ajan ekranı bunun yerine geçmez.
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
05
5. Fiziksel ve log zinciri ön koşullarını kaydedin
PgBase native incremental için PostgreSQL 17+, uygun full taban ve gereken birleşim araçlarını doğrulayın. pgbase_wal için uygun base, WAL arşivleme/saklama ve kesintisiz zaman aralığı gerekir. Logical PgDump noktasına tarih eklemek PITR sağlamaz. Bu incelemede yeni fiziksel zincir veya WAL replay çalıştırılmadı.
Beklenen sonuç
Yöntem, seçim ve kabul kanıtı kaydedilir.
06
6. Zamanlama ve ilk yedek kabulünü planlayın
Advanced Settings ve Schedules içinde motor/yöntem için gerçekten sunulan zamanlama ve saklamayı kontrol edin. Full tabanı ve bağlı log/differential/artımlı zincirin süresini kapasiteyle karşılaştırın; bütün yöntemleri her motora varsaymayın. Onaylı küçük testte görev sonucu, repository çıktısı ve katalog yöntemini birlikte kaydedin.
Beklenen sonuç
Seçim ve ilgili kabul kanıtı kaydedilir.
07
7. Database ve uygulama kabulünü tamamlayın
Ayrı motor geri yükleme rehberiyle onaylı izole hedefte database açılışı, şema, örnek sorgular, kayıt sayısı ve uygulama erişimini doğrulayın. Active, Last Backup veya başarı bildirimi tek başına içerik kabulü değildir. Backup kimliği, yöntem, zaman ve gereken zinciri sonuç raporuna ekleyin.
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.