BAŞLAMADAN ÖNCE
Başlamadan önce kontrol edin
MariaDB ayrı motor olarak lin_mariadb, mariadb_dump ve mariadb_binlog seçenekleri sunar. MySQL ile araç, GTID ve restore uyumunu varsaymayın. İncelenen genel Backup List restore şablonunda MariaDB’ye özel yönlendirme doğrulanmadı; MySQL formu MariaDB için destek kanıtı değildir.
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
MariaDB sunucu/client ve ajan/master sürümlerini, host/port, instance ve test database kimliğini DBA ile kaydedin. Charset/collation, tablo motorları, replica/Galera ve GTID bağımlılıklarını ayrıca listeleyin; MariaDB’yi MySQL adı altında test etmeyin.
Beklenen sonuçMotor, yöntem ve kabul kanıtı kaydedilir.
022. Ajan, araç ve yetki erişimini kontrol edin
Linux ajanı, mariadb/mariadb-dump/mariadb-binlog araçları ve kayıtlı instance credential erişimini doğrulayın. Repository kapasitesi ve gerekli DB/OS yetkilerini DBA ile kontrol edin. Parola veya bağlantı secret değerlerini ekran görüntüsüne koymayın; responsive durumunu dump/binlog kabulü saymayın.
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 → MariaDB altında MariaDB Dump Full Only (mariadb_dump) veya MariaDB Dump Full + Binary Log Incremental (mariadb_binlog) seçeneğini planla eşleştirin. Varsayılan binlog seçimi kaynak ön koşullarını sağlamaz.
Beklenen sonuçMotor, yöntem ve kabul kanıtı kaydedilir.
044. Clients ve veri kapsamını doğrulayın
Kayıtlı MariaDB instance’ını açıp yalnız test database’ini seçin. Single Transaction ile Routines & Events seçeneklerini tablo motoru, eşzamanlı DDL, rutin/trigger/event ve kullanıcı/grant kapsamıyla karşılaştırın. Nontransactional tablolar için otomatik tutarlılık varsaymayın; özetin seçili database ile eşleşmesini kontrol edin.
Beklenen sonuçMotor, yöntem ve kabul kanıtı kaydedilir.
055. Log zinciri ve saklama ön koşullarını tamamlayın
mariadb_binlog için log_bin, server_id ve binlog retention değerlerini doğrulayın. Dump koordinatı ile takip eden log dosyaları/pozisyonları veya MariaDB GTID zinciri kesintisiz olmalıdır. MySQL GTID veya binlog davranışını aynen varsaymayın; kaynak purge ayarını değiştirmeden zincir ve restore kabulü planlayı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.