Vlákno názorů k článku Domácí zálohování dat pomocí dvou úložišť a nástroje Syncthing od volani.webnode.cz - Nešlo by to řešit přes BTRFS, že by...

Nešlo by to řešit přes BTRFS, že by to znělo
rovnou kompresii, deduplikaci a verzování? :-)

https://www.root.cz/clanky/souborovy-system-btrfs-jak-pohodlne-a-efektivne-zalohovat/

18. 5. 2021, 02:35 editováno autorem komentáře

Presne tak priklanam sa aj ja za BTRFS. Sam ho pouzivam ako NAS v rezime mirror (raid1).

BTRFS dokaze za jazdy pripajat/odpajat disky a samo sa stara o to, aby tie iste data boli na 2 fyzickych diskoch. Ja mam napr 3TB+3TB+6TB. Ak dojde miesto pridam dalsi 6TB disk a spustim ballance.

Jasně šlo. Zvolil jsem syncthing pro jednoduchost a možnost připojit i jiné platformy jako android a windows a je to pod jednou aplikací.

Také jsem pro btrfs. Mám ho na domácím úložišti (10 TB RAID1 - 3 + 3 + 3 + 3 + 8 TB) a můžu disky libovolně přidávat/odebí­rat/měnit za chodu. Dál to samozřejmě umí i snapshoty kvůli zálohám.

Jinak myslím že používat dnes RAID5 vzhůedem k ceně disků už nedává smysl a nestojí za potenciální problémy.

BTRFS by to řešit nešlo, protože autor chce zálohovat. Pokud by se mu sesypal libovolný FS na jednom stroji, tak na druhém data má. V případě BTRFS (nebo ZFS nebo libovolného jednoho FS) pří pádu FS přijde o všechno (což by se mu stalo i dříve, dokud používal jen jeden RAID). Takže si vlastně polepšil. RAID, ani snapshoty na stejném FS nejsou záloha.

Snapshoty nejsou záloha, ale prostředek zálohy. Já to dělám tak, že každý den o půlnoci odesílám snapshot na zálohovací stroj, což je RPi, které mám u rodičů. Přenáší se pouze změmy, a mám tam historii snapshotů 30 dní zpět.

Já bych se bál, že btrfs send/receive nebude odolné proti úmyslně rozbitému vstupu (a nebo ani neúmyslným chybám), a poškodíš FS tak, že se nedostaneš ani k předchozím snapshotům. Proto raději používám rsync (a následně snapshotnu výsledek).

Tuším, že btrfs_send / recieve je tvořen vlastně streamem příkazů, co se má na cílovém FS nastavit. Takže by to mělo být vcelku odolné.

Např. vím, že se rozumně chovalo, když jsem se snažil "receive" stream na zařízení, které nemělo v kernelu zakompilované extended permissions (Asustor NAS, "vyřešil" jsem to instalací vlastního OS, čímž jsem ovšem přišel o veškeré přednosti toho, že to je NAS a moh sem si rovnou postavit něco vlastního, žejo....).
Při prvním pokusu o nastavení těch extended práv, to zařvalo, receive se ukončilo, a v cílovém FS zbyl korektně vytvořenej subvolume, jen s "polovinou" obsahu co tam měl bejt.

Takže bych si tip, že to vcelku rozumně odolné bude. Samozřejmě, chyba může bejt všude....

Rsync a snapshot – dával bych tu bacha na rsync, zejména u obecných věcí, kde se mohou například přesouvat soubory. Rsync oproti snapshotům nemusí zachytit konzistentní stav. Dávalo by mi naopak smysl udělat prvně snapshot a z něj pak rsync.

Přesně tak snapshoty na jiný disk. A synchronizaci z androidu jde řešit pořád přes syncthing nebo rsync.