Dlaczego domowy NAS na TrueNAS SCALE ma sens
Domowy serwer NAS (Network Attached Storage) oparty na TrueNAS SCALE daje znacznie więcej niż zwykły dysk sieciowy. To centralne miejsce na dane, automatyczne kopie zapasowe, wygodny dostęp z komputerów z Windows, macOS i Linuksem przez SMB, a do tego snapshoty chroniące przed przypadkowym skasowaniem plików czy atakiem ransomware. Całość oparta na otwartym oprogramowaniu i systemie plików ZFS.
TrueNAS SCALE łączy w sobie dojrzały system plików ZFS, prosty interfejs WWW, możliwość uruchamiania kontenerów (Docker/Kubernetes) oraz wbudowane mechanizmy replikacji i snapshotów. Dla domowego użytkownika oznacza to NAS klasy „enterprise” w wersji, którą da się skonfigurować w jedno popołudnie, o ile wybierze się sensowny sprzęt i trzyma podstawowych zasad.
Kluczowe elementy dobrze zbudowanego domowego NAS-a na TrueNAS SCALE to trzy filary: poprawnie dobrany sprzęt, przemyślana konfiguracja ZFS i pul danych oraz usługi sieciowe SMB z polityką snapshotów. Braki w którymkolwiek z nich szybko się mszczą – czy to słabą wydajnością, czy ryzykiem utraty danych.
Dobór sprzętu pod TrueNAS SCALE w warunkach domowych
Procesor i pamięć RAM – ile naprawdę potrzeba
TrueNAS SCALE nie wymaga potężnego procesora, ale zbyt słaby CPU szybko stanie się wąskim gardłem, zwłaszcza przy jednoczesnym korzystaniu z SMB, snapshotów, kompresji i usług dodatkowych (np. serwera multimediów). Dla typowego domowego NAS-a obsługującego kilka komputerów i telewizor z Kodi lub Plexem sensownym minimum jest procesor czterordzeniowy x86_64 (Intel lub AMD) z obsługą AES-NI (sprzętowe szyfrowanie).
W praktyce bardzo dobrze sprawdzają się:
- starsze jednostki typu Intel Xeon E3, i5/i7 4. generacji i nowsze,
- nowsze, energooszczędne procesory Intel N100/N5105/N6005,
- AMD Ryzen (szczególnie serie z niskim TDP i wsparciem ECC).
System plików ZFS lubi pamięć RAM. Im więcej, tym lepiej działa cache (ARC), szybciej wykonywane są operacje na metadanych i sprawniej przebiegają scrub’y czy replikacje. Przyjmuje się, że sensowne minimum dla domowego TrueNAS SCALE to 16 GB RAM. Przy większych pulach danych (kilkadziesiąt TB) lub rozbudowanym wykorzystaniu aplikacji kontenerowych dobrze celować w 32 GB lub więcej.
W temacie pamięci pojawia się też pytanie o ECC. W środowiskach produkcyjnych ECC jest praktycznie standardem. W domu – jest miłym dodatkiem. Jeśli budujesz NAS od zera i masz wybór, dobrze celować w platformę z ECC (Xeon, niektóre Ryzeny + odpowiednia płyta). Jeśli jednak dysponujesz zwykłym sprzętem „desktopowym” – lepiej mieć dobrze skonfigurowane kopie zapasowe i sensowną ilość RAM niż na siłę polować na drogie komponenty z ECC, które i tak nie będą w pełni wykorzystane.
Dyski twarde, SSD i kontrolery – praktyczne podejście
Najważniejszym elementem NAS-a są dyski. Pod TrueNAS SCALE świetnie sprawdzają się standardowe dyski 3,5″ SATA, najlepiej z serii „do pracy ciągłej” (NAS/enterprise), ale domowy serwer poradzi sobie również z tańszymi modelami desktopowymi, jeśli zadbasz o chłodzenie i monitoring.
Do wyboru konfiguracji warto podejść praktycznie. Najczęściej stosowane układy:
- Mirrored vdev (lustro) – 2, 4, 6 dysków w parach; prosta rozbudowa (dodajesz kolejną parę), dobra wydajność odczytu, odporność na awarię jednego dysku w parze.
- RAIDZ1 – 3–6 dysków; oszczędniejszy pod względem pojemności, ale mniej elastyczny w rozbudowie; odporność na awarię jednego dysku.
- RAIDZ2 – 4–8 dysków; wysoka odporność (dwa dyski mogą paść), dobry wybór przy większych ilościach danych archiwalnych.
W domowych warunkach często sprawdza się zestaw: 4 dyski po 4–8 TB w RAIDZ1 albo 4 dyski w dwóch lustrach (2+2). Lustra są łatwiejsze do rozbudowy (można dołożyć kolejne vdev-y mirror), RAIDZ wymaga dokładania całych grup dysków. Przy systemach, gdzie często dokładasz kolejny dysk „z okazji promocji”, lustrzane vdev-y są bardziej elastyczne.
Do systemu operacyjnego TrueNAS SCALE warto przeznaczyć osobny nośnik SSD (nawet niewielki, 16–64 GB). Może to być:
- SSD SATA 2,5″ podłączony do zwykłego portu SATA,
- SSD M.2 (SATA lub NVMe) podłączony bezpośrednio do płyty głównej.
Instalacja TrueNAS na dyskach, na których trzymasz dane użytkowników, jest złym pomysłem. System ma mieć oddzielny dysk. Zyskujesz czytelniejszą konfigurację, łatwiejsze aktualizacje i mniejsze ryzyko utraty danych przy ewentualnym reinstalowaniu systemu.
W kwestii kontrolerów SATA generalnie najlepiej opierać się na natywnych portach płyty głównej. Jeśli potrzebujesz więcej portów, poszukaj prostych kontrolerów w trybie HBA (bez sprzętowego RAID-u). TrueNAS i ZFS chcą widzieć „surowe” dyski, a nie wirtualne wolumeny z kontrolera RAID. Jeśli już masz kontroler RAID, przełącz go w tryb IT/HBA, o ile to możliwe.
Sieć, zasilanie i obudowa – szczegóły, które ratują dane
Wydajność i stabilność sieci ma duży wpływ na komfort pracy z NAS-em. Gigabitowy Ethernet (1 GbE) w większości domów wciąż wystarcza, ale przy przesyłaniu dużych plików wideo czy backupów kilkudziesięciu gigabajtów szybko docenisz szybsze łącza. Dobre konfiguracje dla domu:
- 1 GbE jako absolutne minimum,
- 2,5 GbE (coraz częściej spotykane w nowych płytach głównych i switchach),
- 10 GbE, jeśli budujesz domowe „lab” lub pracujesz z dużymi plikami (montaż wideo, wirtualizacja).
Najprostszy upgrade to płyta główna lub karta sieciowa 2,5 GbE oraz mały switch 2,5 GbE do spięcia najważniejszych urządzeń – komputera stacjonarnego, NAS-a i ewentualnie stacji roboczej w drugim pokoju. Koszt nie jest obecnie gigantyczny, a zyskujesz realne 250–280 MB/s transferu zamiast 110–115 MB/s w gigabicie.
Drugim niedocenianym elementem jest zasilanie. UPS podłączony do NAS-a to nie luksus, tylko sposób na uniknięcie uszkodzeń systemu plików przy nagłych zanikach prądu. Nawet nieduży UPS, który podtrzyma serwer przez kilka minut, wystarczy, by TrueNAS zdążył się poprawnie wyłączyć. W panelu TrueNAS możesz skonfigurować współpracę z UPS-em, dzięki czemu przy niskim poziomie baterii serwer automatycznie przejdzie w bezpieczny stan.
Na koniec obudowa i chłodzenie. Dyski pracujące 24/7 nie lubią wysokich temperatur i wibracji. Obudowa z miejscem na kilka dysków 3,5″, z sensownym przepływem powietrza (wentylatory z przodu i z tyłu) oraz gumowymi podkładkami pod dyski znacząco przedłuża ich życie. Do tego regularne czyszczenie filtrów i wnętrza z kurzu – kilka minut co kilka miesięcy potrafi oszczędzić dużo nerwów.
Przygotowanie i instalacja TrueNAS SCALE
Pobranie obrazu i przygotowanie nośnika instalacyjnego
Aby zainstalować TrueNAS SCALE, potrzebny jest obraz ISO i nośnik instalacyjny USB. TrueNAS SCALE jest dystrybuowany jako gotowy system, więc nie instalujesz go na istniejącej dystrybucji Linuksa, lecz jako samodzielny OS.
Ogólny proces wygląda następująco:
- Pobierz aktualny obraz TrueNAS SCALE (ISO) ze strony producenta i sprawdź sumę kontrolną (SHA256).
- Przygotuj pendrive USB (8 GB w zupełności wystarczy).
- Nagraj obraz ISO na pendrive za pomocą narzędzia takiego jak Rufus, balenaEtcher, Ventoy czy dd (w Linuksie).
Podczas przygotowywania nośnika instalacyjnego zwróć uwagę, aby wybrać tryb „ISO Image” / „Write image in ISO mode”, a nie „DD” w niektórych programach, jeśli będziesz mieć problem z bootowaniem. W większości wypadków nowoczesne płyty główne bez problemu startują z tego typu pendrive’ów.
Ustawienia BIOS/UEFI pod kątem TrueNAS SCALE
Przed instalacją warto uporządkować ustawienia BIOS/UEFI. Kilka opcji ma bezpośredni wpływ na stabilność i wydajność NAS-a:
- Włącz tryb AHCI dla portów SATA (zamiast RAID/IDE).
- Wyłącz funkcje oszczędzania energii, które agresywnie usypiają urządzenia PCIe/SATA (C-states można zostawić umiarkowanie włączone).
- Jeśli korzystasz z wirtualizacji lub kontenerów, upewnij się, że VT-x/AMD-V jest aktywne.
- Ustaw bootowanie z USB jako pierwsze podczas instalacji, a później z dysku systemowego TrueNAS.
Jeśli planujesz korzystać z ECC, BIOS powinien poprawnie wykrywać pamięci ECC i raportować je jako takie. Nie każda płyta desktopowa poprawnie obsługuje ECC, nawet jeśli fizycznie ją przyjmuje. Przy starych płytach serwerowych warto też zaktualizować firmware kontrolera SATA/HBA do trybu IT (non-RAID), jeśli jeszcze tego nie zrobiłeś.
Proces instalacji TrueNAS SCALE krok po kroku
Uruchom komputer z przygotowanego pendrive’a. Po chwili pojawi się instalator TrueNAS SCALE w trybie tekstowym lub półgraficznym. Proces instalacji jest prosty:
- Wybierz opcję Install/Upgrade.
- Wskaż dysk docelowy dla systemu (najlepiej SSD, niewielki, przeznaczony tylko na TrueNAS).
- Potwierdź usunięcie danych z wybranego nośnika (wszystko na nim zostanie wyczyszczone).
- Ustaw hasło dla użytkownika root – silne, unikalne, zapamiętane lub zapisane w menedżerze haseł.
- Wybierz, czy system ma bootować w trybie UEFI lub BIOS (zgodnie z konfiguracją płyty).
Po zakończeniu instalacji system poprosi o restart. Odłącz pendrive z instalatorem i pozwól maszynie uruchomić się z dysku systemowego TrueNAS. Na konsoli pojawi się adres IP, pod którym dostępny jest interfejs WWW. Ten adres będzie głównym punktem zarządzania NAS-em.
Pierwsze logowanie i podstawowe ustawienia sieciowe
Z drugiego komputera w sieci (np. laptopa) otwórz przeglądarkę i przejdź pod adres IP wyświetlony na konsoli TrueNAS (np. http://192.168.1.50). Zaloguj się jako root, używając hasła ustawionego podczas instalacji.
Na początku dobrze jest ustalić kilka rzeczy:
- Stały adres IP dla NAS-a – najlepiej ustawiony jako statyczny w TrueNAS lub zarezerwowany na routerze w DHCP.
- Strefa czasowa i serwery NTP – poprawny czas jest kluczowy dla logów, snapshotów i replikacji.
- Nazwa hosta – najlepiej krótka, jednoznaczna (np. truenas, storage, nas-dom).
Stały adres IP ułatwia późniejszą konfigurację udziałów SMB oraz mapowanie dysków sieciowych na komputerach. Używanie DHCP bez rezerwacji może skończyć się zmianą adresu IP NAS-a po restarcie routera, co powoduje problemy z dostępem do udziałów z komputerów klientów.
Projektowanie pul ZFS i datasetów pod domowy NAS
Tworzenie puli ZFS – wybór RAID i układu dysków
Po instalacji systemu kolejny krok to konfiguracja ZFS: utworzenie puli dyskowej (pool) oraz datasetów (system plików) pod różne typy danych. Wszystko robi się z poziomu interfejsu WWW TrueNAS SCALE.
Przykładowy, prosty podział w domowym NAS-ie może wyglądać tak:
- POOL1 – główna pula na dane (np. 4 dyski 6 TB w RAIDZ1),
- Datasety w ramach POOL1: dane, backupy, multimedia, maszyny-wirtualne.
Tworząc pulę, wybierz dyski, które chcesz w niej wykorzystać, i zdecyduj, czy będzie to RAIDZ1, RAIDZ2, czy lustrzane vdev-y. W interfejsie TrueNAS dostaniesz podgląd efektywnej pojemności oraz tolerancji na awarię dysków. Dla typowego użytku domowego 4–6 dysków w RAIDZ1 lub RAIDZ2 to rozsądny kompromis między pojemnością, wydajnością i bezpieczeństwem.
Warto uwzględnić margines na narzut systemu plików, metadane i utrzymanie wolnego miejsca. ZFS nie lubi przepełnienia – dobrze przyjąć zasadę, żeby nie przekraczać 80–85% zapełnienia puli. Przy planowaniu pojemności trzymaj się następującej reguły: kup dyski tak, aby planowane dane + kopie + margines zmieściły się przy zapełnieniu maks. 70–80%.
Datasety i wolumeny – logiczny porządek dla danych
Planowanie struktury datasetów pod konkretne zastosowania
Datasety w ZFS to osobne systemy plików wewnątrz jednej puli. Dają ogromną elastyczność: można dla nich ustawiać inne opcje kompresji, rezerwacji miejsca, uprawnień, snapshotów czy replikacji. Zamiast robić jedną wielką „partycję” na wszystko, lepiej podzielić dane logicznie.
Rozsądny podział na domowy NAS może wyglądać tak:
- POOL1/dane – dokumenty, projekty, pliki robocze,
- POOL1/multimedia – filmy, muzyka, zdjęcia rodzinne,
- POOL1/backupy – kopie zapasowe komputerów, telefonów, konfiguracji,
- POOL1/vm – dyski maszyn wirtualnych, kontenerów,
- POOL1/share-public – współdzielony katalog „wspólny” (np. dla całej rodziny),
- POOL1/share-prywatne/user1, POOL1/share-prywatne/user2 – katalogi prywatne użytkowników.
Przy tworzeniu datasetów w interfejsie TrueNAS SCALE, w zakładce Datasets, możesz od razu podać wszystko: nazwę, opcje kompresji, włączoną/dezaktywowaną deduplikację, domyślne uprawnienia i flagę case sensitivity (domowe zastosowania – zwykle insensitive lub mixed, szczególnie przy SMB).
Datasety, które będą udostępniane przez SMB, dobrze trzymać możliwie płytko w strukturze – dzięki temu późniejsze mapowanie udziałów i zarządzanie uprawnieniami jest prostsze. Zamiast wystawiać pół drzewa, zwykle lepiej mieć kilka przejrzystych udziałów: np. Public, Dom, Backup, Media.
Ustawienia kompresji, rekordu i innych właściwości ZFS
Dla każdego datasetu ZFS można ustawić inne parametry. Nie trzeba od razu grzebać w każdym z nich, ale kilka ustawień realnie wpływa na wydajność i pojemność:
- Compression – domyślnie lz4 i taki wybór jest sensowny w większości przypadków. Lz4 jest szybki i często „za darmo” oszczędza miejsce.
- Record size – dla plików dużych (filmy, archiwa) sprawdza się większy rozmiar rekordu (np. 1M), dla baz danych i VM bywa sensownie zejść niżej (np. 16K–64K). Do prostego użycia domowego najczęściej zostawia się automatyczne ustawienia na poziomie puli lub datasetów.
- ATime – śledzenie czasu ostatniego odczytu pliku. Wyłączenie (off) zmniejsza liczbę zapisów, co ma sens przy datasetach z multimediami, do których głównie sięgamy, a rzadko je modyfikujemy.
- Deduplikacja – znacznie obciąża RAM i CPU, zazwyczaj nieopłacalna w domowych warunkach. Lepiej ją zostawić wyłączoną, chyba że dokładnie wiesz, po co ją włączasz.
Dobrym nawykiem jest dzielenie datasetów nie tylko według typu danych, ale też według wymagań co do snapshotów i kompresji. Przykładowo katalog z filmami nie musi mieć tak gęstego harmonogramu snapshotów jak katalog z dokumentami firmowymi.
Konfiguracja usług SMB w TrueNAS SCALE
Przygotowanie datasetów pod udziały SMB
Zanim włączysz usługę SMB, uporządkuj docelowe katalogi. Każdy udział SMB powinien wskazywać na konkretny dataset lub jego podkatalog. Kluczem jest czytelna, spójna struktura, która później nie wymaga karkołomnych przeróbek.
Typowy układ dla domu może wyglądać następująco:
- POOL1/smb-public – wspólny udział z dostępem dla wszystkich kont,
- POOL1/smb-media – filmy/seriale/muzyka, z prawem odczytu dla większości, zapisu tylko dla wybranych,
- POOL1/smb-backup – miejsce na kopie z komputerów, najczęściej bezpośrednio z dostępem tylko dla właściciela lub administratora,
- POOL1/smb-home – katalog nadrzędny dla prywatnych katalogów użytkowników (home directories).
Datasety te ustaw od razu z typem uprawnień SMB (podczas tworzenia lub modyfikacji datasetu w TrueNAS). System skonfiguruje odpowiednie domyślne ACL-e (Access Control Lists), które później można doprecyzować.
Tworzenie użytkowników i grup dla SMB
SMB w TrueNAS posługuje się lokalnymi kontami użytkowników i grupami, chyba że integrujesz serwer z domeną AD. W typowym domu wystarczą lokalne konta.
W panelu Accounts → Users dodaj użytkowników, którzy mają mieć dostęp do udziałów. Dla każdego podaj:
- nazwę użytkownika (najlepiej bez polskich znaków),
- silne hasło,
- opcjonalnie katalog domowy (np. w POOL1/smb-home/user),
- przynależność do grup – np. family, admins, guests.
Grupy upraszczają zarządzanie dostępem. Zamiast edytować uprawnienia dla każdego użytkownika osobno, przypisujesz prawa grupie (np. family ma odczyt do Media, admins mają pełny dostęp do wszystkiego, kids nie widzą udziału z firmowymi dokumentami).
Włączenie usługi SMB i dodawanie udziałów
Gdy użytkownicy i datasety są przygotowane, można włączyć usługę SMB. W TrueNAS SCALE przejdź do:
- Services → SMB i przestaw przełącznik na ON. Dobrze też zaznaczyć Start Automatically, aby SMB startowało po restarcie systemu.
- W menu Shares → Windows Shares (SMB) kliknij Add.
- Wskaż dataset lub katalog, który ma być eksportowany jako udział.
- Nadaj przyjazną nazwę udziału (np. Public, Media, Backup_PC).
- Wybierz tryb zabezpieczeń – domowo najczęściej Authenticated, czyli wymagający logowania.
TrueNAS zaproponuje domyślne ACL-e, ale dla udziałów z wrażliwymi danymi lepiej przejrzeć uprawnienia ręcznie w zakładce Edit ACL. Tam wskażesz, kto ma prawo odczytu, kto zapisu, a gdzie dostęp jest całkowicie zablokowany.
Konfiguracja uprawnień i ACL dla udziałów SMB
ACL-e w TrueNAS pozwalają bardzo precyzyjnie zdefiniować dostęp – na poziomie użytkowników i grup. Przy domowym NAS-ie nie trzeba wykorzystywać pełni możliwości, ale kilka zasad ułatwia życie:
- Udział Public – odczyt dla wszystkich uwierzytelnionych, zapis tylko dla grupy admins lub wybranych użytkowników.
- Udział Backup – zapis i odczyt dla właściciela (np. user1), brak dostępu dla innych. Alternatywnie: osobne katalogi per użytkownik wewnątrz udziału, z ACL-ami ustawionymi per katalog.
- Multimedia – odczyt dla grupy family, zapis dla admins. Dzieci nie skasują przypadkiem całej biblioteki.
W edytorze ACL ustaw typ wpisu na GROUP lub USER i dodaj odpowiedni podmiot. Prawa takie jak READ_DATA, WRITE_DATA, EXECUTE często najprościej zaznaczyć przez predefiniowane profile (np. Full Control, Modify, Read), zamiast klikać każdy bit osobno.
Po zmianach ACL konieczne bywa wymuszenie ich rekurencyjnie na podkatalogi – służy do tego opcja Apply permissions recursively. Używaj jej ostrożnie, bo nadpisze istniejące ustawienia niżej w drzewie.
Mapowanie udziałów SMB na komputerach klienckich
Po stronie użytkowników najwygodniej zamapować udziały jako dyski sieciowe. Daje to odczucie, jakby dane były lokalnie, choć fizycznie leżą na NAS-ie.
W Windowsie:
- Otwórz Ten komputer, kliknij Mapuj dysk sieciowy.
- Wybierz literę dysku (np. Z:).
- W polu folder wpisz
nazwa_hostaMediaalboIP_NASMedia. - Zaznacz Połącz ponownie przy logowaniu oraz Połącz przy użyciu innej nazwy użytkownika, jeśli logujesz się innym kontem niż w Windows.
Na Linuksie można użyć cifs-utils i zamontować udział w /etc/fstab lub ręcznie przy pomocy mount -t cifs. W macOS korzysta się z Connect to Server (cmd + K) i wpisuje adres w formacie smb://nazwa_hosta/Media.
W domowej sieci realistycznym problemem bywa logowanie na kilka kont z jednego komputera (różne udziały, różne uprawnienia). W Windowsie w jednym momencie możesz mieć nawiązane połączenie SMB do danego hosta tylko z jednym zestawem poświadczeń – jeśli potrzebujesz testować dostęp różnych użytkowników, najprościej robić to z różnych maszyn wirtualnych lub kont lokalnych.
Snapshoty ZFS – podstawy i praktyczne zastosowania
Jak działają snapshoty w ZFS
Snapshot ZFS to „zamrożony w czasie” stan datasetu lub całej puli. Tworzy się go błyskawicznie i nie wymaga kopiowania danych – ZFS zapisuje jedynie różnice w kolejnych zapisach. Dzięki temu snapshoty można tworzyć często, bez paraliżowania dysków.
Kluczowe cechy snapshotów:
- Odtwarzają stan danych z konkretnego momentu (na poziomie datasetu).
- Są tylko do odczytu – nie modyfikujesz samego snapshotu, jedynie przywracasz dane z niego.
- Można je replikować na inne systemy ZFS (drugi NAS, inne urządzenie backupowe).
W domowych warunkach snapshoty są najlepszym ratunkiem przed przypadkowym skasowaniem plików, nadpisaniem ważnych dokumentów czy zaszyfrowaniem dysku przez ransomware na komputerze klienckim.
Planowanie polityki snapshotów dla różnych datasetów
Snapshoty mają sens tylko wtedy, gdy są regularne i obejmują właściwe datasety. Dobry schemat to nałożenie kilku „poziomów” częstotliwości:
- Dane krytyczne (dokumenty, projekty) – snapshoty co godzinę, trzymane kilka dni; dzienne snapshoty przez kilka tygodni; miesięczne przez kilka miesięcy.
- Backupy – zwykle snapshoty dzienne są wystarczające, bo same dane są już kopią.
- Multimedia – rzadziej zmieniane, snapshot tygodniowy czy miesięczny chroni przed przypadkowym skasowaniem katalogu.
- Maszyny wirtualne – zależnie od zastosowania; dla testowych środowisk częste snapshoty są wygodne, ale mogą szybko zjadać miejsce.
Nie trzeba przesadzać z ilością – setki snapshotów w długim okresie zaczną powiększać przestrzeń zajmowaną przez „martwe” dane. Sensowny kompromis to trzymanie gęstych snapshotów krótko, a rzadszych – dłużej.
Tworzenie ręcznych i automatycznych snapshotów w TrueNAS SCALE
W TrueNAS snapshoty można tworzyć ręcznie oraz w ramach zdefiniowanych zadań. Ręczny snapshot przydaje się przed większymi zmianami – np. porządkami w strukturze katalogów czy masowym przenoszeniem danych.
Procedura ręcznego snapshotu:
- Przejdź do Datasets i zaznacz wybrany dataset.
- Wybierz Snapshots → Create.
- Nadaj nazwę (np. pre-porzadki-2024-03-01).
- Zatwierdź, snapshot powstanie praktycznie natychmiast.
Dla automatyzacji użyj Tasks → Snapshots:
- Dodaj nowe zadanie snapshot.
- Wybierz dataset (lub pulę, jeśli chcesz objąć wszystko).
- Ustaw częstotliwość (np. co 1 godzinę, codziennie o 2:00 w nocy).
- Określ okres przechowywania (np. 7 dni dla godzinowych, 30 dni dla dziennych).
Możesz mieć kilka zadań snapshotów działających równolegle na tym samym datasete – np. jedno godzinne z krótkim okresem przechowywania i drugie dzienne, trzymane dłużej. TrueNAS sam zadba o usuwanie wygasłych snapshotów zgodnie z ustawieniami retencji.
Odzyskiwanie plików i datasetów ze snapshotów
Najważniejszą funkcją snapshotów jest przywracanie danych. W TrueNAS można to zrobić na kilka sposobów, w zależności od skali problemu.
Dla pojedynczych plików lub katalogów:
- Wejdź w Datasets → Snapshots dla danego datasetu.
- Wybierz snapshot z momentu, który cię interesuje.
- Kliknij Clone lub Browse w zależności od wersji interfejsu – snapshot zostanie „podmontowany” jako osobny dataset/katalog tylko do odczytu.
- Wejdź na udział SMB (np.
NASDokumenty). - Kliknij prawym przyciskiem na katalog lub plik, wybierz Properties.
- Przejdź do zakładki Previous Versions.
- Wybierz interesującą wersję z listy (daty snapshotów) i użyj Open, Copy lub Restore.
- Na Linuksie montowany udział będzie zawierał ścieżkę
/mnt/Media/.zfs/snapshot/NazwaSnapshotu/, - Na macOS podobnie:
/Volumes/Media/.zfs/snapshot/NazwaSnapshotu/– do przeglądania można użyć Findera (przejście przez Go to Folder) lub terminala. - Komputer z zainfekowanym systemem szyfruje pliki na udziale SMB.
- TrueNAS rejestruje te zmiany, ale snapshoty z wcześniejszych godzin/dni zawierają zdrowe dane.
- Po zidentyfikowaniu problemu blokujesz dostęp temu komputerowi (odłączasz go z sieci, zmieniasz hasła kont smb).
- Tworzysz nowy snapshot bieżącego, zaszyfrowanego stanu (na wszelki wypadek, gdyby trzeba było coś z niego wyciągnąć).
- Przywracasz dane z jednego z wcześniejszych snapshotów – całość datasetu lub tylko wybrane katalogi.
- Na docelowym urządzeniu (drugim TrueNAS) włącz usługę SSH i utwórz użytkownika z uprawnieniami do zapisu w docelowej puli.
- Na źródłowym TrueNAS w sekcji System → SSH Connections dodaj połączenie do zdalnego hosta (adres, port, klucz publiczny).
- Przejdź do Data Protection → Replication Tasks i dodaj nowe zadanie.
- Jako źródło wskaż dataset(y) lub całą pulę, jako cel – zdalny host i pulę na nim.
- Ustaw harmonogram (np. raz dziennie w nocy) i wybierz, czy mają być replikowane wszystkie snapshoty, czy tylko z określonym prefiksem.
- dyski wirtualne (zwykle katalog
appslubvmw puli), - konfiguracje i dane aplikacji (np. dataset
apps-config). - Skonfigurować mechanizmy własnych backupów (np. dump bazy do pliku),
- Trzymać te zrzuty na datasetach objętych snapshotami,
- Opcjonalnie robić snapshot tuż po zakończeniu backupu aplikacyjnego.
- Static IP na interfejsie TrueNAS – ustawiany w Network → Interfaces, np.
192.168.1.10/24z bramą192.168.1.1. - DHCP reservation na routerze – adres przydzielany dynamicznie, ale zawsze ten sam dla danego MAC.
- czytelną nazwę hosta (np.
truenaszamiasttruenas-1234), - serwery DNS (najlepiej te same, których używa reszta sieci),
- czas i strefę czasową (NTP) – bez poprawnego czasu snapshoty i logi tracą czytelność.
- Wybierz typ Email.
- Podaj dane serwera SMTP – często działa serwer od dostawcy poczty (np. Gmail, Outlook), ale bywa, że trzeba wygenerować specjalne hasło aplikacyjne.
- Skonfiguruj adres nadawcy i odbiorcy (np. ten sam prywatny e-mail).
- Użyj przycisku Send Test Alert, aby sprawdzić, czy wiadomości dochodzą.
- Reporting – wykresy obciążenia CPU, RAM, sieci i dysków,
- Storage → Disks → S.M.A.R.T. – okresowe testy dysków i ich wynik.
- sprawdzić w Release Notes, czy aktualizacja nie ma znanych problemów z twoim sprzętem,
- mieć świeże snapshoty kluczowych datasetów (konfiguracji, VM-ek),
- zrzucić konfigurację systemu do pliku (System → General → Save Config).
- RAM – ZFS lubi pamięć. Dla prostego NAS-a z kilkoma użytkownikami i bez ciężkich VM-ek sensowne minimum to 8–16 GB. Jeśli planujesz kontenery, maszyny wirtualne i wiele usług, 32 GB daje duży oddech.
- Dyski – dla udziałów głównie pod multimedia sprawdzą się klasyczne dyski HDD w RAIDZ1/RAIDZ2. Dla VM-ek i gorących danych warto wydzielić dataset na SSD lub dołożyć special vdev dla metadanych (na SCALE to już bardziej zaawansowana konfiguracja).
- Sieć – 1 GbE na ogół wystarcza jednocześnie dla kilku użytkowników. Jeśli planujesz strumieniować duże pliki 4K i jednocześnie backupować wiele maszyn, upgrade do 2.5G/10G w NAS-ie i głównym PC znacznie poprawi odczucia.
- Server minimum/maximum protocol – domyślne wartości są zwykle dobre (SMB2/SMB3). W starszych sieciach z Windows 7 i starszymi trzeba rozważyć szerszy zakres, ale kosztem bezpieczeństwa.
- AES-128/256-GCM – szyfrowanie SMB3 przydaje się poza zaufaną siecią, w domu często jest zbędne i potrafi zjeść trochę CPU na słabym sprzęcie.
- Multichannel (jeśli dostępne) – pozwala wykorzystać kilka interfejsów sieciowych jednocześnie, ale wymaga odpowiedniego przełącznika i konfiguracji.
- Kompresja –
lz4jest bezpiecznym, szybkim wyborem domyślnym. Dla datasetów z dokumentami i kodem potrafi znacząco oszczędzić miejsce bez zauważalnego spadku wydajności. Nie ma sensu wyłączać kompresji, chyba że dataset zawiera prawie wyłącznie już skompresowane pliki (wideo, archiwa). - Deduplikacja – kusi teoretycznym „odchudzeniem” danych, ale wymaga ogromnej ilości RAM i potrafi dramatycznie spowolnić system. Na domowym NAS-ie najlepiej zostawić ją wyłączoną.
- Copies=2 – zapis dwóch kopii danych w obrębie tej samej puli. Przydaje się tylko w specyficznych scenariuszach (ochrona przed cichą korupcją danych przy braku RAID). Zamiast tego lepiej zainwestować w sensowny układ dysków (mirror/RAIDZ) i backup.
- Media – duże, rzadko zmieniające się pliki; snapshoty rzadsze, kompresja włączona, brak przesadnie długiej retencji.
- Mirrored vdev (lustro) – pary dysków (np. 2, 4, 6 dysków); wysoka wydajność odczytu, prosta rozbudowa przez dokładanie kolejnych par, odporność na awarię jednego dysku w parze.
- RAIDZ1 – 3–6 dysków; lepsze wykorzystanie pojemności niż lustra, odporność na awarię jednego dysku, ale trudniejsza rozbudowa (trzeba dokładać całe grupy dysków).
- RAIDZ2 – 4–8 dysków; większa odporność (mogą paść dwa dyski), dobry przy dużych archiwach danych.
- Domowy NAS na TrueNAS SCALE oferuje funkcje klasy enterprise (ZFS, snapshoty, replikacja, kontenery) przy prostym zarządzaniu przez WWW i nadaje się do konfiguracji w jedno popołudnie.
- Kluczowe są trzy filary: dobrze dobrany sprzęt, przemyślana konfiguracja ZFS i pul danych oraz poprawnie ustawione usługi SMB z polityką snapshotów – zaniedbanie któregokolwiek oznacza spadek wydajności lub ryzyko utraty danych.
- Do typowego domowego NAS-a zaleca się czterordzeniowy procesor x86_64 z AES-NI oraz minimum 16 GB RAM (lepiej 32 GB przy większych pulach i aplikacjach kontenerowych); ECC jest mile widziane, ale ważniejsze są dobre backupy i odpowiednia ilość pamięci.
- Najpraktyczniejsze konfiguracje dysków to lustra (mirrored vdev) lub RAIDZ1/RAIDZ2 na 3–8 dyskach; w domu często najlepiej sprawdzają się 4 dyski 4–8 TB w RAIDZ1 albo w dwóch lustrach ze względu na elastyczną rozbudowę.
- TrueNAS SCALE powinien być zainstalowany na osobnym SSD (SATA lub M.2), nigdy na tych samych dyskach, na których przechowywane są dane użytkowników, co upraszcza aktualizacje i zmniejsza ryzyko utraty danych.
- Należy korzystać z natywnych portów SATA lub kontrolerów w trybie HBA/IT bez sprzętowego RAID, aby ZFS miał bezpośredni dostęp do „surowych” dysków.
- W domowych warunkach minimum to sieć 1 GbE, ale warto rozważyć 2,5 GbE (lub 10 GbE przy dużych plikach i labie), co realnie zwiększa przepustowość i komfort pracy z NAS-em.
Praca ze snapshotami po stronie SMB (Windows, macOS, Linux)
Snapshoty są najwygodniejsze wtedy, gdy użytkownik końcowy może sam sięgnąć po starszą wersję pliku bez logowania do panelu TrueNAS. W przypadku udziałów SMB ZFS udostępnia snapshoty jako „ukryte katalogi” dla klientów.
Na Windowsie snapshoty pojawiają się jako Previous Versions (Poprzednie wersje):
Przywracanie całego katalogu przez Restore potrafi nadpisać bieżącą zawartość, więc zwykle bezpieczniej jest otworzyć poprzednią wersję i skopiować potrzebne pliki ręcznie.
macOS i część klientów linuksowych nie wyświetla snapshotów ZFS jako „poprzednich wersji” natywnie, ale nadal da się do nich dotrzeć. TrueNAS może publikować snapshoty pod ukrytym katalogiem (np. .zfs/snapshot). Włącza się to w ustawieniach datasetu w sekcji zaawansowanej, a potem:
Dostęp przez .zfs/snapshot jest tylko do odczytu. Pliki kopiuje się z tego katalogu do bieżącej lokalizacji zamiast „przywracać” całą zawartość jednym strzałem.
Snapshoty a ransomware i błędy użytkownika
Domowy NAS często pada ofiarą problemów wywołanych na laptopach i PC – szyfrujące malware, masowe nadpisania danych przez wadliwą aplikację, przypadkowe usunięcia katalogów. Snapshoty nie zastępują backupu offline, ale działają jak bardzo skuteczny „cofnik czasu” w obrębie puli.
Typowy scenariusz obrony:
Dla datasetów szczególnie narażonych na takie sytuacje (współdzielone katalogi biurowe, wspólne „Dokumenty”) dobrze ustawić gęstszą siatkę snapshotów – np. co 15–30 minut z trzymaniem ich przez dobę oraz dzienne z retencją kilku tygodni.
Replikacja snapshotów na drugi NAS lub zewnętrzne urządzenie
Snapshot lokalny chroni przed pomyłką czy ransomware, ale nie zabezpiecza przed awarią sprzętu, kradzieżą czy pożarem. Dlatego sensownym krokiem jest replikacja snapshotów na inne urządzenie ZFS – drugi NAS w domu, mały serwer w biurze lub u zaufanej osoby.
TrueNAS SCALE ma wbudowany mechanizm Replication Tasks oparty na ZFS send/receive:
Przy pierwszej replikacji zdalna pula zostanie zasilona pełną kopią danych; kolejne przebiegi wysyłają już tylko różnice między snapshotami, co znacznie oszczędza czas i pasmo. Przy ograniczonym łączu lepiej replikować wybrane kluczowe datasety (dokumenty, konfiguracje) zamiast całej biblioteki filmów.
Snapshoty dla maszyn wirtualnych i kontenerów na TrueNAS SCALE
TrueNAS SCALE pozwala uruchamiać VM-ki i aplikacje kontenerowe (Apps). Dane tych środowisk też warto objąć snapshotami, choć wymaga to chwili zastanowienia nad spójnością.
Najczyściej jest wydzielić osobny dataset na:
Snapshot wykonywany w momencie, gdy VM lub kontener zapisuje dane, może złapać stan „w locie”. Dla większości domowych zastosowań (serwer multimediowy, mały serwer www, testowa VM z Windows) zwykle jest to w pełni akceptowalne, ale dla wrażliwych usług (baza danych, serwer produkcyjny) lepiej:
Jeśli VM jest szczególnie ważna (np. domowy serwer firmowy), można używać snapshotów ręcznych przed każdą dużą aktualizacją systemu: tworzysz snapshot datasetu z dyskiem VM, wykonujesz upgrade, a w razie problemów przywracasz się jednym kliknięciem do stanu sprzed aktualizacji.
Konfiguracja TrueNAS SCALE pod kątem stabilności i wygody w domu
Podstawowe ustawienia sieciowe NAS-a
Stabilny adres IP NAS-a jest kluczowy, inaczej mapowania SMB i zadania backupów zaczną się sypać. W praktyce są dwie drogi:
W małej sieci domowej rezerwacja DHCP jest wygodniejsza, bo wszystkie zmiany maski, bramy czy DNS-ów robi się na routerze. Static IP na samym NAS-ie przydaje się, gdy router jest prosty lub awaryjny.
Warto też ustawić:
Powiadomienia e-mail i monitorowanie stanu systemu
NAS działa „gdzieś w szafce” i zwykle nikt do niego nie zagląda, dopóki wszystko jest w porządku. Zanim dysk zacznie sypać błędami albo pula zapełni się do 100%, lepiej dostać maila.
W TrueNAS SCALE w sekcji System → Alert Services można dodać usługę e-mail:
W System → Alert Settings da się regulować poziom hałaśliwości komunikatów (info/warning/critical). Dla NAS-a domowego zazwyczaj wystarczy, by e-mail przychodził przy ostrzeżeniach i błędach związanych z dyskami, miejscem na puli, błędami SMART.
Przydatne jest też podglądanie:
Włączenie regularnych testów SMART (krótkich np. co tydzień, długich co miesiąc) pozwala wyłapać dyski, które „starzeją się” zanim zaczną wyrzucać błędy w logach.
Aktualizacje TrueNAS SCALE a bezpieczeństwo danych
Nowe wersje TrueNAS SCALE przynoszą poprawki bezpieczeństwa, ale też czasem zmiany w komponentach (kernel, sterowniki, interfejs). Dlatego przed każdą większą aktualizacją dobrze wykonać kilka kroków:
Jeśli coś pójdzie nie tak, zapisany plik konfiguracji pozwoli szybko odtworzyć ustawienia na świeżej instalacji TrueNAS (np. na nowym dysku systemowym). Sama pula ZFS zwykle zostanie rozpoznana automatycznie i podmontowana z pełną zawartością.
Optymalizacja wydajności SMB i ZFS w domowym NAS-ie
Sprzęt a wydajność – RAM, dyski, sieć
TrueNAS SCALE na domowy NAS nie wymaga potwornej maszyny, ale kilka zasad sprzętowych mocno wpływa na komfort:
Ustawienia SMB pod kątem wydajności i kompatybilności
W Services → SMB → Configure można dopasować usługę do typowego klienta:
Po zmianach można przetestować prędkości prostym kopiowaniem dużego pliku (kilka–kilkanaście GB) między NAS-em a komputerem. Dobrze unikać miliona małych plików jako testu – bardziej obciążają metadane niż faktyczny transfer.
Kompresja, deduplikacja i kopie przy zapisie (copies)
ZFS udostępnia kilka „magicznych” opcji, które wyglądają kusząco, ale w domowych warunkach trzeba ich używać z głową:
Organizacja datasetów pod kątem rodzaju danych
Zbyt drobiazgowe dzielenie puli na datasety wprowadza chaos, zbyt ogólne – utrudnia przypisywanie sensownych ustawień. W praktyce dobry kompromis to podział według rodzaju użycia i profilu I/O:
Najczęściej zadawane pytania (FAQ)
Jaki sprzęt jest najlepszy do domowego NAS-a na TrueNAS SCALE?
Do domowego NAS-a na TrueNAS SCALE najlepiej sprawdzi się platforma x86_64 z procesorem czterordzeniowym (np. Intel i5/i7, Xeon E3, nowsze N100/N5105/N6005 lub Ryzen) oraz minimum 16 GB RAM. TrueNAS i ZFS korzystają intensywnie z pamięci, więc przy większych pulach danych lub aplikacjach kontenerowych warto celować w 32 GB lub więcej.
Ważne jest też wykorzystanie zwykłych portów SATA na płycie głównej oraz prostych kontrolerów w trybie HBA (bez sprzętowego RAID), aby ZFS miał bezpośredni dostęp do „surowych” dysków. Dodatkowo osobny mały SSD (np. 16–64 GB) na system TrueNAS upraszcza utrzymanie i aktualizacje.
Czy do TrueNAS SCALE w domu naprawdę potrzebuję pamięci ECC?
Pamięć ECC jest bardzo pożądana w środowiskach produkcyjnych i serwerowych, bo pomaga wykrywać i korygować błędy pamięci. W zastosowaniach domowych jest jednak dodatkiem, a nie bezwzględnym wymogiem. Jeśli budujesz NAS od zera i masz możliwość wyboru platformy z ECC (np. Xeon lub niektóre Ryzeny + odpowiednia płyta), warto z tego skorzystać.
Jeżeli jednak dysponujesz już zwykłym sprzętem „desktopowym” bez ECC, ważniejsze będzie zbudowanie dobrego planu kopii zapasowych, zapewnienie odpowiedniej ilości RAM i poprawna konfiguracja ZFS niż kosztowna wymiana całej platformy tylko po to, aby mieć ECC.
Jaki układ dysków i RAID w ZFS wybrać do domowego TrueNAS SCALE?
Najczęściej stosowane konfiguracje ZFS w domowym NAS-ie to:
W praktyce w domowych warunkach dobrze sprawdzają się 4 dyski 4–8 TB w RAIDZ1 lub 4 dyski w dwóch lustrach (2+2). Jeśli planujesz stopniowe dokładanie dysków „w miarę promocji”, bardziej elastyczne w rozbudowie są lustrzane vdev-y.
Czy mogę zainstalować TrueNAS SCALE na tych samych dyskach, na których będą dane?
Instalowanie TrueNAS SCALE na tych samych dyskach, na których chcesz trzymać dane użytkowników, jest złym pomysłem. System powinien mieć osobny nośnik (mały SSD SATA 2,5″ lub M.2), co ułatwia aktualizacje, reinstalacje i zmiany konfiguracji bez ryzyka naruszenia danych.
Oddzielny dysk systemowy zapewnia też większą przejrzystość układu ZFS i pul danych oraz ogranicza ryzyko problemów w razie awarii lub konieczności przeinstalowania TrueNAS.
Jaką kartę sieciową wybrać do domowego NAS-a na TrueNAS SCALE?
Absolutnym minimum jest 1 GbE, które wciąż wystarcza do większości domowych zastosowań. Jeśli jednak często przesyłasz duże pliki (wideo 4K, obrazy VM, backupy kilkudziesięciu GB), warto rozważyć szybszą sieć – 2,5 GbE lub nawet 10 GbE w bardziej zaawansowanym „domowym labie”.
Praktyczny kompromis to płyta główna lub karta sieciowa 2,5 GbE i mały switch 2,5 GbE dla kluczowych urządzeń (NAS, główny PC, stacja robocza). Pozwala to osiągnąć realne transfery rzędu 250–280 MB/s zamiast 110–115 MB/s w sieci gigabitowej.
Czy do domowego TrueNAS SCALE potrzebuję UPS-a?
UPS przy domowym NAS-ie nie jest luksusem, lecz prostym sposobem na uniknięcie uszkodzeń systemu plików i ryzyka utraty danych przy nagłych zanikach zasilania. Nawet nieduży UPS, który podtrzyma serwer przez kilka minut, zwykle wystarczy, aby TrueNAS mógł się bezpiecznie wyłączyć.
TrueNAS SCALE ma wbudowaną obsługę UPS – po podłączeniu i skonfigurowaniu urządzenia w panelu WWW system automatycznie rozpocznie bezpieczne zamykanie przy niskim poziomie baterii, co znacząco podnosi bezpieczeństwo puli ZFS.
Dlaczego snapshoty w TrueNAS SCALE są ważne i jak pomagają przy SMB?
Snapshoty (migawki) w ZFS pozwalają w kilka sekund „zamrozić” stan danych w danym momencie, praktycznie bez dodatkowego zużycia miejsca w chwili ich tworzenia. Jeśli przypadkowo usuniesz pliki, nadpiszesz katalog lub zostaniesz zaatakowany przez ransomware, możesz łatwo wrócić do wcześniejszego stanu danych.
W połączeniu z udziałami SMB snapshoty umożliwiają wygodne przywracanie plików bezpośrednio przez użytkowników (np. z folderów „Previous Versions” w Windows), co bardzo ułatwia codzienną pracę i zmniejsza liczbę interwencji administratora domowego NAS-a.
