Bu rehber Linux SQL → DB2 ajan akışını anlatır. Database ve db2_tablespace hedefleri ayrı değerlendirilir. TABLE SPACE veya Table Name etiketi tek tablo granular kurtarma garantisi değildir. Online/offline, log/rollforward, HADR, pureScale/DPF ve şifreleme kapsamı kurulu sürümde ayrıca 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.
Gerçek ekran sınırı: önceki yetkili laboratuvar incelemesindeki Backup List görüntüsü aynen kullanılır; db3 / DB2 ve geçmiş Last Backup tarihi görünür. Bu kayıt güncel ajan erişimi, image bütünlüğü veya başarılı restore kanıtı değildir. Yeni DB2 politika/Clients/hedef ekranı alınmadı; backup, restore, rollforward veya activation çalıştırılmadı.
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. DB2 katalog kaydını ve yöntemi doğrulayın
Backup List içinde DB2 işini kaynak host, instance/database, tarih ve yöntem ile eşleştirin. db3 örneği önceki gerçek katalog kaydıdır; Last Backup tarihi image’in hâlâ okunabildiğini göstermez. Database backup ile db2_tablespace kapsamını ayırın; Not Yet Backup kaydını kullanılabilir nokta saymayın.
Önceki gerçek Backup List görüntüsü: db3 / DB2, Active ve 29.09.2026 Last Backup kaydı. Diğer motorlar da aynı listede görünür. Bu yalnız geçmiş katalog kanıtıdır; yeni DB2 backup/restore veya güncel bağlantı kabulü değildir. Büyüt ↗
Beklenen sonuç
DB2 kapsamı ve ilgili kabul kanıtı kaydedilir.
02
2. Image ve log zincirini eşleştirin
Action → Restore içinde doğru database/tablespace ve Full noktasını inceleyin. Gereken image parçaları, artımlı taban ve archive log erişimini DBA ile kontrol edin. İstenen zamana dönüş için yalnız tarih seçmek yeterli değildir; rollforward yöntemi ve log aralığı doğrulanmalıdır. Bu çalışmada image açma veya log replay yapılmadı.
Beklenen sonuç
DB2 kapsamı ve ilgili kabul kanıtı kaydedilir.
03
3. Database ve tablespace hedef formlarını ayırın
İncelenen DB2 ve db2_tablespace yolları Original Location/Different Location sunar. Database Different Location formunda Database Name, Instance ve Target Path vardır. Tablespace farklı hedef formundaki etiket Table Name’dir; alanın gerçek semantics’ini kurulu backend ile doğrulayın, bunu tek tablo restore desteği saymayın. Ayrı Restore Agent/başka host seçimi varsaymayın.
Beklenen sonuç
DB2 kapsamı ve ilgili kabul kanıtı kaydedilir.
04
4. İzole hedef yollarını ve çakışmayı kontrol edin
Hedef DB2 sürümü/fix pack, instance sahibi, database alias, storage/container yolları ve kapasiteyi DBA ile karşılaştırın. Kaynakla aynı database veya path üzerine test yapmayın. Şifreleme anahtarı/keystore ve gereken loglar erişilebilir olmalıdır. Redirected restore, otomatik container remap, HADR veya pureScale yeniden kurulumunu genel hedef formundan çıkarmayın.
Beklenen sonuç
DB2 kapsamı ve ilgili kabul kanıtı kaydedilir.
05
5. RollForward ve Database Activation kararını verin
Database formundaki RollForward ve Database Activation seçeneklerini DBA planıyla karşılaştırın. Log aralığı, recovery pending durumu ve açılış hedefi bilinmeden bu kutuları işaretlemeyin. Tablespace formunun aynı sonlandırma davranışını sunduğunu varsaymayın. Summary içinde kaynak nokta, hedef instance/database/path ve bu seçimleri kontrol edin; bu çalışmada Restore gönderilmedi.
Beklenen sonuç
DB2 kapsamı ve ilgili kabul kanıtı kaydedilir.
06
6. Motor durumunu ve tablespace erişimini doğrulayın
Onaylı test sonrasında görev sonucunu DB2 diagnostic log, database/rollforward durumu ve tablespace erişimiyle karşılaştırın. Activation veya başarı bildirimi bütün logların doğru uygulandığı anlamına gelmez. Kısmi hatada aynı hedefe tekrar yazmadan oluşan durumu DBA ile değerlendirin; bu rehber genel rollforward stop/complete komutu çalıştırmaz.
Beklenen sonuç
DB2 kapsamı ve ilgili 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.