SharePoint Sürüm Geçmişi: neden depolama alanını tüketiyor ve nasıl sınırlandırılır

SharePoint depolaması nadiren görünür dosyalarla doldurulur; bunun yerine arka plandaki görünmez sürümler ve geri dönüşüm kutusuyla doldurulur. Otomatik sürüm geçmişi sınırlarının tanıtılmasından bu yana, bu depolama tüketimi Microsoft'a göre saf sayma sınırlarına kıyasla yüzde 96'ya kadar azalmıştır; kullanıcılar eski sürümlerden vazgeçmek zorunda değildir. Dolu bir kotanın nedenini arayan kişiler bu nedenle önce orada aramalıdır. Durum: Ağustos 2026.

Hiç kimse büyük dosya yüklememesine rağmen Sürüm Geçmişi neden depolama alanını doldurur?

Bir Microsoft'un resmi Q&A forumlarında belgelenen pratik örnek deseni gösterir: Bir kiracı, kota aşılıncaya kadar ve web sitesi salt okunur moda geçinceye kadar farkında olmadan yaklaşık 140 Terabayt boş depolama alanını kaybetti. Yanıt, temel nedenleri olarak geri dönüşüm kutusu içeriği ve birikmiş dosya sürümlerini adlandırır; yani normal kitaplık görünümünde görünmez kalan alanlar. Bir dosyanın kaydedilen her sürümü, içeriğin yalnızca küçük bir bölümü değişse bile, tamamen depolama kotasına doğru sayılır.

Otomatik Ayar Sabit Sayma Sınırından Farklı Nedir?

Microsoft'un sürüm geçmişi sınırları belgelerine göre Otomatik, önerilen varsayılan ayardır ve katı sayma sınırı yerine kademeli bir algoritma ile çalışır: İlk 30 gün içinde, tüm sürümler 500'e kadar bir sınıra kadar saklanır; 30 ile 60 gün arasında sadece saatte bir sürüm; 60 ile 180 gün arasında günde bir sürüm; 180 günden eski olan sürümler ise haftada bir sürüm, ta ki 500'lü üst sınırına ulaşılıncaya kadar. Microsoft'un sürüm depolama planlama kılavuzuna göre, bu kademeli azalma, altı aylık belgelenmiş örnek dönemde, saf sayma sınırına kıyasla yaklaşık yüzde 96 daha az sürüm depolamasıyla sonuçlanır; ayrı bir örnek, birkaç ay boyunca süregelen düzenlemede yaklaşık yüzde 94 azalmaya yol açar. Kullanıcılar, tam olarak daha genç, muhtemelen gerekli sürümler saklanmaya devam ettiğinden, ilgili kurtarma noktalarına erişim kaybetmezler.

Sürüm Sınırları Hangi Düzeyde Ayarlanabilir?

Sürüm geçmişi sınırları dört olası düzeyde uygulanır: kuruluş, web sitesi, kitaplık ve bireysel OneDrive hesabı. Genel ve SharePoint yöneticileri, tüm kuruluş için varsayılan ayarı belirler ve bu ayar otomatik olarak tüm yeni oluşturulan kitaplıklar için geçerli olur. Web sitesi sahipleri, bu mirası tek bir web sitesi için bozmak isteyebilirler; ancak Microsoft'un web sitesi sınırlarını değiştirme kılavuzuna göre, yalnızca PowerShell üzerinden, grafik kullanıcı arabirimi aracılığıyla değil. Web sitesi düzeyindeki bir değişiklik, yalnızca yeni kitaplıklara, yalnızca mevcut kitaplıklara veya her ikisine de uygulanabilir; mevcut kitaplıkların güncellenmesi arka planda asenkron şekilde çalışır ve Microsoft'a göre 24 saate kadar sürebilir.

Otomatik Yerine Manuel Bir Sınır Ayarlamak İstersem Ne Geçerlidir?

El ile moda geçtiğinde, ana sürümler için gün cinsinden isteğe bağlı bir son kullanma tarihi ile veya olmaksızın bir sayma sınırı yapılandırılabilir. Uygulama için önemli: Kullanıcı arabirimi, 100 ana sürümü veya 30 günü aşan değerleri engeller; çünkü Microsoft bu tür düşük değerleri açıkça istenmeyen veri kaybı riski olarak sınıflandırır; halka açık API üzerinden teknik olarak daha düşük değerler ayarlanabilse de. Bir sınırı aşan sürümler kalıcı olarak silinir ve geri dönüşüm kutosuna taşınmaz; bu nedenle silindikten sonra geri yüklenemez. İçeriği bir saklama ilkesi altında veya eKeşif tutulması altında olan içerikler için bir istisna geçerli: Orada, saklama dönemi sona erene veya tutma kaldırılıncaya kadar, sürüm sınırları Microsoft'a göre yoksayılır.

SharePoint temizleme gereksinimlerini devam eden bir otomasyon framework'ü kapsamında ele almak isteyen kişiler Otomasyon Danışmanlığıda destek bulabilirler.

SharePoint Sürüm Geçmişi Hakkında Sık Sorulan Sorular

Şirketim İçin Otomatik Mi Yoksa Manuel Bir Sınır Mı Seçmeliyim?

Çoğu kuruluş için Microsoft, yöneticilerin sayma veya son kullanma değerlerini kendileri tahmin etmek zorunda kalmadığından, en yüksek depolama-kullanım uzlaşmasını sağladığı için Otomatik ayarını önerir. El ile bir sınır, öncelikle düzenleyici veya dahili nedenlerle sabit, öngörülebilir sayıda sürümün korunması gereken yerlerde faydalıdır.

Zaten Silinen Sürümleri Geri Dönüşüm Kutosundan Kurtarabilir Miyim?

Bu, silme yoluna bağlıdır. Bir kullanıcı bir dosyanın sürüm geçmişinden bir sürümü el ile silerse, Microsoft'a göre web sitesinin geri dönüşüm kutosuna iner ve orada sınırlı bir süre için kurtarılabilir. Sürümler bunun yerine ayarlanan bir sınır veya planlanan bir kırpma işi tarafından otomatik olarak kaldırılırsa, bu işlem geri dönüşüm kutosunu tamamen atlar ve kalıcı olur.

Yeni Kuruluş Sınırı Otomatik Olarak Mevcut Kitaplıkları Etkiler mi?

Hayır, otomatik olarak değil. Kuruluş düzeyinde değiştirilmiş bir varsayılan ayar, başlangıçta yalnızca yeni oluşturulan kitaplıklar için geçerli olur. Mevcut kitaplıkları uyumlaştırmak ve mevcut sürümleri kesmek için, Microsoft'a göre ek, ayrı adımlar gereklidir.

Sürüm Sınırı, Önemli Belgelerin Bir Kayıt Olarak Kalıcı Olarak Arşivlenmesini Engeller mi?

Hayır. Açıkça bir kayıt olarak işaretlenmiş olan belgeler, yapılandırılan sınırdan bağımsız olarak, Microsoft'a göre otomatik sürüm silme işleminden muaftır.