BAŞLAMADAN ÖNCE
Başlamadan önce kontrol edin
MongoDump Only ile MongoDump + Oplog Incremental ayrı yöntemlerdir; single database ve alldb seçim kapsamı ayrıca değişir. Oplog artımlı yöntem replica set erişimi ister. Sharded cluster, keyfi zamana dönüş, otomatik replica set yeniden oluşturma veya tam cluster kurtarması bu incelemede doğrulanmadı.
Doğrulama sınırı: rehberler yerel ajan ve restore şablonlarına dayanır. Bu tur yeni MariaDB/MongoDB gerçek ekranı alınamadı; MySQL/PostgreSQL ekranı yerine kullanılmadı. Kaynak keşfi, dump/log zinciri ve hedef veri kabulü kurulu sürümde ayrıca doğrulanmalıdır. Yeni instance/policy, backup, restore, binlog purge veya oplog replay ç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ü
011. Motor ve topoloji kimliğini belirleyin
MongoDB sunucu/client ve ajan/master sürümlerini, host/port, instance ve test database kimliğini DBA ile kaydedin. Standalone/replica set/sharded ayrımını, replica set adını, authSource/TLS ve database kapsamını kaydedin; tek database kabulünü bütün cluster’a genellemeyin.
Beklenen sonuçMotor, yöntem ve kabul kanıtı kaydedilir.
022. Ajan, araç ve yetki erişimini kontrol edin
Linux ajanı, mongodump/mongorestore araç sürümleri ve kayıtlı instance bağlantısını doğrulayın. Seçili database veya oplog için gerekli erişimi DBA ile sınırlandırın. URI parolası, TLS anahtarı ve secret değerlerini ekran görüntüsüne koymayın. Ajanın çalışması replica set/oplog erişiminin kabulü değildir.
Beklenen sonuçMotor, yöntem ve kabul kanıtı kaydedilir.
033. Doğru SQL motoru ve yöntemi seçin
Agent Policy → Create Agent Policy içinde Agent, Policy Name ve Storage seçin. SQL → MongoDB altında MongoDump Only (mongodump) veya MongoDump + Oplog Incremental (mongodump_oplog) seçeneğini planla eşleştirin. Oplog yöntemi yalnız menü seçilerek standalone sunucu için hazır olmaz.
Beklenen sonuçMotor, yöntem ve kabul kanıtı kaydedilir.
044. Clients ve veri kapsamını doğrulayın
Kayıtlı MongoDB instance’ını açıp single database veya tüm database (alldb) kapsamını açıkça seçin. Collection, index, kullanıcı/rol ve uygulama bağımlılıklarının gerçekte hangi kapsamda bulunduğunu doğrulayın. Boş keşif veya timeout durumunda devam etmeyin. alldb seçimini tek database’den farklı restore planıyla değerlendirin.
Beklenen sonuçMotor, yöntem ve kabul kanıtı kaydedilir.
055. Log zinciri ve saklama ön koşullarını tamamlayın
mongodump_oplog için replica set erişimi ve gereken oplog zaman aralığının Full tabanla eşleşmesini doğrulayın. Oplog penceresi iş gecikmesinden kısa kalırsa zincir eksilebilir; zaman, namespace ve veri kapsamını birlikte kaydedin. Oplog seçeneğini genel sharded cluster veya keyfi zamana kurtarma garantisi saymayın.
Beklenen sonuçMotor, yöntem ve kabul kanıtı kaydedilir.
066. 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.
077. 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.