간단한 답: 두 가지 방법이 있어요. NAS가 Time Machine을 지원하면 NAS 설정에서 켠 다음, 시스템 설정, 일반, Time Machine에서 공유를 추가하세요.
또는 Finder에서 공유 폴더에 연결하고 일반 디스크처럼 백업하세요. 네트워크 백업에서 가장 잘 망가지는 부분인 Time Machine 디스크 이미지를 건너뛸 수 있어요.
대부분의 NAS 소프트웨어에는 Time Machine 옵션이 있어요. 보통 크기 할당량이 있는 공유를 만들고, Mac이 찾을 수 있도록 알려요. Mac에서 시스템 설정, 일반, Time Machine, 백업 디스크 추가로 가면 공유가 나타나요.
알아 둘 점:
rsyncNAS가 SSH를 지원한다면 아무것도 마운트하지 않고 바로 복사하세요.
rsync -aE --delete ~/Documents/ [email protected]:/volume1/backup/Documents/마운트된 공유를 거치는 것보다 빠르고, 마운트가 없을 때 조용히 아무것도 안 하는 일도 없어요. NAS에 연결할 수 없으면 명령이 눈에 보이게 실패해요.
일정에 따라 실행될 때 암호를 기다리며 멈추지 않도록 먼저 키를 설정하세요.
ssh-keygen -t ed25519
ssh-copy-id [email protected]다른 곳과 같은 주의 사항이 있어요. rsync는 기록 없는 미러를 유지하고, 저장된 데이터를 전혀 암호화하지 않아요. rsync 전체 가이드에서 둘 다 다뤄요.
Finder에서 공유를 마운트하면 다른 디스크처럼 /Volumes 아래에 나타나요. 그러면 폴더에 기록하는 어떤 도구든 사용할 수 있고, 여기에는 버전, Mac을 떠나기 전 암호화, 모든 조각을 해시와 대조하는 다시 읽기를 제공하는 Copy Shelter도 포함돼요.
기록 전에 암호화하는 것은 사람들이 생각하는 것보다 NAS에서 더 중요해요. NAS는 운영 체제와 웹 인터페이스를 갖춘 작은 컴퓨터이고, 예전의 내가 인터넷으로 포트를 열어 둔 경우도 많아요. NAS가 읽을 수 없는 데이터는 NAS가 침해당해도 내 것으로 남아요.
이것이 네트워크 백업을 다른 모든 종류와 다르게 만드는 고장이고, 포럼 글들이 가득 다루는 문제예요.
공유가 깔끔하게 사라지면 마운트가 없어지고 기록이 즉시 실패해요. 괜찮아요. 더 자주 일어나는 일은 연결이 끊기지 않은 채 공유가 응답을 멈추는 거예요. NAS가 잠자기에 들어갔거나, 스위치가 링크를 끊었거나, Mac이 네트워크보다 빨리 깨어났거나요. 마운트 지점은 그대로 있고, ls는 여전히 목록을 보여 주는데, 거기에 기록하면 멈춰요.
실패하는 게 아니라 멈춰요. 프로세스가 클라이언트가 재시도하도록 설정된 시간 동안 중단할 수 없는 대기 상태에 머무르고, 기본값으로는 아주 오래일 수 있어요. 그 상태의 백업 작업은 실패하지도 끝나지도 않고, 0이 아닌 종료 코드를 지켜보는 것은 아무것도 보지 못해요.
이렇게 알아챌 수 있어요.
mount | grep smbfs
timeout 5 ls /Volumes/Backup >/dev/null || echo "share is not answering"실질적인 방어책은 모든 작업에 엄격한 제한 시간을 두고, "응답 없음"을 영원히 재시도할 오류가 아니라 "저장 위치에 연결할 수 없음"으로 취급하며, 멈춘 저장 위치 하나가 나머지를 붙잡지 않게 하는 거예요. 직접 스크립트를 짠다면 전체 작업을 timeout으로 감싸고 실패를 확실히 드러나게 하세요.
로컬 디스크에서 fsync()가 성공을 반환하면 데이터가 플래터나 플래시에 있다는 뜻이에요. SMB에서는 서버가 정한 의미가 되고, 펌웨어마다 달라요. 어떤 NAS 소프트웨어는 데이터가 RAM에 들어오는 순간 플러시를 확인해 주고, 그 직후 몇 초 안에 정전이 나면 위의 모든 계층이 완료됐다고 보고한 기록이 사라져요.
Mac에서는 이 문제를 고칠 수 없어요. 할 수 있는 일은 "복사가 끝났다"를 "사본이 안전하다"로 여기지 않는 것, 즉 나중에 공유에 있는 백업을 별도 단계로 다시 읽어 확인하는 거예요. 서버가 정말 저장한 기록과 받기만 한 기록을 구별하는 방법은 이것뿐이에요.
SMB 공유는 Unix 소유권을 NAS가 생각하는 나에게 매핑하는데, 그 매핑이 예상과 다른 경우가 많아요. 알아 둘 증상이 두 가지 있어요.
._filename 동반 파일에 저장하거나 버려요. rsync -aE는 이를 요청하지만, 살아남을지는 서버가 결정해요.ls -l로 확인하세요. Finder는 캐시된 크기를 보여 줘요.일부 SMB 서버는 볼륨 용량을 잘못 보고하거나, 공유와 할당량을 무시하고 기반 풀의 용량을 보고해요. 그 숫자를 믿는 백업 도구는 테라바이트가 남았다고 들은 공유를 신나게 채워 버려요.
안전한 해석은 용량이 없거나 말이 안 되면 무한이 아니라 알 수 없음이라는 거예요. 첫 대용량 백업 전에 직접 확인하세요.
df -h /Volumes/Backupsmb://와 NAS 이름을 입력하고 그 사용자로 로그인하세요.네, NAS가 Time Machine 지원이 켜진 SMB 공유를 제공한다면요. Synology, QNAP, TrueNAS를 비롯한 대부분의 최신 NAS 시스템에 그 설정이 있어요.
대개 잠자기 중에 공유 연결이 끊겼거나, NAS의 Time Machine 디스크 이미지가 손상된 경우예요. 첫 백업 중에는 Mac을 전원에 연결해 두고, 계속 발생하면 디스크 이미지 오류 가이드를 참고하세요.
대개 그 공유에 Time Machine 서비스가 켜져 있지 않거나, NAS가 AFP로만 알리고 있는 경우예요. 먼저 NAS 쪽을 확인하고, macOS가 자격 증명을 갖도록 Finder에서 공유에 한 번 연결한 다음, 다시 확인하세요.
네. 각 Mac에 자체 공유나 자체 할당량을 주어서, 한 컴퓨터가 다른 컴퓨터에 필요한 공간을 채우지 못하게 하세요.
기가비트에서 증분 백업이라면 충분히 빨라요. 첫 전체 백업이 느린 부분이니, 그건 케이블로 하세요.
거의 절대 아니에요. 인터넷에서 접근할 수 있는 NAS는 이제 내가 패치를 책임져야 하는 작은 서버예요. 외부 보관을 원한다면, 이미 요금을 내고 있는 클라우드 계정의 폴더가 더 안전하고 대개 더 간단해요. 그 공간을 제대로 쓰는 방법.
아니요. RAID는 디스크 고장이라는 한 종류의 고장만 처리하고, 나머지는 하나도 처리하지 않아요. 모든 삭제, 모든 실수, 모든 랜섬웨어가 모든 디스크에 동시에 닿아요.
네, 첫 백업이 끝나면요. 모든 것을 복사하니 첫 백업은 케이블로 하세요. 이후 백업은 바뀐 것만 보내요.
Finder에서 이동 > 서버에 연결로 한 번 연결하고 '키체인에 이 암호 기억'을 체크하세요. 로그인할 때마다 마운트하려면 시스템 설정, 일반의 로그인 항목에 공유를 추가하세요.
관련 글: Mac을 외장 드라이브에 백업하기.