Daj rosnącej kolekcji plików przestrzeń do oddechu.

1. Oddziel kolekcję od systemu plików.

Zapisz zarówno raportowane użycie aplikacji, jak i przestrzeń używaną w bazowym systemie plików. Odpowiadają one na różne pytania. Limit członka mówi, ile to konto może przechowywać zgodnie z regułami aplikacji. Nie musi to opisywać wszystkiego, co korzysta z dysku VPS.

Dokumentacja Nextcloud na przykład oddziela limity użytkowników od metadanych, starszych wersji i usuniętych elementów; niektóre dane aplikacji znajdują się również w bazie danych. Nie zamieniaj sumy limitów w prognozę pojemności dysku bez sprawdzenia tych innych kategorii. Zachowanie retencji zależy również od konfiguracji i wersji. Dokumentacja limitów przechowywania Nextcloud 33.

Używaj tych samych jednostek w całym arkuszu. Jeśli jedno narzędzie podaje dziesiętne GB, a inne GiB, oznacz różnicę, zamiast traktować liczby jako bezpośrednio wymienne.

2. Przyznaj każdemu rodzajowi przechowywania osobną linię.

Trzymaj osobno oryginały, wersje, usunięte elementy, podglądy i pracę tymczasową. Dodaj system operacyjny, aplikację, bazę danych i logi. Jeśli montowany jest folder zewnętrzny, zapisz, który system przechowywania faktycznie go utrzymuje; znajoma nazwa folderu nie dowodzi, że bajty są na VPS.

Dla każdej linii zapisz jej obecny rozmiar, powód wzrostu, decyzję o retencji i osobę, która może tę decyzję zmienić. „Wersje” wymagają ustawienia aplikacji lub udokumentowanej polityki. „Tymczasowe” wymagają właściciela czyszczenia i warunku zakończenia. Zapomniane archiwum eksportu to nadal realne użycie dysku, nawet po zakończeniu jego pierwotnego celu.

Nie usuwaj pamięci podręcznych ani katalogów aplikacji tylko dlatego, że ich nazwy brzmią jak jednorazowe. Najpierw sprawdź obsługiwaną procedurę konserwacji wybranej aplikacji.

3. Przejdź przez hipotetyczną kolekcję.

Wyobraź sobie małą grupę interesującą się historią, przechowującą zeskanowane biuletyny i fotografie z wydarzeń. Poniższe liczby to założenia planistyczne w dziesiętnych GB, a nie pomiary ani obietnica pojemności. Rezerwują cztery miesiące wzrostu przed następną decyzją.

Limit eksportu 10 GB nie pomieści drugiego kompletnego zbioru 96 GB. Pełny eksport wymagałby innego celu lub zmienionego budżetu. To przydatne ustalenie przed zaplanowaniem eksportu.

4. Zaplanuj budżet kopii odzyskiwania osobno.

Drugi katalog na tym samym VPS nie rozwiązuje utraty tego VPS. Zapisz niezależny cel, właściciela dostępu, regułę retencji i lokalizację przywracania w osobnym arkuszu. Zaplanuj jego pojemność na podstawie rzeczywistej metody kopii zapasowej i polityki retencji; nie zakładaj, że kompresja lub deduplikacja zapewni określoną oszczędność.

Kompletny zestaw odtworzeniowy aplikacji może wymagać więcej niż pliki użytkownika. Nextcloud wymienia swoją konfigurację, dane, bazę danych, motywy i aplikacje niestandardowe, jeśli występują. Jej procedura tworzenia kopii zapasowej uwzględnia także spójność podczas zmiany danych. Postępuj zgodnie z dokumentacją zainstalowanej wersji, zamiast kopiować aktywny katalog i nazywać wynik kompletnym. Komponenty kopii zapasowej Nextcloud i spójność.

Zapewnij dostęp do niezależnej kopii drugiemu upoważnionemu opiekunowi bez umieszczania poświadczeń w arkuszu budżetu.

5. Zdecyduj, co się stanie, zanim skończy się miejsce.

Wybierz próg przeglądu powiązany z następnym planowanym działaniem. W hipotetycznym zbiorze grupa może przeprowadzić przegląd, gdy jej pozostałe wolne miejsce nie pomieści już następnego uzgodnionego importu wraz z tymczasowym przetwarzaniem i rezerwą operacyjną. Ta zasada jest bardziej przydatna niż czekanie, aż dowolny procent zmieni kolor na czerwony.

Gdy wzrost przekroczy arkusz, najpierw zidentyfikuj kategorię. Więcej zaakceptowanych oryginałów może uzasadniać więcej miejsca. Nieoczekiwane wersje, nieudane czyszczenie lub wymykające się spod kontroli dzienniki wymagają zbadania. Zmiana retencji wpływa na to, co ludzie mogą odzyskać, więc uzyskaj uzgodnioną zgodę i zweryfikuj niezależną kopię przed trwałym usunięciem materiałów. Unikaj traktowania awaryjnego usuwania jako normalnego planu operacyjnego zbioru.

6. Sprawdź arkusz względem rzeczywistego cyklu.

Po autoryzowanym imporcie lub cyklu edycji porównaj zaobserwowany wzrost z każdym limitem. Potwierdź, że użytkownik blisko swojego limitu nadal otrzymuje przydatny błąd aplikacji, a host zachowuje rezerwę operacyjną. Przejrzyj największe kategorie bez ujawniania prywatnych nazw plików w udostępnianych raportach.

Jeśli użycie aplikacji wygląda skromnie, ale miejsce na dysku szybko maleje, sprawdź wersje, retencję usuniętych elementów, tymczasowe przesyłania, eksporty i dzienniki. Jeśli kopia zapasowa rośnie nieoczekiwanie, porównaj jej wybrane ścieżki i zmiany retencji. Jeśli miejsca jest już krytycznie mało, wstrzymaj dalsze importy i unikaj tworzenia kolejnego dużego lokalnego archiwum podczas badania. Zapisz, co się zmieniło, i zaktualizuj budżet; nie ukrywaj różnicy w większym niewyjaśnionym limicie.

7. Trzymaj pojemność i użyteczność razem.

Planowanie pamięci masowej nie może zdecydować, które rekordy grupa powinna zachować. Uzgodnij to osobno, w tym kto może zatwierdzić usunięcie i jak członkowie dowiadują się o zmianie retencji. Zapisz także, czy pliki pozostają czytelne: nienaruszony zbiór przestarzałych formatów może nadal wymagać planu eksportu lub konwersji.

Zabierz arkusz do konfiguratora VPS gdy znasz potrzebne sumy zasobów. Następnie zaplanuj przenośne eksporty oraz próbę przywracania. Ten przewodnik podaje metodę budżetowania; nie gwarantuje, że określony rozmiar dysku pomieści nieznany zbiór.