ERP Sistemlerinde Mirror Yedeklemenin Önemi (Database Mirroring)

ERP, işletmenin tüm hafızasını tek veritabanında toplar — bu onun gücüdür ve aynı zamanda korunması gereken en değerli varlığı. Sunucu arızası, disk bozulması, elektrik kesintisi ya da siber saldırı: senaryonun adı ne olursa olsun soru aynıdır — "sistemimiz ne kadar sürede, ne kadar veri kaybıyla ayağa kalkar?"

Klasik Yedek Neden Yetmez?

Gecelik yedek alan bir işletme, en kötü senaryoda bir günlük veriyi kaybeder: o günün faturaları, üretim bildirimleri, tahsilatları… Üstelik yedekten dönüş saatler alabilir. Kritik operasyonlarda kabul edilebilir kayıp dakikalarla, kabul edilebilir duruş ise en fazla saatlerle ölçülür — bu hedefe gecelik yedekle ulaşılamaz.

Mirroring: Eş Zamanlı İkinci Kopya

Database mirroring, ERP veritabanının ikinci bir sunucuda eş zamanlı (veya near-real-time) kopyasının tutulmasıdır: ana sunucuya yazılan her işlem, ayna sunucuya da işlenir. Ana sunucu düştüğünde sistem, ayna üzerinden kısa sürede — doğru kurguda dakikalar içinde — çalışmaya devam eder. Veri kaybı sıfıra yakındır.

Sağlıklı Süreklilik Kurgusunun Bileşenleri

• Mirror/replika sunucu: anlık işlem kopyalama ile sıcak yedek
• Düzenli tam + fark yedekleri: mirroring, klasik yedeğin yerini almaz, tamamlar
• Coğrafi ayrım: yangın ve fiziksel felaketlere karşı yedeğin farklı lokasyonda tutulması
• Geri dönüş tatbikatı: test edilmemiş yedek, yedek değildir — dönüş senaryosu periyodik denenmeli
• Erişim ve şifreleme politikaları: yedeğin kendisi de korunması gereken bir varlıktır

İş Sürekliliği Bir BT Konusu Değil, Yönetim Kararıdır

"Kaç dakikalık veri kaybını, kaç saatlik duruşu kabul ederiz?" sorusunun cevabı teknik ekibe değil, yönetime aittir; teknik kurgu bu cevaba göre boyutlanır. Login ERP altyapı ekibi, işletmenizin süreklilik hedefine uygun yedekleme ve mirroring mimarisini birlikte kurgular — sistemin en kötü gününde bile işletmenin ayakta kalması için.