Работа с rsync
rsync
svn
tutanota.com
Скопировал репозитории со старого SVN на новый (orinoko)
rsync -avzrp -e="ssh -p 8022" --delete --progress root@77.37.212.63:/home/svn/svn /home/jira2/svn
- -v: verbose
- -r: recursive
- -l: copy synlinks as symlinks
- -p: preserve permissions
- -z: compress via transfer
- --progress: display process
- --delete: delete from copy, if not exists at source
Пример 2
03.08.13 oxypes1 to oxypes2 migrate ...........
Так работает (по паролю ключа):
rsync -avzr -e="ssh -i /usr/home/user/.ssh/keys/id_rsa.pem" --delete --progress user@172.27.117.196:/data/sigma /data
rsync -avzr -e="ssh -p 22" --delete --progress user@172.27.117.196:/data/sigma /data
oxypes# ls -lR /data | wc
143355 1131072 8346913
oxypes# du -shc /data/sigma/*
13G /data/sigma/1c
5,3G /data/sigma/buch
33G /data/sigma/head
4,0K /data/sigma/oxypes-folders-volume-120628.txt
12G /data/sigma/tech
164G /data/sigma/user
228G total
Пример 3
Задача - скопировать из пораженного каталога, часть файлов которого зашифрована вирусом, только зашифрованные файлы.
- Подготовить список файлов для синхронизации командой:
2. Синхронизация каталогов на одном диске по списку файлов.
find /mnt/1C -name "*tutanota*" > /home/sani/cat/crash.lst
В данном примере список файлов д.б. с полным путем от корневого каталога
rsync / /backup/exsi2/cat/tutanota_crashed_170914 -rpv --files-from=/home/sani/cat/crash.lst
Ключ --delete может сыграть злую шутку. При таком варианте, rsync сначала все трет, а затем записывает.