Czy można używać twardych dowiązań między oddzielnymi zbiorami danych NAS?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Can You Use Hard Links Across Separate NAS Datasets? - Zima Store Online

Nie. Dowiązanie twarde musi wskazywać ten sam i-węzeł w obrębie jednego systemu plików; oddzielne zestawy danych lub punkty montowania zwykle zwracają EXDEV.

Ta decyzja ma znaczenie, gdy organizator lub proces deduplikacji chce, aby jeden plik pojawiał się w bibliotekach przechowywanych w oddzielnych zestawach danych NAS. Dwa konkurencyjne stany to dowiązanie twarde w tym samym systemie plików oraz kopia między systemami plików, reflink, klon lub odwołanie aplikacyjne. Zacznij od zapisanej konfiguracji i danych tymczasowych, obserwuj jedną gałąź naraz i przerwij, jeśli test zwiększa ryzyko utraty danych, problemów z uprawnieniami lub dostępnością.

Zdefiniuj warunki decyzji dotyczącej dowiązań twardych między zestawami danych

Zapisz środowisko przed wprowadzeniem zmian: wersje oprogramowania i oprogramowania układowego, tożsamości urządzeń, ścieżkę montowania lub sieciową, wolne miejsce, uprawnienia oraz obserwowany objaw. Stan bazowy musi zachować wystarczająco dużo szczegółów, aby odtworzyć proces organizatora lub deduplikacji, który chce, aby jeden plik pojawiał się w bibliotekach przechowywanych w oddzielnych zestawach danych NAS.

Pierwszym kandydatem jest dowiązanie twarde w tym samym systemie plików. Drugim jest kopia między systemami plików, reflink, klon lub odwołanie aplikacyjne. Obecne ograniczenia wywołania systemowego link definiują mechanizm lub granicę polecenia używaną w teście; nie zastępują one obserwacji z tego konkretnego serwera domowego.

Zapisz warunek akceptacji i warunek przerwania przed uruchomieniem testu rozstrzygającego. Wynik pozytywny musi zmienić dowody przewidywane przez jedną z gałęzi, pozostawiając niepowiązane usługi bez zmian; wynik negatywny musi przywrócić system do zapisanej konfiguracji, zamiast uruchamiać łańcuch spekulatywnych poprawek.

Przetestuj twierdzenie bez obniżania pierwotnego wymagania

Zastosuj test rozstrzygający: porównaj identyfikatory urządzeń i spróbuj utworzyć dowiązanie tymczasowe zarówno dla ścieżek w tym samym zestawie danych, jak i między zestawami danych. Zachowaj stałe obciążenie, klienta, ścieżkę, zestaw plików i czas, aby wynik można było przypisać zmienionej zmiennej.

Użyj granic dowiązań twardych, aby wybrać parametr, który faktycznie może rozdzielić obie gałęzie, a następnie zarejestruj jego znacznik czasu, status wyjścia, treść błędu, tożsamość urządzenia lub migawki, opóźnienie, liczbę przesłanych bajtów, uprawnienia oraz stan odzyskiwania. Pomyślne zakończenie polecenia nie wystarczy, gdy testowane twierdzenie dotyczy tożsamości, trwałości lub stanu aplikacji.

Powtórz test raz po ponownym uruchomieniu, ponownym połączeniu, ponownym zamontowaniu lub wyczyszczeniu pamięci podręcznej, jeśli takie zdarzenie jest częścią pierwotnego warunku. Jeśli pierwszy przebieg jest destrukcyjny lub środowiska nie można przywrócić, przerwij i odtwórz test na kopii tymczasowej.

stat -c "%d %i %h %n" source target
ln source cross-dataset-target

Interpretuj wyniki pozytywne, negatywne i wyjątkowe

WYNIK POZYTYWNY: dowiązanie w tym samym zestawie danych współdzieli i-węzeł i licznik dowiązań, natomiast próba między zestawami danych kończy się niepowodzeniem bez modyfikowania danych. Zapisz dokładną wersję, tożsamość i obciążenie, dla których test zakończył się powodzeniem, aby wniosek pozostał warunkowy, a nie stał się twierdzeniem uniwersalnym.

WYNIK NEGATYWNY: narzędzie po cichu kopiuje zamiast tworzyć dowiązanie albo dowiązania montowane przesłaniają rzeczywistą granicę systemu plików. Wynik negatywny nie dowodzi automatycznie przeciwnej gałęzi, gdy na obie mogą wpływać sieć, pamięć, uprawnienia lub spójność źródła; przed eskalacją odizoluj te wspólne zależności.

WYJĄTEK LUB NIEJEDNOZNACZNY WYNIK: użyj jawnej kopii, obsługiwanego reflinku albo przeprojektuj granice zestawów danych zgodnie z wymaganiami dotyczącymi przechowywania. Zachowaj logi i nie uruchamiaj poleceń naprawczych, czyszczących, niszczących, partycjonujących ani rekursywnie zmieniających właściciela, dopóki nie będzie dostępna możliwa do odzyskania kopia.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Potwierdź decyzję przy pierwotnym obciążeniu

Zastosuj działanie odpowiadające zaobserwowanej gałęzi, a następnie powtórz pierwotny warunek zamiast jego uproszczonego zamiennika. Decyzja obowiązuje tylko wtedy, gdy dowiązanie w tym samym zestawie danych współdzieli i-węzeł i licznik dowiązań, a próba między zestawami danych kończy się niepowodzeniem bez modyfikowania danych przez dwa cykle lub podczas odpowiedniego ponownego uruchomienia, uśpienia, przerwania albo przejścia obciążenia.

Użyj mapowania tożsamości NFS, aby sprawdzić najbliższy zależny proces, ale pozostaw pierwotny wyzwalacz bez zmian. Niepowiązane zestawy danych, udziały, kontenery, użytkownicy i punkty odzyskiwania muszą zachować wcześniejszy dostęp i czas działania.

Granica przerwania jest jednoznaczna: jeśli narzędzie po cichu kopiuje zamiast tworzyć dowiązanie albo dowiązania montowane przesłaniają rzeczywistą granicę systemu plików, wróć do ostatniej zweryfikowanej konfiguracji, zachowaj dowody i eskaluj do dokładniejszego testu platformy lub sprzętu tylko wtedy, gdy gałąź można powtórzyć.

Po uzyskaniu docelowego wyniku porównaj go z mapowaniem UID kontenera, aby poprawka nie przeniosła ryzyka do sąsiedniej usługi. Pomyślny test docelowy z nową awarią kopii zapasowej, tożsamości, limitu czasu lub dostępności nadal oznacza nieudaną zmianę.

FAQ

W przypadku dowiązań twardych między zestawami danych pozostałe wyszukiwania zwykle dotyczą tego, czy dowiązanie montowane może umożliwić dowiązania twarde między zestawami danych, czy dowiązania symboliczne są dozwolone między zestawami danych oraz czy reflinki mogą zastąpić dowiązania twarde. Poniższe odpowiedzi oddzielają te przypadki brzegowe od głównej decyzji.

Granica akceptacji nie zmienia się: dowiązanie w tym samym zestawie danych współdzieli i-węzeł i licznik dowiązań, a próba między zestawami danych kończy się niepowodzeniem bez modyfikowania danych. Jeśli kolejny warunek zmienia system plików, tożsamość, ścieżkę sieciową lub wersję aplikacji, powtórz tylko ten test rozstrzygający, którego dotyczy zmiana.

Przerwij rozszerzanie eksperymentu, gdy narzędzie po cichu kopiuje zamiast tworzyć dowiązanie albo dowiązania montowane przesłaniają rzeczywistą granicę systemu plików. W takiej sytuacji użyj jawnej kopii, obsługiwanego reflinku albo przeprojektuj granice zestawów danych zgodnie z wymaganiami dotyczącymi przechowywania; zachowaj dowody przed eskalacją do właściciela platformy, pamięci masowej lub sprzętu.

Czy dowiązanie montowane może umożliwić dowiązania twarde między zestawami danych?

Nie. Zmienia widok ścieżki, ale nie bazową tożsamość systemu plików.

Czy dowiązania symboliczne są dozwolone między zestawami danych?

Tak, ale przechowują ścieżkę i nie zachowują danych, jeśli cel zniknie.

Czy reflinki mogą zastąpić dowiązania twarde?

W obsługiwanych systemach plików początkowo współdzielą bloki, ale po modyfikacji stają się niezależnymi plikami.

W przypadku dowiązań twardych między zestawami danych praktyczna odpowiedź pozostaje warunkowa: dowiązanie w tym samym zestawie danych współdzieli i-węzeł i licznik dowiązań, a próba między zestawami danych kończy się niepowodzeniem bez modyfikowania danych. Gdy narzędzie po cichu kopiuje zamiast tworzyć dowiązanie albo dowiązania montowane przesłaniają rzeczywistą granicę systemu plików, użyj jawnej kopii, obsługiwanego reflinku albo przeprojektuj granice zestawów danych zgodnie z wymaganiami dotyczącymi przechowywania; częściowy sukces, który nie przetrwa pierwotnego obciążenia, nie oznacza zgodności.