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. Kaydın yöntemini ve kaynak kimliğini bulun
Backup List içinde MySQL işinin host, instance/database, Method ve tarihini karşılaştırın. Not Yet Backup kaydını kullanılabilir nokta saymayın. Full dump, fiziksel base ve log zincirini aynı restore yöntemi gibi işlemeyin.
Beklenen sonuçYöntem, seçim ve kabul kanıtı kaydedilir.
022. Full ve bağlı noktaları eşleştirin
Action → Restore içinde doğru database ve Full noktasını inceleyin. Dump-only tek dump anına döner. Binlog yöntemi için uygun Full tabanı, log sırası/koordinatları ve istenen zaman aralığını birlikte doğrulayın; katalogda Incremental yazması zincir bütünlüğü kanıtı değildir.
Beklenen sonuçYöntem, seçim ve kabul kanıtı kaydedilir.
033. Yönteme uygun hedef formunu kontrol edin
İncelenen MySQL yolu Original Location ve Different Location sunar. Different Location formunda Database Name ve Instance bulunur; ayrı Restore Agent seçimi bu yolda doğrulanmadı. Başka host’a dönüş veya otomatik replica bağlantısı varsaymayın. Temiz ve izole test database’i ile çakışma/overwrite etkisini DBA doğrulamalıdır.
Beklenen sonuçYöntem, seçim ve kabul kanıtı kaydedilir.
044. Hedef sürüm ve veri bağımlılıklarını hazırlayın
Hedef motor/client sürümü, charset/collation, sql_mode, kullanıcı/grant, rutin/event ve dosya/kapasite bağımlılıklarını karşılaştırın. MySQL ve MariaDB uyumunu isim benzerliğinden çıkarmayın. Binlog replay sırasında replica/GTID ve duplicate transaction etkisini DBA planıyla izole edin.
Beklenen sonuçYöntem, seçim ve kabul kanıtı kaydedilir.
055. Summary ve zaman hedefini doğrulayın
MYSQL Restore Summary içinde yöntem, Full/artımlı kimlikleri, instance ve yeni database adını karşılaştırın. MySQL hedef formunda genel Point In Time alanı bu incelemede doğrulanmadı; binlog seçeneğini keyfi saniyeye dönüş garantisi saymayın. Hedef etkisi doğrulanmış test dışında Restore göndermeyin; bu çalışmada yeni Restore gönderilmedi.
Beklenen sonuçYöntem, seçim ve kabul kanıtı kaydedilir.
066. Motor ve veri durumunu karşılaştırın
EraBackup görev sonucunu MySQL motor logları, database erişimi ve varsa recovery/replay durumuyla karşılaştırın. Kısmi hata alan hedefi DBA ile inceleyin; aynı hedefe körlemesine tekrar restore göndermeyin. Kuyruğa alma veya başarı bildirimi veri bütünlüğü kabulü değildir.
Beklenen sonuçYöntem, seçim ve kabul kanıtı kaydedilir.
077. 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.