Senkronizasyon, sürüm geçmişi ve yedekleme farklıdır
OneDrive veya SharePoint senkronizasyonu dosyaların cihazlar ve bulut arasında güncel kalmasına yardımcı olur. Ancak istenmeyen bir değişiklik veya şifrelenmiş dosya senkronizasyonla diğer konumlara da taşınabilir. Bu nedenle senkronizasyon tek başına bağımsız yedekleme sayılmamalıdır.
Sürüm geçmişi ve geri dönüşüm kutuları belirli silme veya değişiklik senaryolarında yararlı olabilir. Bunların saklama süresi, yönetim ayarları ve geri yükleme kapsamı kurumun veri koruma hedefleriyle karşılaştırılmalıdır.
Microsoft 365 hangi iş yüklerini kapsar?
Korunacak hizmetleri ayrı ayrı listeleyin: Exchange Online posta kutuları, OneDrive kullanıcı dosyaları, SharePoint siteleri ve belge kitaplıkları, Teams içerikleri ve uygulama ayarları farklı veri nesnelerine dayanabilir.
Kullanılan yedekleme ürününün hangi hizmetleri, nesne türlerini, kullanıcı ve paylaşılan posta kutularını veya site içeriklerini desteklediğini doğrulayın. Yedekleme kapsamı ürün ve abonelik planına göre değişebilir.
Saklama ilkesi ve yedekleme aynı amaçta değildir
Saklama politikaları ve yasal bekletme özellikleri uyumluluk, arşiv ve eDiscovery gereksinimlerine hizmet edebilir. Bunlar her durumda büyük ölçekli veri geri yükleme için tasarlanmış bağımsız bir yedekleme çözümünün yerine geçmez.
Yedeklemede geçmişteki sağlıklı bir noktaya dönme, çok sayıda nesneyi toplu geri yükleme ve silinmiş hesabın verisine erişme gibi senaryoları test edin. Sadece tek bir dosyayı önceki sürüme döndürmek, kurumsal felaket kurtarma ihtiyacını karşılamayabilir.
RPO ve RTO hedeflerini belirleyin
RPO, bir olaydan sonra tolere edilebilecek veri kaybı aralığını; RTO ise hizmetin yeniden çalışır hale gelmesi için hedeflenen süreyi ifade eder. Örneğin kritik bir posta kutusunun birkaç saatlik kaybı kabul edilmiyorsa yedekleme sıklığı ve geri yükleme süreci buna göre seçilmelidir.
Büyük SharePoint siteleri veya çok sayıda posta kutusu için geri dönüş süresi, veri miktarı ve hizmet limitlerinden etkilenebilir. Teklif aşamasında üretici tarafından sunulan RPO/RTO değerlerini ve istisnaları yazılı olarak kontrol edin.
Kimlik güvenliği ve yönetim hesabı
Yedekleme yönetimini günlük kullanıcı hesabından ayırın. Yönetici hesaplarında çok faktörlü doğrulama, en az ayrıcalık, erişim gözden geçirmesi ve işlem kayıtları kullanın. Yedekleme yönetim hesabının ele geçirilmesi tüm kopyaları etkileyebilir.
Kullanıcı ayrıldığında OneDrive ve posta kutusu verisinin nasıl korunacağını, lisans iptalinden sonra hangi saklama seçeneklerinin kaldığını ve yedekleme politikasının kullanıcı silme olaylarında nasıl davrandığını belgeleyin.
Satın alma öncesi kontrol listesi
Korunacak hizmetleri, kullanıcı sayısını, veri miktarını, günlük değişim hacmini ve saklama süresini belirleyin. Ürünün Microsoft 365 tenant yapısı, veri lokasyonu, kimlik yönetimi ve geri yükleme hedefleriyle uyumunu inceleyin.
Pilot çalışmada silinen dosya, üzerine yazılan belge, silinen site, posta kutusu ve büyük çaplı geri yükleme senaryolarını deneyin. Yedeklemenin başarı raporu kadar geri yüklemenin doğruluğu ve tamamlanma süresini de kaydedin.
Sıkça sorulan sorular
OneDrive senkronizasyonu yedekleme yerine geçer mi?
Hayır. Senkronizasyon değişiklikleri ve silme işlemlerini diğer konumlara taşıyabilir. Geçmişe dönme ve bağımsız geri yükleme hedefleri için ayrıca yedekleme tasarımı yapılmalıdır.
Microsoft 365 sürüm geçmişi yeterli midir?
Bazı dosya geri dönüşleri için yararlı olsa da toplu silme, kötü niyetli değişiklik ve kurumsal ölçekte geri yükleme senaryolarında tek başına yeterli olmayabilir.
Microsoft 365 yedekleme tüm hizmetleri kapsar mı?
Kapsam kullanılan ürün, plan ve yapılandırmaya bağlıdır. Exchange, OneDrive, SharePoint ve Teams gibi her iş yükü için desteklenen veri türleri tek tek doğrulanmalıdır.