Który folder współdzielony zajmuje nieoczekiwanie dużo miejsca na NAS?

Folder zajmujący nieoczekiwanie dużo miejsca na NAS nie zawsze jest największym folderem widocznym w przeglądarce plików.

Rozpocznij od zamontowanego systemu plików, a następnie zawężaj wyszukiwanie o jeden poziom katalogu na raz. Zapobiega to obwinianiu widocznego udziału, gdy migawki, kosze, dane aplikacji, usunięte pliki lub presja inode wykorzystują pojemność poza widokiem, który otworzyłeś na początku.

Zacznij od systemu plików, a nie od nazwy folderu

Potwierdź, który system plików obsługuje dany udział i zanotuj jego wartości użycia, dostępności oraz inode. Widok df pokazuje sumy na poziomie systemu plików, podczas gdy przeglądarka udziału raportuje tylko obiekty, które może zobaczyć i policzyć.

Sprawdź ścieżkę udziału względem punktu montowania. Montowanie typu bind, wolumen kontenera lub brak montowania puli danych może spowodować, że znana ścieżka zapisze dane na mniejszej partycji systemowej zamiast na zamierzonym magazynie danych.

Uszereguj udziały według przydzielonej przestrzeni

Uruchom podsumowanie katalogów na głębokości jednego poziomu w katalogu głównym puli danych, pozostając w tym samym systemie plików. Celem jest usystematyzowanie największych katalogów pierwszego poziomu przed zagłębieniem się w największy wynik. Powtarzaj na kolejnych poziomach, aż wzrost będzie powiązany z projektem, użytkownikiem, biblioteką multimediów, zestawem kopii zapasowych lub ścieżką aplikacji.

Do pytań o pojemność używaj rozmiaru przydzielonego. Pozorny rozmiar pliku może się różnić z powodu bloków systemu plików, plików rzadkich, twardych linków, kompresji i deduplikacji, więc menedżer plików na pulpicie może nie odpowiadać przydziałowi NAS.

Sprawdź migawki, kosze i ukrytych użytkowników

Jeśli suma widocznych folderów jest mniejsza niż użycie woluminu, sprawdź retencję migawek, kosze udziałów, dane pakietów, wolumeny kontenerów, miniatury, tymczasowe obszary przesyłania oraz historię wersji kopii zapasowych. Ci użytkownicy mogą znajdować się poza katalogiem głównym udziału, mimo że obciążenie, które je utworzyło, należy do tego udziału.

Duży plik dziennika może być również odłączony, podczas gdy proces nadal do niego zapisuje. W takim przypadku usunięty plik nadal otwarty jest liczony przez system plików, ale znika z sum katalogów. Sprawdź także wyczerpanie inode z powodu wielu małych plików, gdy zapisy zawodzą mimo dostępnych gigabajtów.

Potwierdź, co można bezpiecznie usunąć

Nie usuwaj pierwszego dużego katalogu, który znajdziesz. Zidentyfikuj jego właściciela, aktywny proces, regułę retencji i status kopii zapasowej. Przycinaj migawki przez system plików lub interfejs NAS, rotuj dzienniki przez usługę, która je posiada, i przeglądaj wolumeny kontenerów przed usunięciem obrazów lub baz danych.

Po każdej kontrolowanej zmianie ponownie wykonaj te same pomiary systemu plików i katalogów. Czysty wynik to nie tylko więcej wolnego miejsca; to udokumentowane źródło wzrostu, bezpieczna decyzja o retencji oraz alert lub limit, który sprawia, że kolejny wzrost jest widoczny.

FAQ

Dlaczego sumy folderów udostępnionych nie zgadzają się z użyciem woluminu?

Mierzą różne zakresy. Wolumin obejmuje metadane systemu plików i ukrytych użytkowników, podczas gdy suma folderu obejmuje tylko dostępne pliki pod tą ścieżką i może raportować rozmiar pozorny zamiast przydzielonego.

Czy wiele małych plików może zajmować miejsce bez jednego dużego folderu?

Tak. Małe pliki zajmują bloki przydziału i inode. Katalog typu cache lub mailowy może wyczerpać rekordy plików, nawet jeśli żaden pojedynczy plik nie jest duży.

Dlaczego usunięcie plików nie zwalnia od razu miejsca na NAS?

Migawka może nadal odnosić się do bloków, kosz może przechowywać plik, a działający proces może trzymać usunięty plik otwarty. Zidentyfikuj, która sytuacja ma miejsce, zanim zrestartujesz usługi lub przytniesz retencję.