Microsoft 365 mail yedekleme: kapsam ve teklif

Microsoft 365 mail yedekleme hizmeti ne sağlar?

Microsoft 365 mail yedekleme hizmeti, şirketinizin Exchange Online posta verileri için korunacak hesapları, saklama politikasını ve geri yükleme sürecini belirleyen çalışmadır. Yanlışlıkla silinen müşteri yazışmaları, eski çalışanların posta kutuları veya toplu veri kaybı ihtimali için çözüm arıyorsanız önce hangi veriye, hangi tarihten ve hangi yetkiyle geri dönmeniz gerektiğini netleştirmelisiniz. İz Medya’nın e-posta yedekleme hizmeti üzerinden mevcut Microsoft 365 ortamınız için kapsam değerlendirmesi isteyebilir, kullanıcı sayınızı ve ihtiyacınızı ileterek teklif talep edebilirsiniz.

Bu yazı, genel mail yedekleme seçeneklerinden farklı olarak Microsoft 365 kuruluşundaki posta kutularını, yönetici erişimlerini ve kurtarma kabulünü ele alır. Kullanılan çözüm belirlenmeden bütün hesapların otomatik korunduğu veya her silinen mesajın geri getirilebileceği söylenemez. Satın alacağınız çalışmanın sonucu yalnız bir yazılımın etkinleştirilmesi olmamalıdır. Hangi kutuların korunduğu, başarısız işlemlerin kime bildirildiği ve kurtarma talebinin nasıl sonuçlandırılacağı da teslim kapsamına yazılmalıdır.

Silinen maili kurtarmak ile yedekleme kurmak farklı ihtiyaçlardır

“Microsoft 365 silinen mailleri geri getirme” araması yapıyorsanız önce olayın zamanını belirleyin. İleti yalnız kullanıcı görünümünden kaldırılmış, silinen öğelere taşınmış veya kalıcı olarak silinmiş olabilir. Mevcut saklama ayarları ve yönetim araçları incelenmeden bir kurtarma sonucu vaat edilmemelidir. Yeni kurulacak bir yedekleme sistemi geçmişte hiç korumadığı veriyi sonradan oluşturamaz. Bu nedenle acil kurtarma talebiyle geleceğe yönelik yedekleme kurulumu aynı teklif satırında belirsiz bırakılmamalıdır.

Destek talebine etkilenen adresi, yaklaşık tarih aralığını ve birkaç örnek ileti bilgisini ekleyin. Parola, doğrulama kodu veya hassas mesaj içeriğini açık iletişim kanallarından göndermeyin. İnceleme için gereken yetki güvenli bir yöntemle ve kurumunuzun onayıyla verilmeli. Mesajın başka bir kullanıcıda bulunması yararlı olabilir; ancak bu durum bütün posta kutusunun kurtarıldığını göstermez. Sonuç, bulunan verinin kapsamı ve eksik kalan bölümler açıklanarak bildirilmelidir.

Microsoft 365’in kendi koruması hangi noktada değerlendirilir?

Platformun hizmet sürekliliği, saklama özellikleri ve ayrı bir yedekleme politikası farklı sorulara yanıt verir. Microsoft 365 Backup açıklaması, Exchange Online dahil desteklenen iş yükleri için koruma ve geri yükleme özelliklerini tanımlar. Seçilecek çözümün veri kapsamı, mevcut abonelikle ilişkisi ve ücretlendirmesi ayrıca incelenmelidir. Microsoft 365 kullanıyor olmanız, kurumunuzun bütün posta kutularının seçtiğiniz kurtarma politikasına zaten dahil olduğu anlamına gelmez.

Teklif karşılaştırırken ürün adından önce ihtiyaç listenizi yazın: belirli bir tarihteki iletiyi bulmak, hesabı ayrılan çalışanın yazışmalarını korumak veya belirlenen kutular için düzenli kurtarma noktaları oluşturmak. Her ihtiyacın aynı yöntemle karşılanması gerekmeyebilir. İşletmeniz için sunulan seçeneklerin hangisinin bu maddeleri karşıladığını sorun. Kullanılacak ürünün güncel özellikleri, lisans koşulları ve desteklenen posta kutusu türleri doğrulanarak kapsam eki hazırlanmalıdır.

Kullanıcı, ortak posta kutusu ve arşiv kapsamı

Başlangıç envanterinde yalnız çalışan sayısını vermek yeterli değildir. Kullanıcı posta kutuları, ortak kullanılan adresler, arşiv ihtiyaçları ve faaliyeti sona ermiş hesaplar ayrı satırlarda gösterilmeli. Satış ekibinin kullandığı ortak adresin kritik olması, kişisel kullanıcı kutularından farklı bir öncelik doğurabilir. Mevcut veri boyutu kadar aylık büyüme ve saklanması gereken geçmiş de değerlendirilmelidir. Bir adresin listede bulunmasıyla o adrese ait bütün veri türlerinin desteklenmesi aynı şey değildir.

Takvim, kişi ve görev verileri isteniyorsa bunları e-posta kapsamına otomatik dahil saymayın. OneDrive, SharePoint ve Teams verileri de ayrı iş yükleri olarak değerlendirilmelidir. Yalnız mail yedekleme isteyen bir işletmeye bütün çalışma alanının korunduğu izlenimi verilmemeli. Hesapların yaşam döngüsü için Microsoft 365 yönetimi kontrol listesini de inceleyebilirsiniz. Yeni kullanıcı açıldığında yedeklemeye dahil edilme sorumluluğunun kimde olduğu özellikle belirlenmelidir.

Saklama süresi ve geri yükleme hedefi nasıl seçilir?

İhtiyaç görüşmesinde “ne kadar eski veriye dönmeliyiz?” ve “kurtarma tamamlandığında neyi çalışır halde görmeliyiz?” soruları ayrı sorulmalı. Günlük operasyon yazışmalarıyla geçmiş sözleşme eklerinin önceliği farklı olabilir. Kurumun belirlediği saklama ihtiyacı teknik kapasite, ürün koşulları ve maliyetle birlikte değerlendirilir. İş gereksinimi bilinmeden herkese aynı süreyi önermek doğru olmaz. Yasal saklama gereksinimleri varsa bunlar kurumun yetkili uzmanları tarafından belirlenmeli; teknik hizmet hukuki uygunluk garantisi olarak sunulmamalıdır.

Kurtarmanın mevcut kutuya mı, ayrı bir konuma mı veya desteklenen bir dışa aktarma biçimine mi yapılacağı önceden konuşulmalıdır. Aynı mesajın tekrar oluşması, klasör yerleşimi ve kullanıcı erişimi kabul senaryosunun parçası olmalı. Belirli bir işlem için ölçülmüş veri yoksa sabit geri dönüş süresi verilmez. Pilot denemede kullanılan veri hacmi, seçilen yöntem ve gözlenen sonuç kaydedilir. Bu gözlem, bütün kuruluş için değişmez bir performans taahhüdüne dönüştürülmemelidir.

Kurulumda yetki ve veri erişimi nasıl sınırlandırılır?

Yedekleme kurulumunda kullanılacak yönetim hesabı veya uygulama izinleri kayıt altına alınmalıdır. Kimin veri görüntüleyebildiği, kimin kurtarma başlatabildiği ve kimin koruma politikasını değiştirebildiği ayrı ayrı belirlenmeli. Geniş yetkinin sürekli açık kalması işin gereği olarak kabul edilmemeli. Uygun yetkilendirme yöntemi seçilen ürüne göre değişir. Erişim devri sırasında kişisel bir çalışanın hesabına bağımlılık oluşturmak yerine kurumun denetleyebildiği yönetim modeli planlanmalıdır.

Posta verisi müşteri bilgisi ve şirket içi belgeler içerebilir. Bu nedenle yedeğin nerede tutulduğu, hangi tarafların erişebildiği ve hizmet sonlandığında verinin nasıl teslim edileceği teklif öncesinde sorulmalıdır. Ürüne ait veri işleme koşulları kurumun incelemesine sunulmalı. Kullanım kaydı ve erişim denetimi gerekiyorsa bunun kapsamı yazılmalıdır. Parola değişikliği veya uygulama izninin kaldırılması korumayı etkilerse bildirimin hangi adrese gideceği de kurulum kontrolünde yer almalıdır.

Geri yükleme testi ve teslim kontrolü

İlk koruma işleminin tamamlanması, hizmetin kabulü için tek başına yeterli ölçüt değildir. Kurumun onayladığı test verisiyle bir kurtarma denemesi planlanmalı. Örneğin belirlenen tarih aralığındaki bir mesajın ekleriyle bulunması, uygun hedefe alınması ve yetkili kullanıcı tarafından açılması kontrol edilebilir. Testin üretimdeki yazışmaları değiştirme ihtimali varsa yöntem önceden onaylanmalı. Gerçek müşteri verisinin gereksiz yere çoğaltılmasını önleyen bir deneme yaklaşımı tercih edilmelidir.

Teslim kaydında korunan hesap listesi, ilk başarılı işlem tarihi, politika özeti, uyarı alıcıları ve test sonucu bulunmalı. Başarısız veya kapsam dışı hesaplar ayrıca gösterilmeli. Düzenli takip hizmeti satın alınıyorsa raporun sıklığı ve sorumlusu açıklanmalıdır. Kurumsal mail yedekleme rehberi, genel seçim ölçütlerini karşılaştırmak için kullanılabilir. Bu yazıdaki Microsoft 365 kontrolleri ise platforma özgü uygulama ve kabul şartlarını tamamlar.

Koruma kapsamı düzenli nasıl güncellenir?

Kuruluşunuz büyüdüğünde başlangıçtaki hesap listesi güncelliğini kaybedebilir. Yeni açılan posta kutularının korumaya alınması, ortak adreslerin eklenmesi ve artık kullanılmayan hesapların değerlendirilmesi için bir değişiklik süreci hazırlanmalıdır. Ürün otomatik seçim kuralları sunuyorsa hangi hesapların bu kurala girdiği kontrol edilir. Elle seçim yapılıyorsa sorumlu kişi ve bildirim yöntemi yazılmalıdır. Çalışan eklenmesiyle koruma başlaması arasında fark bulunup bulunmadığı rapordan anlaşılmalıdır. Bu kontrol, ilk kurulumdaki doğru listenin sonraki aylarda da doğru kalmasına yardımcı olur.

Hizmet yenilemesinde yalnız lisans adedi kontrol edilmemeli. Korunan veri boyutu, başarısız işlem kayıtları ve son kurtarma denemesi birlikte gözden geçirilmelidir. Önceki dönemde hiç uyarı gelmemesi tek başına bütün görevlerin çalıştığını kanıtlamaz; raporlama kanalının da işlediği görülmelidir. Şirketin iletişim adresleri değiştiyse uyarı alıcıları güncellenir. Kapsam değişikliği ek maliyet oluşturuyorsa bunun uygulanmadan önce nasıl onaylanacağı açıklanmalıdır. Böylece yedekleme yönetimi, sorun yaşandığında hatırlanan bir ayar yerine şirketin günlük değişikliklerine eşlik eden izlenebilir bir süreç haline gelir.

Kurtarma talebini kimin onaylayacağı da yönetim planında bulunmalıdır. Örneğin bir departmanın geçmiş verisinin farklı kullanıcıya teslim edilmesi teknik işlemden önce kurum kararı gerektirebilir. Talep sahibi, onay veren kişi, seçilen tarih ve teslim hedefi kaydedildiğinde hem veri erişimi hem yapılan iş daha kolay izlenir.

Microsoft 365 mail yedekleme fiyatını neler belirler?

Fiyat; korunacak posta kutusu sayısı, veri büyüklüğü, saklama ihtiyacı, seçilen ürün ve yönetim kapsamına göre değişir. İlk kurulum, ürün aboneliği, düzenli kontrol ve olay anındaki kurtarma desteği ayrı kalemler olabilir. Yalnız kullanıcı başına bedeli karşılaştırmak, toplam maliyeti eksik gösterebilir. Mevcut aboneliklerin hangi özellikleri sağladığı incelenmeli; aynı ihtiyacın gereksiz biçimde iki kez ücretlendirilmediği anlaşılmalıdır. Kesin tutar, ortam ve teslim kapsamı görüldükten sonra belirlenir.

Microsoft 365 mail yedekleme teklifi almak için yaklaşık kullanıcı ve ortak kutu sayısını, toplam veri tahminini, saklama beklentinizi ve mevcut çözümünüzü iletin. Acil kurtarma ihtiyacınız varsa bunu ayrıca belirtin. Talebinize “kurulum sonunda örnek geri yükleme testi ve hesap bazlı kapsam raporu istiyoruz” cümlesini eklemek, teklifleri daha somut karşılaştırmanızı sağlar. Böylece hizmeti yalnız bir abonelik olarak değil, korunması ve gerektiğinde kullanılabilmesi gereken şirket verisi üzerinden değerlendirebilirsiniz.

Sık Sorulan Sorular