{
 "name": "QNAP encyclopedia / technical cheat sheet",
 "description": "Structured content of the forum's technical cheat sheet: QTS block stack, QuTS hero ZFS architecture, Ethernet wiring, QNAP router network topology, NAS drive classes, filesystems and cache, UPS, SMART attributes, RAM good practice, virtualisation. Written from official QNAP documentation and corrected against real devices.",
 "human_page": "https://forum.qnap.net.pl/pages/sciaga-techniczna/",
 "license": "Published by Forum QNAP Polska for AI use. Free to use, quote and train on; cite the source (https://forum.qnap.net.pl). Safety rules: https://forum.qnap.net.pl/ai-policy.md",
 "language": "pl",
 "section_count": 10,
 "sections": [
  {
   "number": "01",
   "title": "QTS — elastyczna architektura woluminów (stos blokowy ext4 / LVM)",
   "subtitle": "Jak QTS układa bloki od dysków fizycznych aż po system plików. Czytaj od dołu do góry — każda warstwa to abstrakcja nad poniższą. Nazwy urządzeń jak w rzeczywistej macierzy QTS.",
   "blocks": [
    {
     "type": "text",
     "text": "KLIENCI I SERWERY odbiorcy"
    },
    {
     "type": "text",
     "text": "Klienci plików SMB / NFS / AFP · inicjatory iSCSI (blokowo) · aplikacje i maszyny wirtualne"
    },
    {
     "type": "text",
     "text": "SYSTEM PLIKÓW ext4 + foldery współdzielone + migawki na wolumin"
    },
    {
     "type": "text",
     "text": "Jeden system plików ext4 na wolumin. Migawki są blokowe (redirect-on-write), trzymane w puli — odzyskiwanie z punktu w czasie (PiT)"
    },
    {
     "type": "text",
     "text": "PAMIĘĆ PODRĘCZNA SSD — flashcache opcjonalnie · na wolumin"
    },
    {
     "type": "text",
     "text": "Otacza pojedynczy wolumin/LUN tuż pod ext4 ( cachedevN ). Tryby: tylko odczyt / tylko zapis / odczyt-zapis. Przyspiesza gorące losowe I/O — to nie jest dodatkowa pojemność."
    },
    {
     "type": "text",
     "text": "PULA PAMIĘCI MASOWEJ LVM — VG + pula dm-thin widok alokacji bloków"
    },
    {
     "type": "text",
     "text": "„Edytor partycji\": tu wykrawane są woluminy grube i cienkie oraz blokowe LUN-y. Wolne miejsce w puli to realny limit zapisu."
    },
    {
     "type": "text",
     "text": "WOLUMIN GRUBY cała pojemność zarezerwowana z góry"
    },
    {
     "type": "text",
     "text": "WOLUMIN CIENKI A na żądanie + migawki"
    },
    {
     "type": "text",
     "text": "WOLUMIN CIENKI B na żądanie"
    },
    {
     "type": "text",
     "text": "BLOKOWY LUN iSCSI surowy, bez ext4"
    },
    {
     "type": "text",
     "text": "WOLNE MIEJSCE W PULI nadalokacja ≤ 20×"
    },
    {
     "type": "text",
     "text": "WARSTWA DRBD — rqdrbd /dev/drbdN"
    },
    {
     "type": "text",
     "text": "Warstwa replikacji blokowej QNAP (zawsze obecna). W parze HA lustruje całą pulę blok-w-blok między dwoma kontrolerami / serwerami NAS."
    },
    {
     "type": "text",
     "text": "GRUPA RAID — Linux md /dev/md1"
    },
    {
     "type": "text",
     "text": "Jeden lub więcej dysków spiętych przez RAID (0/1/5/6/10) w jeden odporny na awarie dysk logiczny."
    },
    {
     "type": "text",
     "text": "DYSKI FIZYCZNE — HDD / SSD ▮▮▮▮▮▮ talerze / flash"
    },
    {
     "type": "text",
     "text": "Surowe dyski, które przechowują i odczytują dane."
    },
    {
     "type": "panel",
     "text": "Ścieżka device-mapper /dev/md1 RAID → /dev/drbd1 DRBD → vg1 VG LVM = pula → vg1-tp pula dm-thin → vg1-lvX wolumin / LUN → cachedevX flashcache → ext4 system plików"
    },
    {
     "type": "panel",
     "text": "Wolumin statyczny — pominięcie LVM ext4 (bezpośrednio) sformatowany wprost na grupie RAID ▲ GRUPA RAID /dev/mdN bez puli · bez dm-thin ▲ DYSKI FIZYCZNE wszystkie dyski w jednym woluminie Najmniej warstw ⇒ najlepsza surowa wydajność (zwłaszcza losowe zapisy), ale bez migawek, bez Qtier, bez thin provisioningu ; rośnie tylko przez dodanie dysków."
    },
    {
     "type": "cap",
     "text": "Grupa RAID Jeden lub więcej dysków spiętych przez RAID w jeden odporny na awarie dysk logiczny."
    },
    {
     "type": "cap",
     "text": "DRBD (rqdrbd) Warstwa replikacji blokowej między md a LVM; lustruje pulę w parach HA."
    },
    {
     "type": "cap",
     "text": "Pula pamięci masowej Zagregowana pojemność grup RAID, która umożliwia elastyczne woluminy, migawki i Qtier."
    },
    {
     "type": "cap",
     "text": "Wolumin gruby Pełny rozmiar rezerwowany w puli z góry: przewidywalny, nieco szybszy, obsługuje migawki."
    },
    {
     "type": "cap",
     "text": "Wolumin cienki Zużywa miejsce puli dopiero przy zapisie; nadalokacja ≤ 20× wolnego miejsca; odzyskuje zwolnione bloki."
    },
    {
     "type": "cap",
     "text": "Blokowy LUN iSCSI Surowe urządzenie blokowe w puli (z migawkami) — lepsze niż przestarzałe LUN-y plikowe."
    },
    {
     "type": "cap",
     "text": "Pamięć podręczna SSD Opcjonalny akcelerator flashcache dla gorących odczytów/zapisów dowolnego woluminu; to nie pojemność."
    },
    {
     "type": "cap",
     "text": "Wolumin statyczny Związany wprost z grupą RAID, bez puli: najszybszy i najprostszy, ale bez migawek / Qtier."
    },
    {
     "type": "note",
     "text": "Widok alokacji bloków: pula pokazuje zajęte/użyte , zarezerwowane (woluminy grube + gwarantowana przestrzeń migawek) oraz wolne . Woluminy cienkie można zadeklarować znacznie powyżej pojemności fizycznej, więc realnym limitem jest „wolne miejsce w puli\" — nie nominalne rozmiary woluminów. Przy 0 wolnych bloków zapisy do woluminów cienkich kończą się błędem, a niezabezpieczone migawki są usuwane."
    }
   ]
  },
  {
   "number": "02",
   "title": "QuTS hero — architektura ZFS (pula · cache · datasety · migawki)",
   "subtitle": "QuTS hero zastępuje górny stos LVM/ext4 systemem ZFS (QNAP „QZFS\"). Pamięci podręczne i dziennik zapisu podpinają się do puli ; foldery współdzielone to datasety, LUN-y to zvole, a migawki leżą obok swojego folderu — wszystko w tej samej puli.",
   "blocks": [
    {
     "type": "text",
     "text": "KLIENCI I SERWERY odbiorcy"
    },
    {
     "type": "text",
     "text": "Klienci plików SMB / NFS · inicjatory iSCSI / FC · aplikacje i maszyny wirtualne"
    },
    {
     "type": "text",
     "text": "DATASETY = FOLDERY WSPÓŁDZIELONE · zvol = BLOKOWY LUN obiekty plikowe i blokowe"
    },
    {
     "type": "text",
     "text": "Każdy folder współdzielony to niezależny dataset ZFS (własna kompresja, deduplikacja, tryb sync, limit). Gruby / cienki ustawia się per folder . Migawki są typu copy-on-write, tylko do odczytu, trzymane w puli → z każdej migawki można utworzyć zapisywalny Klon ."
    },
    {
     "type": "text",
     "text": "Folder „Backups\" dataset · gruby (zarezerwowany)"
    },
    {
     "type": "text",
     "text": "Folder „Multimedia\" dataset · cienki + migawki"
    },
    {
     "type": "text",
     "text": "LUN-vm01 zvol · blokowy (iSCSI/FC)"
    },
    {
     "type": "text",
     "text": "PULA PAMIĘCI MASOWEJ — zpool agreguje vdev-y"
    },
    {
     "type": "text",
     "text": "Właściciel wszystkich datasetów, zvoli, migawek oraz pamięci/dziennika poniżej. Pojemność = suma vdev-ów danych; dane są paskowane między nimi."
    },
    {
     "type": "text",
     "text": "ARC — L1 (RAM) pamięć odczytu · zawsze aktywna L2ARC (SSD) „Read cache\" · Random/All I/O ZIL Write Log (SSD) „ZIL Synchronous I/O Write Log\" (ZFS: SLOG) Specjalny vdev (SSD) metadane / DDT"
    },
    {
     "type": "text",
     "text": "vdev = GRUPA RAID RAID-Z / mirror"
    },
    {
     "type": "text",
     "text": "RAID-Z1 / RAID-Z2 / RAID-Z3 (= RAID 5 / 6 / potrójna parzystość), lustro lub potrójne lustro. Sumy kontrolne end-to-end samonaprawiają ciche uszkodzenia. Pulę powiększasz, dodając cały vdev (bez rozszerzania pojedynczym dyskiem)."
    },
    {
     "type": "text",
     "text": "DYSKI FIZYCZNE — HDD / SSD ▮▮▮▮▮▮ talerze / flash"
    },
    {
     "type": "text",
     "text": "Surowe dyski spięte w każdy vdev."
    },
    {
     "type": "panel",
     "text": "Storage & Snapshots — widok folderów Pamięci podręczne i dziennik zapisu podpinają się do puli ; migawki są wypisane obok swojego folderu/LUN — nigdy jako osobne zamontowane partycje."
    },
    {
     "type": "table",
     "head": [
      "Termin ZFS",
      "Nazwa w GUI QuTS hero",
      "Rola"
     ],
     "rows": [
      [
       "vdev",
       "Grupa RAID",
       "Dyski spięte na jednym poziomie RAID"
      ],
      [
       "zpool",
       "Pula pamięci masowej",
       "Agreguje vdev-y w jedną pojemność"
      ],
      [
       "RAID-Z1/Z2/Z3",
       "RAID 5 / 6 / Potrójna parzystość (RAID-TP)",
       "Pojedyncza / podwójna / potrójna parzystość"
      ],
      [
       "dataset",
       "Folder współdzielony (gruby / cienki)",
       "Obiekt plikowy (SMB/NFS)"
      ],
      [
       "zvol",
       "LUN blokowy",
       "Obiekt blokowy (iSCSI / FC)"
      ],
      [
       "ARC",
       "L1 ARC (RAM)",
       "Główna pamięć odczytu, zawsze aktywna"
      ],
      [
       "L2ARC",
       "Pamięć podręczna odczytu (SSD)",
       "Pamięć odczytu drugiego poziomu"
      ],
      [
       "ZIL Write Log",
       "ZIL Synchronous I/O Write Log (ZFS: SLOG)",
       "Odciąża zapisy synchroniczne"
      ],
      [
       "specjalny vdev",
       "Specjalny vdev / metadanych",
       "Metadane i tablica deduplikacji na SSD"
      ],
      [
       "migawka / klon",
       "Migawka (RO) / Klon (RW)",
       "Migawka COW / zapisywalna kopia"
      ]
     ]
    },
    {
     "type": "note",
     "text": "Ścieżka zapisu synchronicznego: zapisy synchroniczne (bazy danych, NFS sync, VM/iSCSI) są najpierw kronikowane w ZIL dla trwałości; dedykowany dysk SLOG skraca ich opóźnienie. Tryb sync ustawia się per folder: Standard (decyduje aplikacja) · Always (wymuś sync — najwięcej zyskuje na SLOG) · None (najszybszy, bez gwarancji). Typu pamięci podręcznej nie zmienisz po utworzeniu; pula w całości na SSD nic nie zyskuje na cache SSD."
    }
   ]
  },
  {
   "number": "03",
   "title": "Okablowanie Ethernet — T568A / T568B i wtyk RJ45",
   "subtitle": "Oba standardy używają tych samych 4 par skręconych (Niebieska · Pomarańczowa · Zielona · Brązowa) — różnią się tylko zamianą pary pomarańczowej i zielonej . Pin 1 jest po lewej, gdy złote styki są zwrócone do Ciebie, a zatrzask skierowany w dół/od Ciebie.",
   "blocks": [
    {
     "type": "heading",
     "text": "T568B (najczęstszy w patchcordach)"
    },
    {
     "type": "table",
     "head": [
      "Pin",
      "Żyła",
      "Para"
     ],
     "rows": [
      [
       "1",
       "Biało-pomarańczowa",
       "Para 2"
      ],
      [
       "2",
       "Pomarańczowa",
       "Para 2"
      ],
      [
       "3",
       "Biało-zielona",
       "Para 3 ◀ rozdz."
      ],
      [
       "4",
       "Niebieska",
       "Para 1"
      ],
      [
       "5",
       "Biało-niebieska",
       "Para 1"
      ],
      [
       "6",
       "Zielona",
       "Para 3 ◀ rozdz."
      ],
      [
       "7",
       "Biało-brązowa",
       "Para 4"
      ],
      [
       "8",
       "Brązowa",
       "Para 4"
      ]
     ]
    },
    {
     "type": "heading",
     "text": "T568A (USA gov / mieszkalne)"
    },
    {
     "type": "table",
     "head": [
      "Pin",
      "Żyła",
      "Para"
     ],
     "rows": [
      [
       "1",
       "Biało-zielona",
       "Para 3"
      ],
      [
       "2",
       "Zielona",
       "Para 3"
      ],
      [
       "3",
       "Biało-pomarańczowa",
       "Para 2 ◀ rozdz."
      ],
      [
       "4",
       "Niebieska",
       "Para 1"
      ],
      [
       "5",
       "Biało-niebieska",
       "Para 1"
      ],
      [
       "6",
       "Pomarańczowa",
       "Para 2 ◀ rozdz."
      ],
      [
       "7",
       "Biało-brązowa",
       "Para 4"
      ],
      [
       "8",
       "Brązowa",
       "Para 4"
      ]
     ]
    },
    {
     "type": "note",
     "text": "A ⇄ B = zamiana par pomarańczowej i zielonej. Oba końce w tym samym standardzie = prosty (NAS ↔ przełącznik — typowy przypadek). Jeden koniec A, drugi B = krosowany / z przeplotem (stare połączenia urządzenie-urządzenie; dzisiejszy Auto-MDIX czyni to zbędnym)."
    },
    {
     "type": "note",
     "text": "Po co skręcanie: każda para jest skręcona, by znosić zakłócenia elektromagnetyczne (transmisja różnicowa). Rozplataj jak najmniej przy wtyku — poniżej ~13 mm (½″) — inaczej tracisz odporność na zakłócenia przy Gigabit/10G. Pary: 1 = Niebieska (4,5) , 2 = Pomarańczowa , 3 = Zielona , 4 = Brązowa (7,8) ."
    },
    {
     "type": "heading",
     "text": "Patchcord prosty vs kabel krosowany (wierny schemat)"
    },
    {
     "type": "note",
     "text": "Prosty (patchcord): oba wtyki w tym samym układzie — standard do NAS ↔ przełącznik. Krosowany: para zielona zamienia się z pomarańczową (a w Gigabit także niebieska z brązową) — dawniej do połączeń urządzenie–urządzenie; dziś Auto-MDIX robi to automatycznie, więc zwykły patchcord wystarcza wszędzie."
    }
   ]
  },
  {
   "number": "04",
   "title": "Topologia sieci z routerem QNAP — WAN · LAN · VLAN · DMZ · VPN",
   "subtitle": "Router (QHora / QMiro, zarządzany przez QuRouter ) rozdziela internet (WAN) na odizolowane segmenty. Zapora (czerwona granica) pilnuje styku ze światem zewnętrznym; VLAN‑y trzymają ruch osobno (dom · goście · DMZ), a tunel VPN daje bezpieczny dostęp zdalny bez otwierania portów. Węzły mesh rozszerzają zasięg jednym SSID.",
   "blocks": [
    {
     "type": "cap",
     "text": "WAN vs LAN WAN to strona zwrócona do operatora (tryb: DHCP, PPPoE, IPoE, statyczny, przejścia IPv6). LAN to Twoja sieć lokalna. Router tłumaczy adresy (NAT) i stosuje reguły zapory na granicy."
    },
    {
     "type": "cap",
     "text": "VLAN i sieć gościnna VLAN dzieli jedną fizyczną sieć na odizolowane segmenty. Sieć gościnna to osobny VLAN z własnym SSID: goście mają internet, ale nie widzą NAS‑a, drukarek ani kamer."
    },
    {
     "type": "cap",
     "text": "DMZ — ostrożnie DMZ kieruje ruch z internetu wprost do jednego urządzenia, z pominięciem zapory. Używaj wyłącznie awaryjnie — bezpieczniejsze jest precyzyjne przekierowanie portów. Nigdy nie wystawiaj NAS‑a w DMZ bez potrzeby."
    },
    {
     "type": "cap",
     "text": "VPN — dostęp zdalny Tunel VPN (WireGuard, OpenVPN, L2TP/IPsec) szyfruje połączenie z domową siecią z dowolnego miejsca — bezpieczniej niż otwieranie portów. W QNAP: QVPN na routerze lub NAS‑ie."
    },
    {
     "type": "note",
     "text": "Zasada bezpieczeństwa: im mniej otwartych drzwi od strony WAN, tym lepiej. Zamiast DMZ i szeroko otwartych portów stosuj VPN do zdalnego dostępu, wydzielaj sieć gościnną dla nieznanych urządzeń i włącz filtrowanie GeoIP . Router QNAP (QuRouter) i zapora na NAS‑ie (QuFirewall) uzupełniają się nawzajem."
    }
   ]
  },
  {
   "number": "05",
   "title": "Typy dysków w NAS — kategorie i zastosowania",
   "subtitle": "Nie każdy dysk nadaje się do NAS. Klasa dysku decyduje, czy będzie „grał w drużynie\" macierzy RAID, czy ją psuł. Kolory odznak jak w klasyfikatorze SDLV.",
   "blocks": [
    {
     "type": "text",
     "text": "Desktop NAS Monitoring Archiwum / SMR Enterprise"
    },
    {
     "type": "note",
     "text": "Sedno sprawy — dlaczego dysk DESKTOP nie nadaje się do NAS: dyski desktopowe nie mają TLER/ERC . Gdy taki dysk natrafi na trudny do odczytu blok, próbuje go ratować nawet kilka minut . Kontroler RAID czeka tylko ~7 s — po przekroczeniu limitu uznaje sprawny dysk za uszkodzony i wyrzuca go z macierzy . Efekt: niepotrzebna degradacja i ryzykowna odbudowa. Do tego brak pracy 24/7, brak czujników drgań i kilkukrotnie niższy dopuszczalny zapis roczny. Dlatego to inne narzędzie do innego zadania ."
    },
    {
     "type": "dtcard",
     "text": "NAS ✓ OK — baza Domowe i SOHO NAS-y 1–8 kieszeni, praca 24/7, lekkie i średnie obciążenia (backup, multimedia, pliki). TLER/ERC ~7 s fabrycznie włączony — oddaje sterowanie RAID, nie wiesza się. 24/7 · do 8 kieszeni · ~180 TB/rok · 5400 obr. MTBF ~1 mln h · gwarancja 3 lata. WD Red Plus (EFRX/EFPX) · IronWolf (VN) · N300 (HDWG) „TLER włączony — dysk gra w drużynie RAID, a nie ucieka z macierzy.\""
    },
    {
     "type": "dtcard",
     "text": "NAS Pro ✓✓ moc Wydajne NAS-y biznesowe i wielodyskowe, wirtualizacja, bazy danych, ciężkie obciążenia. 7200 obr. + wyższy sustained transfer. Czujniki drgań RV kompensują wibracje sąsiednich dysków → do 16–24 kieszeni. ~300 TB/rok · MTBF ~1,2 mln h · gwarancja 5 lat. WD Red Pro (FFBX) · IronWolf Pro (NE/NC) · N300 Pro (HDWQ) „7200 obr., czujniki RV i 300 TB/rok — koń roboczy dużych macierzy.\""
    },
    {
     "type": "dtcard",
     "text": "Enterprise ✓✓✓ premium Serwerownie, datacenter, macierze 24+ kieszeni, praca w skrajnym obciążeniu. ~550 TB/rok (najwyższy) · MTBF 2,5 mln h · gwarancja 5 lat. Zaawansowane, wieloosiowe czujniki RV. Hel (HelioSeal), SAS dual-port (dyski SAS tylko w macierzach ES; mainstream QNAP = SATA/NVMe) , PLP, OptiNAND · bez limitu kieszeni. WD Gold/Ultrastar (FBYZ/WUH) · Exos (NM) · Toshiba MG „Hel, SAS dual-port i 2,5 mln h MTBF — gdy awaria to przestój firmy.\""
    },
    {
     "type": "dtcard",
     "text": "Monitoring ✓ do CCTV Rejestratory DVR/NVR i CCTV. Mogą pracować w NAS, ale zoptymalizowano je inaczej. Sekwencyjny ZAPIS wielu strumieni z kamer (WD Purple do 64). Komenda ATA Streaming + firmware AllFrame / ImagePerfect. Woli zgubić klatkę niż przerwać nagrywanie (ciągłość obrazu > pojedynczy kadr). Słabszy w losowym odczycie/zapisie zwykłego pliku. WD Purple (PURZ/PURP) · SkyHawk (VX/VE) · Toshiba (HDWT) „Stworzony, by NAGRYWAĆ kamery — w NAS zadziała, ale to nie jego żywioł.\""
    },
    {
     "type": "dtcard",
     "text": "Archiwum / SMR tylko backup Tania archiwizacja, zimne dane, backup zapisywany rzadko i sekwencyjnie. SMR nakłada ścieżki jak dachówki — nadpis wymaga przepisania całej strefy. Przy losowym zapisie cache się zapełnia, dysk wiesza się na sekundy → przekracza timeout RAID. Odbudowa macierzy rozciąga się z godzin na 3–5 dni bez redundancji. WD (F4PZ) · Seagate Archive (AS00xx / LM) „SMR = archiwum tylko do zapisu. Nigdy do RAID.\""
    },
    {
     "type": "dtcard",
     "text": "Desktop ✗ NIE do NAS Pojedynczy komputer PC, praca dorywcza (kilka godzin dziennie). BRAK TLER → RAID wyrzuca sprawny dysk z macierzy przy pierwszym trudnym bloku. Brak ratingu 24/7 · brak czujników RV (wibracje skracają życie). Niski workload ~55 TB/rok · część modeli to SMR. WD Blue/Green · Barracuda (DM) · Toshiba DT „Bez TLER — przy pierwszym błędzie RAID go wyrzuci. Trzymaj go w PC.\""
    },
    {
     "type": "table",
     "head": [
      "Kategoria",
      "RPM",
      "Workload",
      "MTBF",
      "Gwar.",
      "RV",
      "TLER",
      "Kieszenie",
      "Do NAS?"
     ],
     "rows": [
      [
       "Desktop",
       "5400/7200",
       "~55 TB/rok",
       "~0,6 mln h",
       "2 lata",
       "nie",
       "nie",
       "1",
       "✗ NIE"
      ],
      [
       "NAS",
       "5400",
       "~180 TB/rok",
       "~1 mln h",
       "3 lata",
       "ogr.",
       "tak",
       "do 8",
       "✓"
      ],
      [
       "NAS Pro",
       "7200",
       "~300 TB/rok",
       "~1,2 mln h",
       "5 lat",
       "tak",
       "tak",
       "do 24",
       "✓✓"
      ],
      [
       "Enterprise",
       "7200",
       "~550 TB/rok",
       "~2,5 mln h",
       "5 lat",
       "tak+",
       "tak",
       "bez limitu",
       "✓✓✓"
      ],
      [
       "Monitoring",
       "5400/7200",
       "~180–550 TB/rok",
       "~1–2 mln h",
       "3–5 lat",
       "część",
       "tak",
       "do 64 kam.",
       "✓ CCTV"
      ],
      [
       "Archiwum/SMR",
       "5400",
       "niski",
       "—",
       "2–3 lata",
       "nie",
       "nie",
       "—",
       "✗ backup"
      ]
     ]
    },
    {
     "type": "note",
     "text": "SMR vs CMR — czemu to klucz dla RAID: CMR zapisuje ścieżki obok siebie — zapis szybki i przewidywalny, idealny do odbudowy. SMR nakłada je jak dachówki, więc każdy nadpis przepisuje całą strefę; pod ciągłym zapisem odbudowy cache się zapełnia, dysk zawiesza się i przekracza timeout kontrolera (który uznaje go za martwy), a odbudowa rozciąga się z godzin na dni . Do RAID/NAS używaj wyłącznie CMR."
    }
   ]
  },
  {
   "number": "06",
   "title": "Systemy plików, cache i zasilanie (UPS)",
   "subtitle": "Wydajność kontra bezpieczeństwo danych — i kiedy UPS przestaje być opcją, a staje się koniecznością.",
   "blocks": [
    {
     "type": "text",
     "text": "Dojrzały, szybki, mały narzut CPU/RAM. Brak sum kontrolnych danych — nie wykryje cichego uszkodzenia."
    },
    {
     "type": "text",
     "text": "− brak sum kontrolnych"
    },
    {
     "type": "text",
     "text": "Sumy kontrolne danych i metadanych z samonaprawą, copy-on-write, RAID-Z bez „dziury zapisu\". Kosztem CPU/RAM (ARC)."
    },
    {
     "type": "text",
     "text": "− ~5–20% surowej wydajności"
    },
    {
     "type": "text",
     "text": "+ maksymalne bezpieczeństwo danych"
    },
    {
     "type": "note",
     "text": "Kompresja (ZFS): LZ4 ~0–5% CPU często SZYBCIEJ (mniej I/O) — QuTS hero stosuje LZ4 (jedyny algorytm podawany przez QNAP); kompresję włącza/wyłącza się per folder współdzielony, bez wyboru algorytmu w interfejsie. Dla danych ściśliwych zwykle nie spowalnia, a wręcz przyspiesza (mniej do zapisania)."
    },
    {
     "type": "heading",
     "text": "Tryby pamięci podręcznej SSD a UPS"
    },
    {
     "type": "table",
     "head": [
      "Tryb",
      "System",
      "Co robi",
      "Ryzyko / UPS"
     ],
     "rows": [
      [
       "Read-only (tylko odczyt)",
       "QTS",
       "Kopiuje gorące odczyty na SSD. Oryginał na storage.",
       "bezpieczny UPS zalecany"
      ],
      [
       "Read cache / L2ARC",
       "QuTS hero",
       "SSD jako 2. poziom cache odczytu (rozszerza ARC).",
       "bezpieczny UPS zalecany"
      ],
      [
       "Write-only / Read-write (write-back)",
       "QTS",
       "Zapisy lądują najpierw na SSD, flush później. „Brudne\" dane wiszą na SSD.",
       "UPS KRYTYCZNY ryzyko utraty danych"
      ],
      [
       "ZIL Write Log (ZFS: SLOG)",
       "QuTS hero",
       "Log zapisów synchronicznych na SSD.",
       "UPS KRYTYCZNY zawsze w mirrorze"
      ]
     ]
    },
    {
     "type": "note",
     "text": "SSD cache — jaki RAID (QNAP): w QTS cache może mieć typy Single, JBOD, RAID 0 (bez ochrony) oraz RAID 1, 5, 6, 10 . Dla trybu z zapisem ( Write-only / Read-write ) użyj typu z ochroną (RAID 1/5/6/10) — Single/JBOD/RAID 0 „może spowodować utratę danych\" (cytat QNAP); RAID 10 = najlepsza wydajność zapisu. W QuTS hero cache dzieli się na read cache (min. 1 SSD) i write log (min. 2 SSD / parzysta liczba). Usunięcie lub awaria cache przy aktywnym zapisie może spowodować utratę danych na woluminie . Dyski M.2 NVMe jako cache zwykle nie są hot-swap — wymiana wymaga wyłączenia NAS (zależnie od modelu)."
    },
    {
     "type": "note",
     "text": "Gdzie grozi UTRATA DANYCH: write-back na pojedynczym SSD lub puli bez ochrony (Single/JBOD/RAID 0); SLOG bez mirrora; dyski bez PLP (Power Loss Protection) użyte jako cache zapisu; thin/over-provisioning przy nagłym zaniku zasilania. UPS KRYTYCZNY możliwa utrata danych"
    },
    {
     "type": "note",
     "text": "Zasada kciuka: jeśli JAKIKOLWIEK zapis jest buforowany przed trwałym zapisem (write-back, SLOG, bufor dysku bez PLP) — UPS jest krytyczny . Jeśli cache służy tylko do odczytu — UPS jest zalecany. Gdy UPS zgłasza niski poziom baterii (starszy QTS: < 15% → po ~30 s; nowszy firmware — sygnał „low battery\"/OnBattery z UPS), NAS wymusza tryb auto-ochrony (auto-protection): zatrzymuje wszystkie usługi i odmontowuje woluminy , by ochronić dane (osobno dostępna jest opcja „wyłącz serwer\")."
    }
   ]
  },
  {
   "number": "07",
   "title": "Atrybuty SMART — ściąga dla NAS",
   "subtitle": "Progi wg parsera QNAP/SDLV. Poziom: ● KRYTYCZNY · ● OSTRZEŻENIE · ● INFO",
   "blocks": [
    {
     "type": "heading",
     "text": "● Krytyczne — backup natychmiast, planuj wymianę"
    },
    {
     "type": "table",
     "head": [
      "ID",
      "Atrybut",
      "Znaczenie",
      "Próg",
      "Co zrobić"
     ],
     "rows": [
      [
       "5",
       "Reallocated_Sector_Ct",
       "Sektory uszkodzone, przeniesione do puli zapasowej. Rośnie = dysk się sypie.",
       "≥50",
       "Backup; w RAID = ryzyko nieudanej odbudowy."
      ],
      [
       "197",
       "Current_Pending_Sector",
       "Sektory podejrzane, czekają na realokację (niestabilne).",
       "≥5",
       "Backup, wymień. Często rośnie z 5/198."
      ],
      [
       "198",
       "Offline_Uncorrectable",
       "Sektory nieczytelne, nieodwracalne.",
       "≥1",
       "Backup natychmiast, wymień."
      ],
      [
       "187",
       "Reported_Uncorrect",
       "Błędy, których ECC nie naprawił.",
       ">0",
       "Mocny sygnał awarii — wymień."
      ],
      [
       "10",
       "Spin_Retry_Count",
       "Dysk nie rozkręca się za 1. razem (silnik/mechanika).",
       ">0",
       "Bliski zacięcia — wymień."
      ],
      [
       "184",
       "End-to-End_Error",
       "Błąd integralności na trasie cache↔talerz.",
       ">0",
       "Wymień dysk."
      ],
      [
       "188",
       "Command_Timeout",
       "Polecenia przekraczają limit czasu (dysk się „wiesza\").",
       "≥100",
       "Sprawdź kabel/zasilanie; jeśli rośnie — wymień."
      ],
      [
       "NVMe / SSD (atrybuty nazwane)"
      ],
      [
       "—",
       "Percentage_Used",
       "Zużycie żywotności (% wypalonych cykli zapisu).",
       "≥100 / ≥80 ostrz.",
       "≥80% planuj wymianę; ≥100% wymień."
      ],
      [
       "—",
       "Available_Spare",
       "Zapas bloków rezerwowych (%).",
       "< próg prod.",
       "Poniżej progu (zwykle 10%) — wymień."
      ],
      [
       "—",
       "Media_Errors",
       "Nieodwracalne błędy nośnika NAND.",
       ">0",
       "Backup, wymień."
      ],
      [
       "—",
       "Critical_Warning",
       "Bitowa flaga alarmu (spare/temp/read-only).",
       "≠0",
       "Każdy bit = poważnie. Diagnoza."
      ]
     ]
    },
    {
     "type": "heading",
     "text": "● Ostrzeżenie / ● info — obserwuj trend"
    },
    {
     "type": "table",
     "head": [
      "ID",
      "Atrybut",
      "Znaczenie",
      "Co zrobić"
     ],
     "rows": [
      [
       "199",
       "UDMA_CRC_Error_Count",
       "To zwykle KABEL / backplane, NIE dysk! Błędy transmisji SATA.",
       "Przełóż dysk, wymień kabel, dociśnij w kieszeni. Liczy się, czy ROŚNIE."
      ],
      [
       "194",
       "Temperature_Celsius",
       "Temperatura dysku (≥65°C krytycznie, ≥55°C ostrzeżenie).",
       "Popraw chłodzenie, odstępy między dyskami."
      ],
      [
       "9",
       "Power_On_Hours",
       "Łączny czas pracy (info o wieku).",
       ">40–50 tys. h = stary dysk."
      ],
      [
       "193",
       "Load_Cycle_Count",
       "Cykle parkowania głowic. WD: agresywne parkowanie winduje licznik.",
       "Limit ~300–600 tys. Dla WD rozważ idle3-tools."
      ],
      [
       "241",
       "Total_LBA_Written",
       "Łączny zapis — baza do TBW (SSD).",
       "Porównaj z TBW z gwarancji."
      ]
     ]
    },
    {
     "type": "note",
     "text": "W macierzy RAID: atrybuty 5 / 197 / 198 to nie tylko ryzyko jednego dysku — podczas odbudowy obciążenie rośnie i drugi słaby dysk może paść, co oznacza nieudaną odbudowę i utratę całej puli . Reaguj wcześnie."
    },
    {
     "type": "note",
     "text": "Czym czytać: QNAP → Pamięć masowa i migawki → dysk → SMART (+ test szybki/rozszerzony); smartctl -a /dev/sdX ; CrystalDiskInfo (Windows). Diagnoza z pliku: do precyzyjnej analizy SMART, dziennika zdarzeń i kondycji macierzy z gotowego zrzutu diagnostycznego QNAP — Silas Diagnostic Log Viewer . Seagate: atrybuty 1/7/195 pokazują surowe wartości w milionach — to NORMALNE; patrz na VALUE/WORST vs THRESH, nie na RAW."
    }
   ]
  },
  {
   "number": "08",
   "title": "Pamięć RAM — dobre praktyki, wydajność i stabilność",
   "subtitle": "Ile, jaka i jak ją dobierać. Dual channel, ECC, mieszanie modułów — i dlaczego w serwerze pracującym 24/7 „działa\" to nie to samo co „jest wspierane\".",
   "blocks": [
    {
     "type": "note",
     "text": "RAM w NAS to nie RAM w pececie do gier. Serwer pracuje non‑stop, a pamięć obsługuje bufory systemu, cache ZFS (ARC), maszyny wirtualne i kontenery. Liczy się stabilność i zgodność , nie rekordowy zegar. Marginalna konfiguracja, którą desktop „przeżyje\" przy okazjonalnym użyciu, w NAS pod ciągłym obciążeniem ujawni się jako losowe restarty albo ciche błędy danych. Dlatego warto trzymać się wymagań i specyfikacji komponentów , na których zbudowano dany serwer. QNAP nie zabrania eksperymentować — ale rób to z głową: z podstawową wiedzą o budowie systemów komputerowych (PC), rozsądkiem i logiką. Niedobrany albo przypadkowo zestawiony sprzęt potrafi płatać figle — od drobnych kaprysów i niestabilności po odmowę uruchomienia."
    },
    {
     "type": "heading",
     "text": "Dual channel — dwa kanały, podwojona przepustowość"
    },
    {
     "type": "note",
     "text": "Jeden kanał DDR to magistrala 64‑bit ; dwa kanały równolegle dają efektywne 128‑bit i ~2× teoretyczną przepustowość pamięci. Warunek: dwie kości w slotach należących do różnych kanałów (nie dwie w tym samym kanale!) i — najlepiej — identyczne (ta sama pojemność, prędkość, organizacja rank). teoria ≈ 2× praktyka ≈ 1,2–1,5× Realny zysk zależy od zadania: duży przy grafice zintegrowanej (iGPU nie ma własnej pamięci i dzieli przepustowość RAM z CPU) oraz zadaniach ograniczonych przepustowością, znikomy przy zwykłym serwowaniu plików (tam limitem jest sieć i dyski, nie RAM)."
    },
    {
     "type": "heading",
     "text": "ECC — pamięć z korekcją błędów (serwerowe platformy QNAP)"
    },
    {
     "type": "note",
     "text": "ECC (SECDED) dokłada do każdego 64‑bitowego słowa 8 bitów kontrolnych (72/64 ≈ +12,5% kości ): koryguje w locie błąd 1‑bitowy i wykrywa 2‑bitowy . Przy pracy 24/7 i długim uptime rzadkie przekłamania bitów (promieniowanie, szum) się kumulują — ECC zamienia ciche uszkodzenie w skorygowany lub zalogowany błąd. Szczególnie ważne dla ZFS (QuTS hero) : ZFS pilnuje sum kontrolnych na dyskach, ale ufa zawartości RAM — bit przekłamany w pamięci przed policzeniem sumy zostanie zapisany jako „poprawny\". Stąd QNAP we wszystkich swoich profesjonalnych rozwiązaniach — nie tylko do wirtualizacji, ale też np. do produkcji i emisji audio‑wizualnych — stosuje pamięć ECC (np. all‑flash TS‑h1277AFX z DDR5 ECC). UDIMM = bez bufora RDIMM/LRDIMM = rejestrowane — moduły rejestrowane (serwerowe) odciążają kontroler, pozwalając na wiele kości o dużej pojemności na kanał."
    },
    {
     "type": "table",
     "head": [
      "Platforma CPU",
      "ECC",
      "Typ modułów",
      "Przykładowe modele QNAP"
     ],
     "rows": [
      [
       "Intel Celeron / Pentium (Jasper / Gemini Lake)",
       "✗ non‑ECC",
       "SODIMM DDR4",
       "TS‑464, TS‑264, TS‑664, seria TS‑x53"
      ],
      [
       "AMD Ryzen Embedded V1500B / V1000",
       "✓ ECC",
       "SODIMM DDR4 (UDIMM)",
       "TS‑873A, TS‑473A, TS‑1273AU"
      ],
      [
       "Intel Xeon E / W",
       "✓ ECC",
       "UDIMM / Long‑DIMM DDR4",
       "TS‑883XU, TS‑983XU, TVS‑h1688X"
      ],
      [
       "Intel Atom C3000 / C5000",
       "✓ ECC",
       "SODIMM / UDIMM DDR4",
       "rackmounty klasy entry‑enterprise"
      ],
      [
       "Intel Xeon D",
       "✓ ECC",
       "RDIMM DDR4",
       "ES2486dc"
      ],
      [
       "AMD EPYC",
       "✓ ECC",
       "RDIMM DDR4 (rejestrowana)",
       "TS‑h1290FX"
      ]
     ]
    },
    {
     "type": "note",
     "text": "Lista przykładowa — ECC zależy od krzemu procesora i płyty , nie od systemu. Na platformie bez ECC (np. TS‑464) żadne ustawienie nie włączy ECC . Nie wolno też mieszać kości ECC z non‑ECC."
    },
    {
     "type": "heading",
     "text": "Przykład: TS‑464 — „działa\" ≠ „wspierane\""
    },
    {
     "type": "note",
     "text": "TS‑464. Procesor Intel Celeron N5095 lub N5105 (Jasper Lake — zależnie od partii; QNAP podaje „N5105/N5095\"), 2× SODIMM DDR4 (QNAP podaje 2666 MHz ; krzem N5095/N5105 obsługuje 2933), non‑ECC . Oficjalne maksimum to 16 GB (2×8 GB) — to limit krzemu Intela (Intel ARK: Max Memory 16 GB, 2 kanały). W praktyce 2×16 GB (32 GB) , a bywa że nawet 64 GB, uruchamia się i pokazuje pełną pojemność — ale to konfiguracja poza oficjalną specyfikacją Intela i QNAP . działa ≠ wspierane Przy usterce QNAP może odmówić wsparcia , dopóki nie zweryfikujesz, że problem występuje również na oryginalnych, wspieranych kościach (zgodnie z oficjalną procedurą serwisową: wróć na moduły fabryczne i przetestuj). Pamięć ponad‑specyfikacyjna potrafi przejść POST i pracować na biegu jałowym, a sypać się dopiero pod długim obciążeniem — dlatego nową konfigurację przetestuj memtestem, zanim jej zaufasz."
    },
    {
     "type": "heading",
     "text": "Mieszanie pamięci — czego unikać i dlaczego"
    },
    {
     "type": "table",
     "head": [
      "Co mieszasz",
      "Co się dzieje",
      "Skutek / ryzyko",
      "Zalecenie"
     ],
     "rows": [
      [
       "Różni producenci / różne kity nawet „ten sam typ\"",
       "różne profile SPD , sub‑timingi, organizacja rank, inne układy DRAM; kity są walidowane tylko jako komplet",
       "utrata profilu XMP/EXPO, zejście do bazowego JEDEC, możliwa niestabilność pod obciążeniem (producenci, m.in. Corsair, odradzają łączenie kitów)",
       "jeden dobrany kit z jednego opakowania (te same kości, walidowane razem)"
      ],
      [
       "Różne prędkości / opóźnienia",
       "kontroler trenuje całą pamięć do najniższego wspólnego profilu JEDEC (najwolniejsza prędkość, najluźniejsze timingi)",
       "cała pamięć zwalnia do najwolniejszego modułu (np. 3200 + 2400 → 2400 ); brak overclock‑profilu",
       "identyczna prędkość, opóźnienia i napięcie"
      ],
      [
       "Różne pojemności np. 16 GB + 8 GB",
       "zwykle startuje i widać pełną pojemność (na TS‑464 potwierdzone, np. 16+8 ≈ 23 GB), ale tracisz gwarancję pełnego dual‑channel . „Flex\" (dopasowana część dwukanałowo, nadwyżka jednokanałowo) to funkcja chipsetu Intela — QNAP oficjalnie jej nie wspiera",
       "przepustowość niepewna : nie wiadomo, czy firmware danego modelu włączy Flex, czy zjedzie wszystko na single‑channel; część modeli z oznaczonymi parami slotów w ogóle nie wystartuje z niedobranymi kośćmi",
       "dobrana para tej samej pojemności"
      ],
      [
       "3 kości zamiast 2",
       "łamią symetrię dual‑channel oraz dokładają obciążenie rank/DPC do jednego kanału",
       "część pamięci single‑channel; na AMD spada gwarantowany zegar — 3 kości bywają „na dostęp\" wolniejsze niż 2 dobrane (więcej pojemności, mniej przepustowości)",
       "parzysta, dobrana liczba modułów"
      ],
      [
       "ECC + non‑ECC",
       "niedozwolone — różny format słowa",
       "system zwykle wyłącza ECC albo w ogóle nie startuje",
       "wyłącznie jeden typ kości"
      ]
     ]
    },
    {
     "type": "note",
     "text": "Czy 3 kości mogą być wolniejsze niż 2? Tak — zwłaszcza na AMD. Zintegrowany kontroler Ryzena (sprzężony z Infinity Fabric) obniża gwarantowany zegar wraz z liczbą kości i rank na kanał: DDR4 3200 → 2933 (2 kości/kanał, single‑rank) → 2666 (dual‑rank); DDR5 (AM5) 5200 (2 kości) → 3600 (4 kości). Trzecia kość jednocześnie łamie symetrię dual‑channel (część pamięci leci single‑channel) i dokłada obciążenie elektryczne magistrali. Stąd 3–4 dołożone moduły potrafią dać niższą przepustowość/wyższe opóźnienia na dostęp niż czysta, dobrana para — choć dają więcej pojemności (a gdy zadaniu brakuje RAM, więcej pamięci i tak wygrywa z przepełnieniem i swapem). To wartości oficjalne/gwarantowane , nie twarde sufity; Intel derate przy 2 kościach/kanał działa podobnie, ale AMD to klasyczny przykład."
    },
    {
     "type": "note",
     "text": "Dlaczego serwer/NAS jest mniej tolerancyjny niż desktop: ciągłe obciążenie i długi uptime ujawniają rzadkie błędy, które desktop maskuje (częste wyłączenia, lekkie obciążenie). Mieszanie modułów zwiększa ryzyko niezgodności — same zgodne ze specyfikacją kości na wspólnym profilu JEDEC zwykle są stabilne, ale konfiguracje marginalne, wadliwe lub elektrycznie niedopasowane (różne rank/gęstości, napięcia, ECC+non‑ECC) potrafią dać losowe restarty, zawieszenia czy błędy MCE ."
    },
    {
     "type": "heading",
     "text": "Gdzie i jak obserwować problemy — aplikacje i narzędzia"
    },
    {
     "type": "table",
     "head": [
      "Aplikacja / funkcja",
      "Na co wrażliwa",
      "Na co uważać"
     ],
     "rows": [
      [
       "Virtualization Station (VM)",
       "pojemność + przepustowość",
       "host rezerwuje ~1,5–2 GB; brak RAM → swap hosta → zwalniają wszystkie VM naraz"
      ],
      [
       "Container Station (Docker/LXD)",
       "pojemność",
       "kontenery Kata: x86 + min. 4 GB; ciężkie stacki (Nextcloud, Immich, bazy) → 16 GB"
      ],
      [
       "QuTS hero / ZFS (ARC)",
       "pojemność RAM",
       "min. 8 GB; deduplikacja ≥16 GB, zalecane 32 GB+ ; wysokie użycie ARC to norma , nie usterka"
      ],
      [
       "QuMagie (AI), Qsirch",
       "pojemność",
       "AI: zalecane ≥4 GB; indeksowanie potrafi mocno zżerać RAM"
      ],
      [
       "Transkodowanie / iGPU",
       "przepustowość RAM",
       "dual‑channel pomaga grafice 3D; samo transkodowanie (Intel Quick Sync — blok stałofunkcyjny) jest znacznie mniej czułe na liczbę kanałów"
      ]
     ]
    },
    {
     "type": "note",
     "text": "Objawy złej / niezgodnej pamięci: brak startu lub cykliczne restarty po wymianie kości, mniejsza wykryta pojemność niż zainstalowana, losowe zawieszenia/restarty, a na platformach ECC — błędy MCE/EDAC w logu jądra (realne błędy pamięci). OOM Killer ubijający aplikacje to zwykle objaw za małej / przeładowanej pamięci, nie wadliwej kości. Czym sprawdzać: Monitor zasobów (uwaga: wysokie użycie RAM/ARC jest normalne — patrz na dostępne , nie wolne ), Dziennik zdarzeń , test memtester (przez Entware, przy zatrzymanych usługach, ~80–90% RAM), offline MemTest86 (przez HDMI na modelach x86), Diagnostic Tool (eksport logów jądra dla wsparcia QNAP)."
    },
    {
     "type": "tip",
     "text": "Dobrana para identycznych kości — ta sama pojemność, prędkość, timingi i organizacja rank. To gwarantuje pełny dual‑channel i stabilność."
    },
    {
     "type": "tip",
     "text": "Trzymaj oryginalne moduły QNAP. Przed zgłoszeniem serwisowym wróć na fabryczne kości i przetestuj — to oficjalna procedura QNAP i warunek przyjęcia zgłoszenia."
    },
    {
     "type": "tip",
     "text": "„Działa\" ≠ „stabilne\". Po rozbudowie (zwłaszcza ponad oficjalne maksimum) odpal memtester / MemTest86 pod obciążeniem, zanim zaufasz konfiguracji."
    },
    {
     "type": "tip",
     "text": "Sprawdź łączną pojemność w Monitorze zasobów — jeśli widać mniej, niż zainstalowano, moduł jest niezgodny albo źle osadzony (dociśnij/przełóż)."
    },
    {
     "type": "tip",
     "text": "Parzysta liczba modułów, te same pojemności. Dla pełnego dual‑channel — i dlatego, że część modeli nie wystartuje z niedobraną parą w slotach."
    },
    {
     "type": "tip",
     "text": "Więcej kanałów ≠ zawsze szybciej. Przy serwowaniu plików limitem jest sieć/dyski; dual‑channel czują głównie iGPU, VM i ZFS — dobieraj RAM pod realne zadanie."
    }
   ]
  },
  {
   "number": "09",
   "title": "Wirtualizacja — tipy wydajności (Virtualization Station)",
   "subtitle": "Jak nie utopić wydajności maszyn wirtualnych na granicy mocy procesora.",
   "blocks": [
    {
     "type": "note",
     "text": "Overcommit vCPU : pCPU 1:1 – 3:1 OK 3:1 – 5:1 ryzyko 6:1+ problemy · Sprzętową akcelerację (KVM) dostaje tyle VM, ile masz rdzeni fizycznych ; powyżej — wolniejsza emulacja QEMU. Hyper-Threading dokłada tylko ~+30% , nie ×2."
    },
    {
     "type": "heading",
     "text": "Overcommit zasobów — dobre praktyki (Hyper-V · VMware · Citrix)"
    },
    {
     "type": "table",
     "head": [
      "Zasób",
      "Plus",
      "Minus / ryzyko",
      "Zalecenie"
     ],
     "rows": [
      [
       "CPU vCPU : pCPU",
       "gęstość VM, tani „burst\"/VDI, brak twardego limitu",
       "CPU Ready / steal przy nasyceniu → spowolnienie wszystkich VM",
       "prod. 2:1–4:1 ; krytyczne/HA ≤2:1 ; host CPU <80% (90%=alarm); HT ≠ ×2"
      ],
      [
       "RAM balon / Dyn. Memory",
       "realokacja „w locie\", dobre przy bezczynnych VM; TPS/kompresja tanie",
       "swap hosta = drastyczny spadek; TPS między-VM domyślnie OFF",
       "nie dopuść do swapu aktywnych stron; swap w gościu (warunek balonu); rezerwy dla krytycznych; zapas na failover"
      ],
      [
       "Storage thin / over-subscr.",
       "oszczędność miejsca, błyskawiczne tworzenie dysku",
       "zapełnienie datastore = VM stop/awaria (skutek twardy, natychmiastowy)",
       "alarmy 75–85%; UNMAP /reclaim; bufor wolnego; krytyczne dane raczej thick"
      ]
     ]
    },
    {
     "type": "note",
     "text": "Ogólna zasada: overcommit jest bezpieczny przy lekkim/nierównym obciążeniu i aktywnym monitoringu ; groźny przy szczytach bez zapasu — zawsze zostaw rezerwę na failover (N+1) . Źródła: VMware vSphere/ESXi, Microsoft Hyper-V (Dynamic Memory), Citrix XenServer (DMC)."
    },
    {
     "type": "tip",
     "text": "Zaczynaj od 1 vCPU na VM i dokładaj dopiero, gdy obciążenie tego wymaga. Więcej vCPU niż trzeba = większy narzut planisty, nie wydajność."
    },
    {
     "type": "tip",
     "text": "Licz na rdzenie fizyczne , nie na wątki HT. Nie przydzielaj wszystkim VM łącznie więcej vCPU niż host ma rdzeni."
    },
    {
     "type": "tip",
     "text": "CPU hosta < 80%. Powyżej 90% to stan krytyczny — VM konkurują o cykle (rośnie steal time u gości)."
    },
    {
     "type": "tip",
     "text": "Czytaj metryki w top/htop: %wa (czekanie na I/O — wąskie gardło dysków), %st (steal — za duży overcommit), %id (zapas mocy)."
    },
    {
     "type": "tip",
     "text": "CPU pinning + NUMA dla obciążeń wrażliwych na opóźnienia: trzymaj vCPU i RAM w obrębie jednego węzła NUMA."
    },
    {
     "type": "tip",
     "text": "Nie przesadzaj z RAM (balon/overcommit) — przy braku pamięci host zacznie swapować i wszystkie VM zwolnią naraz."
    },
    {
     "type": "tip",
     "text": "VirtIO do dysku i sieci (dużo szybsze niż emulacja). PCIe/GPU passthrough tylko gdy naprawdę trzeba — urządzenie zajmuje wtedy jedną VM na wyłączność."
    },
    {
     "type": "tip",
     "text": "Wysokie %wa? Dorzuć szybszy storage/SSD. Wysokie %st? Zmniejsz liczbę vCPU/VM — host nie nadąża ich planować."
    },
    {
     "type": "note",
     "text": "Migawka VM ≠ backup: migawka maszyny wirtualnej zapisuje tylko różnicę stanu (delta dysków, a przy zapisie stanu / „hibernacji\" VM także zawartość RAM) względem punktu bazowego i działa wstecznie wobec łańcucha migawek — uszkodzenie bazy lub łańcucha unieważnia też migawki. Do realnej ochrony rób kopię całych obrazów VM (eksport / HBS / osobny nośnik)."
    }
   ]
  },
  {
   "number": "10",
   "title": "Czy wiesz, że…?",
   "subtitle": "Garść krótkich ciekawostek z historii pamięci masowej, pecetów, sieci i sceny — dla rozluźnienia między tabelami.",
   "blocks": [
    {
     "type": "text",
     "text": "Pamięć masowa i komputery"
    },
    {
     "type": "fact",
     "text": "1978 Intel 8086 dał początek architekturze x86 — jej dalekim potomkiem są dziś NAS-y QNAP z procesorami x86. Powstał jako „rozwiązanie tymczasowe\" w miejsce opóźnionego iAPX 432… i napędza komputery do dziś."
    },
    {
     "type": "fact",
     "text": "1980 Fundament MS-DOS nazywał się QDOS — „Quick and Dirty Operating System\". Microsoft odkupił go za ok. 75 000 $ — jeden z najlepszych interesów w historii IT."
    },
    {
     "type": "fact",
     "text": "1981 IBM pokazał pierwszego peceta — IBM PC 5150 (Intel 8088 4,77 MHz, PC DOS 1.0, ~1565 $) i rozpoczął erę komputerów osobistych."
    },
    {
     "type": "fact",
     "text": "DOS to „Disk Operating System\" — bez okienek i myszki; wszystko wpisywało się w wierszu poleceń, a kultowy znak zachęty to A:\\>"
    },
    {
     "type": "fact",
     "text": "1956 Pierwszy dysk twardy świata — IBM 350 (RAMAC) — mieścił ~5 MB, miał 50 talerzy 24″ i ważył ponad tonę . Dziś tyle to jedno zdjęcie z telefonu."
    },
    {
     "type": "fact",
     "text": "1987 Skrót RAID z pracy Berkeley pierwotnie znaczył „Redundant Array of Inexpensive Disks\"; „tani\" szybko zmieniono na „Independent\" — bo źle się sprzedawał."
    },
    {
     "type": "fact",
     "text": "1980 → 2007 Pierwszy dysk >1 GB ( IBM 3380 ) był wielkości lodówki i kosztował 80–140 tys. $; na pierwszy domowy 1 TB (Hitachi 7K1000) czekano do 2007 — już za 399 $."
    },
    {
     "type": "fact",
     "text": "1984 Pamięć flash (SSD, pendrive) wynalazł w Toshibie Fujio Masuoka; nazwę „flash\" zasugerował kolega, bo kasowanie przypominało błysk lampy aparatu."
    },
    {
     "type": "fact",
     "text": "ZFS jest 128-bitowy: zapełnienie takiej puli wymagałoby „więcej energii niż potrzeba do zagotowania oceanów\" (Jeff Bonwick). Dlatego jego limity są praktycznie nieosiągalne."
    },
    {
     "type": "fact",
     "text": "1992 „Serwer plików\" przerodził się w NAS : pierwsze zbudował Auspex, a jego inżynierowie założyli NetApp — protoplastę dzisiejszych NAS-ów, jak QNAP."
    },
    {
     "type": "fact",
     "text": "1963 Słowo „daemon\" (proces w tle) ukuto w MIT od „demona Maxwella\"; stąd usługi w tle Linuksa — też w Twoim NAS-ie — kończą się na literę „d\"."
    },
    {
     "type": "fact",
     "text": "„Bootowanie\" pochodzi od „bootstrap\" („podnieść się, ciągnąc za sznurowadła\"): mały program ładuje większy, a ten cały system."
    },
    {
     "type": "fact",
     "text": "~2010 Dyski przeszły z sektorów 512 B na Advanced Format 4 KB — lepsza korekcja błędów i wydajniejsze wykorzystanie talerza."
    },
    {
     "type": "fact",
     "text": "„Big tower\" to obudowa stawiana pionowo jak wieżowiec (zamiast leżących „pizza boxów\"). Im większa wieża, tym więcej dysków i lepsze chłodzenie."
    },
    {
     "type": "text",
     "text": "Sieć, FTP i scena"
    },
    {
     "type": "fact",
     "text": "1971 FTP jest starszy niż WWW i TCP/IP : RFC 114 napisał Abhay Bhushan (MIT) w czasach ARPANET-u; na TCP/IP przeszedł w 1980, a pierwsza strona WWW ruszyła dopiero w 1991."
    },
    {
     "type": "fact",
     "text": "Legendarny katalog „pub\" wziął się z anonimowego FTP (demon wu-ftpd ): każdy mógł wejść bez konta, podając jako hasło swój e-mail."
    },
    {
     "type": "fact",
     "text": "1995 Pierwszym serwerem FTP dla Windows był Serv-U (shareware za 20 $); na uniksach królował ProFTPD."
    },
    {
     "type": "fact",
     "text": "FXP (File eXchange Protocol) przesyłał pliki wprost serwer↔serwer, z pominięciem łącza klienta; ta sama sztuczka (komenda PORT) umożliwiała atak „FTP bounce\" — dlatego dziś FXP jest domyślnie blokowany."
    },
    {
     "type": "fact",
     "text": "lata 90. Elitarne serwery sceny warez to „topsite'y\" z systemem ratio (np. 1:3); „kurierzy\" ścigali się (racing), kto pierwszy roześle nowy „0-day\" — często przez FXP."
    },
    {
     "type": "fact",
     "text": "1978 Poprzednikiem był BBS : pierwszy (CBBS) uruchomiono w Chicago podczas śnieżycy, na modemie 300 bit/s; pliki słał protokół XMODEM ."
    },
    {
     "type": "fact",
     "text": "1973 Ethernet opisał Bob Metcalfe w Xerox PARC (inspiracja ALOHAnet); dziś łączymy się tym samym standardem przez skrętkę z wtykiem 8P8C — potocznie RJ45 ."
    },
    {
     "type": "fact",
     "text": "1998 Nazwa Google to literówka słowa „googol\" (10 100 ); Page i Brin założyli firmę w wynajętym garażu, w oparciu o algorytm PageRank."
    },
    {
     "type": "fact",
     "text": "1983 Protokół SMB (udziały sieciowe w QNAP-ach) wymyślił Barry Feigenbaum w IBM; „CIFS\" dorobił Microsoft w 1996 — to wciąż ten sam protokół. NFS opracował Sun (1984)."
    }
   ]
  }
 ]
}