Mansuroğlu, Bayraklı / İzmir 0232 483 48 52 info@yedeklerbuluta.com

Microsoft 365 Yedekleme: E-posta Dışında Hangi Veriler Risk Altında?

Microsoft 365 yedeklemesi çoğu zaman yalnızca e-posta olarak düşünülür. Oysa SharePoint, OneDrive, Teams ve Entra ID'deki veriler de silinme, fidye yazılımı ve yapılandırma hatalarına karşı bağımsız bir yedeğe ihtiyaç duyar.

Microsoft 365 Yedekleme: E-posta Dışında Hangi Veriler Risk Altında?
ugurkarakus4 02 Kasım 2026 5 dk okuma 10 görüntülenme Bulut Yedekleme

Bir işletme "Microsoft 365 kullanıyoruz, verimiz güvende" dediğinde çoğunlukla aklına gelen tek şey e-postadır. Oysa bugün çoğu kurumun gerçek çalışma verisi; SharePoint kütüphanelerinde, OneDrive'daki kişisel dosyalarda, Teams sohbet ve dosya paylaşımlarında ve Entra ID'deki kullanıcı/rol yapılandırmasında dağılmış hâldedir. Bu yazıda e-posta dışındaki bu dört alanın hangi risklere açık olduğunu ve neden bağımsız bir yedeğe ihtiyaç duyduklarını anlatıyoruz.

Kısaca: Microsoft, altyapının çalışır kalmasından sorumludur; verinizin yedeğinden siz sorumlusunuz. Bu "paylaşımlı sorumluluk modeli" e-posta için olduğu gibi SharePoint, OneDrive, Teams ve Entra ID için de geçerlidir.

Paylaşımlı sorumluluk modeli e-postayla sınırlı değil

Microsoft 365 hizmet sözleşmesi, veri merkezlerinin erişilebilirliğini ve platformun çalışır olmasını garanti eder; yanlışlıkla silinen bir dosyayı, fidye yazılımıyla şifrelenen bir SharePoint kütüphanesini veya süresi dolan bir "çöp kutusu" kaydını geri getirmekle ilgilenmez. Exchange Online yedekleme sayfamızda bu modeli e-posta için detaylandırdık; aynı mantık aşağıdaki dört alan için de geçerlidir.

SharePoint: kurumsal belgelerin sessiz riski

SharePoint, çoğu kurumda sözleşmeler, prosedürler, proje dosyaları ve departmanlar arası paylaşılan belgelerin merkezi hâline geldi. Riskler genellikle görünmez şekilde birikir:

  • Toplu silme: Bir kütüphane veya site koleksiyonu yanlışlıkla silindiğinde, varsayılan geri dönüş penceresi sınırlıdır.
  • Sürüm ve izin karmaşası: Yanlış paylaşılan veya üzerine yazılan bir belgenin "doğru" sürümünü bulmak zaman alır.
  • Fidye yazılımı: Senkronize edilen bir SharePoint kütüphanesi, uç noktadaki bir enfeksiyonla birlikte şifrelenebilir.
  • Site koleksiyonu geçişleri: Yeniden yapılanma veya birleşme sonrası eski site yapılarının kaybı.

OneDrive: "kişisel" ama kurumsal bir risk

OneDrive, kullanıcı bazlı çalıştığı için kurumsal risk algısında genellikle arka planda kalır. Oysa bir çalışanın OneDrive'ı; sunduğu teklif, üzerinde çalıştığı rapor veya müşteri dosyası gibi genellikle tek kopyası orada olan içerikler barındırır.

  • Personel ayrılığı: Hesabı kapatılan bir çalışanın OneDrive'ındaki dosyalar, lisans kaldırıldığında belirli bir süre sonra kalıcı olarak silinebilir.
  • Cihaz senkron hataları: Yanlış senkronizasyon, yerel ve bulut kopyasının aynı anda bozulmasına yol açabilir.
  • Yanlışlıkla paylaşım/silme: Geri dönüş süresi dolmuş bir silme işlemi kalıcıdır.

Teams: mesajlardan daha fazlası

Teams aslında tek bir uygulama değil; arka planda SharePoint (kanal dosyaları), Exchange (sohbet geçmişi) ve ayrı bir toplantı/arama veri katmanını birleştirir. Bu da onu diğerlerinden daha karmaşık bir yedekleme konusu yapar:

  • Kanal dosyaları: Aslında ilgili SharePoint sitesinde tutulur; site silinirse kanal dosyaları da gider.
  • Sohbet geçmişi: Kullanıcıların posta kutularında saklanır; posta kutusu kapsamı dışında kalan konuşmalar kaybolabilir.
  • Takım/ekip silme: Bir ekip yanlışlıkla silindiğinde kanal yapısı, sekmeler ve geçmiş dağılabilir.

Entra ID: kimlik katmanının kaybı en pahalısıdır

Kullanıcılar, gruplar, roller, koşullu erişim politikaları ve MFA ayarları — bunlar veri değil gibi görünse de kurumun erişim mimarisinin ta kendisidir. Bu katman yanlışlıkla veya kötü niyetle değiştirildiğinde etkisi tüm Microsoft 365 ortamına yayılır. Acronis'in 2026 sürümüyle gelen Entra ID yedekleme özelliği tam olarak bu boşluğu kapatmayı hedefliyor: kullanıcı, grup, rol ataması, politika ve MFA ayarlarının zaman noktasına göre geri yüklenmesi.

Dört alanın karşılaştırması

AlanEn büyük riskVarsayılan Microsoft koruması
SharePointToplu silme, fidye yazılımıSınırlı süreli geri dönüşüm kutusu
OneDrivePersonel ayrılığı, senkron hatasıLisans kaldırılınca sınırlı saklama
TeamsEkip/kanal silme, dağınık veri katmanlarıDolaylı (SharePoint + Exchange'e bağlı)
Entra IDKimlik/rol/politika kaybı veya ele geçirilmesiSınırlı denetim günlüğü, kalıcı yedek değil

Saklama süreleri ve geri dönüşüm kutusu davranışı lisans paketine göre değişebilir; güncel ayrıntılar için Microsoft dokümantasyonunu esas alın.

Bağımsız yedek olmadan ne kaybedilir?

Bağımsız bir yedek olmadan karşılaşılan tipik senaryo şu şekilde ilerler: sorun fark edilir, Microsoft'un dahili geri dönüşüm penceresi kontrol edilir, pencere dolmuşsa (veya hiç yoksa) veri kalıcı olarak kaybedilmiş olur. RTO ve RPO kavramları burada da geçerlidir: "ne kadar veri kaybını kabul edebiliriz, ne kadar sürede geri döneriz" sorusu, SharePoint ve OneDrive için de önceden cevaplanmalıdır. Fidye yazılımı senaryolarında bağımsız, izole bir yedek kopyasının önemi burada bir kez daha öne çıkar: senkronize bir bulut deposu, şifrelenen dosyayı da senkronize eder — yedek değildir.

Kapsamlı bir Microsoft 365 yedekleme kontrol listesi

  • Exchange Online posta kutuları bağımsız olarak yedekleniyor mu?
  • SharePoint site koleksiyonları ve kütüphaneleri yedekleme kapsamında mı?
  • Kritik çalışanların OneDrive hesapları kapsama dahil mi?
  • Teams kanal dosyaları ve ekip yapılandırması korunuyor mu?
  • Entra ID kullanıcı, grup, rol ve MFA ayarları için bir geri dönüş planı var mı?
  • Saklama süresi, şirketin saklama ve imha politikasıyla uyumlu mu?
  • Geri yükleme testi düzenli olarak yapılıyor mu?

Otomatik ve zamanlanmış bir yapı kurmanın adımları için otomatik yedekleme nasıl oluşturulur? sayfamıza bakabilirsiniz.

Sık sorulan sorular

Microsoft 365 lisansım yedekleme içermiyor mu?

Hayır. Microsoft'un sorumluluğu hizmetin erişilebilirliğidir; verinin uzun süreli, bağımsız bir yedeğini tutmak müşterinin sorumluluğundadır. Bu, e-posta, SharePoint, OneDrive, Teams ve Entra ID için aynı şekilde geçerlidir.

Hangi alanı önce yedeklemeliyiz?

Genellikle en kritik ve en çok kullanılan alan önceliklendirilir; çoğu kurum için bu e-posta ve SharePoint'tir. Ancak Entra ID'nin kaybı tüm ortamı etkileyebileceği için kimlik katmanını da erken aşamada kapsama almak önemlidir.

Teams'i yedeklemek neden SharePoint ve Exchange'den ayrı bir konu?

Çünkü Teams verisi tek bir yerde durmaz: kanal dosyaları SharePoint'te, sohbet geçmişi posta kutularında tutulur. Kapsamlı bir Teams yedeği, bu bileşenlerin tümünü hesaba katan bir çözüm gerektirir.

Yedekleme stratejinizi birlikte değerlendirelim.

Mevcut Microsoft 365 ortamınıza uygun yedekleme, felaket kurtarma ve siber koruma seçeneklerini uzman ekibimizle konuşabilirsiniz. Ücretsiz danışmanlık için bize ulaşın veya çözümlerimizi inceleyin.

Tüm Yazılara Dön