Prace s paskou Hlavne zapomente na disky, prace je na pochopeni komplikovanejsi. Na pasce neni filesystem, ale jednotlive soubory razene za sebou. Budto se s tim smirte a pouzivejte radkove programy (tar, cpio, dump, cp, pro komunikaci mt) nebo zkuste kdat, ktery na pasce udela neco jako filesystem, ale kdovijak to funguje. V kazdem pripade si prejte, abyste z pasky nic dolovat nemusel :-). - Dalsi vec je, ze paska ma hardware kompresi. Mam to pouzivat? Jak se to da vypnout/zapnout? Pomoci mt nebo nejak primo na mechanice (jumper, dodany software). Priklady: ln -s nst0 /dev/tape cp archiv.tar.gz /dev/tape tar czf /dev/tape /etc tar czf /dev/tape `find /home -size -20000 -mtime -1 -type f 2> /dev/null` dump 0ubBf 10 2621440 /dev/tape /data Kombinace tar + find může selhat na souborech s mezerou nebo s příliš dlouhých jménech Cteni: tar tzvf /dev/tape Komunikace: mt status mt tell mt fsf 1 mt rewind mt offline Obvykly postup se 2 paskami: kazdy den inkrementalni zaloha za 1 den, kazdy tyden zaloha vseho; pripadne doplnene o dumyslne zachazeni s vice paskami a archivaci delsi dobu zpatky. Nebo doplneni o zalohovani pouze tem, kteri neprekrocili kvotu, pouze malych mailboxu, zaloha jenom dat a konfiguracnich souboru (programy se daji preinstalovat), ... Nekdy letos i vloni to konferenci bezelo. Odkazy: tar (1), --atime-preserve find (1), -mtime -1, -size -20000, -type f dump/restore (8) Prikaz taper Pokud potrebujet neco ryche, tak vyzkousejte na zacatek taper -T SCSI neni to idealni, ale funguje "graficky" i pres SSH a zvladne to i zacatecnik. Balik amanda - nadstavba nad dump/restore BRU - komplexni software pro zalohovani za penize udajne dlouhodobe nejlepsi * Pokial mate podporu SCSI a paskovych mechanik tak by mala byt mechanika pristupna ako /dev/nst0 (nonrewinding device), /dev/st0. Doporucujem pouzivat na zalohovanie prikaz dump. Pri restorovani je mozne pouzit totiz interaktivny mod restore -i. Dokaze rychlo nacitat cely strom suborov co je v zalohe a potom uz mozete ihned vyberat subory ktore chcete restorovat co pri tarku je problematicke a casovo zdlhave. Ja osobne som mal proble so zistovanim kapacity media. Aj ked bolo 12GB bez kompresie po 5GB chcel dump dalsiu pasku. Takze treba pouzit prepinac a. Priklad full backupu nejakeho filesystemu napr. /dev/hda3: /sbin/dump 0af /dev/nst0 /dev/hda3 Ak mate na to cas a priestor stale davajte v dumpe level 0 co je full backup a je to. Neskoresie si to mozete rozmysliet. * Nedoporucujem pouzivat na zalohovanie dump. Tomuto programu se vyhnete. Pod 2.4 jadrami dump nefunguje korektne a jestlize program, ktery pouzivate na zalohovani nefunguje korektne, tak to znamena, ze je to zalohovani naprt. http://lwn.net/2001/0503/a/lt-dump.php3 * Obavam se, ze Linus vidi duvody, proc dump -- program sahajici primo na filesystem -- funguje spatne, ale zapomina na duvody, proc mohou blbe (nebo jeste hur) fungovat tar, cpio atd. -- cili programy pristupujici pres normalni rozhrani OS: vicemene nevratna zmena atime, je nezbytne provadet ukrutne kejkle jako obranu proti race conditions (ktere stejne nikdo nedela), nelze presne odzalohovat derave soubory, ztrati se specialni atributy (immutable), atd. (Oboje pochopitelne plati u "ziveho filesystemu". Jestli fs neni mountnuty rw, pak je uplne jedno, jak se na nej pristupuje.) Jinak s tou nekonzistenci to zase neni az tak zhave, kdyz pred zahajenim dumpu udelate sync(). Soubory, co se behem zalohovani nejak intenzivne meni, v konzistentnim stavu neodchyti ani tar a spol. (uvazujme nasledujici posloupnost operaci: 1. tar precte blok 1, 2. zmenim blok 1, 3. zmenim blok 2, 4. tar precte blok 2...do zalohy se dostane puvodni blok 1 a zmeneny blok 2, coz nekoresponduje s zadnym stavem souboru v libovolnem okamziku). Takze spis jde o to, nakolik se dokaze dump nebo podobny program vyrovnat s pripadnymi nekonzistencemi v metadatech. Ano, pristupovat primo na blokove zarizeni je hnusne, ale co mame delat, kdyz nam OS neumoznuje to udelat lepe? * Na pasku se uklada po jednotlivych souborech (pricemz jeden soubor muze byt cela zaloha disku v nejake formatu - tar,zip atp..) Pro manipulaci s paskou rucne je dobry program mt. mt -f /dev/nst0 status vam vypise akt. stav pasky, povely fsf bsf muzete preskakovat mezi jednotlivymi soubory (zalohami) na pasce, rewind a offline pasku previne na zacatek a pripadne vyhodi. Doporucuji zvastni pozornost venovat povelu setblk - nastavuje velikost bloku na pasce pri zalohovani (0 je promenna velikost). Doporucuju se pohybovat v nasobcich 512 (tar pouziva zakladni velikost bloku ktery uklada cte prave 512byte) a pamatovat si jakou velikost bloku jste pri zaloze pouzil - je to dobre k tomu aby jste ty data jeste nekdy precetl. Napriklad ecrix a DATky mi fungovaly dobre pri bloku 512 ale DLTcko jsem musel nastavit na 10240 jinak zalohovalo pomalu. Doporucuji si s tim pohrat. Priklad zalohy na pasku tarem : mt -f /dev/nst0 rewind # najede na zacatek pasky mt -f /dev/nst0 setblk 512 # nastavi velikost bloku tar cf /dev/nst0 /adresar_co_se_zalohuje # zalohuje adresar na pasku mt -f /dev/nst0 bsf 1 # pretoci zpet o jeden soubor # rewind by taky fungoval # kdyz je zaloha prvni na pasce tar tf /dev/nst0 # zobrazi obsah toho co se na # pasku pri backupu ulozilo mt -f /dev/nst0 offline # pretoci na zacatek a vyhodi # pasku Doporucuji se podivat na manual tar , mt . Jeste poznamka kdyz mate v /dev link tape -> nst0 nemusite zadavat ten parametr -f /dev/nst0 , pouzije se /dev/tape .. Dalsi poznamka - pokud si nastavite velikost bloku treba 512 nektere mechaniky pak pozaduji zapis presne takove mnozstvi byte , jinak nezapisou nic - typicky DAT, Ecrix. DLTcku to nevadi - dofutruje to nulama. U taru zadny problem - ten proste jine bloky nez 512B nepise ale kdyz si budete chtit treba na pasku pred zapocetim zalohy ulozit soubor s informaci o datu a obsahu zalohy musite pri nastavene velikosti bloku 512 takovy soubor s informacemi vzdy dofutrovat mezerami nebo nulami na velikost nasobku 512B.