sslug-teknik team mailing list archive
-
sslug-teknik team
-
Mailing list archive
-
Message #82545
Re: Re: Erfaringer med flytning af store mængder data
On Wed, 25 May 2005 08:38:57 +0200, Mogens Kjaer wrote:
>
> Jeg ville boote på en rescue disk (som kan forstå
> dit RAID). rsync af et kørende system er måske ikke
> helt smart.
>
Jeg lavede tricket at fjerne en af diskene fra RAID, og køre i degraded
mode
> stride har muligvis betydning for dit RAID. Måske er den ikke så
> vigtig for RAID1 som RAID5.
Ifølge Jakob (software raid howto) har stride ikke den store værdi på
RAID1 - chunk størrelse derimod skulle kunne give noget (kræver man har
kendskab til sit filsystem, og hvad det skal indeholde). Mit er til
NFS-eksport af home, hvorfor jeg har chunk=4
> -Odir_index giver forøget hastighed, hvis der er mange filer i ét
> directory. ext3 kommer tæt på/overgår reiserfs i hastighed hvad dette
> angår med den option.
>
Det var jeg ikke bekendt med. Det vil jeg huske til næste gang:-\
> -c0 forhindrer fsck hvert x'te reboot
>
> -i0 (til tune2fs) forhindrer fsck hver x'te måned.
>
check og check
> -L label Nogle distributioner mounter ifølge disklabel, og ikke device
> navn.
Jeg benytter Debian; her har label ingen anvendelse
>
> Så ville jeg:
>
> mkdir /mnt/old /mnt/new
> mount -t ext3 /dev/md0 /mnt/old (eller hvad dit gamle RAID hed) mount
> -t ext3 /dev/md1 /mnt/new
> cd /mnt/old
> tar cf - .|(cd /mnt/new; tar xvpf -)
>
> Gør man det på den måde behøver man ikke exclude /proc.
>
Smart, den havde jeg ikke lige i tankerne. rsync er dog generelt også
smart, og hurtig.
> Hvis dit filsystem kører med ACL (måske ikke så almindeligt) skal der
> bruges andre værktøjer end rsync eller tar, da disse normalt ikke
> overfører ACL listerne.
>
Nope, det er kun en hjemmeserver til fruen og mig, så vi klarer os lige
så godt uden:-)
--
Hilsen/Regards
Michael Rasmussen
http://keyserver.veridis.com:11371/pks/lookup?op=get&search=0xE3E80917
References