Snímky jsou důležité, ať už na svém domácím počítači používáte jednoduchý virtuální stroj, nebo pokud jde o podnikovou databázi, která se neustále aktualizuje a upravuje. Je důležité mít snímky, to znamená kopii celého souborového systému, jaký byl v daném časovém období.

Lidé často ztrácejí přehled o tom, kde se něco pokazilo, soubor byl odstraněn a nikdo si nevšiml, že byl pryč. Prošlo několik záloh a nyní si uvědomujete, že ve všech dostupných zálohách posledních 5 týdnů chybí důležitý soubor. V tomto kurzu uvidíme, jak používat snímky ZFS a dotknout se různých zásad snímků, které by fungovaly optimálně, a to jak z hlediska využití zdrojů, tak z hlediska obnovitelnosti.

Mechanismus kopírování a zápisu

ZFS má přehled na vysoké úrovni o souborech a adresářích a chápe, jak jsou data zapsána na disk. Při fyzickém zápisu dat na disk se tak děje v diskrétních blocích. Velikost bloku může obvykle dosáhnout až 1 MB, ale výchozí hodnota je obvykle 128 kB. To znamená, že ke každé modifikaci (čtení, zápis nebo smazání) dojde v diskrétních blocích.

Mechanismus kopírování a zápisu zajišťuje, že kdykoli je blok upraven, místo přímé úpravy bloku vytvoří kopii bloku s požadovanými úpravami provedenými v novém bloku.

To je obzvláště užitečné v případech, kdy například dojde k výpadku napájení a dojde k selhání vašeho systému během zápisu nových dat na disk. Pokud k tomu dojde v tradičním souborovém systému, vaše soubory se poškodí nebo v nich zůstanou díry. Ale pokud používáte ZFS, můžete přijít o probíhající transakci, jak se to dělo, ale poslední platný stav vašich souborů zůstane nedotčen.

Snapshoty také spoléhají na tuto funkci a ve skutečnosti docela silně. Když pořídíte snímek dané datové sady ('datová sada' je termín ZFS pro souborový systém), ZFS pouze zaznamená časové razítko, když byl snímek vytvořen. To je ono! Nejsou kopírována žádná data a nespotřebovává se žádné další úložiště.

Teprve když se změní souborový systém a data v něm se odchylují od snímku, začne snímek spotřebovávat další úložiště. Co se děje pod kapotou, je toto - namísto recyklace starých bloků v průběhu času je ZFS udržuje kolem sebe. To také zlepšuje využití úložiště. Pokud pořídíte snímek 20 GB datové sady a zde a tam upravíte pouze několik textových souborů, snímek může zabrat jen několik MB prostoru.

Vytváření snímků

Abychom předvedli použití snímků, pojďme začít s datovou sadou, která má spoustu textových souborů, abychom to zjednodušili. Virtuální stroj, který pro demo použiji, používá FreeBSD 11.1-RELEASE-p3, což je nejnovější stabilní vydání dostupné v době psaní tohoto článku. Kořenový souborový systém je připojen k zroot pool ve výchozím nastavení a mnoho známých adresářů jako / usr / src, / home, / atd jsou všechny jejich vlastní datové sady připojené k zroot. Pokud nevíte, co znamená pool (nebo zpool), v lidovém jazyce ZFS by se vyplatilo si ho přečíst, než budete pokračovat.

Jeden z mnoha souborových systémů nebo datových sad, které jsou standardně dodávány na FreeBSD, je: zroot / usr / src

Chcete-li se podívat na jeho vlastnosti, spusťte následující příkaz.

[chráněno e-mailem]: ~ $ zfs seznam zroot / usr / src

Jak vidíte, využívá 633 MB úložiště. Obsahuje celý zdrojový strom pro operační systém.

Pojďme udělat snímek zroot / usr / src

[chráněno e-mailem]: ~ $ zfs snímek zroot / usr / [chráněno e-mailem]

Symbol @ funguje jako oddělovač mezi datovou sadou a názvem snímku, což je v našem případě snímek1.

Nyní se podívejme na stav snímku, jak je vytvořen.

Spuštěním příkazu:

seznam zfs -rt vše zroot / usr / src

Vidíte, že snímek při narození nevyužívá žádný další prostor. K dispozici není ani volné místo, protože se jedná o přísně datovou sadu pouze pro čtení, samotný snímek nemůže růst, upravovat ani zmenšovat. A konečně není nikde připojený, což ho činí zcela izolovaným od dané hierarchie souborového systému.

Nyní odstraníme sbin adresář v / usr / src /

[chráněno e-mailem]: $ rm / usr / src / sbin

Při pohledu na snímek nyní uvidíte, že se rozrostl,

Očekává se to proto, že zde funguje mechanismus kopírování a zápisu a odstranění (nebo úprava) souborů vedlo k tomu, že více dat bylo přidruženo pouze k snímku, a nikoli k skutečně používané datové sadě.

Všimněte si sloupce REFER ve výše uvedeném výstupu. Poskytuje vám množství přístupných dat v datové sadě, zatímco sloupec POUŽITO vám ukazuje, kolik místa je obsazeno na fyzickém disku.

Mechanismus kopírování a zápisu ZFS často poskytuje tyto protiintuitivní výsledky, kdy by odstranění souboru vypadalo, jako by se nyní používalo více místa než dříve. Po přečtení zatím víte, co se ve skutečnosti děje!

Před dokončením pojďme obnovit sbin z snímek1. Chcete-li to provést, jednoduše spusťte:

[chráněno e-mailem]: / usr / src $ zfs rollback zroot / usr / [chráněno e-mailem]

Zásady fotografování

Další otázkou, kterou si musíte položit, je - Jak často chcete pořizovat snímky? I když se to může u jednotlivých podniků lišit, pojďme si vzít příklad velmi dynamické databáze, která se tak často mění.

Začněte tím, že začnete pořizovat snímky každých přibližně 6 hodin, ale protože se databáze tolik mění, brzy by bylo nemožné uložit všechny četné snímky, které byly vytvořeny. Dalším krokem by tedy bylo vyčistit snímky, které jsou starší než řekněme 48 hodin.

Nyní by bylo problémem obnovit něco, co bylo ztraceno před 49 hodinami. Chcete-li tento problém obejít, můžete si ponechat jeden nebo dva snímky z této 48hodinové historie a ponechat je po dobu jednoho týdne. Až budou starší, očistěte je.

A pokud budete moci pokračovat tímto způsobem, můžete vtesnat snímky až do samotné geneze systému, jen v sestupném pořadí podle frekvence. Nakonec bych chtěl poukázat na to, že tyto snímky jsou POUZE PRO ČTENÍ, což znamená, že pokud jste nakaženi ransomwarem a necháte všechna svá data zašifrovat (upravit). Tyto snímky by s největší pravděpodobností zůstaly neporušené.