수천 개의 작은 파일을 서버에 복사하는 rsync 작업이 있습니다. 파일이 해당 서버에 도착하면 Lookback을 사용하여 테이프에 백업합니다. 작은 파일이 너무 많아서 Retrospect는 답답함을 느끼기 시작합니다. rsync 후 파일을 보관하는 방법을 찾고 있으므로 검토는 단순히 파일 하나를 테이프에 덤프합니다. 매일 모든 파일을 압축하고 싶지는 않습니다. 그렇게 하면 디스크에 많은 스트레스가 가해지고 백업 기간을 놓칠 수도 있기 때문입니다. 백업이 완료되면 rsync를 다시 실행해야 하지만 모든 파일을 다시 복사하는 것을 원하지 않으므로 업데이트하기 전에 모든 파일을 볼 수 있어야 합니다.
아이디어?
답변1
ServerA -> ServerB에서 동기화하기 위해 rsync를 사용하는 이유는 사용자/서비스가 ServerB 시스템의 파일에 액세스해야 하기 때문입니다. 제안된 대로 순전히 백업용이고 사용자가 파일을 읽기 위해 액세스할 필요가 없다면 rsync를 사용하는 이유는 무엇입니까? Tar에는 델타 옵션이 있으며 rsync에서와 마찬가지로 네트워크를 통해 전송할 수 있습니다.
http://www.gnu.org/software/tar/manual/html_node/Incremental-Dumps.html
tar -c -z -g /var/tar/$path.snar -f - /$path \
| ssh backupsrv "cat > serverA-$path.tar.gz"
또는 백업 클라이언트를 ServerA에 직접 배치하고 불필요한 복잡성을 제거할 수 있는 백업 솔루션으로 전환하십시오.
무료에는 Amanda와 Bacula가 포함됩니다.