Differences

This shows you the differences between two versions of the page.

--- navody:vps:datasety [2016/03/23 09:06] – Aither
+++ navody:vps:datasety [Unknown date] (current) – removed - external edit (Unknown date) 127.0.0.1
@@ Line 1: / Line 1: @@
-====== Datasety ======
-Dataset ve vpsAdminu reprezentuje přímo ZFS dataset na disku. Datasety
-se používají na data VPS i NAS. Koncept datasetu nahrazuje exporty z
-NASu. S datasetem VPS lze pracovat stejně jako s NASem.
-{{:navody:vps:dataset_vps.png?300|}}
-Proč se vůbec s datasety obtěžovat? Zejména kvůli možnosti nastavení
-kvóty a ZFS properties pro různé data/aplikace.
-Datasety VPS se nacházejí v detailu VPS a datasety NASu v menu NAS.
-Operace, které s nimi můžete provádět, jsou stejné. vpsAdmin umožňuje
-vytváření subdatasetů a nastavování ZFS properties.
-{{:navody:vps:dataset.png?300|}}
-Pomocí properties lze optimalizovat výkon databází, apod. Ve většině
-případů je nemusíte vůbec řešit.
-Rezervovaná jména datasetů jsou: ''private'', ''vpsadmin'', ''branch-*'' a ''tree.*''.
-Tyto názvy nelze použít.
-===== Velikost datasetů a zabrané místo =====
-V seznamu datasetů se zobrazují tři sloupečky: //Used space//, //Referenced space//
-a //Available space//. //Used space// zahrnuje místo zabrané datasetem, jeho snapshoty
-i všemi potomky. //Referenced space// zobrazuje jen místo, které zabírá odpovídající dataset,
-snapshoty ani subdatasety se nepočítají.
-//Available space// zobrazuje volné místo v aktuální datasetu s ohledem na nastavenou kvótu.
-===== Kvóty datasetů =====
-Pro datasety VPS se používá //Reference quota// - místo zabrané snapshoty
-a subdatasety není zahrnuto. Datasety NASu naopak //Quota// - místo zabrané
-snapshoty a subdatasety je zahrnuto. vpsAdmin automaticky dle kontextu nabízí správný typ kvóty.
-U VPS nechceme, aby se do zabraného místa počítalo
-místo zabrané snapshoty, protože by se zmenšila velikost disku VPS, o tolik,
-kolik dat je změněno mezi vytvořenými snapshoty.
-Každý dataset je samostatný a nesdíli místo s nadřazenými datasety, ani se
-svými potomky.
-Naopak na NASu je použita property quota a do té se počítá místo zabrané
-snapshoty i subdatasety. Pokud se na NASu udělají snapshoty, budou
-ubírat místo z celkové velikosti. Taky je jedno, že subdatasetu na NASu lze
-dat větší kvótu, než má uživatel k dispozici, protože se stejně uplatní kvóta
-z datasetu nejvyšší úrovně, tzn. ve výchozím stavu 250 GB.
-Z toho vyplývá, že k vytvoření subdatasetu VPS musí být nejdříve uvolněno místo, tzn.
-nějaký jiný (sub)dataset VPS musí být zmenšen minimálně o 10 GB. Na NASu záleží jen na kvótě nejvýše
-postaveného datasetu a kvóty subdatasetů můžou být libovolné.
-===== Snapshoty =====
-Zálohování probíhá pomocí ZFS snapshotů, které jsou vidět v menu
-Backups. Tam je možné je také vytvářet a mazat.
-{{:navody:vps:backups.png?300|}}
-Zálohování VPS probíhá tak, že každý den v 01:00 se v rámci jednoho node
-udělá snapshot všech datasetů najednou. Poté jsou snapshoty přesunuty na
-backuper.prg.
-Pozor! NAS **není zálohován** na backuper.prg. Snapshoty jsou
-pouze lokální a slouží jen jako ochrana proti nechtěnému smazání či poškození dat.
-===== Mounty =====
-Mounty lze vidět v detailech VPS. Mountovat lze datasety
-i snapshoty. Do jakékoliv VPS jde mountnout jakýkoliv dataset či
-snapshot. Mounty jednotlivých snapshotů nahrazují trvalý mount záloh do
-/vpsadmin_backuper.
-{{:navody:vps:mounts.png?300|}}
-Každý snapshot může být v jednu chvíli připojen pouze jednou, datasety
-toto omezení nemají.
-Nedoporučuji mountpointy zanořovat v nesprávném pořadí. Situace, kdy
-dataset 'raz/dva' je připojen nad dataset 'raz' není ošetřena.
-{{:navody:vps:mounts_detail.png?300|}}
-Mount lze dočasně odpojit tlačítkem "Disable/Enable". Toto nastavení je
-perzistentní mezi restarty VPS.
-===== Obnova záloh =====
-Obnovení VPS ze zálohy (snapshotu) funguje stejně, jako doposud. Obnova
-vždy funguje na úrovni datasetu. Když má VPS subdatasety a rootfs je
-obnoven ze zálohy, subdatasety obnoveny nejsou. Tzn. je možno obnovit
-jakýkoliv dataset, aniž by to mělo vliv na ostatní datasety. Při obnově
-jsou všechny snapshoty zachovány, díky větvení záloh na backuperu.
-NAS je možné snapshotovat pouze **manuálně**. Jelikož ale není zálohován na
-backuper, obnova se chová stejně jako ''zfs rollback -r'', tzn. obnova na
-starší snapshot **smaže** všechny novější snapshoty. Je to **nevratná** operace.
-Pro obnovu dat ze zálohy na NASu bez smazání snapshotů si zvolený
-snapshot moutněte do VPS a data vykopírujte.
-===== Stahování záloh =====
-Zálohy můžeme stahovat buď přes webové rozhraní nebo [[navody:vps:api#cli|CLI]].
-CLI má výhodu v tom, že nemusíme čekat na e-mail s odkazem na stažení zálohy,
-ale stahujeme ihned, připadně jde celý proces automatizovat. Můžeme stáhnout buď
-tar.gz archiv, nebo přímo ZFS data stream (i inkrementálně).
-==== Inkrementální zálohy ====
-Inkrementální záloha obsahuje pouze změněná data od předchozího snapshotu.
-Aby klient dokázal vyhodnotit, které snapshoty lze stahovat inkrementálně,
-každý snapshot obsahuje //identifikátor historie// (číslo). Snapshoty se stejným
-identifikátorem mohou být přeneseny inkrementálně. Tok historie naruší reinstalace
-VPS nebo obnova ze zálohy, poté je identifikátor historie navýšen o 1 a
-znovu se musí stáhnout plná záloha.
-Identifikátor historie je znázorněn v tabulce se seznamem snapshotů v menu Backups.
-==== Stažení zálohy do souboru ====
-<code>
-$ vpsfreectl snapshot download --help
-snapshot download [SNAPSHOT_ID]      Download a snapshot as an archive or a stream
-Command options:
-    -f, --format FORMAT              archive, stream or incremental_stream
-    -I, --from-snapshot SNAPSHOT_ID  Download snapshot incrementally from SNAPSHOT_ID
-    -d, --[no-]delete-after          Delete the file from the server after successful download
-    -F, --force                      Overwrite existing files if necessary
-    -o, --output FILE                Save the download to FILE
-    -q, --quiet                      Print only errors
-    -r, --resume                     Resume cancelled download
-    -s, --[no-]send-mail             Send mail after the file for download is completed
-    -x, --max-rate N                 Maximum download speed in kB/s
-        --[no-]checksum              Verify checksum of the downloaded data (enabled)
-</code>
-Není-li ID snapshotu předáno programu jako argument, interaktivně se na něj
-zeptá:
-<code>
-$ vpsfreectl snapshot download
-Dataset 14
-  (1) @2015-12-04T00:00:02Z
-VPS #198
-  (2) @2015-12-01T09:08:28Z
-  (3) @2015-12-01T09:10:10Z
-  (4) @2015-12-01T11:25:55Z
-  (5) @2015-12-01T11:36:03Z
-  (6) @2015-12-01T11:54:51Z
-  (7) @2015-12-01T11:55:19Z
-  (8) @2015-12-01T12:02:27Z
-  (9) @2015-12-01T12:27:50Z
-  (10) @2015-12-01T12:37:50Z
-  (11) @2015-12-01T12:55:46Z
-  (12) @2016-02-29T09:56:03Z
-  (13) @2016-02-29T10:08:31Z
-  (14) @2016-02-29T10:08:35Z
-Pick a snapshot for download:
-</code>
-Budeme stahovat 4. snapshot (''@2015-12-01T11:25:55Z''):
-<code>
-Pick a snapshot for download: 4
-The download is being prepared...
-Downloading to 198__2015-12-01T12-25-56.tar.gz
-Time: 00:01:37 Downloading 0.3 GB: [=====================================================================================] 100% 992 kB/s
-</code>
-Přepínačem ''%%--format%%'' vybereme, jestli chceme stáhnout tar.gz, data
-stream, nebo inkrementální data stream. Ve výchozím stavu dojde ke stažení
-tar.gz archivu.
-Soubor můžeme buď nechat pojmenovat vpsAdminem
-([[https://api.vpsfree.cz/v2.0/#root-snapshot_download-show|SnapshotDownload#Show.file_name]]),
-nebo si zvolit vlastní umístění pomocí přepínače ''%%--output%%''. Pokud je použit
-''%%--output=-%%'', výstup je přesměrován na stdout.
-Program umožňuje stáhování přerušit (třeba ''Ctrl+C'') a následně na něj opět
-navázat. Pokud není použit přepínač ''%%--resume%%'', nebo ''%%--force%%'',
-program se uživatele zeptá, jestli má pokračovat ve stahování, nebo začít
-znovu.
-<note>
-Stahování lze navázat jen v případě, že připravený soubor na serveru mezitím
-nebyl smazán (přepínač ''%%-[no-]delete-after%%''), což je až týden od prvního
-stahování.
-</note>
-==== ZFS data stream ====
-<code>
-$ vpsfreectl snapshot send --help
-snapshot send SNAPSHOT_ID            Download a snapshot stream and write it on stdout
-Command options:
-    -I, --from-snapshot SNAPSHOT_ID  Download snapshot incrementally from SNAPSHOT_ID
-    -d, --[no-]delete-after          Delete the file from the server after successful download
-    -q, --quiet                      Print only errors
-    -s, --[no-]send-mail             Send mail after the file for download is completed
-    -x, --max-rate N                 Maximum download speed in kB/s
-        --[no-]checksum              Verify checksum of the downloaded data (enabled)
-</code>
-Rozdíl oproti ''snapshot download'' je, že data stream je vypisován rovnou na
-stdout a to v nekomprimované formě, abychom ho mohli propojit přimo se
-''zfs recv'':
-<code>
-$ vpsfreectl snapshot send <id> | zfs recv -F <dataset>
-</code>
-Inkrementální data stream lze vyžádat přepínačem ''%%-I, --from-snapshot%%'':
-<code>
-$ vpsfreectl snapshot send <id2> -- --from-snapshot <id1> | zfs recv -F <dataset>
-</code>
-==== Automatizované stahování záloh ====
-Automatizované stahování záloh řeší příkazy ''backup vps'' a
-''backup dataset''. Používají se stejně, akorát první má jako argument ID VPS
-a druhý ID datasetu.
-Tyto příkazy vyžadují nainstalované ZFS, vytvořený zpool a práva roota.
-Program lze spustit buď přímo pod rootem, nebo bude za běhu používat sudo.
-Při spuštění se stáhnou snapshoty s aktuálním identifikátorem historie, které
-ještě lokálně neexistují, a to pokud možno inkrementálně. Aby fungoval
-inkrementální přenos, program musí najít snapshot, který je přitomen lokálně a
-zároveň je na serveru. Z toho vyplývá, že je potřeba zálohy stahovat minimálně
-jednou za 14 dní, protože poté bude náš nejnovější lokální snapshot smazán ze
-serveru a program nebude schopen pokračovat ve stahování záloh -- nebude existovat
-žádný společný snapshot.
-<code>
-$ vpsfreectl backup vps --help
-backup vps [VPS_ID] FILESYSTEM       Backup VPS locally
-Command options:
-    -p, --pretend                    Print what would the program do
-    -r, --[no-]rotate                Delete old snapshots (enabled)
-    -m, --min-snapshots N            Keep at least N snapshots (30)
-    -M, --max-snapshots N            Keep at most N snapshots (45)
-    -a, --max-age N                  Delete snapshots older then N days (30)
-    -x, --max-rate N                 Maximum download speed in kB/s
-    -q, --quiet                      Print only errors
-    -s, --safe-download              Download to a temp file (needs 2x disk space)
-        --retry-attemps N            Retry N times to recover from download error (10)
-    -i, --init-snapshots N           Download max N snapshots initially
-        --[no-]checksum              Verify checksum of the downloaded data (enabled)
-    -d, --[no-]delete-after          Delete the file from the server after successful download (enabled)
-        --no-snapshots-as-error      Consider no snapshots to download as an error
-        --[no-]sudo                  Use sudo to run zfs if not run as root (enabled)
-</code>
-Pokud program nedostane ID VPS/datasetu jako argument, buď se na něj uživatele
-zeptá, nebo se pokusí jej zjistit sám. Argument ''FILESYSTEM'' musí být uveden
-vždy. Měl by obsahovat jméno datasetu, do kterého chceme zálohy ukládat.
-<note warning>
-První argument programu je **ID VPS/datasetu**, což může být v případě
-datasetu matoucí, jelikož ID není stejné jako název datasetu, ale obojí je
-většinou číslo.
-</note>
-Než program spustíme na ostro, může se hodit přepínač ''%%--pretend%%'', který
-nám vypíše, co by program udělal, tedy jaké snapshoty by stáhnul a případně
-smazal.
-Přepínačem ''%%--[no-]rotate%%'' se (de)aktivuje mazání starých snapshotů, aby se
-uvolnilo místo pro ty nové. Nezměníme-li další nastavení, budeme mít minimálně
-snapshotů (což aktualně znamená 30 denní historii), maximálně 45 snapshotů
-(pokud si nějaké vytvoříme manuálně) a budou se mazat snapshoty starší nez 30
-dní.
-Obsah datasetu ''FILESYSTEM'' si program spravuje sám a uživatel by v něm
-neměl vytvářet další subdatasety/snapshoty. Stažené snapshoty jsou umístěny v
-subdatasetech, které jsou pojmenovány podle identifikátoru historie.
-=== Ukázka použití ===
-<code>
-$ vpsfreectl backup vps storage/backup/199
-(1) VPS #198
-(2) VPS #199
-(3) VPS #202
-Pick a dataset to backup: 2
-Will download 8 snapshots:
-  @2016-03-07T18:12:58
-  @2016-03-07T18:13:21
-  @2016-03-07T18:18:35
-  @2016-03-10T10:18:03
-  @2016-03-10T10:18:30
-  @2016-03-10T11:49:00
-  @2016-03-10T14:28:00
-  @2016-03-10T14:33:12
-Performing a full receive of @2016-03-07T18:12:58 to storage/backup/199/1
-The download is being prepared...
-Time: 00:00:56 Downloading 0.3 GB: [====================================================================================] 100% 1755 kB/s
-Performing an incremental receive of @2016-03-07T18:12:58 - @2016-03-10T14:33:12 to storage/backup/199/1
-The download is being prepared...
-Time: 00:00:00 Downloading 0.0 GB: [=======================================================================================] 100% 0 kB/s
-</code>
-Můžeme si všimnout, že program stáhne první snapshot v plné velikosti a
-všechny další pak inkrementálně.
-Seznam snapshotů vypíšeme pomocí ''zfs list'':
-<code>
-$ sudo zfs list -r -t snapshot storage/backup/199
-NAME                                       USED  AVAIL  REFER  MOUNTPOINT
-storage/backup/199/1@2016-03-07T18:12:58     8K      -   284M  -
-storage/backup/199/1@2016-03-07T18:13:21     8K      -   284M  -
-storage/backup/199/1@2016-03-07T18:18:35     8K      -   284M  -
-storage/backup/199/1@2016-03-10T10:18:03     8K      -   285M  -
-storage/backup/199/1@2016-03-10T10:18:30     8K      -   285M  -
-storage/backup/199/1@2016-03-10T11:49:00   160K      -   285M  -
-storage/backup/199/1@2016-03-10T14:28:00   160K      -   285M  -
-storage/backup/199/1@2016-03-10T14:33:12      0      -   285M  -
-</code>
-K vlastním datům se lze dostat přes speciální adresář ''.zfs'':
-<code>
-$ ls -1 /storage/backup/199/1/.zfs/snapshot
--03-07T18:12:58
--03-07T18:13:21
--03-07T18:18:35
--03-10T10:18:03
--03-10T10:18:30
--03-10T11:49:00
--03-10T14:28:00
--03-10T14:33:12
-</code>
-K pravidelnému stahování záloh se dá použít cron. Zápis v crontabu může vypadat
-takto:
-<code>
-MAILTO=tvuj@mail
-# Example of job definition:
-# .---------------- minute (0 - 59)
-# |  .------------- hour (0 - 23)
-# |  |  .---------- day of month (1 - 31)
-# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
-# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
-# |  |  |  |  |
-# *  *  *  *  * user-name command to be executed
-  7  *  *  * root      vpsfreectl backup vps 199 storage/backup/199 -- --max-rate 1000
-</code>
-Program se tedy spustí každý den v 7 ráno (kdy už by měly být zálohy ve
-vpsFree přeneseny na backuper.prg) a budou se stahovat maximální rychlostí
-MB/s. Výstup příkazu nám zašle cron na e-mail nastavený v proměnné
-''MAILTO''. Po ověření funkčnosti je však zbytečné, aby e-mail chodil každý den.
-Proto má program přepínač ''%%--quiet%%'', který zajistí, že se vypíšou jen
-případné chyby.
-<note>
-Pokud budeme zálohy stahovat pod rootem, ale ''vpsfreectl'' byl nainstalován
-pod obyčejným uživatelem, musí se pro roota program
-[[navody:vps:api#cli|nainstalovat]] i se všemi závislostmi znovu.
-</note>
-=== Stažení plné zálohy po pomalé/nespolehlivé lince ===
-Příkaz ''backup'' ve výchozím stavu neumožnuje přerušit a pokračovat ve stahování,
-protože nestahuje do žádného souboru, ale data hned předává ZFS. Jestliže máme
-k dispozici jen pomalou nebo nespolehlivou linku, může se stát, že stahování
-selže a bude nutné jej restartovat -- od začátku. Můžeme si ale pomoct
-přepínačem ''%%--safe-download%%'', který nejdříve stáhne data do souboru a až
-pak je předá ZFS. Díky tomu je možné kdykoli stahování přerušit a později
-v něm pokračovat. Nevýhodou je, že je k tomu potřeba 2x více místa na disku, protože
-jsou data v jednu chvíli v dočasném souboru i v ZFS datasetu. Dočasný soubor je vytvořen
-v adresáři, ze kterého je program spuštěn.
-Na další problém můžeme narazit při dlouhé době stahování. Program při prvním
-spuštění totiž stahuje všechny snapshoty, od nejstaršiho po nejnovější. Pokud
-ale stahujeme ten nejstarší snapshot moc dlouho, může dojít k jeho smazání ze
-serveru, což vede k tomu, že ho později nemůžeme použít k inkrementálnímu stahování a
-musíme stahovat plnou zálohu znovu. Pro tyto případy existuje přepínač
-''%%--init-snapshots N%%'', který programu řekne, že chceme stáhnout jen ''N''
-posledních snapshotů. Nejbezpečnější je použít ''%%--init-snapshots 1%%'', pak
-máme až 14 dní na dokončení stahování (poslední přerušení může nastat po 7
-dnech). Není to ale všelék, protože pokud je program ukončen a znovu spuštěn v jiný
-den, poslední snapshot bude jiný a stahování začne nanovo, není-li hodnota
-''%%--init-snapshots%%'' patřičně upravena.
-=== Detekce chybějící zálohy ===
-Někdy se může stát, že z nějakého důvodu denní záloha neproběhne a program tedy nebude
-mít co stáhnout. Tato situace normálně není považována za chybu -- jednoduše
-jsou všechny snapshoty už staženy a program nemá co dělat. Probíhá-li však
-stahování záloh automaticky za pomocí cronu, nijak se nedozvíme o tom, že se
-žádné zálohy nestahují. Z tohoto důvodu má program přepínač
-''%%--no-snapshots-as-error%%'', který se postará o to, že pokud program nemá
-co stáhnout, skončí s chybou. Chyby nejsou potlačeny přepínačem ''%%--quiet%%'',
-takže nám ji cron pošle na e-mail a o výpadku se dozvíme.
-=== Stahování záloh pod obyčejným uživatelem s využitím sudo ===
-Nechceme-li ''vpsfree-client'' instalovat či spouštět pod rootem, program umí
-běžet i pod neprivilegovaným uživatelem. K práci se ZFS pak využije sudo.
-V následující ukázce budeme program instalovat a používat pod uživatelem
-''vpsfree''. Nejdříve jej vytvoříme a nainstalujeme ''vpsfree-client'':
-<code>
-# useradd -m -d /home/vpsfree -s /bin/bash vpsfree
-# su vpsfree
-$ gem install --user-install vpsfree-client
-</code>
-Následující řádky vložte do ''/etc/sudoers.d/zfs'':
-<code>
-Defaults:vpsfree !requiretty
-vpsfree ALL=(root) NOPASSWD: /sbin/zfs
-</code>
-Uživatel ''vpsfree'' tedy bude moci spouštět ''zfs'' jako root a to bez hesla,
-což je nezbytné, pokud jej chceme pouštět cronem.
-Nyní zkusíme program spustit manuálně a potom jej umístíme do crontabu. Zkusme
-si tedy vyžádat a uložit autentizační token:
-<code>
-# su vpsfree
-$ vpsfreectl --auth token --new-token --token-lifetime permanent --save user current
-</code>
-Dostanete-li chybu, že program neexistuje, bude potřeba specifikovat celou
-cestu, nebo přidat správný adresář do ''$PATH''. Gemy se instalují do
-''~/.gem/ruby/<verze ruby>/'', na mém systému je cesta ke spouštěcím souborům konkrétně
-''/home/vpsfree/.gem/ruby/2.0.0/bin''.
-Máme-li funkčního klienta, můžeme stáhnout první zálohu do datasetu, který si
-vytvoříme. V této ukázce se bude zálohovat VPS #123 do datasetu
-''storage/backup/vps/123''.
-<code>
-# su vpsfree
-$ sudo zfs create -p storage/backup/vps/123
-$ vpsfreectl backup vps 123 storage/backup/vps/123
-</code>
-Další zálohy budeme stahovat pravidelně cronem, do souboru
-''/etc/cron.d/vpsfree'' vložte:
-<code>
-PATH=/bin:/usr/bin:/home/vpsfree/.gem/ruby/2.0.0/bin
-MAILTO=tvuj@mail
-HOME=/home/vpsfree
-7 * * * vpsfree vpsfreectl backup vps storage/backup/vps/123 -- --quiet
-</code>
-V ''PATH'' je uveden adresář obsahující ''vpsfreectl''. Všimněte si, že
-programu už nemusíme předávat ID VPS, při prvním spuštění si jej totiž uloží.
-=== Stahování záloh pod obyčejným uživatelem s využitím delegace práv ===
-Solaris/OpenIndiana a FreeBSD umožnuje delegovat práva pro ovládání datasetů
-různým uživatelům. Program v tomto případě vůbec nepotřebuje práva roota, ani
-sudo.
-Potřebné práva budeme přidělovat uživateli ''vpsfree'':
-<code>
-# zfs create storage/backup/123
-# zfs allow vpsfree create,mount,destroy,receive storage/backup/123
-</code>
-Aby mohl uživatel vytvářet subdatasety a připojit je, musí mít i práva na
-úrovni adresářů a souborů:
-<code>
-# chown vpsfree:vpsfree /storage/backup/123
-</code>
-<note>
-Na FreeBSD je potřeba upravit nastavení kernelu tak, aby umožnil uživatelům mount:
-<code>
-# sysctl vfs.usermount=1
-</code>
-</note>
-Teď můžeme začit stahovat zálohy. Přepínačem ''%%--no-sudo%%'' zajistíme, aby se
-program nesnažil použít sudo.
-<code>
-# su vpsfree
-$ vpsfreectl backup vps 123 storage/backup/123 -- --no-sudo
-</code>
-==== Obecné přepínače ====
-  * ''%%--[no-]delete-after%%'' rozhoduje o tom, jestli se má stahovaný soubor po úspěšném stažení smazat ze serveru
-  * ''%%--[no-]send-mail%%'' říká, jestli chceme stále dostat e-mail o tom, že je záloha připravena na serveru ke stažení
-  * ''%%--max-rate N%%'' nastavuje maximální rychlost stahování v kB/s
-  * ''%%--quiet%%'' potlačí všechen výstup, vypsány jsou pouze chyby
-  * ''%%--no-checksum%%'' vypne počítání a kontrolu checksumu (sha256, což někdy může zdržovat)
-===== Obnova stažené zálohy =====
-Obnova VPS ze stažené zálohy zatím není nijak automatizována. Jedním ze
-způsobů je připojit si dataset VPS, který chceme obnovit, do jiné VPS
-(playground) a data překopírovat. Tento postup je popsán v
-[[navody:vps:oprava#pripojeni_rootfs|návodu na opravu VPS]].

Knowledge base

User Tools

Site Tools

Differences

Page Tools