한 머신에서 다른 디스크로 타임 머신 파일을 복사하는 더 빠른 방법이 있습니까?

Times.backupdb 아래의 모든 타임 머신 백업 파일을 다른 드라이브로 이동하려고합니다. 밤새 파일 복사를 시작했습니다 (b / c 복사를 준비하는 데 OSX가 영원히 걸리는 것을 보았습니다 ... 기본적으로 몇 시간 동안 파일을 세는 것입니다). 아침에 특정 백업 (날짜가있는 폴더) 만 복사되는 것을 보았습니다. 그런 다음 복사되지 않은 것들을 복사하려고 시도했지만 OS는 그렇게 할 수 없었습니다. "백업 항목을 수정할 수 없기 때문에 작업을 완료 할 수 없습니다."라는 오류 메시지가 표시됩니다. 그래서 내 계획은 새 드라이브에서 불완전한 복사본을 삭제 한 다음 Backups.backupdb 폴더를 다시 복사 해 보는 것입니다.

꽤 실망 스럽습니다. 터미널 명령을 통해 이러한 파일을 복사하여 파일 계산 준비를 모두 수행하지 않는 더 빠른 방법이 있습니까?

아마도 전체 폴더를 압축 해제 한 다음 복사 할 수는 있지만 파일 권한 등을 방해합니까? 이 접근 방식의 한 가지 장점은 tar의 소스 볼륨에 더 이상 공간이 없다는 것입니다.

최신 정보

사람들이 아래에서 제안한 방법 중 특히 디스크 유틸리티의 복원 기능을 사용하여 시도한 몇 가지 방법을 시도했으며 오류 메시지와 예기치 않은 결과 (적어도 나에게)를 제공합니다. 두 가지 방법으로 복원을 시도했습니다.

• "대상 지우기"를 선택한 상태에서 : (두 번 시도했지만) 복원이 완료되면 "복원 할 수 없습니다-잘못된 작업"및 "복원 할 수 없습니다-잘못된 인수"메시지가 표시됩니다. 그러나 대상 디스크에 TM 파일의 사본이 있습니다. 이상한 점은 대상 디스크가 원본 디스크와 정확히 같은 크기라는 것입니다. 내 대상 디스크는 실제로 1TB이지만 복원 후에 파인더에서 정보를 얻을 때 200GB로 표시됩니다. 그러나 디스크 유틸리티에서는 1TB 파티션이 표시됩니다!

그런 다음 디스크를 확인 / 복구하려고했지만

    잘못된 B- 트리 노드 크기
    저널링 된 HFS Plus 볼륨 확인
    잘못된 B- 트리 노드 크기
    볼륨 복구가 완료되었습니다.
    필요에 따라 볼륨의 부팅 지원 파티션을 업데이트합니다.
    오류 : 디스크 유틸리티가이 디스크를 복구 할 수 없습니다. 가능한 많은 파일을 백업하고 디스크를 다시 포맷 한 후 백업 된 파일을 복원하십시오.

TM 디스크를 확인 / 복구한다고 가정할지 모르겠습니다 ...

• "대상 지우기"를 선택하지 않은 경우 : 복원이 시작되지 않고 다음을 얻습니다.

    복원 할 수 없습니다-작업이 허용되지 않습니다

일반 사본 (또는 rsync 또는 ditto를 통한 사본)은 Time Machine이 서로 연결된 두 디렉토리 (다음에 변경없이 연속 TM 백업에서 발생하는 것처럼)를 두 개의 개별 디렉토리로 변환하므로 Time Machine을 완전히 복제하지 않습니다.

가장 좋은 방법은 디스크 유틸리티 또는 Carbon Copy Cloner 의 블록 복사 부분을 사용하여 디스크 전체를 복사하는 것이며 SuperDuper 와 비슷할 것입니다 .

macOS 10.14에서 전체 3TB Time Machine 암호화 드라이브를 새로운 8TB 드라이브로 마이그레이션하면 모든 종류의 문제가 발생했습니다. 디스크 유틸리티에서 복원을 시도하는 중 "소스를 확인할 수 없습니다"또는 "작업이 허용되지 않습니다"라는 오류가 발생했습니다. 이 게시물과 다른 게시물에서 다른 제안을 시도하여“이미지 / 볼륨의 카탈로그 파일이 너무 세분화되어 있지만 복사가 없습니다.”와 같은 흥미로운 새 오류 메시지를 얻을 수있었습니다.

터미널에서 결국 일한 것 :

1. 소스 드라이브의 형식과 일치하는 디스크 유틸리티를 사용하여 새 디스크를 지 웁니다. MacOS Extended (저널링, 암호화)
2. 사용 diskutil cs list터미널에서은, 예를 들어, 기존 드라이브의 논리 볼륨의 정확한 바이트 크기, 새로운 논리 볼륨의 GUID뿐만 아니라 모두를위한 디스크 번호를 얻을 수 있습니다 disk4.

3. step2의 정확한 바이트 크기를 새 볼륨의 크기로 사용하십시오. 3TB 드라이브의 경우 2,999,772,905,472 바이트였습니다.

   sudo diskutil cs resizeVolume $new_lv_guid 2999772905472
   

4. pvhomebrew 의 명령을 사용하여 디스크의 하위 레벨 블록 사본을 수행하십시오. 이것은 ddETA와 함께 진행 미터를 얻는 것을 제외하고는을 사용하는 것과 매우 비슷 합니다.

   diskutil cs list출력 에서 디스크 번호를 가져와야합니다. 조심해. 실수로 전체 백업 드라이브를 새로운 빈 드라이브로 덮어 쓰는 것은 매우 쉽습니다.

   sudo sh -c "$(which pv) --buffer-size 50M -s 2999772905472 < /dev/rdisk${source} > /dev/rdisk${target}"
   

   여기에서 권한 거부 / 작업이 허용되지 않음 오류가 발생하면 보안 및 개인 정보 기본 설정으로 이동하여 Terminal.app에 대한 전체 디스크 액세스를 추가하십시오.

   나에게 이것은 약 10 시간이 걸렸다 – 나는 그것을 밤새도록 pv놔뒀다. 그러나 적어도 ETA와 함께 진행 미터를 얻는다.

5. 이제 드라이브의 남은 공간을 모두 차지하도록 볼륨을 확장하십시오.

   sudo diskutil cs resizeVolume $new_lv_guid 0
   

   약 5 년의 백업과 함께 ~ 3 시간이 걸렸습니다. 그 시간의 대부분은 macOS fscking 에 소비되었습니다 .

이제 더 넓은 새 Time Machine 드라이브를 즐길 수 있습니다. 기존 드라이브의 용도를 변경하거나 새 드라이브에 문제가 발생할 경우 안전한 곳에 보관할 수 있습니다.

크기 조정 단계는 중요한 것 같습니다. 이를 생략하면 10 시간의 파일 사본이 생성되어 크기 조정 방법을 알 수없는 3TB 파일 시스템이 포함 된 8TB 볼륨이 생성되었습니다.

업데이트이 방법의 한 가지 단점은 비트 단위 복사이기 때문에 기존 디스크와 새 디스크간에 식별자가 동일하다는 것입니다. 이전 전체 디스크를 연결하면 Time Machine은 새 디스크라고 생각하고 백업을 시도하고 새 백업을위한 공간을 만들기 위해 이전 백업을 삭제하기 시작합니다. 오래된 작은 디스크를 지우는 더 큰 디스크로 데이터를 이동하는 훌륭한 접근 방법처럼 보입니다.

왜 터미널을 사용하지 않습니까?

cp -RnpP Backups.backupdb

• -R 재귀
• -n 덮어 쓰지 않음 (기존 복사 잔재가 이전 시도에서 남아있는 경우)
• -p ACL, 권한, 생성 / 수정 날짜 등 유지
• -P 하드 링크를 유지하고 하드 링크 나 심볼릭 링크를 따르지 마십시오.

이 답변은 더 빨리 완료되지는 않지만 중복 제거 (하드 링크) 및 권한을 유지하면서 데이터를 올바르게 복사하는 방법입니다. 추가 보너스로 나는 이것을 사용하여 보관을 위해 최종 제품의 압축 된 dmg를 만듭니다.

1. 디스크 유틸리티를 사용하여 Backups.backupdb 디렉토리보다 큰 디스크 이미지를 만드십시오. 또한 이미지 형식에는 스파 스 번들 디스크 이미지를 사용하고 파티션에는 하드 디스크를 사용하는 것이 좋습니다. 이 이미지가 마운트 된 후 정보 입수 및이 볼륨의 소유권 무시를 선택 취소하십시오.

2. 이제 Time Machine을 끄고 파인더를 사용하여 Backups.backupdb 폴더를 마운트 된 이미지로 복사하십시오. 파인더가 데이터를 복사 할 수있는 수퍼 유저 권한을 요청합니다. 음료를 마시거나 잠시 동안 다른 일을하십시오.

3. 복사가 완료되면 모든 것이 정상인지 확인하고 이미지를 마운트 해제하십시오. 디스크 유틸리티에서 변환을 선택하고 스파 스 번들 이미지를 압축 이미지로 바꾸십시오. 다시, 이것은 시간이 걸릴 수 있습니다.

Time Machine 백업의 두 복사본으로 끝나고 스파 스 번들 버전을 삭제하고 dmg를 제 시간에 안전한 보관소에 보관할 수 있습니다.

내가 시도하지 않은 한 가지는 dmg에서 시스템 복원을 수행하는 것이지만 작동해야한다고 생각합니다. 제 목표는 타임 머신 증분 변경 사항을 보관하고 하드 링크 구조를 유지하는 것입니다.

나는 또한 rsync와 cp를 시도했지만 그들은 x의 크기를 만드는 하드 링크 구조를 유지하지 않는 것 같습니다 .x는 과거에 있었던 날짜의 양입니다. 이 방법은 잘 작동했지만 다시 블록 복사 솔루션의 속도를 얻지 못할 수 있습니다.

Apple은“ Time Machine : 현재 백업 드라이브에서 새 백업 드라이브로 백업을 전송하는 방법 ”에 대한 공식 튜토리얼을 제공합니다 .

해당 페이지의 상위 단계 :

1. 새 백업 드라이브의 형식을 확인하십시오
2. 새 백업 드라이브에 대한 권한 설정
3. Time Machine을 일시적으로 끕니다
4. 백업 데이터를 원래 드라이브에서 새 드라이브로 복사
5. 새 드라이브를 사용하도록 Time Machine 설정

다음은 페이지에서 복사 단계를 수행하도록 권장하는 방법입니다.

백업 데이터를 원래 드라이브에서 새 드라이브로 복사

1. 새로운 Finder 윈도우를여십시오. Finder 사이드 바에서 원래 백업 드라이브의 아이콘을 클릭하십시오.
2. 새로운 Finder 윈도우를여십시오. Finder 사이드 바에서 새 백업 드라이브의 아이콘을 클릭하십시오.
3. "Backups.backupdb"폴더를 원래 백업 드라이브에서 새 백업 드라이브의 최상위 레벨로 드래그하십시오.
4. 관리자 이름과 비밀번호를 입력 한 다음 확인을 클릭하여 복사 프로세스를 시작하십시오.

백업 크기에 따라 백업 데이터 복사를 완료하는 데 시간이 걸릴 수 있습니다.

디스크 유틸리티의 경우 +1, 설명이 너무 긴 경우 :

12.250.329 파일 평가, 10.408.594 파일 복사 효과적인 복사 속도 8,68 MB / s.

SuperDuper를 통해 수년간의 백업으로 자기 2TB 백업 드라이브를 복제하는 데 사용됩니다! 올해.

대략 4 일 및 1/4의 파일 후에 취소 한 파인더 사본과 달리 총 63 시간이 걸렸습니다 (SuperDuper는 24 시간마다 시계를 재설정하므로 결국 15:04:43으로 표시됨).

분명히 자기 디스크는 그렇게 오래 걸리지 않았습니다. 파인더 사본이 오래 실행되는 백업 디스크에서 정지되는 이유는 변경되지 않은 파일, 특히 Git 인덱스와 같은 많은 작은 파일의 계단식 심볼릭 링크 수입니다.

rsync는 이와 같은 것들을위한 훌륭한 유틸리티입니다. 나는 일반적으로 이런 것들에 사용합니다. 이 경우 -aP 플래그를 사용할 수 있습니다. -a ( "아카이브")의 일부는 권한, ACL 등을 보존하는 것이지만 확실하지 않습니다.

IIRC에는 소스 파일을 대상에 성공적으로 복사 한 후 삭제할 수있는 --delete 옵션도 있습니다. 나는 일반적으로 --delete 옵션없이 완전한 미러를 수행 한 다음 -c 및 --delete 옵션으로 명령을 다시 실행합니다. -c는 체크섬이므로 체크섬을 통해 소스의 모든 파일과 비교하여 다운로드 한 모든 파일을 확인한 다음 일치하는 경우 소스를 삭제하고, 그렇지 않은 경우 다시 복사하거나 복사를 다시 시작합니다.

편집 :이 경우 하드 링크를 유지하기 위해 주석에 따라 -H 플래그를 사용하십시오.

하드 드라이브를 사용하면 하나의 드라이브에서 여러 파일을 이동할 때 리더가 앞뒤로 움직여 무서운 클릭 소음을 내며 전송 속도가 크게 느려집니다. 외장 하드 드라이브이지만 파일 2 개가 11mbps로 이동합니다. 3 개의 파일이 6mbps로 이동합니다. 등 zip 파일은 파일보다 빠르게 이동합니다.