답변1
최근 명령 모음(백업, 복원 및 사후 스냅샷)에서 얻은 주요 이점은 backupJFS2 스냅샷에서 작동한다는 것입니다. tar, cpio 및 기타 몇 가지 명령과 같은 다른 명령은 수행할 수 없습니다. tar가 공백 오류로 인해 실패하는 것과 같은 이상하거나 설명이 아닌 오류로 인해 실패할 뿐입니다.
$ cd /home/myjfshome/.snapshot/snapshot_1
$ tar -cvf /tmp/mytarfile myfile
tar:
답변2
이러한 프로그램 dump( backup)과 restoreBSD는 1980년경부터 사용되었습니다. 이는 작동하고 견고한 증분 백업 시스템을 가능하게 합니다.
tar제공된 tar와 같은 바닐라 구현은 AIX필수 파일 메타데이터를 모두 유지하지 않기 때문에 백업 시스템과 비교할 수 없습니다.
그러나 파일 시스템을 백업하기 위해 star(저는 가장 오래된 무료 tar 구현의 작성자입니다 )를 사용하는 경우 이러한 프로그램에서 사용하는 것과 동일한 기본 알고리즘을 얻게 되지만 백업은 파일 시스템 및 운영 체제와 독립적으로 수행됩니다. star방식. Star는 또한 견고한 증분 백업 시스템을 제공합니다.
바라보다http://schilytools.sourceforge.net/man/man1/star.1.html더 많은 정보를 알고 싶습니다.
모든 크기의 FIFO(예: 관련 옵션이 지정된 경우 몇 GB)를 star사용할 수 있고 BSD 프로그램이 작은 63kBytes 버퍼만 지원한다는 사실 로 인해 기존 방법보다 빠릅니다 . 스트리밍 모드를 유지해야 하는 테이프 장치에 직접 백업하려는 경우 이는 중요합니다.fs=backupstar
참고: NFSv4 ACL은 현재 AIX에서 지원되지 않으며 star현재 AIX 시스템에 액세스할 수 없기 때문에 AIX에서 철회된 POSIX 초안 ACL의 상태에 대해 말할 수 없습니다.
또 다른 인기 있는 프로그램인 것 같지만 gnu tar이 프로그램은 ACL을 지원하지 않으며 증분 백업 및 복구를 지원한다고 주장하지만 증분 백업 사이에 파일 시스템에 중요한 변경이 발생한 경우 증분을 복원할 수 없습니다.
이것 좀 봐전체 시스템 백업을 위해 tar를 사용할 수 있습니까?잘 알려진 GNU tar 버그(1992년 이후 존재하고 2004년 이후 여러 번 보고됨)를 반복하는 스크립트입니다.
부서별 비교는 다음과 같습니다.Linux tar는 증분을 신뢰할 수 없는 것으로 나열합니다.