Fórum Root.cz
Hlavní témata => Server => Téma založeno: fotka 05. 04. 2010, 13:55:06
-
Ahoj, mám VPS se SSH přístupem do rootu.
Chtěl bych vždy čas od času zálohovat celý VPS na vzdálený FTP abych v případě potřeby mohl například jednoduše celý server obnovit například úplně na jiném PC.
Jaký je úplně nejjednodušší a nejpraktičtější způsob? a jak to tedy udělat - návod?
děkuji
-
Na zálohování je úplně ideální rsync v kombinaci s nějakým snapshotováním (v nejhorším případě cp -al).
Když už nic jiného, tak můžete celý systém vy-tar-ovat a někam vzdáleně uložit např. přes ssh.
-
Případně rdiff-backup http://www.root.cz/clanky/zaloha-dat-pomoci-rdiff-backup/ (http://www.root.cz/clanky/zaloha-dat-pomoci-rdiff-backup/), který umí ukládat i starší verze a samozřejmě zálohuje přírůstkově. A nezapomeň ze zálohy vyloučit adresáře jako /dev /proc /tmp (asi i /log a možná další), které je zbytečné zálohovat.
-
celý server obnovit například úplně na jiném PC
prece instalovany system je zavisly na hardwaru. Minimalne na architkture a rozdeleni na discich, ne.
-
To platí hlavně u Windows – které se se změnou HW nevyrovnají, nebo se jí dokonce záměrně brání. V Linuxu je přechod na jiné železo celkem v pohodě.
Většinou stačí ošetřit jen ty disky v /etc/fstab – pokud je tam jen jeden, stačí změnit UUID, pokud se na něj Grub odkazuje.
S architekturou problém být může – pokud by to bylo přechod z 64b na 32b (případně něco exotičtějšího jako ARM…) ale u serverů je dnes asi nejčastější 64b (resp. x86_64) :-)
-
Děkuji, zde je návod na Mirroring pomocí rSync (http://www.howtoforge.com/mirroring_with_rsync)
Vytvořil jsem dnes návod jak automatizovat zálohování databází a odesílání záloh z daného adresáře na vzdálený FTP server:
http://zajimave-clanky.info/2010/04/06/linux-jak-zalohovat-soubory-a-mysql-na-ftp/ (http://zajimave-clanky.info/2010/04/06/linux-jak-zalohovat-soubory-a-mysql-na-ftp/)
Jsou tam ke stažení dva shell skripty tak bych myslel že by bylo dobré kdyby někdo mohl poradit jak upravit ten skript pro FTP přenos souborů tak abych si tam mohl rovnou stanovit například i adresáře které se mi tím cronem zaGzipují.
Mohl by prosím někdo? Bylo by to jistě užitečné rozšíření a můžete si to pak případně dát jako tutorial na web.
F.
-
Děkuji, zde je návod na Mirroring pomocí rSync (http://www.howtoforge.com/mirroring_with_rsync)
Vytvořil jsem dnes návod jak automatizovat zálohování databází a odesílání záloh z daného adresáře na vzdálený FTP server:
http://zajimave-clanky.info/2010/04/06/linux-jak-zalohovat-soubory-a-mysql-na-ftp/ (http://zajimave-clanky.info/2010/04/06/linux-jak-zalohovat-soubory-a-mysql-na-ftp/)
Jsou tam ke stažení dva shell skripty tak bych myslel že by bylo dobré kdyby někdo mohl poradit jak upravit ten skript pro FTP přenos souborů tak abych si tam mohl rovnou stanovit například i adresáře které se mi tím cronem zaGzipují.
Mohl by prosím někdo? Bylo by to jistě užitečné rozšíření a můžete si to pak případně dát jako tutorial na web.
F.
Na svém blogu jsem si poznačila způsob, jak si zálohuju data provozního serveru - https://vati.cz/zalohy-reloaded/ . Klasicky rsyncem weby atp., databází mám už hodně a především jsou některé už příliš velké na skriptovanou zálohu. Popisuju tam i způsob binární zálohy mysql (MariaDb) - můžete si zkusit nástroj mariabackup, který zálohuje celou instanci mariadb komplet, je to dost rychlé - jen na chvilku to zamkne tabulky. A dobře se to pak obnovuje.
Pokud máte ambice zálohovat i celý stroj vč. konfigurace, pak hlavně /etc, ovšem nejjednodušší je kompletní záloha celého VM. Netuším ale, jak se k tomu dostat na komerčním hostingu. Takovou zálohu lze spolehlivě většinou provést jen při vypnutém VM hypervizorem.
-
na data rsync je super, ale pokud server chceš obnovit někde jinde, můžeš narazit na spoustu problémů, nelze prostě celou zálohu nahrát do nového systému bez úpravy
- nastavení bootu a parametrů kernelu ti mohou být skryty (ne vždy máš /boot dostupný a ne vždy je vhodné ho kopírovat jinám)
- nastavení DHCP a sítě, server může být napevno svoji IP adresu, může mít jiné nastavení v konguraci, tohle musíš změnit podle nového VPS
- veřejná doména v DNS, pravděpodobně na serveru máš nějaké služby, nějaký web a ten je svázán s IP adresou serveru, služby/weby ti pak mohou odmítnout fungovat na jiné doméně, to záleží na jejich konfiguraci
- obnova veřejných certifikátů pro https může být úzce svázána se současným VPS či jeho poskytovatelem, po obnovení na stejné doméně jinde ti mohou certifikáty expirovat a nemusíš je snadno obnovit
- dělat rsync živé databáze, třeba mysql, nemusí být dostatečné a můžeš skončit s poškozenou zálohou
-
....
Mohl by prosím někdo? Bylo by to jistě užitečné rozšíření a můžete si to pak případně dát jako tutorial na web.
Hele, radsi nic nezalohuj ju? Bude to tak bezpecnejsi nejen pro tebe ale i cely okoli.
Pro jakykoli zalohovani je totiz treba vedet co se zalohuje, a z toho pak vychazi to jak se to bude zalohovat. Mysql napriklad zalohovat vubec neumi. A jedinej zpusob jak zalohu udelat, je ji vypnout (a ani to vlastne nefunguje). Zadnej jinej neexistuje.
V opacnym (tvem) pripade dostanes nekonzisteneni a tudiz nepouzitelnou a nefunkcni zalohu.
Jakakoli zaloha totiz musi byt predevsim zaloha konzistentni. V pripade souboru to znamena, ze jsou kompletni a oteviratelne. Jenze to nestaci, soubor musi mit uvnitr pochopitelne koser strukturu, aby ho zvladla otevrit prislusna aplikace. A ani to nestaci, protoze v pripade databazi, je treba aby byla ta zaloha konzistentni i datove = napriklad v databazi muzes mit hlavicky a polozky. Databaze kde jsou jen polozky a nejsou tam hlavicky se sice pripojit urcite da, ale je ti knicemu.
Mysqldump vytlaci nekonzistentni bordel a to je vse co dela. Pokud chces databazi co se umi zalohovat, treba postgre. A samozrejme tomu pozadavku musi odpovidat i aplikace - musi totiz (a spravne) pouzivat transakce.
-
To platí hlavně u Windows – které se se změnou HW nevyrovnají, nebo se jí dokonce záměrně brání.
Sice jsem to ještě neměl příležitost zkusit, ale už to prý(!) konečně není pravda. Jediný problém by tak u aktuálních 11ek mohl být s licencí po přenosu, pokud v EFI nenajdou platný klíč pro příslušnou edici (typicky Pročka obnovená na železo, kde byly licencované Home nebo vůbec žádné), ale to je řešitelné snadno.
-
To platí hlavně u Windows – které se se změnou HW nevyrovnají, nebo se jí dokonce záměrně brání.
Sice jsem to ještě neměl příležitost zkusit, ale už to prý(!) konečně není pravda. Jediný problém by tak u aktuálních 11ek mohl být s licencí po přenosu, pokud v EFI nenajdou platný klíč pro příslušnou edici (typicky Pročka obnovená na železo, kde byly licencované Home nebo vůbec žádné), ale to je řešitelné snadno.
Windows se se změnou HW vyrovnají už dlouho velmi dobře. Začal jsem s athlonem a W7, povýšil procesor a paměť, migroval na větší HDD, pak jsem upgradoval desku a na intel cca 4 generace, pak jsem systém překlopil na ssd, pak jsem upgradoval systém na w10, pak jsem změnil desku a procesor na ryzen a naposled upgrade na W11 a to všecko to sežralo bez přeinstalace systému. někde v tom je i výměna grafiky z radeonu na nvidii a zpátky na radeon... Maximálně jsem odinstaloval věci co se týkaly konkrétní staré platformy.... Celkem asi 12 let provozu...