Büyüyen bir dosya koleksiyonuna nefes alacak alan tanıyın.

1. Koleksiyonu dosya sisteminden ayırın.

Hem uygulamanın bildirdiği kullanımı hem de temel dosya sisteminde kullanılan alanı yazın. Farklı sorulara yanıt verirler. Bir üyenin kotası, bu hesabın uygulama kuralları altında ne kadar depolayabileceğini söyler. VPS diskini kullanan her şeyi mutlaka tanımlamaz.

Örneğin Nextcloud'un belgeleri kullanıcı kotalarını üst verilerden, eski sürümlerden ve silinen öğelerden ayırır; bazı uygulama verileri de veritabanında bulunur. Bu diğer kategorileri kontrol etmeden bir kota toplamını disk kapasitesi tahminine dönüştürmeyin. Saklama davranışı da yapılandırmaya ve sürüme bağlıdır. Nextcloud 33 depolama kotası belgeleri.

Çalışma sayfanız boyunca aynı birimleri kullanın. Bir araç ondalık GB, bir diğeri GiB bildiriyorsa, sayıları doğrudan birbirinin yerine kullanılabilir saymak yerine farkı etiketleyin.

2. Her depolama türüne bir satır verin.

Orijinalleri, sürümleri, silinen öğeleri, önizlemeleri ve geçici çalışmayı ayrı tutun. İşletim sistemini, uygulamayı, veritabanını ve günlükleri ekleyin. Harici bir klasör bağlıysa, onu gerçekte hangi depolama sisteminin tuttuğunu kaydedin; tanıdık bir klasör adı baytların VPS'te olduğunu kanıtlamaz.

Her satır için mevcut boyutunu, büyüme nedenini, saklama kararını ve bu kararı değiştirebilecek kişiyi kaydedin. “Sürümler” bir uygulama ayarı veya belgelenmiş politika gerektirir. “Geçici” bir temizleme sorumlusu ve tamamlanma koşulu gerektirir. Unutulmuş bir dışa aktarma arşivi, asıl amacı sona ermiş olsa bile hâlâ gerçek disk kullanımıdır.

Adları atılabilir gibi geldiği için önbellekleri veya uygulama dizinlerini silmeyin. Önce seçilen uygulamanın desteklenen bakım prosedürünü kontrol edin.

3. Varsayımsal bir koleksiyon üzerinde çalışın.

Taranmış bültenler ve etkinlik fotoğrafları saklayan küçük bir tarih meraklısı grubu düşünün. Aşağıdaki rakamlar ondalık GB cinsinden planlama varsayımlarıdır; ölçüm veya kapasite vaadi değildir. Bir sonraki karardan önce dört aylık büyüme için yer ayırırlar.

10 GB dışa aktarma ödeneği ikinci bir eksiksiz 96 GB koleksiyonunu barındıramaz. Tam bir dışa aktarma farklı bir hedef ya da gözden geçirilmiş bir bütçe gerektirir. Bu, dışa aktarmayı planlamadan önce tespit edilmesi gereken yararlı bir bulgudur.

4. Kurtarma kopyasını ayrıca bütçeleyin.

Aynı VPS üzerindeki ikinci bir dizin, o VPS'nin kaybını çözmez. Bağımsız hedefi, erişim sahibini, saklama kuralını ve geri yükleme konumunu ayrı bir çalışma sayfasına kaydedin. Kapasitesini gerçek yedekleme yöntemine ve saklama politikasına göre bütçeleyin; sıkıştırma veya tekilleştirmenin belirli bir tasarruf sağlayacağını varsaymayın.

Eksiksiz bir uygulama kurtarma seti kullanıcı dosyalarından daha fazlasını gerektirebilir. Nextcloud, mevcut olduğunda yapılandırmasını, verilerini, veritabanını, temalarını ve özel uygulamalarını listeler. Yedekleme prosedürü ayrıca veriler değişirken tutarlılığı da göz önünde bulundurur. Canlı bir dizini kopyalayıp sonucu eksiksiz saymak yerine kurulu sürümün belgelerini izleyin. Nextcloud yedekleme bileşenleri ve tutarlılık.

Bağımsız kopyaya erişimi, kimlik bilgilerini bütçe sayfasına koymadan ikinci bir yetkili bakımcı için kullanılabilir tutun.

5. Alan tükenmeden ne olacağına karar verin.

Bir sonraki planlanan etkinliğe bağlı bir inceleme eşiği seçin. Varsayımsal koleksiyon için grup, kalan boş alanı bir sonraki kararlaştırılan içe aktarmayı artı geçici işleme ve işletme rezervini artık karşılayamadığında inceleme yapabilir. Bu kural, keyfi bir yüzdenin kırmızıya dönmesini beklemekten daha yararlıdır.

Büyüme çalışma sayfasını aştığında önce kategoriyi belirleyin. Daha fazla kabul edilen orijinal, daha fazla depolamayı haklı çıkarabilir. Beklenmeyen sürümler, başarısız temizlik veya kontrolden çıkan günlükler incelenmelidir. Saklama süresini değiştirmek, kişilerin neleri kurtarabileceğini etkiler; bu nedenle kararlaştırılan onayı alın ve materyali kalıcı olarak kaldırmadan önce bağımsız kopyayı doğrulayın. Acil durum silmeyi koleksiyonun normal işletim planı olarak kullanmaktan kaçının.

6. Çalışma sayfasını gerçek bir döngüye karşı kontrol edin.

Yetkili bir içe aktarma veya düzenleme döngüsünden sonra, gözlemlenen büyümeyi her ödenekle karşılaştırın. Kotasına yaklaşan bir kullanıcının hâlâ yararlı bir uygulama hatası aldığını ve ana makinenin çalışma alanını koruduğunu doğrulayın. Paylaşılan raporlarda özel dosya adlarını açığa çıkarmadan en büyük kategorileri inceleyin.

Uygulama kullanımı ölçülü görünüyor ancak disk alanı hızla azalıyorsa sürümleri, silinen öğe saklamayı, geçici yüklemeleri, dışa aktarmaları ve günlükleri inceleyin. Bir yedek beklenmedik şekilde büyüyorsa seçili yollarını ve saklama değişikliklerini karşılaştırın. Alan zaten kritik düzeyde azsa daha fazla içe aktarmayı duraklatın ve araştırma sırasında başka bir büyük yerel arşiv üretmekten kaçının. Neyin değiştiğini kaydedin ve bütçeyi güncelleyin; farkı daha büyük ve açıklanamayan bir ödeneğin içinde gizlemeyin.

7. Kapasiteyi ve kullanışlılığı bir arada tutun.

Depolama planlaması, grubun hangi kayıtları saklaması gerektiğine karar veremez. Silmeyi kimin onaylayabileceği ve üyelerin bir saklama değişikliğini nasıl öğreneceği dahil bunu ayrıca kararlaştırın. Ayrıca dosyaların okunabilir kalıp kalmadığını kaydedin: eski biçimlerden oluşan sağlam bir koleksiyon yine de bir dışa aktarma veya dönüştürme planı gerektirebilir.

Çalışma sayfasını şuraya götürün: VPS yapılandırıcısı ihtiyacınız olan kaynak toplamlarını bildiğinizde. Ardından planlayın taşınabilir dışa aktarımlar ve bir geri yükleme tatbikatı. Bu kılavuz bir bütçeleme yöntemi sunar; belirli bir disk boyutunun bilinmeyen bir koleksiyonu barındıracağını garanti etmez.