Név
dump - ext2 fájlrendszer biztonsági másolat
Szinopszis
lerak -0123456789ackMnqSu-A fájl -B feljegyzések -b blocksize -d sűrűség -e inode számok -E fájl -f fájl -F forgatókönyv -h szint -én nr hibák -j tömörítési szintet -L címke -Q fájl -s láb -T dátum -Z tömörítési szintet fájlokat-to-dump lerak -W | -w (A BSD 4.3 opció szintaxisát visszafelé kompatibilitásra alkalmazzák, de itt nincs dokumentálva.) Lerak megvizsgálja az ext2 fájlrendszeren lévő fájlokat, és meghatározza, hogy mely fájlokat kell biztonsági másolatot készíteni. Ezeket a fájlokat az adott lemezre, szalagra vagy más tárolóeszközre másolja a biztonságos tárolás érdekében (lásd a -faz alábbi lehetőség a távoli mentések elvégzéséhez). A kimeneti adathordozónál nagyobb dump többszörös kötetekre oszlik. A legtöbb médián a méretet úgy határozza meg, hogy mindaddig írja a média vége felé mutató jelzést. Olyan adathordozókon, amelyek nem tudják megbízhatóan visszaadni a médium végét (pl. Egyes kazettaszalagos meghajtók), mindegyik hangerő fix méretű; a tényleges méretet a patronadag meghatározásával vagy a szalagméret, a sűrűség és / vagy a blokkszámláló lehetőségek segítségével határozhatja meg. Alapértelmezés szerint ugyanazt a kimeneti fájlnevet használja minden egyes kötethez, miután a szolgáltatót arra készteti, hogy módosítsa a médiát. fájlokat-to-dump vagy egy fájlrendszer csatolási pontja vagy a fájlok és könyvtárak listája, amelyeket fájlrendszer részhalmazaként készítenek el. Az előbbi esetben akár egy felcsatolt fájlrendszer, akár egy fel nem szerelt fájlrendszer eszközét is használhatjuk. Az utóbbi esetben bizonyos korlátozások kerülnek a biztonsági mentésre: -u nem engedélyezett, az egyetlen támogatott dump-szint -0 és minden fájlnak és könyvtárnak ugyanazon a fájlrendszeren kell lennie. Az alábbi opciók támogatottak: -0-9 Dump szintek. A 0-as szintű, teljes biztonsági mentés garantálja a teljes fájlrendszer másolását (de lásd még a -h lehetőség lent). A 0-nál magasabb fokozat, növekményes mentés, mondjalerak az összes fájlt másolhatja vagy módosíthatja az alacsonyabb szintű utolsó dump óta. Az alapértelmezett szint 9. -a `` automatikus méret '' Az összes szalaghossz-számítást kiiktatja, és írja be, amíg a média vége megjelenik. Ez a legjobb a legtöbb modern szalagos meghajtóhoz, és az alapértelmezett. Ez a lehetőség különösen akkor ajánlott, ha meglévő szalaghoz csatlakozik, vagy egy hardveres tömörítéssel ellátott szalagos meghajtót használ (ahol soha nem biztos abban, hogy a tömörítési arány). -A archive_file Archiváljon egy adatbeviteli táblát a megadott mappában archive_file hogy visszaállítsa (8) annak megállapítására, hogy a fájl a visszaállítandó dump fájlban van-e. -b blocksize A kilogrammonkénti száma dump rekordonként. Mivel az IO rendszer az összes kérelmet szétszórja a MAXBSIZE darabokra (jellemzően 64 kB), nem lehet nagyobb blokkméretet használni anélkül, hogy a későbbiekben a visszaállítással lenne probléma (8). Ebből adódóanlerak korlátozza a MAXBSIZE-ra írást. Az alapértelmezett blokkméret 10. -B feljegyzések Az 1 kB-os blokkok száma kötetenként. Általában nem szükséges, mintlerak észlelheti a média végét. Amikor a megadott méret elérésre kerül,lerak várja meg a hangerőt. Ez az opció felülírja a szalag méretének kiszámítását a hosszúság és a sűrűség alapján. Ha a tömörítés ezen a határon van, akkor a tömörített kimenet nagysága kötetenként. -c A 8000 bpi sűrűségű és 1700 láb hosszúságú patronos szalagos meghajtóval használható alapértelmezett értékeket módosítsa. A patron-meghajtó megadása felülbírálja a média vége felderítését. -d sűrűség Állítsa be a szalagsűrűséget sűrűség Az alapértelmezett érték 1600BPI. A szalag sűrűségének megadása felülírja a média vége felderítését. -e inode kizár inode a dumpból. A inode A paraméter az elválasztott lista az inode számokból (használhatja statisztika hogy megtalálja az inode számot egy fájlhoz vagy könyvtárhoz). -E fájl Olvassa el az inode-k listáját, amelyek ki lesznek zárva a szöveges fájlból fájl A fájl fájl egy rendes fájlnak kell lennie, amely az új sorokkal elválasztott inode számokat tartalmazza. -f fájl Írja be a biztonsági másolatot fájl fájl lehet egy speciális eszközfájl, mint a / dev / st0 (szalagos meghajtó), a / dev / rsd1c (hajlékonylemezes meghajtó), a szokásos fájl vagy a `- '(a szabványos kimenet). Több fájlnév is megadható egyetlen érvként vesszővel elválasztva. Minden fájlt a megadott sorrendben egy dump kötethez használnak; ha a dump több kötetet igényel, mint a megadott nevek száma, akkor az utolsó fájlnév az összes fennmaradó kötetre a médiaváltozás kérése után használható. Ha a fájl neve `` host: fájl '' vagy `` user @ host: fájl '' formábanlerak az elnevezett fájlra írja a távoli gépen az rmt (8) használatával. A remote rmt (8) program alapértelmezett elérési útvonala az / etc / rmt, amelyet a környezeti változó felülírhatRMT -F forgatókönyv Futtassa a szkriptet minden szalag végén. Az eszköznév és az aktuális kötet száma átkerül a parancssorra. A szkriptnek vissza kell állnia 0, halerak folytassa anélkül, hogy felkérné a felhasználót, hogy változtassa meg a szalagot, 1 halerak folytassa, de kérje a felhasználót, hogy változtassa meg a szalagot. Minden más kilépési kód okozhatlerak abbahagyni. Biztonsági okokból,lerak visszatér a valós felhasználói azonosítóhoz és a valódi csoportazonosítóhoz a szkript futtatása előtt. -h szint Tiszteld a felhasználó `` nodump '' jelzőjét Dp Dv UF_NODUMP csak az adott vagy annál nagyobb szint Az alapértelmezett becsületszint 1, így a növekményes biztonsági másolatok elhagyják ezeket a fájlokat, de a teljes biztonsági másolatok megőrzik őket. -ÉN nr hibák Alapértelmezés szerint,lerak figyelmen kívül hagyja az első 32 olvasási hibát a fájlrendszeren, mielőtt megkérdezi az operátor beavatkozását. Ezt a zászlót bármely értékkel módosíthatja. Ez akkor hasznos, ha futlerak egy olyan aktív fájlrendszeren, ahol az olvasási hibák egyszerűen azt jelzik, hogy ellentmondás áll fenn a leképezés és a dömpingpályák között. -j tömörítési szintet A bzlib könyvtár használatával tömörítsen minden blokkot a kazettára írva. Ez az opció csak akkor fog működni, ha a fájlba vagy csőbe történő dömping, vagy ha a szalagos meghajtóba dömpingelt, ha a szalagos meghajtó képes változó hosszúságú blokkok írására. A tömörített szalagok kivonásához legalább a 0.4b24-es verzióra van szükség. A tömörítéssel írt szalagok nem kompatibilisek a BSD szalagos formátummal. Az (opcionális) paraméter határozza meg a bzlib által használt tömörítési szintet. Az alapértelmezett tömörítési szint 2. Ha az opcionális paraméter van megadva, akkor nem lehet üres hely az opcionális betű és a paraméter között. -k Használja a Kerberos hitelesítést távoli szalagos kiszolgálókkal való beszélgetésre. (Csak akkor áll rendelkezésre, ha ezt az opciót engedélyeztéklerak összeállították.) -L címke A felhasználó által megadott szöveget címke elhelyezik a dump fejlécben, ahol olyan eszközök, mint a visszaállítás (8) és az (1) fájl férhet hozzá. Ne feledje, hogy ez a címke legfeljebb LBLSIZE (jelenleg 16) karakterből állhat, amelyeknek tartalmazniuk kell a ` 0 ' -m Ha ezt a zászlót megadja,lerak optimalizálni fogja az inódok kimenetét, de az utolsó dump (az "átalakított" és a "módosított" jelentése a stat (2) alatt definiált), de nem módosult. Azok számára,lerak csak a metaadatokat fogja elmenteni, ahelyett, hogy elmentené a teljes inode tartalom tartalmát. Azok az inodesok, amelyek vagy a könyvtárak, vagy az utolsó dump óta módosultak, rendszeresen mentésre kerülnek. A zászló használatának következetesnek kell lennie, ami azt jelenti, hogy akár egy növekményes dump készletben lévő minden ürítésnek van zászlója, vagy senki sem. Az ilyen "csak metaadat" inódákkal írt szalagok nem lesznek kompatibilisek a BSD szalagos formátummal vagy a régebbi verziókkalvisszaállítás. -M Engedélyezze a többkötetes funkciót. A megadott név -felőtagként kezelik, ésleraksorrendben írja 001, 002-re, stb. Ez akkor hasznos lehet, ha az ext2 partíción lévő fájlok lerakódnak, hogy megkerüljék a 2 GB-os fájlméret-korlátozást. -n Bármikorlerak megkívánja a kezelő figyelmét, értesítse az "operátor" csoport összes szereplőjét a falhoz hasonló módon (1). -q csinállerak haladéktalanul meg kell szakítani, ha a kezelő figyelmét felszólítja, anélkül, hogy írási hibákra, szalagváltásokra lenne szükség. Q fájl Engedélyezze a Quick File Access támogatást. Az egyes inode-kazetták pozíciói a fájlba kerülnek fájl amelyet a visszaállítás (ha a Q paraméterrel és a fájlnévvel hívják) a helyreállításhoz a szalag helyreállításához a fájl visszaállításakor, jelenleg dolgozik. Ezzel időt takaríthat meg, amikor egyetlen fájlt visszaállít nagy biztonsági mentésekből, megmenti a kazettákat és a meghajtó fejét. Ajánlott az st meghajtó beállítása a logikai szalag pozíciók helyett, a fizikai helyett, mielőtt a Q paraméterrel dump / restore-ot hívna. Mivel nem minden szalagos eszköz támogatja a fizikai szalagos pozíciókat, ezek a szalageszközök hibát okoznak a dump / restore alatt, amikor a st meghajtó állítsa be az alapértelmezett fizikai beállítást. Kérjük, nézze meg a st man oldalt, az MTSETDRVBUFFER opciót vagy az mt man oldalt, hogy miként állíthatja be a meghajtónak a logikai szalagos pozíciók visszaállítását. Mielőtt visszaállítaná a visszaállítást a Q paraméterrel, mindig győződjön meg arról, hogy a st meghajtó beállította, hogy ugyanazt a szalag pozíciót használja vissza a hívás során. Ellenkező esetben a visszaállítás zavart okozhat. Ez az opció akkor használható, ha a helyi szalagokra (lásd fent) vagy a helyi fájlokra kerül. -s láb Próbálja kiszámítani az adott sűrűséghez szükséges szalag mennyiségét. Ha ezt az összeget túllépték,lerak új szalagot kér. Javasolt egy kicsit konzervatív erre a lehetőségre. Az alapértelmezett szalaghossza 2300 láb. A szalagméret megadása felülbírálja a média észlelését. -S Méretbecslés. Határozza meg azt a helyet, amely a dump végrehajtásához szükséges, anélkül, hogy ténylegesen megcsinálná azt, és megjeleníti a bájtok becsült számát. Ez hasznos a növekményes hulladéklerakókkal annak meghatározásához, hogy hány kötetnyi adathordozóra van szükség. -T dátum Használja a megadott dátumot a dump indulásának idején az "/ etc / dumpdates" nézetben meghatározott idő helyett. dátum ugyanaz, mint a ctime (3). Ez az opció hasznos olyan automatizált dump parancsfájloknál, amelyek meghatározott időtartamra szeretnének eldobni. A -Topció kölcsönösen kizárja a -u választási lehetőség. -u Frissítse a / etc / dumpdates fájlt egy sikeres dump után. Az / etc / dumpdates formátuma az emberek által olvasható, egy soronként szabad formátumú rekordból áll: fájlrendszernév, növekményszint és ctime (3) formátumú dump dátum. Minden szinten minden egyes fájlrendszerre csak egy bejegyzés lehet. A fájl / etc / dumpdates szerkeszthető, ha szükséges, bármely mező megváltoztatásához. -W Lerak megmondja az operátornak, hogy mely fájlrendszereket kell lerakni. Ez az információ a / etc / dumpdates és / etc / fstab fájlokból származik. A -W opció okozzalerak az / etc / dumpdates fájlrendszerek összes fájlrendszere és az / etc / fstab fájlrendszerek regisztrált fájlainak kinyomtatása a legfrissebb dump dátumhoz és szinthez, és kiemeli azokat, amelyeket be kell dobni. Ha a -W opció be van állítva, az összes többi opciót figyelmen kívül hagyja, éslerak azonnal kilép. -w Olyan, mint -W de csak a felismert fájlrendszereket nyomtatja ki az / etc / fstab fájlban, amelyet ki kell tölteni. -z tömörítési szintet Minden blokk tömörítéséhez írja be a kazettára a zlib könyvtárat. Ez az opció csak akkor fog működni, ha a fájlba vagy csőbe történő dömping, vagy ha a szalagos meghajtóba dömpingelt, ha a szalagos meghajtó képes változó hosszúságú blokkok írására. A tömörített szalagok kivonásához legalább a 0.4b22 verziójú visszaállításra van szükség. A tömörítéssel írt szalagok nem kompatibilisek a BSD szalagos formátummal. Az (opcionális) paraméter határozza meg a zlib által használt tömörítési szintet. Az alapértelmezett tömörítési szint 2. Ha az opcionális paraméter van megadva, akkor nem lehet üres hely az opcionális betű és a paraméter között. Lerak a kezelő beavatkozását igényli az alábbi feltételekkel: a szalag vége, a dump vége, a szalagírási hiba, a szalagot nyitó hiba vagy a lemezleolvasási hiba (ha van több mint a küszöbérték küszöbe). Amellett, hogy figyelmezteti az összes üzemeltetőt,n kulcs,lerak kölcsönhatásba lép az üzemeltetővel guba vezérlő terminál, amikorlerak nem hajlandó tovább folytatni, vagy ha valami durván hibás. Minden kérdéslerak pózok kell válaszolni kell az "igen" vagy a "nem" megfelelő módon történő beírásával. Mivel a dump miatt sok időt és erőfeszítést tesz szükségessé a teljes hulladéklerakókhoz,lerak ellenőrző pontokat minden egyes kazetta hangerő elején. Ha a kötet valamilyen okból nem sikerül,lerak kezelői engedélyével újraindítja az ellenőrzőpontból a régi szalag újratöltését és eltávolítását, és új szalagot szerel fel. Lerak azt mondja az üzemeltetőnek, hogy mi folyik időközönként, beleértve általában a becslések számát az írható blokkok számáról, a szalagok számáról, a befejezés időpontjáról és a szalagváltás idejére. A kimenet kiterjedt, hogy mások tudják, hogy a terminál vezérlilerak van elfoglalva, és lesz egy ideig. Katasztrofális lemezesemény esetén az összes szükséges visszaállító szalag vagy fájl lemezre történő visszaállításához szükséges idő minimálisra csökkenthető az inkrementális bontások megdöntésével. A szalagok számának minimálisra csökkentése érdekében a lépcsőzetes inkrementális hulladéklerakók hatékony módszerei: Néhány hónap múlva a napi és a heti szalagokat ki kell forgatni a kiürítési ciklusból és friss szalagokból. LÁSD MÉG RMT (8) Fontos: Használja a Férfi parancs ( % Férfi ), hogy lássa, hogyan használják a parancsot az adott számítógépen. Leírás
/ sbin / dump -0u -f / dev / st0 / usr / src Ezt kell megtenni meghatározott időközönként, mondjuk havonta egyszer, vagy kéthavonta, és egy sor friss szalagok, amelyeket örökre elmentettek. 3 2 5 4 7 6 9 8 9 9 … A napi hulladéklerakók esetében minden egyes nap esetében rögzített számú szalagot kell használni, amelyet hetente használnak. Minden héten egy 1. szintű dumpot veszünk, és a napi Hanoi szekvencia megismétlődik a 3.-mal kezdődően. A heti hulladéklerakókhoz egy másik rögzített szalagot használunk egy dömpingelt fájlrendszerenként, ciklikus alapon is.




