Yedekleme
DeepFilter, yönetim paneli üzerinden yedek alma ve geri yükleme imkânı sunar. Yedekleme kapsamı dardır: yedeklenen şey yapılandırmadır, e-posta verisi değildir. Bu sayfa neyin yedeklendiğini, neyin yedeklenmediğini ve bu ayrımın felaket senaryonuz açısından ne anlama geldiğini açıklar.
Kapsam: ne yedeklenir, ne yedeklenmez
Aşağıdaki tablo yedek dosyasının içeriğini net biçimde ayırır.
| İçerik | Yedeğe dâhil mi? |
|---|---|
| Sistem ayarları ve tarama tercihleri | Evet |
| Alan adı tanımları ve e-posta yönlendirme yapılandırması | Evet |
| Yönetici ve kullanıcı hesapları, yetkiler | Evet |
| İzin/engel listeleri | Evet |
| DKIM özel anahtarları | Evet |
| Karantinadaki e-postalar | Hayır |
| E-posta trafiği analitiği (raporlar, geçmiş istatistikler) | Hayır |
| Log dosyaları | Hayır |
| E-posta kuyrukları (o an teslim bekleyen mesajlar) | Hayır |
Yani bir yedekten dönüş, sunucuyu aynı ayarlarla ayağa kaldırır; ancak geçmiş e-posta trafiğini, karantina arşivini veya raporlardaki tarihsel veriyi geri getirmez.
Karantinadaki e-postalar yedeğe dâhil olmadığı gibi, sunucu üzerinde de süresiz saklanmaz: varsayılan olarak 30 gün sonra otomatik silinirler. Bu süre panelden değiştirilebilir (en düşük değer 1 gündür, üst sınır yoktur). Karantinaya düşen bir e-postayı uzun vadeli saklamanız gerekiyorsa, silinme süresi dolmadan önce serbest bırakın veya dışarı alın.
E-posta verisi hızla büyüyen ve sürekli değişen bir veri kümesidir; ayar yedeği ise küçük, hızlı ve güvenle taşınabilir kalır.
DKIM anahtarları ve şifreli yedek
Yedek dosyası, alan adlarınıza ait DKIM özel anahtarlarını içerir. Bu anahtarlar giden e-postalarınızın imzalanmasında kullanılır ve üçüncü bir tarafın eline geçmesi, sizin adınıza imzalı e-posta üretilebilmesi anlamına gelir.
DKIM özel anahtarları yedeğe dâhil olduğu için yedek dosyasını şifreli oluşturmanız önerilir. Şifreli yedeği çözecek parolayı, yedek dosyasıyla aynı yerde saklamayın. Parolayı kaybederseniz yedek geri yüklenemez; ürün tarafında parola kurtarma yoktur.
Yedek dosyalarını, sunucuya erişimi olmayan kişilerin de ulaşabileceği paylaşımlı klasörlerde tutmayın.
Otomatik yedekleme
Panel üzerinden otomatik günlük yedek etkinleştirilebilir. Varsayılan saklama politikası 7 kopyadır; yeni yedek alındıkça en eski kopya silinir. Bu, yaklaşık bir haftalık geri dönüş penceresi sağlar.
Saklama sayısını ihtiyacınıza göre panelden değiştirebilirsiniz. Yedekler küçük olduğu için saklama sayısını artırmanın disk maliyeti düşüktür.
Yedeği sunucu dışına çıkarma
Yedekler öntanımlı olarak sunucunun kendi diskinde birikir ve ürün, doğrudan bir bulut ya da uzak sunucu adresine (S3, SFTP gibi) yedek göndermez. Yedeğin sunucu dışında bir kopyası yoksa, sunucu tümüyle kaybedildiğinde (disk arızası, sanal makinenin silinmesi, sunucu odası kaynaklı bir olay) yapılandırmanız da kaybolur. Bu yüzden yedeği sunucu dışına çıkarmayı ihmal etmeyin.
Yedeğin sunucu dışında da bir kopyasının bulunması için birkaç yol vardır:
- E-posta ile gönderim: Panelden bu seçeneği açtığınızda her otomatik yedek, belirlediğiniz alıcıya e-posta eki olarak da gönderilir; böylece en son yapılandırmanın bir kopyası e-posta kutunuzda durur. Ayrıntılar için Yönetim → Yedekleme sayfasına bakın.
- Panelden indirme: Yedek dosyasını panel üzerinden bilgisayarınıza indirip kurumsal dosya saklama alanınıza koyabilirsiniz.
- Harici veya ağ depolamasına yazma: Yedeklerin yazıldığı dizini, sunucuya bağladığınız (mount) harici bir disk ya da ağ paylaşımının altına yönlendirebilirsiniz; böylece yedekler doğrudan o depolamada birikir.
- Altyapı seviyesinde yedek: Sunucuyu bir sanal makine olarak çalıştırıyorsanız, altyapınızın anlık görüntü (snapshot) veya makine yedeği mekanizmasını kullanabilirsiniz.
Hangi yolu seçerseniz seçin, yedeğin sunucudan fiziksel veya mantıksal olarak ayrı bir yerde durduğundan emin olun. Sunucu dışına çıkan yedeklerde şifreleme parolası belirlemeniz önerilir; yedek, alan adlarınıza ait DKIM özel anahtarlarını içerir.
Geri yükleme
Geri yükleme de panel üzerinden yapılır. Yüklenen yedek dosyasındaki ayarlar mevcut yapılandırmanın yerine geçer.
Geri yükleme, mevcut ayarların üzerine yazar. İşlem öncesinde mutlaka güncel bir yedek alın; böylece yanlış dosyayı yüklerseniz geri dönebilirsiniz.
Geri yükleme sonrası kontrol edilmesi gerekenler:
- Alan adı listesinin ve hedef e-posta sunucusu adreslerinin doğru geldiği.
- Sunucu adının ve e-posta kimliğinin beklendiği gibi olduğu.
- Bir test mesajının uçtan uca teslim edildiği.
- Giden e-posta için tanımlı relay IP'lerinin yerinde olduğu.
Felaket senaryonuz için düşünmeniz gerekenler
Yedekleme kapsamının dar olması, kurtarma planınızı buna göre kurmanızı gerektirir. Aşağıdaki soruları önceden yanıtlamanız önerilir.
Sunucu tümüyle kaybolursa ne olur? Yeni bir Rocky Linux 9 Minimal sunucu kurar, DeepFilter'ı yeniden kurar ve ayar yedeğini geri yüklersiniz. Bu, çalışır bir sistem verir; ancak karantinadaki eski e-postalar ve geçmiş trafik raporları geri gelmez.
Kesinti süresince e-postalar kaybolur mu? Genellikle hayır. Gönderen sunucular teslim edemedikleri mesajları belirli bir süre yeniden dener. Yine de kurtarma süresini uzun tutmamak önemlidir; her gönderen sunucunun deneme süresi farklıdır.
Karantina kritik mi? Karantinadaki e-postaları hukuki veya operasyonel olarak saklamanız gerekiyorsa iki noktayı birlikte planınıza yazın: bu e-postalar ayar yedeğiyle korunmaz ve sunucu sağlıklı çalışsa dahi varsayılan 30 günün sonunda otomatik silinir. Uzun süreli saklama ihtiyacınız varsa saklama süresini panelden artırın veya ilgili e-postaları düzenli olarak karantina dışına alın.
Yedeğiniz gerçekten çalışıyor mu? Hiç denenmemiş bir yedek, yedek sayılmaz. Yılda en az bir kez, ayrı bir test sunucusunda geri yükleme denemesi yapın ve şifreli yedeğinizin parolasının hâlâ elinizde olduğunu doğrulayın.
Lisans durumu: Yeni bir sunucuya kurulum yapacaksanız lisansınızın o sunucuda etkinleştirilmesi gerekir. Bunu kurtarma anında değil, önceden netleştirin.