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 instance ve database kimliğini belirleyin
DB2 sürümü/fix pack, Linux ve ajan/master sürümleri, instance sahibi, database adı/alias ve storage düzenini DBA ile kaydedin. Küçük bir test database’i ve kabul sorguları belirleyin. HADR, pureScale veya DPF topolojisini standalone kabulüyle aynı saymayın.
Beklenen sonuç
DB2 kapsamı ve ilgili kabul kanıtı kaydedilir.
02
2. Ajan ve DB2 ortam erişimini doğrulayın
Linux ajan servisinin doğru DB2 instance ortamına ve gereken native araçlara eriştiğini doğrulayın. Instance sahibi, profil/ortam, gerekli DB/OS hakları, data/log yolları ve repository kapasitesini DBA ile kontrol edin. Credential veya şifreleme anahtarlarını ekran/loga taşımayın; servis çalışması database erişiminin kabulü değildir.
Beklenen sonuç
DB2 kapsamı ve ilgili kabul kanıtı kaydedilir.
03
3. SQL → DB2 politika taslağını hazırlayın
Home → Policies → Agent Policy → Create Agent Policy açın. Doğru Agent, benzersiz Policy Name ve Storage seçin; SQL altında DB2 motorunu kullanın. MySQL, Oracle, File Backup veya Bare Metal politikasını DB2 database koruması yerine kullanmayın. Kayıtlı instance bulunamazsa erişimi ve sürüm uyumunu doğrulayın.
Beklenen sonuç
DB2 kapsamı ve ilgili kabul kanıtı kaydedilir.
04
4. Database ve TABLE SPACE kapsamını eşleştirin
Clients içinde doğru instance ve test database öğelerini açıp seçimi özetle karşılaştırın. İncelenen DB2 Backup Methods ekranında TABLE SPACE seçeneği vardır. Hangi backup yönteminin ve tablespace kümesinin üretildiğini kurulu backend ile doğrulayın; checkbox işaretlemek tek tablo kurtarma veya bütün tablespace’lerin tutarlı kabulü değildir.
Beklenen sonuç
DB2 kapsamı ve ilgili kabul kanıtı kaydedilir.
05
5. Online/offline ve log gereksinimini planlayın
DBA ile online/offline yöntemini, archive log düzenini, gerekli Full tabanı ve varsa artımlı/log zincirini belirleyin. Rollforward gerektiren kabul için gereken bütün logların saklama ve erişimini planlayın. UI yönteminden otomatik log replay, PITR veya HADR entegrasyonu çıkarmayın; özel storage/şifreleme bağımlılıklarını ayrıca kaydedin.
Beklenen sonuç
DB2 kapsamı ve ilgili 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. Katalog ve izole veri kabulünü tamamlayın
Onaylı küçük testte görev sonucu, repository backup image’i, yöntem ve DB2 katalog kimliğini birlikte doğrulayın. Backup List içindeki db3/DB2 geçmiş kaydı yeni test sonucu değildir. Ayrı DB2 restore rehberiyle izole hedefte database/tablespace, log durumu ve uygulama sorgularını kabul edin.
Ö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.
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.