BAŞLAMADAN ÖNCE
Başlamadan önce kontrol edin
Bu rehber incelenen Linux SQL → MySQL ajan akışını anlatır. mysql_dump ve mysql_binlog yöntemleri ayrı ön koşullara sahiptir; MariaDB ayrı motor/yöntem olarak değerlendirilir. Menü seçeneği, bütün storage engine’ler, GTID/replica topolojileri veya keyfi zamana dönüş için uçtan uca kabul değildir.
Canlı doğrulama sınırı: bu tur yeni MySQL ekranı alınamadı; PostgreSQL ekranları yerine kullanılmadı. Adımlar yerel Agent Policy ve MySQL restore şablonlarından hazırlanmıştır. Dump/binlog zinciri, hedef formu ve veri kabulü kurulu sürümde ayrıca doğrulanmalıdır. Instance/policy, backup/restore veya binlog purge işlemi yapı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. Sürüm, instance ve database kapsamını belirleyin
MySQL 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.
022. Ajan ve native araç erişimini doğrulayın
Doğru Linux ajan servisinden MySQL instance erişimini, mysql/mysqldump/mysqlbinlog araç yollarını, sürüm uyumunu ve repository kapasitesini doğrulayın. Credential ve gerekli yetkileri DBA ile sınırlandırın. Ajanın çalışması database discovery veya binlog erişiminin kabulü değildir.
Beklenen sonuçYöntem, seçim ve kabul kanıtı kaydedilir.
033. SQL altında motor ve yöntemi seçin
Agent Policy → Create Agent Policy içinde Agent, Policy Name ve Storage seçin. SQL → MySQL altında MySQL Dump Full Only (mysql_dump) veya MySQL Dump Full + Binary Log Incremental (mysql_binlog) seçeneğini DBA planıyla eşleştirin. Varsayılan binlog seçimi ön koşulların hazır olduğu anlamına gelmez.
Beklenen sonuçYöntem, seçim ve kabul kanıtı kaydedilir.
044. Clients seçimini ve tutarlılığı kontrol edin
Instance altında test database’ini seçip özetle karşılaştırın. Single Transaction ve Routines & Events seçeneklerinin beklenen tablo/routine/trigger/event kapsamını DBA ile doğrulayın. Single Transaction açıklaması nontransactional tabloları veya eşzamanlı DDL etkisini otomatik çözmez; kullanıcı/grant kapsamını ayrıca test edin.
Beklenen sonuçYöntem, seçim ve kabul kanıtı kaydedilir.
055. Fiziksel ve log zinciri ön koşullarını kaydedin
mysql_binlog için log_bin, server_id ve binlog retention ön koşullarını doğrulayın. Full dump’ın koordinatı ile izleyen log dosyaları/pozisyonları veya GTID eşleşmesi kesintisiz olmalıdır. Kaynak binlog temizliğini backup kabulü tamamlanmadan değiştirmeyin. Bu incelemede binlog replay veya belirli zamana dönüş çalıştırılmadı.
Beklenen sonuçYöntem, seçim 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.