때때로 OS X은 엄청난 시간 동안 "백업 준비 중 ..."이라고 말합니다. 걸리는 시간은 백업 할 데이터의 양과 상관 관계가없는 것 같습니다. "백업 종료 중 ..."단계와 동일합니다.
질문 : "백업 준비 중 ..."및 "백업 종료 중 ..."일 때 OS X는 무엇을하고 있습니까?
백업 할 내용을 파악한 다음 변경 내용을 기록하고 있다는 것을 알고 있지만이 작업에 걸리는 시간은 변경된 데이터의 양에 비례해야합니다. 충분한 디스크 공간이 있으므로 이전 백업을 삭제하지 않는다고 가정합니다. 차이가 있다면 TimeCapsule을 사용하고 있습니다. 아무 문제가 없습니다. 그냥 궁금합니다.
답변:
다음은 다른 포럼 (원래 알 수없는 포스터)의 답변입니다.
Time Machine은 파일 시스템 활동 로그를 사용하여 백업해야 할 변경 사항을 찾을 수있는 위치를 알기 때문에 일반적으로 Time Machine의 "준비"단계가 빠릅니다.
그러나 해당 로그를 신뢰할 수 없도록하기 위해 수행 할 수있는 작업이 있습니다. Time Machine에서 로그가 유효하지 않을 수 있음을 발견하면 파일 시스템을 전체 검사하여 실제로 백업해야하는 항목을 결정합니다. 시간이 걸릴 수 있습니다. 내 Powerbook (및 firewire 외부 Time Machine 드라이브)에서 20 분 동안 "준비"단계가 발생할 수 있습니다. Time Machine을 계속 사용하면 결국 백업 디스크에 실제로 추가해야하는 항목을 파악하여 계속 진행합니다. 물론 이것은 단지 몇 개의 파일 만 실제로 변경되었을 수도 있지만 로그를 올바로 도박하거나 모든 것을 다시 백업하는 것보다 낫습니다.
Leopard 설치 초기에 로그를 신뢰할 수 없게 만드는 가장 일반적인 방법 중 하나는 Leopard 설치 DVD에서 부팅하는 것입니다. 그렇게 할 때마다 다음 번 Time Machine이 실행될 때 변경 사항이 로그에 반영되지 않고 하드 드라이브가 수정되었을 수 있습니다. 따라서 긴 "준비"단계 인 전체 스캔을 수행하여 올바르게 수행되도록합니다.
Keen 사령관의 대답을 칭찬하기 위해 Time Machine by Earthling Soft 를 자세히 살펴 보는 것이 좋습니다 . 또한 백업을 통해 더 많은 정보가 system.log에 기록됩니다 (준비 상태가 너무 길다는 이유)
backupd로그 를 쉽게 보려면 Time Machine Buddy 위젯을 살펴보십시오 . 또한 .Backup.log각 백업 폴더 에있는 숨겨진 파일에는 백업 디스크 자체에 다른 로그 가 있습니다. 이것은 backupd로그 이외의 다른 정보를 제공합니다 .
종종 로그에는 일치하지 않는 수치가 표시됩니다.
사전 백업 씬 필요 없음 : 821.4MB 요청 (패딩 포함) [..] 볼륨 Macintosh HD에서 1630 개의 파일 (3.8MB)을 복사했습니다.
위의 파일은 실제로 처음 예측 한 것보다 적은 수의 파일이 복사됩니다. Time Machine은 변경된 디렉토리 만보고 하는 FSEvents에 의존하기 때문에 위의 예에서이 디렉토리는 총 821.4MB의 파일을 보유한 것으로 가정합니다. 실제로 파일을 복사하는 동안 Time Machine은 하드 디스크에서 변경된 디렉토리를 백업과 비교하여 실제로 3.8MB 파일 만 변경된 것을 발견합니다.
백업에 쓰여진 내용을 보려면 TimeTracker (GUI) 또는 timedog (명령 줄)을 참조하십시오 . 관리자로 실행하더라도 모든 파일을 보려면 이러한 프로그램을 루트로 실행해야 할 수도 있습니다. 이를 수행하지 않을 때 이러한 도구는 예를 들어 그룹 휠 에서 _mysql 이 소유 한 MySQL 로그 및 데이터의 백업을 고려하지 않을 수 있습니다 .
cd "/ 볼륨 / 백업 XX / Backups.backupdb / XX / 최신" sudo ls -l "Macintosh HD / usr / local / mysql-5.0.51a-osx10.5-x86" [..] drwxr-x --- @ 6 _mysql 휠 374 Jul 2 20:05 데이터
이 경우 두 도구 모두 backupd콘솔 의 로그 보다 적은 총 백업 크기와 적은 파일을 (자동)보고합니다 . 그래서, 경우 숫자는 TimeTracker에 대한 다음, 로그와 일치하지 않습니다
sudo ~ / Downloads / TimeTracker.app / Contents / MacOS / TimeTracker
마찬가지로 타임 독의 경우 :
cd "/ 볼륨 / 백업 XX / Backups.backupdb / XX" sudo ~ / 다운로드 / timedog
하드 디스크에서 큰 파일을 쉽게 찾으려면 Disk Inventory X를 참조하십시오 . 이 프로그램은 Time Machine과 아무 관련이 없지만 백업이 하드 디스크에 사용 된 공간보다 훨씬 작은 이유를 궁금 할 때와 같은 문제를 조사하는 데 도움이 될 수 있습니다. 이 프로그램은 루트로 실행하고 메뉴보기, 실제 파일 크기 표시 메뉴를 선택할 때조차 조사 할 디스크를 선택할 수있는 화면보다 창 제목에서 총 디스크 공간을 항상 적게보고합니다. 그러나보고 된 총 크기가 실제로 Mac에서 사용 된 실제 총 크기보다 훨씬 작 으면 루트로 실행하는 데 도움이 될 수 있습니다.
sudo "$ HOME / Downloads / Disk Inventory X.app/Contents/MacOS/Disk Inventory X"
Time Machine이 실제로 런 어웨이 MySQL 로그 파일과 같은 거대한 파일을 백업하고 있음을 발견 한 것처럼 백업에서 파일을 제거하려면 Apple은 다음 과 같이 씁니다 .
이전에 백업 한 파일 또는 폴더의 모든 인스턴스를 삭제 하시겠습니까? 충분히 쉽다. Time Machine을 시작하고 삭제할 항목을 선택한 다음 Finder 도구 모음의 작업 메뉴에서 "모든 백업에서 삭제"를 선택하십시오.
이제 경우 삭제할 것을 해당 파일이 루트 만 볼 수 있습니다, 당신은 루트로 "타임 머신을 입력하십시오"호출도한다. 그리고 먼저 Finder를 루트로 시작해야합니다.
sudo /System/Library/CoreServices/Finder.app/Contents/MacOS/Finder
일반적인 파인더처럼 보이지만 파인더 사이드 바의 홈 폴더 아이콘 옆에 루트가 있습니다. 이제 Shift-Cmd-G (메뉴 이동, 폴더로 이동)를 사용하여 예를 들어 /usr/local백업 디스크에서 파일을 삭제하려는 폴더를 찾으십시오. 그런 다음 Time Machine을 입력 하고 (홈 폴더 아이콘 옆에 루트 가 표시 되는지 다시 한 번 확인 ) Apple의 지침을 따르십시오. 백업에서 파일 삭제를 완료하면 터미널에서 Ctrl-C를 눌러 root-Finder를 중지하십시오. (원격 디스크가 제대로 마운트 해제되지 않아서 Mac에서 로그 오프해야했습니다.)
스파 스 번들을 사용하는 경우 (네트워크에서 백업을 사용할 때와 같이) 사용 가능한 공간은 자동으로 회수되지 않습니다 (또는 공간이 필요할 때까지는 안됩니다). 이를 적용하려면 OS X의 스파 스 번들에서 모든 / 가장 많은 여유 공간을 확보하는 방법을 참조하십시오 . 이는 백업 후 씬닝 중에 수동으로 제거한 파일뿐만 아니라 시간별 또는 일별 백업이 만료 된 Time Machine에서 제거 된 파일에도 적용됩니다 .
Time Machine은 디스크 공간이 부족할 때 스파 스 번들 자체를 실제로 압축합니다. 그러나 사전 백업 씬닝 중에 일부 오래된 백업을 먼저 삭제하는 것처럼 보이 므로 큰 파일을 삭제했거나 만료 된 백업에 큰 파일이 포함 된 경우 수동으로 압축하는 것이 좋습니다.
백업 전 씬 시작 : 53.57GB 요청 (패딩 포함),
9.90GB 사용 가능
만료 된 백업이 없습니다-가장 오래된 백업을 삭제하여 공간 확보
XX / Backups.backupdb / XX / 2007-12-20-172543의 백업 / 볼륨 / 백업 삭제 :
9.90GB 사용 가능
XX / Backups.backupdb / XX / 2007-12-31-005523의 백업 / 볼륨 / 백업 삭제 :
9.90GB 사용 가능
삭제 된 2 개의 백업 : 가장 오래된 백업은 2008 년 1 월 8 일입니다.
백업을 중지합니다.
백업이 취소되었습니다.
추출 된 Time Machine 디스크 이미지.
여유 공간을 복구하기 위해 백업 디스크 이미지 압축
백업 디스크 이미지 압축 완료
표준 백업 시작
[..]
백업 전 씬 시작 : 53.57GB 요청 (패딩 포함),
12.75GB 사용 가능
위의 테스트를 해준 Adam Cohen-Rose에게 감사드립니다. 자세한 내용 은 그의 블로그 를 참조하십시오!
com.apple.metadata:com_apple_backup_excludeItem파일 에서 확장 속성 을 설정하여 Time Machine 백업에서 자신을 제외시킬 수 있습니다. : VM웨어 퓨전 사전 1.1.2 버전처럼 blogs.vmware.com/teamfusion/2008/04/vmware-fusion-1.html 또한보십시오 10.5 : 타임 머신 백업하지 않음을 표시 파일 에 macosxhints.com/article. php? story = 20080328025026826 ( shiftedbits.org/2007/10/31/time-machine-exclusions
"준비 중"(ThinningPreBackup)에 갇힌 경우
root# tmutil status
Backup session status:
{
BackupPhase = ThinningPreBackup;
ClientID = "com.apple.backupd";
DateOfStateChange = "2018-10-20 12:02:54 +0000";
DestinationID = "XXXXXX0A-1XB7-4X3B-A791-6XXXXX4325D89B";
DestinationMountPoint = "/Volumes/TimeMachineXXX";
Percent = "-1";
Running = 1;
Stopping = 0;
}
lsof를 사용하여 백업이 액세스 할 파일을 확인하십시오. 마지막 파일이 변경되어야합니다.
root# ps -ef | grep backupd
0 91 1 0 9:39pm ?? 0:00.15 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd-helper -launchd
0 552 1 0 9:59pm ?? 0:49.54 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd
0 1244 1156 0 10:30pm ttys003 0:00.01 grep backupd
root# lsof -p 552
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
backupd 552 root cwd DIR 1,4 1292 2 /
backupd 552 root txt REG 1,4 769168 67640888 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd
backupd 552 root txt REG 1,4 26771408 67698052 /usr/share/icu/icudt59l.dat
backupd 552 root txt REG 1,4 236208 67730774 /private/var/db/timezone/tz/2018e.1.0/icutz/icutz44l.dat
backupd 552 root txt REG 1,4 841456 67695858 /usr/lib/dyld
backupd 552 root txt REG 1,4 1174183936 69140457 /private/var/db/dyld/dyld_shared_cache_x86_64
backupd 552 root 0r CHR 3,2 0t0 306 /dev/null
backupd 552 root 1u CHR 3,2 0t0 306 /dev/null
backupd 552 root 2u CHR 3,2 0t0 306 /dev/null
backupd 552 root 3w REG 1,9 686 5515544 /Volumes/TimeMachine2/Backups.backupdb/XXXXXXXXXX/2018-10-20-220254.inProgress/.Backup.561729775.162983.log
backupd 552 root 4r DIR 1,4 136 68977542 /Applications/Xcode.app/Contents/Developer/Platforms/AppleTVOS.platform/Developer/Library/CoreSimulator/Profiles/Runtimes/tvOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/Frameworks/CoreLocation.framework/English.lproj
이것은 무언가를하고 있다는 것을 나타냅니다.
fseventsd를 볼 수 있습니다 . 새로 생성 된 로그에는 새로운 식별자가있어 더 이상 백업에 저장된 ID와 일치하지 않습니다. 이렇게하면 Time Machine이 하드 디스크를 마지막 백업과 비교하도록합니다. 하나의 백업 디스크를 사용하는 경우fseventsd새 로그를 생성하면 Time Machine은 각 백업 디스크에 대해 "이벤트 저장소 UUID가 일치하지 않습니다" 로 실행됩니다 .