MikroTik Yedekleme: export, backup ve Otomatik Yedek Script'i

Kısa cevap: MikroTik’te doğru yedekleme iki dosya + bir taşımadır: okunabilir /export (.rsc), binary /system backup (.backup) ve ikisinin de cihaz dışına düzenli kopyalanması. Bu yazıda farkı, otomasyonu ve geri dönüşü tek oturuşta kuruyoruz.

İki yedek türü: hangisi ne işe yarar?

	/export (.rsc)	/system backup (.backup)
Biçim	Okunabilir komut listesi	Binary imaj
Şifreler	Kullanıcı şifreleri YOK	Var (şifreli alınabilir)
Diff/inceleme	Evet, satır satır	Hayır
Farklı cihaza taşıma	Evet (uyarlayarak)	Önerilmez
Tipik kullanım	Değişiklik takibi, göç, belgeleme	Aynı cihaza hızlı tam dönüş

Pratik kural: belge gibi sakladığın yedek export, sigorta gibi sakladığın yedek backup. İkisi birbirinin alternatifi değil, tamamlayıcısıdır.

Elle yedek: iki komut

/export file=yapilandirma-guncel
/system backup save name=tam-yedek password=GucLuBirSifre

password parametresi binary yedeği şifreler; yedek dosyalarınız hassas veridir (VPN anahtarları, ağ düzeni), öyle muamele edin. Dosyalar Files menüsünde birikir; oradan indirin.

Otomatik günlük yedek (kopyala-yapıştır)

Cihaz üstünde tarih damgalı yedek üreten script + her gece 03:05’te çalıştıran zamanlayıcı:

/system script add name=gunluk-yedek source={
  :local tarih [/system clock get date];
  /export file=("oto-export-" . $tarih);
  /system backup save name=("oto-backup-" . $tarih) password=GucLuBirSifre;
  :log info ("gunluk yedek alindi: " . $tarih);
}

/system scheduler add name=gunluk-yedek-zamani on-event=gunluk-yedek \
  start-time=03:05:00 interval=1d comment="gunluk otomatik yedek"

Bu, işin yarısı: yedek hâlâ cihazın üstünde. Cihazla birlikte kaybolan yedek, yedek değildir.

Yedeği dışarı taşımak

En sağlam desen, yedeklerin merkezî bir sunucudan çekilmesidir (pull): cihazlara dışarı veri gönderme izni vermek yerine, yedek sunucunuz her gece SFTP ile dosyaları toplar. Tek cihazlı basit kurulumda ise cihazdan FTP’ye itmek (push) yeterlidir:

/tool fetch upload=yes url="ftp://yedek-sunucu/mikrotik/oto-backup.backup" \
  user=yedekuser password=... src-path=oto-backup.backup

Çok cihazlı filolarda bu iş API üzerinden merkezî toplanır ve eski dosyalar döngüyle temizlenir; kendi platformumuzda yedek toplama bu desenle çalışıyor. Kaç cihazınız olursa olsun ilke aynı: yedek, cihazın arızasından etkilenmeyecek bir yerde durur.

Geri yükleme

• Binary: dosyayı Files’a yükleyin → /system backup load name=tam-yedek → cihaz yeniden başlar, her şey (şifreler dahil) döner.
• Export: temiz bir başlangıç üzerine /import file-name=yapilandirma-guncel.rsc. Kirli (yarım yapılandırılmış) cihaza import etmek çakışma üretir; önce sıfırlayın, sonra uygulayın.
• Cihaz değişimi/göç: binary değil export kullanın; arayüz adlarını (ether1-ether5 düzeni, bridge üyeleri) yeni modele göre gözden geçirip uygulayın.

Ne zaman mutlaka yedek?

Yükseltme öncesi, sıfırlama öncesi, her önemli yapılandırma değişikliği öncesi ve otomatikle her gece. Bir de kural: yılda bir geri dönüş tatbikatı yapın. Hiç load edilmemiş yedek, umuttan ibarettir.

Filonuz için merkezi yedek toplama + değişiklik takibi (config diff) altyapısı kurmak isterseniz MikroTik destek hizmetim üzerinden ulaşabilirsiniz.