On Thu, Apr 21, 2005 at 04:34:55PM +0200, Stefan Alfredsson wrote: > Marcus Rej�s said: > > Jag skulle anv�nda tar �ven om det kan bli lite meckigt. Med lite > > planering brukar det dock g� bra. Att k�ra dd p� ett system som �r ig�ng > > g�r inte p� ett filsystem som �r i drift (i alla fall inte om det �r > > skrivbart) eftersom en exakt kopia tas av disken s� kommer det att bli > > inkonsistens i det nya filsystemet (p� samma s�tt som det blir det om du > > drar ur sladden till maskinen).
V�rre, faktiskt. N�r du kopierar med t.ex. partimage eller dd s� l�ser du av disken sekventiellt medan den �ndras i ok�nd ordning; allts� blir olika omr�den i din kopia fr�n olika tider, s� en journalreplay �r inte tillr�ckligt f�r att garantera konsistens. > dumpmaskin# ssh master tar --exclude proc -cf - / | gzip > dumpen.tgz > > (l�t dumpmaskinen gzippa ist�llet f�r master ifall den har b�ttre f�r sig > att anv�nda cpu-cykler till gzippning. ssh-komprimeringen kommer funka > ganska bra p� datan �nd� gissar jag). Eh.. det d�r �r utan att be ssh komprimera, och sshs komprimering �r zlib, exakt samma som i gzip. Vill du ha snabbare kan du anv�nda lzop. > Kolla �ven in frisbee, imagezip, imageunzip f�r imagedumpande; > http://www.emulab.net/software.php3 .. ungef�r som dd, fast med kunskap om > filsystemets utseende. St�djer �ven multicast-distribution (a' la > ghost(tm)), linux, freebsd, samt visst ntfs-st�d. Dock �r det fortfarande > bra om filsystemen i fr�ga inte �r monterade f�r att slippa f� > inkonsistens i dumpen. L�ter som frontends till partimage. systemimager �r en annan. -- PGP fingerprint = 9242 DC15 2502 FEAB E15F 84C6 D538 EC09 5380 5746
signature.asc
Description: Digital signature
