{"id":3206,"date":"2025-12-08T20:19:05","date_gmt":"2025-12-08T17:19:05","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/isletmeler-icin-e-posta-arsivleme-ve-yasal-saklama-rehberi-hosting-ve-bulut-cozumleri\/"},"modified":"2025-12-08T20:19:05","modified_gmt":"2025-12-08T17:19:05","slug":"isletmeler-icin-e-posta-arsivleme-ve-yasal-saklama-rehberi-hosting-ve-bulut-cozumleri","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/isletmeler-icin-e-posta-arsivleme-ve-yasal-saklama-rehberi-hosting-ve-bulut-cozumleri\/","title":{"rendered":"\u0130\u015fletmeler \u0130\u00e7in E-Posta Ar\u015fivleme ve Yasal Saklama Rehberi: Hosting ve Bulut \u00c7\u00f6z\u00fcmleri"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#E-posta_arsivleme_neden_artik_luks_degil_zorunluluk\"><span class=\"toc_number toc_depth_1\">1<\/span> E-posta ar\u015fivleme neden art\u0131k l\u00fcks de\u011fil, zorunluluk?<\/a><\/li><li><a href=\"#Yasal_saklama_yukumlulukleri_Sadece_silme_hakki_degil_saklama_zorunlulugu_da_var\"><span class=\"toc_number toc_depth_1\">2<\/span> Yasal saklama y\u00fck\u00fcml\u00fcl\u00fckleri: Sadece \u201csilme hakk\u0131\u201d de\u011fil, \u201csaklama zorunlulu\u011fu\u201d da var<\/a><ul><li><a href=\"#Turkiyede_ticari_ve_mali_mevzuat_perspektifi\"><span class=\"toc_number toc_depth_2\">2.1<\/span> T\u00fcrkiye\u2019de ticari ve mali mevzuat perspektifi<\/a><\/li><li><a href=\"#KVKK_GDPR_ve_kisisel_veri_boyutu\"><span class=\"toc_number toc_depth_2\">2.2<\/span> KVKK, GDPR ve ki\u015fisel veri boyutu<\/a><\/li><li><a href=\"#Saklama_politikasi_ve_siniflandirma_olmadan_mimari_kurulmaz\"><span class=\"toc_number toc_depth_2\">2.3<\/span> Saklama politikas\u0131 ve s\u0131n\u0131fland\u0131rma olmadan mimari kurulmaz<\/a><\/li><\/ul><\/li><li><a href=\"#E-posta_arsivleme_yedek_degildir_Neden_ayri_bir_katman_olmali\"><span class=\"toc_number toc_depth_1\">3<\/span> E-posta ar\u015fivleme yedek de\u011fildir: Neden ayr\u0131 bir katman olmal\u0131?<\/a><ul><li><a href=\"#Yedekleme_ne_yapar_arsiv_ne_yapar\"><span class=\"toc_number toc_depth_2\">3.1<\/span> Yedekleme ne yapar, ar\u015fiv ne yapar?<\/a><\/li><li><a href=\"#Kullanici_bazli_cozumler_neden_yetmez\"><span class=\"toc_number toc_depth_2\">3.2<\/span> Kullan\u0131c\u0131 bazl\u0131 \u00e7\u00f6z\u00fcmler neden yetmez?<\/a><\/li><li><a href=\"#Sunucu_tarafi_journaling_ve_MTA_seviyesinde_kopyalama\"><span class=\"toc_number toc_depth_2\">3.3<\/span> Sunucu taraf\u0131 journaling ve MTA seviyesinde kopyalama<\/a><\/li><\/ul><\/li><li><a href=\"#Hosting_ve_bulut_uzerinde_e-posta_arsivleme_mimarileri\"><span class=\"toc_number toc_depth_1\">4<\/span> Hosting ve bulut \u00fczerinde e-posta ar\u015fivleme mimarileri<\/a><ul><li><a href=\"#Paylasimli_hosting_uzerinde_temel_arsiv_secenekleri\"><span class=\"toc_number toc_depth_2\">4.1<\/span> Payla\u015f\u0131ml\u0131 hosting \u00fczerinde temel ar\u015fiv se\u00e7enekleri<\/a><\/li><li><a href=\"#VPS_veya_dedicated_sunucu_uzerinde_ozel_arsiv_sunucusu_kurmak\"><span class=\"toc_number toc_depth_2\">4.2<\/span> VPS veya dedicated sunucu \u00fczerinde \u00f6zel ar\u015fiv sunucusu kurmak<\/a><\/li><li><a href=\"#Nesne_depolama_S3_uyumlu_ile_olceklenebilir_e-posta_arsivi\"><span class=\"toc_number toc_depth_2\">4.3<\/span> Nesne depolama (S3 uyumlu) ile \u00f6l\u00e7eklenebilir e-posta ar\u015fivi<\/a><\/li><\/ul><\/li><li><a href=\"#Guvenlik_sifreleme_ve_erisim_yonetimi_Arsiviniz_delil_mi_zafiyet_mi_olacak\"><span class=\"toc_number toc_depth_1\">5<\/span> G\u00fcvenlik, \u015fifreleme ve eri\u015fim y\u00f6netimi: Ar\u015fiviniz delil mi, zafiyet mi olacak?<\/a><ul><li><a href=\"#Iletim_ve_depolama_sirasinda_sifreleme\"><span class=\"toc_number toc_depth_2\">5.1<\/span> \u0130letim ve depolama s\u0131ras\u0131nda \u015fifreleme<\/a><\/li><li><a href=\"#Rol_bazli_erisim_RBAC_2FA_ve_kapsamli_loglama\"><span class=\"toc_number toc_depth_2\">5.2<\/span> Rol bazl\u0131 eri\u015fim (RBAC), 2FA ve kapsaml\u0131 loglama<\/a><\/li><\/ul><\/li><li><a href=\"#Yedekleme_replikasyon_ve_felaket_kurtarma_acisindan_e-posta_arsivi\"><span class=\"toc_number toc_depth_1\">6<\/span> Yedekleme, replikasyon ve felaket kurtarma a\u00e7\u0131s\u0131ndan e-posta ar\u015fivi<\/a><ul><li><a href=\"#3-2-1_stratejisi_ve_arsiv\"><span class=\"toc_number toc_depth_2\">6.1<\/span> 3-2-1 stratejisi ve ar\u015fiv<\/a><\/li><li><a href=\"#Immutable_degistirilemez_yedekler_ve_fidye_yazilimi_riski\"><span class=\"toc_number toc_depth_2\">6.2<\/span> Immutable (de\u011fi\u015ftirilemez) yedekler ve fidye yaz\u0131l\u0131m\u0131 riski<\/a><\/li><\/ul><\/li><li><a href=\"#Adim_adim_e-posta_arsivleme_projesi_Nereden_baslamali\"><span class=\"toc_number toc_depth_1\">7<\/span> Ad\u0131m ad\u0131m e-posta ar\u015fivleme projesi: Nereden ba\u015flamal\u0131?<\/a><ul><li><a href=\"#1_Envanter_ve_gereksinim_analizi\"><span class=\"toc_number toc_depth_2\">7.1<\/span> 1. Envanter ve gereksinim analizi<\/a><\/li><li><a href=\"#2_Saklama_matrisi_ve_erisim_politikasini_yazili_hale_getirmek\"><span class=\"toc_number toc_depth_2\">7.2<\/span> 2. Saklama matrisi ve eri\u015fim politikas\u0131n\u0131 yaz\u0131l\u0131 hale getirmek<\/a><\/li><li><a href=\"#3_Teknik_mimari_secimi_Paylasimli_mi_VPSdedicated_mi_hibrit_mi\"><span class=\"toc_number toc_depth_2\">7.3<\/span> 3. Teknik mimari se\u00e7imi: Payla\u015f\u0131ml\u0131 m\u0131, VPS\/dedicated mi, hibrit mi?<\/a><\/li><li><a href=\"#4_Pilot_uygulama_ve_testler\"><span class=\"toc_number toc_depth_2\">7.4<\/span> 4. Pilot uygulama ve testler<\/a><\/li><li><a href=\"#5_Canliya_gecis_dokumantasyon_ve_kullanici_egitimi\"><span class=\"toc_number toc_depth_2\">7.5<\/span> 5. Canl\u0131ya ge\u00e7i\u015f, dok\u00fcmantasyon ve kullan\u0131c\u0131 e\u011fitimi<\/a><\/li><\/ul><\/li><li><a href=\"#DCHost_altyapisiyla_e-posta_arsivleme_stratejinizi_nasil_guclendirebilirsiniz\"><span class=\"toc_number toc_depth_1\">8<\/span> DCHost altyap\u0131s\u0131yla e-posta ar\u015fivleme stratejinizi nas\u0131l g\u00fc\u00e7lendirebilirsiniz?<\/a><\/li><\/ul><\/div>\n<h2><span id=\"E-posta_arsivleme_neden_artik_luks_degil_zorunluluk\">E-posta ar\u015fivleme neden art\u0131k l\u00fcks de\u011fil, zorunluluk?<\/span><\/h2>\n<p>Bir\u00e7ok i\u015fletmede proje planlama toplant\u0131lar\u0131nda b\u00fct\u00e7e, s\u00fcre ve insan kayna\u011f\u0131 tart\u0131\u015f\u0131l\u0131rken e-posta ar\u015fivleme konusu genellikle listenin sonuna itiliyor. Oysa denetim, dava, vergi incelemesi veya i\u00e7 soru\u015fturma an\u0131nda ilk sorulan \u015fey \u00e7o\u011fu zaman \u015fudur: \u201c\u0130ki y\u0131l \u00f6nceki \u015fu yaz\u0131\u015fmay\u0131 nereden bulaca\u011f\u0131z?\u201d E\u011fer ar\u015fiv mimariniz yoksa, tek umudunuz \u00e7al\u0131\u015fanlar\u0131n posta kutular\u0131 ve da\u011f\u0131n\u0131k yedekler olur. Bu da hem teknik a\u00e7\u0131dan g\u00fcvensiz, hem de hukuken zay\u0131f bir zemin demektir.<\/p>\n<p>E-posta; s\u00f6zle\u015fme pazarl\u0131klar\u0131, fiyat onaylar\u0131, insan kaynaklar\u0131 s\u00fcre\u00e7leri, m\u00fc\u015fteri \u015fik\u00e2yetleri, KVKK ba\u015fvurular\u0131, tedarik\u00e7i yaz\u0131\u015fmalar\u0131 gibi neredeyse t\u00fcm kritik i\u015f ak\u0131\u015flar\u0131n\u0131n izi anlam\u0131na gelir. Dolay\u0131s\u0131yla <strong>e-posta ar\u015fivleme<\/strong> ve <strong>yasal saklama politikas\u0131<\/strong> kurmak, sadece \u201cdisk temizli\u011fi\u201d de\u011fil; risk y\u00f6netimi, uyum (compliance) ve kurumsal haf\u0131zay\u0131 koruma meselesidir. Bu yaz\u0131da, DCHost ekibi olarak pratikte i\u015fe yarayan hosting ve bulut tabanl\u0131 e-posta ar\u015fivleme yakla\u015f\u0131mlar\u0131n\u0131, KVKK\/GDPR ve di\u011fer yasal gereksinimlerle birlikte teknik mimari bak\u0131\u015f a\u00e7\u0131s\u0131yla ele alaca\u011f\u0131z.<\/p>\n<h2><span id=\"Yasal_saklama_yukumlulukleri_Sadece_silme_hakki_degil_saklama_zorunlulugu_da_var\">Yasal saklama y\u00fck\u00fcml\u00fcl\u00fckleri: Sadece \u201csilme hakk\u0131\u201d de\u011fil, \u201csaklama zorunlulu\u011fu\u201d da var<\/span><\/h2>\n<p>E-posta ar\u015fivleme konu\u015fulurken \u00e7o\u011fu zaman KVKK ve GDPR kapsam\u0131nda \u201cunutulma hakk\u0131\u201d ve silme s\u00fcre\u00e7leri \u00f6ne \u00e7\u0131kar. Ancak pratikte bir i\u015fletme ayn\u0131 anda hem silme taleplerini y\u00f6netmek, hem de \u00e7e\u015fitli kanunlar gere\u011fi belirli verileri belirli s\u00fcrelerle saklamak zorundad\u0131r. Bu ikisini dengelemek, sa\u011flam bir e-posta ar\u015fivleme ve yasal saklama politikas\u0131 gerektirir.<\/p>\n<h3><span id=\"Turkiyede_ticari_ve_mali_mevzuat_perspektifi\">T\u00fcrkiye\u2019de ticari ve mali mevzuat perspektifi<\/span><\/h3>\n<p>Bu yaz\u0131 hukuki dan\u0131\u015fmanl\u0131k yerine ge\u00e7mez; ancak teknik mimariyi do\u011fru kurmak i\u00e7in baz\u0131 genel \u00e7er\u00e7eveleri bilmek gerekir. \u00d6rne\u011fin:<\/p>\n<ul>\n<li>Ticari defter ve belgelerin y\u0131llarca saklanmas\u0131 zorunludur; bu belgelerin \u00f6nemli k\u0131sm\u0131 art\u0131k e-posta \u00fczerinden y\u00fcr\u00fcyen yaz\u0131\u015fmalara dayan\u0131r.<\/li>\n<li>Vergi incelemelerinde teklif, fatura teyidi, sipari\u015f onay\u0131 gibi belgeler e-posta delilleriyle desteklenmek istenebilir.<\/li>\n<li>Sekt\u00f6rel d\u00fczenlemeler (finans, sigorta, telekom, sa\u011fl\u0131k vb.) baz\u0131 yaz\u0131\u015fmalar\u0131n belirli s\u00fcreyle eri\u015filebilir ve de\u011fi\u015ftirilemez \u015fekilde tutulmas\u0131n\u0131 \u015fart ko\u015fabilir.<\/li>\n<\/ul>\n<p>Dolay\u0131s\u0131yla \u201cher \u015feyi 6 ayda bir sileriz\u201d yakla\u015f\u0131m\u0131 pek \u00e7ok i\u015fletme i\u00e7in ger\u00e7ek\u00e7i de\u011fildir. Bunun yerine; hangi t\u00fcr e-postalar\u0131n, hangi hukuki gerek\u00e7eyle, ne kadar s\u00fcre saklanaca\u011f\u0131n\u0131 tan\u0131mlayan net bir <strong>saklama matrisi<\/strong> olu\u015fturmak gerekir.<\/p>\n<h3><span id=\"KVKK_GDPR_ve_kisisel_veri_boyutu\">KVKK, GDPR ve ki\u015fisel veri boyutu<\/span><\/h3>\n<p>E-postalar, isim, ileti\u015fim bilgisi, \u00f6zge\u00e7mi\u015f, sa\u011fl\u0131k verisi, finansal bilgi gibi pek \u00e7ok ki\u015fisel veriyi bar\u0131nd\u0131rabilir. Bu nedenle KVKK ve GDPR kapsam\u0131nda birer ki\u015fisel veri i\u015fleme faaliyeti say\u0131l\u0131rlar. Burada kritik noktalar \u015funlard\u0131r:<\/p>\n<ul>\n<li>Her e-posta ak\u0131\u015f\u0131 i\u00e7in bir <strong>i\u015fleme amac\u0131<\/strong> ve <strong>hukuki sebep<\/strong> tan\u0131mlanmal\u0131 (s\u00f6zle\u015fme ifas\u0131, hukuki y\u00fck\u00fcml\u00fcl\u00fck, me\u015fru menfaat gibi).<\/li>\n<li>Yasal saklama s\u00fcresi doldu\u011funda, ar\u015fivdeki ilgili ki\u015fisel verilerin silinmesi, anonimle\u015ftirilmesi veya eri\u015fimin k\u0131s\u0131tlanmas\u0131 gerekir.<\/li>\n<li>Veri sahibi ba\u015fvurular\u0131nda, ilgili ki\u015finin kendisiyle ilgili e-postalara ula\u015fabilmek i\u00e7in ar\u015fiv \u00fczerinde iyi bir arama ve filtreleme altyap\u0131s\u0131 \u015fartt\u0131r.<\/li>\n<\/ul>\n<p>KVKK ve GDPR boyutunu sadece e-posta \u00f6zelinde de\u011fil, t\u00fcm altyap\u0131 a\u00e7\u0131s\u0131ndan d\u00fc\u015f\u00fcnmek i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/kvkk-ve-gdpr-uyumlu-hosting-secimi-turkiye-avrupa-ve-abd-veri-merkezleri-arasinda-veri-yerellestirme-stratejisi\/\">KVKK ve GDPR uyumlu hosting se\u00e7imi \u00fczerine detayl\u0131 rehberimize<\/a> de mutlaka g\u00f6z atman\u0131z\u0131 \u00f6neririz.<\/p>\n<h3><span id=\"Saklama_politikasi_ve_siniflandirma_olmadan_mimari_kurulmaz\">Saklama politikas\u0131 ve s\u0131n\u0131fland\u0131rma olmadan mimari kurulmaz<\/span><\/h3>\n<p>Teknik tarafta hangi hosting veya bulut \u00e7\u00f6z\u00fcm\u00fcn\u00fc kullanaca\u011f\u0131n\u0131za karar vermeden \u00f6nce, mutlaka \u015fu sorular\u0131 netle\u015ftirmelisiniz:<\/p>\n<ul>\n<li>Hangi e-posta t\u00fcrleri (s\u00f6zle\u015fme, insan kaynaklar\u0131, finans, destek talepleri vb.) hangi s\u00fcreyle saklanacak?<\/li>\n<li>Saklama s\u00fcresi doldu\u011funda ne olacak: otomatik silme mi, anonimle\u015ftirme mi, eri\u015fim k\u0131s\u0131tlama m\u0131?<\/li>\n<li>Kim hangi e-posta ar\u015fivlerine, hangi gerek\u00e7eyle eri\u015febilecek?<\/li>\n<li>Denetim veya dava durumunda ar\u015fivden nas\u0131l h\u0131zl\u0131 ve iz b\u0131rakacak \u015fekilde \u00e7\u0131kt\u0131 al\u0131nacak?<\/li>\n<\/ul>\n<p>Bu sorulara yan\u0131t vermeden do\u011frudan &#8220;\u015fu ar\u015fiv yaz\u0131l\u0131m\u0131n\u0131 kural\u0131m&#8221; demek, ileride ciddi veri karma\u015fas\u0131na ve uyum sorunlar\u0131na yol a\u00e7ar.<\/p>\n<h2><span id=\"E-posta_arsivleme_yedek_degildir_Neden_ayri_bir_katman_olmali\">E-posta ar\u015fivleme yedek de\u011fildir: Neden ayr\u0131 bir katman olmal\u0131?<\/span><\/h2>\n<p>En s\u0131k kar\u015f\u0131la\u015ft\u0131\u011f\u0131m\u0131z hatalardan biri, normal yedekleri e-posta ar\u015fivleme \u00e7\u00f6z\u00fcm\u00fc sanmakt\u0131r. Oysa ikisinin amac\u0131 ve mimarisi temelden farkl\u0131d\u0131r.<\/p>\n<h3><span id=\"Yedekleme_ne_yapar_arsiv_ne_yapar\">Yedekleme ne yapar, ar\u015fiv ne yapar?<\/span><\/h3>\n<p><strong>Yedekleme<\/strong> (backup):<\/p>\n<ul>\n<li>Ama\u00e7: Felaket, donan\u0131m ar\u0131zas\u0131, kullan\u0131c\u0131 hatas\u0131 gibi durumlarda sistemi eski haline d\u00f6nd\u00fcrmek.<\/li>\n<li>Odak: T\u00fcm sistemi, belirli zaman noktalar\u0131ndaki anl\u0131k g\u00f6r\u00fcnt\u00fcler (snapshot) \u015feklinde korur.<\/li>\n<li>Eri\u015fim: Genellikle son kullan\u0131c\u0131ya a\u00e7\u0131k de\u011fildir; teknik ekip geri y\u00fckleme yapar.<\/li>\n<\/ul>\n<p><strong>Ar\u015fivleme<\/strong> (archive):<\/p>\n<ul>\n<li>Ama\u00e7: Uzun vadeli saklama, arama, denetim ve hukuki delil ihtiyac\u0131n\u0131 kar\u015f\u0131lamak.<\/li>\n<li>Odak: Tek tek mesajlar\u0131n, belirli kurallara g\u00f6re s\u0131n\u0131fland\u0131r\u0131l\u0131p saklanmas\u0131 ve indekslenmesi.<\/li>\n<li>Eri\u015fim: Yetkili kullan\u0131c\u0131lar veya uyum ekibi arama, filtreleme ve raporlama yapabilir.<\/li>\n<\/ul>\n<p>Yani iyi bir yap\u0131da, yedekler felaketten geri d\u00f6n\u00fc\u015f i\u00e7in, ar\u015fiv ise kurumsal haf\u0131za ve yasal delil i\u00e7in kullan\u0131l\u0131r. Bu ayr\u0131m\u0131 yedekleme taraf\u0131nda daha derinlemesine anlamak isterseniz <a href=\"https:\/\/www.dchost.com\/blog\/3-2-1-yedekleme-stratejisi-neden-ise-yariyor-cpanel-plesk-ve-vpste-otomatik-yedekleri-nasil-kurarsin\/\">3-2-1 yedekleme stratejisi rehberimiz<\/a> size iyi bir temel sa\u011flayacakt\u0131r.<\/p>\n<h3><span id=\"Kullanici_bazli_cozumler_neden_yetmez\">Kullan\u0131c\u0131 bazl\u0131 \u00e7\u00f6z\u00fcmler neden yetmez?<\/span><\/h3>\n<p>Baz\u0131 i\u015fletmeler, kullan\u0131c\u0131lar\u0131n kendi Outlook PST dosyalar\u0131n\u0131 veya IMAP klas\u00f6rlerini harici disklere yedeklemesini &#8220;ar\u015fiv&#8221; zanneder. Bu yakla\u015f\u0131m\u0131n ciddi riskleri vard\u0131r:<\/p>\n<ul>\n<li>\u00c7al\u0131\u015fan i\u015ften ayr\u0131ld\u0131\u011f\u0131nda, kritik yaz\u0131\u015fmalar\u0131n bir k\u0131sm\u0131 onun ki\u015fisel ar\u015fivinde kalabilir.<\/li>\n<li>PST dosyalar\u0131 bozulmaya \u00e7ok a\u00e7\u0131kt\u0131r; denetim an\u0131nda a\u00e7amad\u0131\u011f\u0131n\u0131z bir dosya, hukuki anlamda ciddi s\u0131k\u0131nt\u0131 yarat\u0131r.<\/li>\n<li>\u0130\u00e7 aramay\u0131 merkezile\u015ftiremezsiniz; her posta kutusunu tek tek taramak zorunda kal\u0131rs\u0131n\u0131z.<\/li>\n<li>Eri\u015fim ve loglama denetlenemez; kim hangi e-postay\u0131 ne zaman a\u00e7t\u0131, de\u011fi\u015ftirdi, iletti gibi sorular yan\u0131ts\u0131z kal\u0131r.<\/li>\n<\/ul>\n<p>Bu nedenle kurumsal \u00f6l\u00e7ekte ar\u015fivleme, mutlaka <strong>sunucu veya altyap\u0131 seviyesinde<\/strong> \u00e7\u00f6z\u00fclmelidir.<\/p>\n<h3><span id=\"Sunucu_tarafi_journaling_ve_MTA_seviyesinde_kopyalama\">Sunucu taraf\u0131 journaling ve MTA seviyesinde kopyalama<\/span><\/h3>\n<p>Sa\u011flam bir e-posta ar\u015fiv mimarisinde tipik olarak \u015fu y\u00f6ntemler kullan\u0131l\u0131r:<\/p>\n<ul>\n<li><strong>Journaling:<\/strong> E-posta sunucusu, gelen\/giden her mesaj\u0131n bir kopyas\u0131n\u0131 otomatik olarak belirlenmi\u015f bir ar\u015fiv kutusuna veya ayr\u0131 bir sunucuya iletir.<\/li>\n<li><strong>MTA seviyesinde kopyalama:<\/strong> Postfix gibi MTA yaz\u0131l\u0131mlar\u0131nda, belirli domainler i\u00e7in gelen\/giden t\u00fcm trafi\u011fi transparan \u015fekilde ikinci bir noktaya (\u00f6rne\u011fin ar\u015fiv sunucusuna) y\u00f6nlendirebilirsiniz.<\/li>\n<li><strong>Immutable depolama:<\/strong> Ar\u015five d\u00fc\u015fen mesajlar\u0131n belirli s\u00fcre boyunca de\u011fi\u015ftirilemez\/silinebilir olmamas\u0131 i\u00e7in WORM benzeri politikalar uygulan\u0131r.<\/li>\n<\/ul>\n<p>Bu sayede, kullan\u0131c\u0131n\u0131n kendi posta kutusunda e-postay\u0131 silmesi bile ar\u015fivdeki kopyay\u0131 etkilemez; yasal delil zinciri bozulmam\u0131\u015f olur.<\/p>\n<h2><span id=\"Hosting_ve_bulut_uzerinde_e-posta_arsivleme_mimarileri\">Hosting ve bulut \u00fczerinde e-posta ar\u015fivleme mimarileri<\/span><\/h2>\n<p>E-posta altyap\u0131n\u0131z\u0131 ister <a href=\"https:\/\/www.dchost.com\/tr\/web-hosting\">payla\u015f\u0131ml\u0131 hosting<\/a>, ister <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a>\/<a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a>, ister hibrit bir mimari \u00fczerinde \u00e7al\u0131\u015ft\u0131r\u0131n; ar\u015fiv katman\u0131n\u0131 do\u011fru konumland\u0131rman\u0131z gerekir. DCHost olarak m\u00fc\u015fterilerimizle \u00e7al\u0131\u015f\u0131rken en s\u0131k g\u00f6rd\u00fc\u011f\u00fcm\u00fcz \u00fc\u00e7 temel yakla\u015f\u0131m\u0131 a\u015fa\u011f\u0131da \u00f6zetleyebiliriz.<\/p>\n<h3><span id=\"Paylasimli_hosting_uzerinde_temel_arsiv_secenekleri\">Payla\u015f\u0131ml\u0131 hosting \u00fczerinde temel ar\u015fiv se\u00e7enekleri<\/span><\/h3>\n<p>K\u00fc\u00e7\u00fck i\u015fletmelerde e-posta, genellikle cPanel veya benzeri bir kontrol paneli \u00fczerinden sa\u011flanan payla\u015f\u0131ml\u0131 hosting hesaplar\u0131nda bar\u0131nd\u0131r\u0131l\u0131r. Bu senaryoda:<\/p>\n<ul>\n<li>Otomatik <strong>IMAP klas\u00f6r ar\u015fivleri<\/strong> ile belirli klas\u00f6rlerdeki eski iletiler ayr\u0131 dizinlere ta\u015f\u0131nabilir.<\/li>\n<li>Sunucu taraf\u0131 yedekler, belirli bir s\u00fcre i\u00e7in t\u00fcm posta kutular\u0131n\u0131n ge\u00e7mi\u015fine d\u00f6nme imk\u00e2n\u0131 sa\u011flar ancak bu, tam anlam\u0131yla ar\u015fiv de\u011fildir.<\/li>\n<li>Log saklama ve temel ar\u015fiv ihtiyac\u0131 i\u00e7in, panel seviyesinde sunulan export\/backup ara\u00e7lar\u0131 devreye al\u0131nabilir.<\/li>\n<\/ul>\n<p>Bu seviyede, uyum gereksinimleri y\u00fcksek olmayan, k\u00fc\u00e7\u00fck ekipli i\u015fletmeler i\u00e7in asgari bir \u00e7\u00f6z\u00fcm olu\u015fturulabilir. Ancak KVKK\/GDPR bask\u0131s\u0131, denetim ve dava riski artt\u0131k\u00e7a, genellikle daha geli\u015fmi\u015f mimarilere ge\u00e7me ihtiyac\u0131 do\u011far.<\/p>\n<h3><span id=\"VPS_veya_dedicated_sunucu_uzerinde_ozel_arsiv_sunucusu_kurmak\">VPS veya dedicated sunucu \u00fczerinde \u00f6zel ar\u015fiv sunucusu kurmak<\/span><\/h3>\n<p>Orta ve b\u00fcy\u00fck \u00f6l\u00e7ekli i\u015fletmeler i\u00e7in en esnek yakla\u015f\u0131m, e-posta altyap\u0131s\u0131n\u0131 veya en az\u0131ndan ar\u015fiv katman\u0131n\u0131 <strong>VPS<\/strong> veya <strong>dedicated sunucu<\/strong> \u00fczerinde konumland\u0131rmakt\u0131r. DCHost altyap\u0131s\u0131nda tipik olarak \u015fu model tercih ediliyor:<\/p>\n<ul>\n<li>Bir VPS veya dedicated sunucu, sadece e-posta ar\u015fiv sunucusu olarak ayr\u0131l\u0131r.<\/li>\n<li>Operasyonel e-posta sunucular\u0131ndan journaling veya MTA kopyalama ile t\u00fcm trafik bu ar\u015fiv sunucusuna da ak\u0131t\u0131l\u0131r.<\/li>\n<li>Ar\u015fiv sunucusunda gelen iletiler indekslenir, s\u0131n\u0131fland\u0131r\u0131l\u0131r ve saklama politikalar\u0131na g\u00f6re farkl\u0131 depolama katmanlar\u0131na ta\u015f\u0131n\u0131r.<\/li>\n<\/ul>\n<p>Bu modelin avantajlar\u0131:<\/p>\n<ul>\n<li>Kaynaklar\u0131 (CPU, RAM, disk) tamamen ar\u015fiv ihtiyac\u0131na g\u00f6re \u00f6l\u00e7ekleyebilirsiniz.<\/li>\n<li>\u0130\u015fletme i\u00e7i eri\u015fim yetkilerini, ar\u015fiv sunucusuna \u00f6zel politikalarla s\u0131k\u0131la\u015ft\u0131rabilirsiniz.<\/li>\n<li>Felaket kurtarma ve replikasyon planlar\u0131nda ar\u015fiv katman\u0131n\u0131 ayr\u0131 bir servis gibi ele alabilirsiniz.<\/li>\n<\/ul>\n<p>VPS ve dedicated yakla\u015f\u0131mlar\u0131 aras\u0131ndaki farklar\u0131 genel olarak anlamak i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/dedicated-sunucu-mu-vps-mi-hangisi-isinize-yarar\/\">dedicated sunucu mu VPS mi rehberimizi<\/a> incelemek, kapasite planlama a\u00e7\u0131s\u0131ndan i\u015finizi kolayla\u015ft\u0131racakt\u0131r.<\/p>\n<h3><span id=\"Nesne_depolama_S3_uyumlu_ile_olceklenebilir_e-posta_arsivi\">Nesne depolama (S3 uyumlu) ile \u00f6l\u00e7eklenebilir e-posta ar\u015fivi<\/span><\/h3>\n<p>E-posta ar\u015fivlerinde en b\u00fcy\u00fck zorluklardan biri, y\u0131llar i\u00e7inde h\u0131zla b\u00fcy\u00fcyen depolama kapasitesidir. On binlerce kullan\u0131c\u0131, milyonlarca mesaj ve ek dosyay\u0131 tek bir disk veya klasik file storage \u00fczerinde tutmak, hem maliyet hem de y\u00f6netilebilirlik a\u00e7\u0131s\u0131ndan s\u00fcrd\u00fcr\u00fclebilir de\u011fildir. Bu noktada, S3 uyumlu <strong>nesne depolama<\/strong> \u00e7\u00f6z\u00fcmleri devreye girer.<\/p>\n<p>Tipik bir mimari \u015fu \u015fekilde kurulabilir:<\/p>\n<ul>\n<li>Ar\u015fiv sunucusu, gelen iletileri ilk etapta yerel diske yazar ve indeksler.<\/li>\n<li>Saklama politikas\u0131na g\u00f6re belirli bir ya\u015f\u0131 a\u015fan mesaj g\u00f6vdeleri ve ekler, otomatik olarak S3 uyumlu object storage\u2019a ta\u015f\u0131n\u0131r.<\/li>\n<li>Arama indeksleri VPS\/dedicated \u00fczerinde tutulmaya devam eder; b\u00f6ylece sorgular h\u0131zl\u0131, arka plan depolama ise ucuz ve \u00f6l\u00e7eklenebilir olur.<\/li>\n<li>\u0130ste\u011fe ba\u011fl\u0131 olarak, nesne depolamada <strong>versioning<\/strong> ve <strong>immutability<\/strong> (WORM benzeri) politikalar devreye al\u0131narak, ar\u015fivdeki kay\u0131tlar\u0131n geriye d\u00f6n\u00fck de\u011fi\u015ftirilememesi sa\u011flan\u0131r.<\/li>\n<\/ul>\n<p>DCHost altyap\u0131m\u0131zda, bu tarz senaryolar i\u00e7in hem y\u00fcksek performansl\u0131 NVMe VPS\/dedicated sunucular hem de S3 uyumlu depolama \u00e7\u00f6z\u00fcmleri birlikte konumland\u0131r\u0131larak, uzun vadeli maliyet ve g\u00fcvenlik dengesi kurulabiliyor.<\/p>\n<h2><span id=\"Guvenlik_sifreleme_ve_erisim_yonetimi_Arsiviniz_delil_mi_zafiyet_mi_olacak\">G\u00fcvenlik, \u015fifreleme ve eri\u015fim y\u00f6netimi: Ar\u015fiviniz delil mi, zafiyet mi olacak?<\/span><\/h2>\n<p>E-posta ar\u015fivinde tuttu\u011funuz veriler, \u00e7o\u011fu zaman canl\u0131 sistemlerinizden bile daha hassast\u0131r. \u00c7\u00fcnk\u00fc y\u0131llarca biriken t\u00fcm yaz\u0131\u015fmalar, tek bir yerde yo\u011funla\u015f\u0131r. Dolay\u0131s\u0131yla bu katman\u0131 hem <strong>\u015fifreleme<\/strong>, hem de <strong>eri\u015fim y\u00f6netimi<\/strong> a\u00e7\u0131s\u0131ndan \u00e7ok s\u0131k\u0131 koruman\u0131z gerekir.<\/p>\n<h3><span id=\"Iletim_ve_depolama_sirasinda_sifreleme\">\u0130letim ve depolama s\u0131ras\u0131nda \u015fifreleme<\/span><\/h3>\n<p>Dikkat edilmesi gereken ba\u015fl\u0131ca noktalar \u015funlard\u0131r:<\/p>\n<ul>\n<li><strong>\u0130letim s\u0131ras\u0131nda TLS:<\/strong> Operasyonel e-posta sunucular\u0131n\u0131z ile ar\u015fiv sunucusu aras\u0131ndaki t\u00fcm trafik TLS ile \u015fifrelenmeli; m\u00fcmk\u00fcnse sadece belirli IP\u2019lerden gelen ba\u011flant\u0131lara izin verilmeli.<\/li>\n<li><strong>Disk\/volume \u015fifreleme:<\/strong> VPS veya dedicated sunucuda kullan\u0131lan diskler, volume seviyesinde \u015fifrelenerek fiziksel eri\u015fim riskleri azalt\u0131lmal\u0131.<\/li>\n<li><strong>Nesne depolamada \u015fifreleme:<\/strong> S3 uyumlu depolama \u00e7\u00f6z\u00fcmlerinde hem sunucu taraf\u0131 (SSE) hem de gerekirse istemci taraf\u0131 \u015fifreleme se\u00e7enekleri de\u011ferlendirilmeli.<\/li>\n<li><strong>Anahtar y\u00f6netimi:<\/strong> \u015eifreleme anahtarlar\u0131n\u0131n nerede tutuldu\u011fu, kimlerin eri\u015febildi\u011fi ve nas\u0131l d\u00f6nd\u00fcr\u00fcld\u00fc\u011f\u00fc (rotation) ayr\u0131ca tasarlanmal\u0131.<\/li>\n<\/ul>\n<h3><span id=\"Rol_bazli_erisim_RBAC_2FA_ve_kapsamli_loglama\">Rol bazl\u0131 eri\u015fim (RBAC), 2FA ve kapsaml\u0131 loglama<\/span><\/h3>\n<p>Ar\u015fiv sistemine eri\u015fimi, \u201cIT\u2019de herkes her \u015feyi g\u00f6rebilir\u201d \u015feklinde kurgulamak hem KVKK\/GDPR hem de i\u00e7 denetim a\u00e7\u0131s\u0131ndan \u00e7ok risklidir. Bunun yerine:<\/p>\n<ul>\n<li><strong>Rol bazl\u0131 eri\u015fim:<\/strong> Sistem y\u00f6neticisi, uyum sorumlusu, denet\u00e7i, hukuk birimi gibi roller tan\u0131mlanmal\u0131; her role sadece ihtiyac\u0131 kadar yetki verilmeli.<\/li>\n<li><strong>\u00c7ok fakt\u00f6rl\u00fc kimlik do\u011frulama (2FA):<\/strong> \u00d6zellikle ar\u015fiv y\u00f6netim paneline eri\u015fen hesaplarda 2FA zorunlu olmal\u0131.<\/li>\n<li><strong>IP ve a\u011f k\u0131s\u0131tlamalar\u0131:<\/strong> Y\u00f6netim aray\u00fcz\u00fcne sadece VPN i\u00e7inden veya belirli ofis IP\u2019lerinden eri\u015fim izni verilmeli.<\/li>\n<li><strong>Detayl\u0131 loglama:<\/strong> Kim, hangi mesaj\u0131, ne zaman arad\u0131, g\u00f6r\u00fcnt\u00fcledi, d\u0131\u015fa aktard\u0131 veya sildi? Bunlar\u0131n hepsi ayr\u0131nt\u0131l\u0131 loglarla kay\u0131t alt\u0131na al\u0131nmal\u0131.<\/li>\n<\/ul>\n<p>Log saklama boyutunu daha detayl\u0131 anlamak i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/hosting-ve-e-posta-altyapisinda-log-saklama-sureleri\/\">hosting ve e-posta altyap\u0131s\u0131nda log saklama s\u00fcreleri rehberimizi<\/a> okuman\u0131z, ar\u015fiv ve log politikalar\u0131n\u0131 uyumlu hale getirmenize yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n<h2><span id=\"Yedekleme_replikasyon_ve_felaket_kurtarma_acisindan_e-posta_arsivi\">Yedekleme, replikasyon ve felaket kurtarma a\u00e7\u0131s\u0131ndan e-posta ar\u015fivi<\/span><\/h2>\n<p>Ar\u015fiv, felaket an\u0131nda geri d\u00f6nmek i\u00e7in de\u011fil, denetim ve delil gereksinimi i\u00e7in tasarlansa da, kendisinin de bir felaket kurtarma plan\u0131 i\u00e7inde olmas\u0131 gerekir. \u00c7\u00fcnk\u00fc ar\u015fivin kayb\u0131, ge\u00e7mi\u015f y\u0131llar\u0131n t\u00fcm yaz\u0131\u015fmalar\u0131n\u0131n kayb\u0131 anlam\u0131na gelebilir.<\/p>\n<h3><span id=\"3-2-1_stratejisi_ve_arsiv\">3-2-1 stratejisi ve ar\u015fiv<\/span><\/h3>\n<p>Genel bir kural olarak, <strong>3-2-1 yedekleme stratejisi<\/strong> ar\u015fivler i\u00e7in de uygulanmal\u0131d\u0131r:<\/p>\n<ul>\n<li>En az 3 kopya (canl\u0131 ar\u015fiv + birincil yedek + ikincil\/uzak yedek).<\/li>\n<li>En az 2 farkl\u0131 ortam (\u00f6rne\u011fin NVMe disk + object storage).<\/li>\n<li>En az 1 kopya farkl\u0131 lokasyonda (farkl\u0131 veri merkezi veya co\u011frafi b\u00f6lge).<\/li>\n<\/ul>\n<p>Bu sayede, tek bir donan\u0131m ar\u0131zas\u0131, veri merkezi problemi veya insan hatas\u0131 nedeniyle t\u00fcm ar\u015fivi kaybetme riskini minimize etmi\u015f olursunuz.<\/p>\n<h3><span id=\"Immutable_degistirilemez_yedekler_ve_fidye_yazilimi_riski\">Immutable (de\u011fi\u015ftirilemez) yedekler ve fidye yaz\u0131l\u0131m\u0131 riski<\/span><\/h3>\n<p>Son y\u0131llarda fidye yaz\u0131l\u0131mlar\u0131n\u0131n, sadece canl\u0131 sistemleri de\u011fil, yedekleri ve ar\u015fivleri de hedef ald\u0131\u011f\u0131n\u0131 g\u00f6r\u00fcyoruz. Buna kar\u015f\u0131 al\u0131nabilecek baz\u0131 \u00f6nlemler:<\/p>\n<ul>\n<li>Nesne depolamada <strong>Object Lock \/ WORM<\/strong> benzeri mekanizmalarla belirli s\u00fcre de\u011fi\u015ftirilemeyen kopyalar olu\u015fturmak.<\/li>\n<li>Yedekleme sunucular\u0131na eri\u015fimi ayr\u0131\u015ft\u0131rmak; \u00fcretim ve yedekleme eri\u015fimlerini ayn\u0131 kimlik bilgileriyle y\u00f6netmemek.<\/li>\n<li>Replikasyon ve yedekleme i\u015flemlerini ayr\u0131 servis hesaplar\u0131 ve k\u0131s\u0131tl\u0131 rollere ba\u011flamak.<\/li>\n<li>Belirli aral\u0131klarla <strong>geri d\u00f6n\u00fc\u015f testleri<\/strong> yaparak, ar\u015fivden ger\u00e7ekten veri \u00e7ekebildi\u011finizi do\u011frulamak.<\/li>\n<\/ul>\n<p>Felaket kurtarma plan\u0131 yazarken, e-posta ar\u015fivini \u00f6zel bir ba\u015fl\u0131k halinde ele alman\u0131zda fayda var. Bu konuda daha geni\u015f bir perspektif i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/felaket-kurtarma-plani-nasil-yazilir-rto-rpoyu-kafada-netlestirip-yedek-testleri-ve-runbooklari-gercekten-calisir-hale-getirmek\/\">felaket kurtarma plan\u0131 haz\u0131rlama rehberimize<\/a> g\u00f6z atabilirsiniz.<\/p>\n<h2><span id=\"Adim_adim_e-posta_arsivleme_projesi_Nereden_baslamali\">Ad\u0131m ad\u0131m e-posta ar\u015fivleme projesi: Nereden ba\u015flamal\u0131?<\/span><\/h2>\n<p>Teorik k\u0131s\u0131m netle\u015ftikten sonra, konuyu somut bir proje plan\u0131na d\u00f6kmek gerekir. DCHost\u2019ta i\u015fletmelerle \u00e7al\u0131\u015f\u0131rken genellikle a\u015fa\u011f\u0131daki ad\u0131mlar\u0131 izleyerek sa\u011fl\u0131kl\u0131 sonu\u00e7 ald\u0131\u011f\u0131m\u0131z\u0131 g\u00f6r\u00fcyoruz.<\/p>\n<h3><span id=\"1_Envanter_ve_gereksinim_analizi\">1. Envanter ve gereksinim analizi<\/span><\/h3>\n<p>\u00d6nce bug\u00fcnk\u00fc durumu foto\u011fraflay\u0131n:<\/p>\n<ul>\n<li>Ka\u00e7 aktif e-posta kullan\u0131c\u0131n\u0131z var, y\u0131ll\u0131k ortalama mesaj hacmi nedir?<\/li>\n<li>E-posta altyap\u0131n\u0131z \u015fu anda nerede \u00e7al\u0131\u015f\u0131yor (payla\u015f\u0131ml\u0131 hosting, VPS, dedicated, hibrit)?<\/li>\n<li>Hangi departmanlar\u0131n hangi t\u00fcr yaz\u0131\u015fmalar\u0131 kritik (finans, hukuk, IK, sat\u0131\u015f vb.)?<\/li>\n<li>KVKK, GDPR, sekt\u00f6rel mevzuat ve \u015firket i\u00e7i politika a\u00e7\u0131s\u0131ndan minimum saklama s\u00fcreleri neler?<\/li>\n<\/ul>\n<p>Bu analiz, hem kapasite planlama hem de saklama matrisi \u00e7\u0131karmak i\u00e7in temeliniz olacak.<\/p>\n<h3><span id=\"2_Saklama_matrisi_ve_erisim_politikasini_yazili_hale_getirmek\">2. Saklama matrisi ve eri\u015fim politikas\u0131n\u0131 yaz\u0131l\u0131 hale getirmek<\/span><\/h3>\n<p>Teknik mimariye ge\u00e7meden \u00f6nce, mutlaka yaz\u0131l\u0131 bir <strong>e-posta saklama politikas\u0131<\/strong> olu\u015fturun. \u00d6rne\u011fin:<\/p>\n<ul>\n<li>Finansal yaz\u0131\u015fmalar: 10 y\u0131l.<\/li>\n<li>S\u00f6zle\u015fme s\u00fcre\u00e7leri: S\u00f6zle\u015fme bitiminden itibaren X y\u0131l.<\/li>\n<li>\u0130K s\u00fcre\u00e7leri: \u0130\u015f ili\u015fkisinin bitiminden itibaren X y\u0131l.<\/li>\n<li>Genel bilgilendirme ve b\u00fcltenler: En fazla X y\u0131l.<\/li>\n<\/ul>\n<p>Ayr\u0131ca kimlerin ar\u015five eri\u015febilece\u011fini, hangi \u015fartlarda arama yapabilece\u011fini ve d\u0131\u015fa aktar\u0131mlar\u0131n nas\u0131l onaylanaca\u011f\u0131n\u0131 tan\u0131mlay\u0131n. Bu dok\u00fcman, hem denetimlerde hem de \u00e7al\u0131\u015fan e\u011fitimlerinde referans\u0131n\u0131z olacakt\u0131r.<\/p>\n<h3><span id=\"3_Teknik_mimari_secimi_Paylasimli_mi_VPSdedicated_mi_hibrit_mi\">3. Teknik mimari se\u00e7imi: Payla\u015f\u0131ml\u0131 m\u0131, VPS\/dedicated mi, hibrit mi?<\/span><\/h3>\n<p>Art\u0131k hangi teknik mimarinin sizin i\u00e7in uygun oldu\u011funa karar verme a\u015famas\u0131na gelebilirsiniz. Baz\u0131 \u00f6rnek senaryolar:<\/p>\n<ul>\n<li><strong>K\u00fc\u00e7\u00fck i\u015fletme (10\u201320 kullan\u0131c\u0131):<\/strong> Payla\u015f\u0131ml\u0131 hosting \u00fczerinde basit bir ar\u015fiv kurgusu + d\u00fczenli tam yedekler ve s\u0131n\u0131rl\u0131 journaling yeterli olabilir.<\/li>\n<li><strong>B\u00fcy\u00fcyen KOB\u0130 (50\u2013200 kullan\u0131c\u0131):<\/strong> E-posta altyap\u0131s\u0131n\u0131 veya en az\u0131ndan ar\u015fiv sunucusunu DCHost \u00fczerinde bir VPS\u2019e ta\u015f\u0131yarak journaling ve indeksleme katman\u0131 kurmak daha sa\u011fl\u0131kl\u0131 olur.<\/li>\n<li><strong>Orta\/B\u00fcy\u00fck \u00f6l\u00e7ek (&gt;200 kullan\u0131c\u0131):<\/strong> Ayr\u0131 bir dedicated ar\u015fiv sunucusu + S3 uyumlu object storage + co\u011frafi yedeklilik \u00e7o\u011fu zaman en dengeli modeldir.<\/li>\n<\/ul>\n<p>E-posta altyap\u0131n\u0131z\u0131 ta\u015f\u0131ma plan\u0131 yaparken kesinti ya\u015famamak i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/e-posta-altyapisini-tasirken-kesinti-yasamamak\/\">e-posta altyap\u0131s\u0131n\u0131 ta\u015f\u0131rken kesinti ya\u015famamak rehberimizi<\/a> incelemeniz, projenin ad\u0131mlar\u0131n\u0131 daha net g\u00f6rmenizi sa\u011flayacakt\u0131r.<\/p>\n<h3><span id=\"4_Pilot_uygulama_ve_testler\">4. Pilot uygulama ve testler<\/span><\/h3>\n<p>Ar\u015fiv \u00e7\u00f6z\u00fcm\u00fcn\u00fc do\u011frudan t\u00fcm \u015firkete a\u00e7mak yerine, \u00f6nce s\u0131n\u0131rl\u0131 bir pilot grubuyla test edin:<\/p>\n<ul>\n<li>1\u20132 departman\u0131 (\u00f6rne\u011fin Finans ve Hukuk) pilot olarak se\u00e7in.<\/li>\n<li>Journaling\/MTA kopyalama kurallar\u0131n\u0131 \u00f6nce bu domainler veya gruplar i\u00e7in uygulay\u0131n.<\/li>\n<li>Arama performans\u0131n\u0131, saklama kurallar\u0131n\u0131 ve raporlama \u00f6zelliklerini test edin.<\/li>\n<li>KVKK\/GDPR gere\u011fi, silme\/anonimle\u015ftirme senaryolar\u0131n\u0131 da mutlaka deneme ortam\u0131nda deneyin.<\/li>\n<\/ul>\n<p>Bu a\u015famada hem teknik hem de s\u00fcre\u00e7sel problemler ortaya \u00e7\u0131kar; t\u00fcm organizasyona a\u00e7madan \u00f6nce d\u00fczeltme f\u0131rsat\u0131 yakalars\u0131n\u0131z.<\/p>\n<h3><span id=\"5_Canliya_gecis_dokumantasyon_ve_kullanici_egitimi\">5. Canl\u0131ya ge\u00e7i\u015f, dok\u00fcmantasyon ve kullan\u0131c\u0131 e\u011fitimi<\/span><\/h3>\n<p>Pilot a\u015famas\u0131ndan sonra \u00e7\u00f6z\u00fcm\u00fcn\u00fcz\u00fc t\u00fcm kullan\u0131c\u0131lara yayarken, \u015fu ad\u0131mlar\u0131 atlamay\u0131n:<\/p>\n<ul>\n<li>Ar\u015fiv politikas\u0131n\u0131, s\u0131k sorulan sorularla birlikte \u00e7al\u0131\u015fanlara sade bir dille anlatan bir k\u0131lavuz yay\u0131nlay\u0131n.<\/li>\n<li>Kimlerin ar\u015fivde neyi g\u00f6rebilece\u011fini, hangi isteklerin hangi kanaldan yap\u0131laca\u011f\u0131n\u0131 (\u00f6rne\u011fin hukuk birimi \u00fczerinden) netle\u015ftirin.<\/li>\n<li>Yedekleme, replikasyon ve felaket kurtarma runbook\u2019lar\u0131n\u0131 g\u00fcncelleyerek, ar\u015fiv katman\u0131n\u0131 da plana ekleyin.<\/li>\n<li>Periyodik g\u00f6zden ge\u00e7irme takvimi olu\u015fturun; y\u0131lda en az bir kez saklama politikas\u0131 ve kapasite plan\u0131n\u0131z\u0131 yeniden de\u011ferlendirin.<\/li>\n<\/ul>\n<h2><span id=\"DCHost_altyapisiyla_e-posta_arsivleme_stratejinizi_nasil_guclendirebilirsiniz\">DCHost altyap\u0131s\u0131yla e-posta ar\u015fivleme stratejinizi nas\u0131l g\u00fc\u00e7lendirebilirsiniz?<\/span><\/h2>\n<p>Do\u011fru ar\u015fiv mimarisini kurmak, sadece depolama alan\u0131 sat\u0131n almak de\u011fildir. E-posta altyap\u0131n\u0131z, domain ve DNS yap\u0131n\u0131z, log saklama politikalar\u0131n\u0131z ve yedekleme stratejiniz birlikte d\u00fc\u015f\u00fcn\u00fclmelidir. DCHost olarak:<\/p>\n<ul>\n<li>Kurumsal e-posta altyap\u0131s\u0131n\u0131 kendi alan ad\u0131n\u0131zla en sa\u011fl\u0131kl\u0131 \u015fekilde kurabilmeniz i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/kendi-alan-adinizla-kurumsal-e-posta-kurma-rehberi\/\">kendi alan ad\u0131n\u0131zla kurumsal e-posta kurma rehberimizde<\/a> ad\u0131m ad\u0131m yol g\u00f6steriyoruz.<\/li>\n<li>Farkl\u0131 altyap\u0131 modellerini kar\u015f\u0131la\u015ft\u0131rmak isterseniz, <a href=\"https:\/\/www.dchost.com\/blog\/e-posta-hosting-secimi-kendi-sunucunuz-mu-paylasimli-hosting-mi-google-workspace-ve-microsoft-365-mi\/\">e-posta hosting se\u00e7imi yaz\u0131m\u0131z<\/a> karar vermenize yard\u0131mc\u0131 olabilir.<\/li>\n<li>Log, yedekleme ve ar\u015fiv katmanlar\u0131n\u0131 bir arada d\u00fc\u015f\u00fcnmeniz i\u00e7in hem VPS\/dedicated hem de nesne depolama \u00e7\u00f6z\u00fcmlerini ayn\u0131 veri merkezi omurgas\u0131nda sunuyoruz.<\/li>\n<\/ul>\n<p>Sonu\u00e7 olarak; iyi tasarlanm\u0131\u015f bir e-posta ar\u015fivleme ve yasal saklama stratejisi, size sadece denetim ve dava an\u0131nda de\u011fil, g\u00fcnl\u00fck operasyonlarda da b\u00fcy\u00fck rahatl\u0131k sa\u011flar. Ge\u00e7mi\u015f yaz\u0131\u015fmalar\u0131 saniyeler i\u00e7inde bulabilir, i\u00e7 ve d\u0131\u015f denetimlere daha \u00f6zg\u00fcvenli haz\u0131rlanabilir, KVKK ve GDPR risklerini daha somut \u015fekilde y\u00f6netebilirsiniz. E-posta altyap\u0131n\u0131z\u0131 veya ar\u015fiv katman\u0131n\u0131z\u0131 DCHost \u00fczerine ta\u015f\u0131may\u0131 d\u00fc\u015f\u00fcn\u00fcyorsan\u0131z, mevcut durumunuzu birlikte analiz edip ihtiya\u00e7lar\u0131n\u0131za uygun bir VPS, dedicated veya hibrit mimariyi planlamak i\u00e7in her zaman yan\u0131n\u0131zday\u0131z.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 E-posta ar\u015fivleme neden art\u0131k l\u00fcks de\u011fil, zorunluluk?2 Yasal saklama y\u00fck\u00fcml\u00fcl\u00fckleri: Sadece \u201csilme hakk\u0131\u201d de\u011fil, \u201csaklama zorunlulu\u011fu\u201d da var2.1 T\u00fcrkiye\u2019de ticari ve mali mevzuat perspektifi2.2 KVKK, GDPR ve ki\u015fisel veri boyutu2.3 Saklama politikas\u0131 ve s\u0131n\u0131fland\u0131rma olmadan mimari kurulmaz3 E-posta ar\u015fivleme yedek de\u011fildir: Neden ayr\u0131 bir katman olmal\u0131?3.1 Yedekleme ne yapar, ar\u015fiv ne yapar?3.2 Kullan\u0131c\u0131 bazl\u0131 [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3207,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-3206","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-teknoloji"],"_links":{"self":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3206","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/comments?post=3206"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3206\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/3207"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=3206"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=3206"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=3206"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}