İçeriğe geç
Yeni yazı çıkınca e-posta · 4.812 abone 242 rehber · 78 ipucu · 58 komut RSS GitHub LinkedIn İletişim
Ara Ctrl K Bültene katıl
Tüm arşiv · 242 rehber →
Tüm araçlar · 75 üreteç →
E-posta

E-posta arşivleme ve saklama: yedekten farkı nerede

Arşiv ile yedeğin farklı sorunları çözmesi, saklama politikası kurmak, ayrılan çalışanın kutusu, yasal tutma ve kutu şişmesinin gerçek maliyeti.

Mustafa Çelik 27 Ağustos 2026 · 6 dk okuma

Posta kutuları, çoğu kurumda en büyük ve en az yönetilen veri kümesidir. Sorun ortaya çıktığında sorulan iki soru birbirine karıştırılır: “geri getirebilir miyiz” ve “bulabilir miyiz”. Bunlar farklı sorulardır ve farklı sistemler tarafından yanıtlanır.

Arşiv ile yedek aynı şey değil

Ayrım işlevseldir.

Yedek, bir felaketten dönmek içindir. Amacı, belirli bir andaki durumu geri getirmektir. Ölçüsü, ne kadar veri kaybedileceği ve ne kadar sürede dönüleceğidir; kavramlar RPO ve RTO nedir yazısında.

Arşiv, geçmişi bulmak içindir. Amacı, yıllar öncesine ait bir yazışmayı aranabilir biçimde tutmaktır. Ölçüsü, kapsam ve arama hızıdır.

Yedekten arama yapılamaz — geri yüklemeden içine bakamazsınız. Arşivden felaket dönüşü yapılamaz; arşiv, sistemi çalışır hâle getirmez.

Bu yüzden ikisi birbirinin yerine geçmez. “Yedeğimiz var, arşive gerek yok” cümlesi, ilk yasal talep geldiğinde çöker.

Aynı karışıklığın sanallaştırma tarafındaki karşılığı anlık görüntü yedek değildir yazısında anlatılıyor.

Saklama politikası: iki yönlü karar

Saklama süresi belirlemek yalnızca “ne kadar tutalım” sorusu değildir; aynı zamanda ne zaman silelim sorusudur. İkincisi çoğu kurumda hiç sorulmaz.

Sonsuza kadar saklamanın üç bedeli vardır.

Maliyet. Veri büyür ve büyümesi durmaz.

Risk. Elinizde ne kadar çok veri varsa, bir ihlalde sızacak veri de o kadar çoktur.

Yükümlülük. Bir uyuşmazlıkta, elinizdeki tüm veri talep edilebilir. Silme politikası olmadan tutulan on yıllık yazışma, bir gün aleyhinize kullanılabilir.

Sağlıklı politika, veri türüne göre farklı süreler tanımlar ve düzenli olarak siler. Kararın yazılı ve tutarlı uygulanması, keyfî silmeden çok daha savunulabilir bir konumdur.

Saklama maliyetini katmanlarla yönetmenin genel yolu depolama katmanları ve yaşam döngüsü yazısında.

Yasal tutma

Bir uyuşmazlık ya da soruşturma başladığında, ilgili verinin silinmesi durdurulmalıdır. Buna yasal tutma denir.

Mekanizması şudur: saklama politikası silmeyi tetiklese bile, tutma kapsamındaki içerik silinmez. Kullanıcı kendi kutusundan silse de kopyası korunur.

Kritik nokta, tutmanın zamanında konulmasıdır. Uyuşmazlık ihtimali doğduğu anda konur; dava açıldıktan sonra değil. Aradaki sürede silinen veri, kasıtlı olmasa da sorun yaratır.

Kapsamın belirlenmesi hukuk biriminin işidir; BT’nin işi, tutmanın teknik olarak uygulanabilir ve doğrulanabilir olmasını sağlamaktır.

Ayrılan çalışanın kutusu

Neredeyse her kurumda çözülmemiş bir konudur ve iki kötü uygulamadan biri seçilir.

Birincisi, lisansı sürdürüp kutuyu yıllarca açık tutmaktır. Maliyetlidir ve daha kötüsü, kapatılmamış bir hesap olarak durur.

İkincisi, kutuyu yöneticiye yönlendirmektir. Kişisel yazışmaların üçüncü bir kişiye açılması anlamına gelir ve kişisel veri açısından sorunludur.

Doğru yol üçüncüsüdür: kutu arşive alınır, hesap kapatılır ve gerektiğinde arşiv üzerinden, kayıt altına alınan bir taleple erişilir. Böylece hem içerik korunur hem erişim denetlenebilir olur.

Bu adımın ayrılış yordamına yazılması gerekir; aksi hâlde her seferinde yeniden tartışılır. Ayrıcalıklı hesaplarda benzer disiplinin nasıl kurulduğu ayrıcalıklı hesap yönetimi yazısında.

Kutu şişmesinin gerçek maliyeti

Büyük posta kutuları yalnızca depolama tüketmez; performansı da düşürür.

Belirtiler tanıdıktır: istemcinin açılması uzar, arama yavaşlar, eşitleme takılır. Kullanıcı bunu “bilgisayar yavaş” diye bildirir ve teşhis başka yerde aranır.

Arşivleme burada ikinci bir fayda sağlar: eski içerik kutudan çıkar, aranabilir kalır ama günlük eşitlemeye dahil olmaz.

Otomatik arşiv politikası, kullanıcıdan hiçbir şey istemeden bunu yapar. Kullanıcının kendi başına oluşturduğu yerel arşiv dosyaları ise tam tersini yapar — yedeklenmez, aranamaz ve dizüstü kaybolduğunda yok olur. Bu dosyaların varlığını taramak, arşiv projesinin ilk adımıdır.

Nereden başlanır

Sıra şudur. Önce envanter: toplam kutu boyutu, en büyük kutular ve yerel arşiv dosyaları. Sonra hukuk ve insan kaynaklarıyla birlikte saklama sürelerini belirleyin.

Ardından politikayı önce izleme kipinde uygulayın — neyin silineceğini görün, silmeden önce. Son adım, silmeyi açmak ve ayrılan çalışan yordamını güncellemektir.

Bu, bir değişiklik yönetimi konusudur ve geri alınamaz bir adım içerir; çerçevesi değişiklik yönetimi yazısında.

Kısaca

Yedek felaketten dönmek, arşiv geçmişi bulmak içindir; biri diğerinin yerine geçmez.

Saklama politikası kurarken silme tarafını da karara bağlayın — sonsuza kadar saklamak bir politika değil, ertelenmiş bir risktir. Ve ayrılan çalışanın kutusu için yazılı bir yordam olmadan, her ayrılışta aynı tartışma yeniden başlar.

Mustafa Çelik

Altyapı ve Operasyon Müdürü, İstanbul. 25 yıldır BT altyapısı, sistem yönetimi ve ağ altyapısıyla uğraşıyor; öğrendiklerini bu blogda üretim ortamında denenmiş rehberlere çeviriyor.

Hakkımda

Bu rehber işinize yaradıysa, sonrakini kaçırmayın.

Yeni yazı yayınlandığında tek e-posta. Takvim yok, dilediğiniz an çıkabilirsiniz.

Bülten sağlayıcısı henüz bağlanmadı. Bağlanana kadar e-posta ile yazabilirsiniz ya da RSS akışını takip edebilirsiniz.