GNU tar

01무엇이고, 어떤 일을 하나

• 여러 경로의 파일과 메타데이터를 하나의 배포·보관 단위로 묶는다.
• 파일 목록을 먼저 조회하고 필요한 위치에 추출한다.
• 압축 도구와 연결하여 저장·전송 크기를 줄인다.

02어떤 순서로 동작하나

1. 경로 선정

   아카이브에 넣을 기준 디렉터리와 상대 경로, 제외할 비밀·불필요 파일을 정한다.

2. 아카이브 작성

   파일 내용과 헤더 메타데이터를 기록하고 선택한 압축 계층을 적용한다.

3. 목록 검토

   추출 전에 내부 경로·상위 디렉터리 구조와 파일 목록을 확인한다.

4. 격리 추출

   빈 경로에 추출하고 소유자·권한·상대 경로 및 실제 사용 파일을 검증한 뒤 의도한 배포 절차로 연결한다.

03먼저 알아둘 용어와 구성요소

아카이브

tar는 파일·디렉터리·경로·일부 메타데이터를 하나의 아카이브로 묶는다.

압축

압축은 별도 기능이며 -z는 gzip, -j는 bzip2, -J는 xz를 사용한다.

-C

뒤에 처리하는 상대 경로의 기준 디렉터리를 바꾸는 옵션이다. 파일 목록에 기록되는 경로와 추출 위치를 설계할 때 기준 경로를 분명히 한다.

출력 파일

출력 파일을 원본 디렉터리 안에 두면 자기 자신을 묶는 문제가 생길 수 있다.

체크섬

체크섬은 파일 일치 확인에 쓰며 신뢰할 수 있는 출처의 값과 비교해야 의미가 있다.

소유자·권한 복원

GNU tar의 --no-same-owner와 --no-same-permissions는 기록된 소유자·권한을 그대로 강제 복구하지 않기 위한 선택이며 적용되는 umask와 파일시스템 정책도 결과에 영향을 준다.

04예제로 따라가기

• site.tar.gz는 tar 묶음에 gzip 압축을 적용한 이름 관례이며 .tar라는 단위 자체가 반드시 압축을 뜻하지 않는다.
• 배포 압축에 site/index.html이라는 최상위 폴더가 있으면 웹 루트에 바로 풀었을 때 실제 문서가 한 단계 아래에 놓일 수 있다.
• 쓰기 중인 DB 디렉터리를 tar로 묶으면 파일별 읽기 시점이 달라질 수 있어 제품의 일관된 백업 절차를 먼저 적용해야 한다.

05혼동하기 쉬운 점과 확인 기준

• 검토한 아카이브는 새 검증 디렉터리에 일반 사용자 권한으로 추출해 내용과 권한을 먼저 확인할 수 있다.
• 실행 중인 DB 파일을 tar로 복사하는 것만으로 일관된 데이터베이스 백업이 보장되지 않는다.
• Docker save/load 아카이브도 일반 애플리케이션 파일 묶음과 형식·복원 절차가 다르다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.