백업에 관하여 백업은 예전부터 많은 서버관리자들과 유저들이 겪어왔던 불편했던 데이터 보관방법이다. 실제 많은 유저들은 백업을 하지 않는다. 하다 하더라고 그다지 많은 부분엔 신경을 쓰지 않는다. 이번 세미나에서는 그 백업에 대해 몇가지 백업하는 방법을 알아보며 그 외에 find에 대해서도 다룬다. 미리 밝혀두지만 이 글에서 상당 부분 많은 사람들의 동의 없이 쓰여진 글이 있는 가 하면 책에 있는 글이 그대로 실리기도 했다. 이에 저자 분들의 양해를 구하는 바이다. 이 글의 목차는 대략 다음과 같다 참고서적 : 한빛 미디어 "유닉스 파워툴" 한빛미디어 "시스템관리- 유닉스" 한빛미디어 "러닝 리눅스" KLDP cpio 얘기 ==================== 1. find 고찰 - 서치아이(이, 상호) 2. tar 백업 - Smiletw(엄, 태욱) 3. Tape 백업 - Force(김, 동규), purge(윤, 원일) 4. Network 백업 - pcharley(조, 대원) 5. 시디롬 백업 - nalabi(김, 용일) 6. 하드 백업 - Sabrina(나, 상호) 7. 그 외에 백업 방법 - 서치아이(이, 상호) ==================== 필자가 게을러서 제때 원고를 정리하지 못해 여러모로 여러분에게 죄송하다라는 말씀 밖에 드리지 못한다. 아울러 이 글의 원고를 써주신 태욱님, 동규님, 원일님, 대원님, 용일님, 상호님(Sabrina)에게 감사드린다. 그리고 바쁘신데 백업 스크립트를 작성해 주신 대원님에게 진심으로 감사드린다. 부디 이 글이 여러분에게 현실적인 도움이 되었으면 하는 바램이 간절하다. ---------------------------------------------------------------------------------------- find에 대한 참고문 find는 유닉스 및 리눅스 환경에서 중요한 유틸리티 중 하나이다. find는 파일의 이름부터 시작해서 수정 시간에 이르기까지 주어진 파라미터들과 일치하는 파일들을 찾아준다. 여기에서는 find에 대해 일부분만 다룬다. 조금더 알고싶은 유저는 한빛미디어 "유닉스 파워툴"을 참조하시기 바란다. find의 기본문법 find path operators path는 경로이다. 이 부분에 대해선 다음부분에서 약간 더 자세하게 설명할 것이다. operators 는 연산자이다. 쉽게 풀이하자면 옵션인 셈이다. 여기에 들어갈 수 있는 것은 지금부터 소개할 것이다. -name filename 우리가 가장 일반적으로 사용하는 옵션이다. filename에는 와일드 카드(별표) 가 들어갈 수 있지만 쉘이 변환하지 않도록 인용부호 쿼트(")로 둘러싼다 -perm mode 주어진 액세스 모드를 가진 파일을 찾는다. 액세스 모드는 8진수 값을 갖는다. 뒤에서 다시 설명한다 -type c 지정된 타입에 관해서 파일을 찾는다. c는 한글자로 된 코드이다. 예를 들면, f는 일반 파일, b는 블록 특수 파일, l은 심볼릭파일을 나타낸다. 뒤에서 다시 설명한다. -user name 이 옵션은 name에 해당하는 사용자 파일을 찾는다. name에는 사용자 id뿐만 아니라 사용자의 UID도 들어갈 수 있다. -group name 이 옵션은 name에 해당하는 그룹의 파일을 찾는다. name에는 그룹명 뿐만 아니라 GID가 들어갈 수도 있다. -size n 해당되는 사이즈의 파일을 찾는다. n은 블록길이의 파일을 찾는다. 한 블록은 512와 같다. +n 이란 표시가 들어가면 n 블록보다 더 긴 파일을 찾는다라는 뜻이다. 파일이 클때 유용하다. nc라는 표현은 n 문자 길이의 파일들을 찾는다는 의미이다. ++nc는 무엇을 뜻할까? 뒤에서 다시 다룬다 -inum n inode 번호가 n인 파일을 찾는다. 그다지 자주 사용되는 옵션은 아니여서 자세한 설명은 요약한다. -atime n n일 전에 액세스한 파일들을 찾는다. +n은 n일 이전에 액세스한(즉 n일 동안 액세스 하지 않은)파일들을 찾는다는 의미이다. 그러면 -n은 무엇을 의미할까? (즉, n일 동안 액세스한) 파일들을 찾는다" 의미이다. 뒤에서 다시 언급한다 -mtime n 파일의 내용이 수정된 시간을 검사한다는 것을 제외하고는 atime과 유사하다. -ctime n inode의 마지막으로 변경된 시간을 확인한다는 것을 제외하고는 atime과 유사하다. "변경되다"라는 것은 파일이 수정되거나 그 특성 중의 하나가 변경되었다는 것(예를 들면, 그 소유자)을 의미한다. -newer file 주어진 file보다 더 최근에 수정된 파일을 찾는다. 그런데 여기까기 find의 옵션을 살펴 보았는데 때때로 여러분은 조건을 만족하는 파일을 찾기 원할 것이다. 이럴때 쓰는 연산자가 있다. 다음이 그 연산자이다. operator1 -a operator2 and 연산에 해당한다. -a는 생략이 가능하다. 두개의 검색 패턴이 같이 쓰여지면 find는 2개 모두와 일치하는 파일들을 원하는 것으로 가정한다. operator1 -o operator2 or 연산에 해당한다. 둘 중 하나가 속하는 파일을 찾는다. ! operator not 연산에 해당한다. operator에 해당하지 않는 파일들을 찾는다. \(expression\) 논리 우선순위를 의미한다. 복잡한 표현식에서 위와 같이 지정해 주면 이 부분을 나머지 부분보다 빨리 계산한다. 여기서 (를 \( 로 표현했는데. 쉘이 해석할 수 있기 때문이다. php를 사용해 보신분이라면 무슨 얘기인지 대충 감 잡으셨을 것이다. 이번 부분은 find가 파일들을 찾았을때의 행위를 지정하는 그룹의 연산자들이다. -print 파일의 이름을 표준출력으로 출력한다. 뒤에서 조금 더 다룬다.. -exec command 찾은 파일들을 command로 처리한다. command에서 찾은 파일의 경로명을 포함 시키려면 중괄호를 사용한다 {} command는 명령을 실행시키고 난 뒤에는 반드시 백슬래시와 세미콜론을 사용한다. (\;) -ok command 기본적으로 -exec 옵션과 같다. 그러나 해당 command를 실행하기 전에 명령을 실행할지에 대해 물어본다. 일반적으로 find를 테스트하는 데 많이 쓰인다고 한다. 위 옵션은 가장 일반적인 옵션들이지만 때때로 막강한 시스템 관리자들은 추가 또는 삭제하여 사용하기도 하니 여러분의 시스템에서 man find를 하게 되면 더 많은 옵션을 볼 수 있을 것이다. 1. 깊은 디렉토리 파고 들어가기 find의 가장 분명한 용도는 오래되고 큰 자료를 찾는 것이다. 또는 사용되지 않는 파일들의 위치를 찾아내는 능력이다. 그러나 근본적으로 가장 중요한 find의 특징은 서브 디렉토리로 내려가는 것이다. 보통 쉘은 인자 목록을 명령어에 제공해 준다. 그것은 UNIX 프로그램들에게 디렉토리명이 아닌 파일명들이 주어지는 이유이다. 단지 몇몇 프로그램들만이 디렉토리 이름을 받아서 서브디렉토리의 이름을 받아서 검색해서 내려갈 수 있다. find, tar, du, 그리고 diff 같은 프로그램이 그렇게 한다. chmod, chgrp, ls, rm 그리고 cp의 몇몇 버전들도 -r이나 -R 옵션이 주어질 때는 그럴 수 있다. 일반적으로는 대부분의 명령어들은 디렉토리 구조를 완전이 이해하지 못하며 쉘이 와일드 카드를 디렉토리 명으로 확장해 주는데 의존한다. 그러므로 어떤 디렉토리 그룹에서 .o로 끝나는 모든 파일들을 삭제하려면 다음과 같이 입력할 수 있다 find *.o */*.o */*/*.o 이렇게 하는 것은 입력하기 귀찮을 뿐 아니라 검색하는 모든 파일들을 찾을 수 없을지도 모른다. 쉘은 어떤 맹점이 있다. 점으로 시작하는 이름을 가진 디렉토리 내의 파일들은 찾을 수 없을 것이다. 그리고 */*/*/*.o 로 찾아지는 파일들이 있다면 삭제되지 않을 것이다. 또 다른 문제점은 위와 같이 입력하게 되면 Arguments too long이라는 에러 메시지를 내 뱉는다. 이것은 여러분이 입력한 와일드 카드를 쉘이 너무 많은 인자들로 확장했음을 의미한다. find는 이런 문제점에 대한 해결책이다. find의 가장 간단한 예는 다음이다 find . -print find의 첫번째 인자는 디렉토리 또는 파일들의 경로이다. 위의 예제는 해당 디렉토리의 모든 파일들을 찾아준다. 경로명 뒤의 인자들은 항상 - 부호 (하이픈또는 대시라고 부른다)가 붙게 된다. 이것에 유의하기 바란다. 그리고 이 인자는 find가 무엇을 찾았을 때 어떤 행동을 취하는 가에 대해 명시한다. 그리고 다른 말로 이것은 검색 연산자들이다. 이경우엔 파일명이 출력된다. 특정 경로 이외에 C쉘에서는 틸드(~)도 사용할 수 있다. 예를 들어본다 find ~ ~barnett /usr/local -print 그리고 만약 따분하다면 다음과 같이 명령을 내릴 수도 있다 find / -print 위의 예제는 디스크에 있는 모든 파일들을 검색한다. 이 예제는 자신이 쓰는 워크스테이션에선 상관 없겠지만 여러 사람이 쓰는 웍 스테이션이나 서버에서는 범죄 행위일 정도로 디스크를 공회전 하게 낭비한다. 왠만해선 참아주기 바란다. 그러나 정말 필요하다고 생각될 시엔 /* 를 사용해 주기 바란다. find는 결과를 표준 출력(stdin)으로 뿌리게 되니 발견한 파일의 목록을 다른 명령어로 보낼 수 있다. 이 기능을 사용한 한가지 방법은 치환이다. 다음 예제를 보자. ls -ld 'find . -print' find의 명령어의 실행 결과 출력이 역 인용부호 전체를 대신한다. ls는 find의 결과를 볼뿐 find 가 사용되었다는 것을 모른다. 또 다른 명령어는 xargs를 사용하는 방법이 있으나 여기에서 더 다루지 않겠다. 관심있는 유저는 한빛미디어 "유닉스 파워툴"을 보기 바란다. 2. -print 를 잊지 말자.. 가끔 나는 find에 -print를 붙이는 것을 잊는다. 이것을 붙이지 않으면 검색결과가 출력되지 않는다. (물론 GNU 버전에서는 그렇지 않으나 GNU 버전이 아닌 find에서는 꼭 붙여주어야 한다. 일부 버전에서는 -ls도 사용한다) 이것은 오래된 시스템 관리자도 가끔 잊고 초보 사용자들이 가장 잘 실수하는 내용 중 하나이니 조심하자 그리고 일부 버전은 -print를 추가해 주기도 하지만 기대해선 안된다. 3. 특정한 이름을 가진 파일 찾기 find 명령을 내릴때 메타 문자를 사용할 수 있는데 정규 표현식(grep과 같진 않다)를 사용할때 -name 연산자의 인자로 사용해서 그것들이 변경되지 않고 find로 넘겨지게 하려면 인용 부호로 감싸야 한다. 여기서 인용부호로는 어떤것을 사용해도 관계 없다. find . -name \*.o -print find . -name '*.o' -print find . -name "[a-zA-Z]*.o" -print 파일 경로의 디렉토리들은 -name 연산자와 일치하지 않고 경로의 마지막에 있는 이름만이 일치한다. 예를 들어, 위의 명령어들은 ./subdir/afile이란 경로명과 일치하진 않지만 ./subdir/prog.o와는 일치한다. 경로의 중간에 있는 디렉토리과 일치하는 방법이 있다. alias ff "find . -name '*\!{*}*' -ls" 파일이나 디렉토리의 이름을 넘겨주면 이 앨리어스는 그 인자를 포함하는 모든 파일이나 디렉토리 이름의 목록을 출력할 것이다. 4. 오래된 파일 찾기 7일된 파일을 찾고 싶으면 -mtime 연산자를 사용하면 된다 find . -mtime 7 -print 또 다른 방법은 시간의 범위를 지정하는 것이 있다. find . -mtime +6 -mtime -8 -print mtime은 파일의 최종 수정 시간이다. 사용되지 않은 파일을 찾아보려면 -atime 인자로 액세스 시간을 확인 하면 된다. 30일 이상 읽혀지지 않은 파일을 찾으려면 다음과 같이 하면 된다. find . -type f -atime +30 -print find 명령어가 디렉토리의 시간을 수정하기 실제로 액세스 되지 않은 디렉토리를 찾기란 어렵다. 각 파일과 관련된 연관된 또 하나의 시간이 있는데. ctime이라 불리는 inode 변경 시간이다. 그러나 여기에선 더 이상 자세하게 다루지 않는다. 5. find 검색의 최고봉이 되어보기 find는 확실히 까다롭다. 그러나 그 능력을 자유롭게 다루면 그 까다로움에 감사하게 될 것이다.(아직 필자는 그런 능력을 가지고 있지 않다) find의 명령어들은 명령행의 복잡도와 상관없이 실제로는 위와 같은 것의 변형들일 뿐이다. 많은 다른 이름을 명시할 수 있고 오래된 파일들을 찾을 수 있다. 그 복잡함에 관계없이 실제로는 시작점이 어디이고 어떤 파라메터를 주고, 그리고 찾아낸 파일들을 어떻게 처리할 것인지 대해 명시하는 것 뿐이다. 더 복잡한 방법으로 find를 사용하는 것의 핵심은, 검색 파라미터는 실제로는 find가 평가하는 "논리 표현식(logical expression)이라는 것을 깨닫는 것이다.(실제 find를 사용하는 대 부분의 유저는 논리 표현식을 사용하지 않는다) 즉. find는 한번에 하나씩 모든 파일들을 본다(솔직히 이것은 사실이다. 그러나 우리눈에 보일정도로 느리진 않다) 명령행 연산자가 제공한 표현식을 평가하기 위해 indoe에 들어있는 정보를 사용한다.(앞서 inode는 많이 사용하지 않는다는 얘기를 들어 생략했다) 표현식의 값이 참이면 지정된 행동을 한다.(예를 들면 파일의 이름을 출력하기 위해) 예를 들어 다음 표현식은 참이다 find / -name "*.c" 이런식으로 생각하게 되면 논리 연산자도 쉽다. 다음 표현식은 2개의 확장자에 해당되는 파일을 찾는다 -name "*.o" -o -name "*.tmp" -print 위 예제는 *.o와 *.tmp로 끝나는 파일들을 찾는다. 그럼 위의 확장자를 가진 파일을 찾는다면 다음의 표현식을 넣어 액세스 시간이 맞는지 검색한다 -atime +5 \( -name "*.o" -o -name "*.tmp" \) find 안에 괄호를 넣으면 해당 부분을 먼저 계산한다. 앞에서 잠깐 설명했지만 괄호 앞에 \ 를 넣은건 서브 쉘 연산자로 의식하지 말라고 넣은 것이다. 그러나 위의 예제를 다음과 같이 바꾸면 참이 아니다. atime +5 -name "*.o" -o -name "*.tmp" 위의 예제는 이름이 *.tmp로 끝난다. 이면 참이라는 틀린 식이 된다. 이 잘못된 표현식은 .tmp로 끝나는 모든 파일들에 대해 그 파일이 언제 액세스 되었간 간에 참이 될 것이다. 즉 -atime이 적용되지 않는다. 그러나 위의 표현식은 틀린 식이 아니다. 그러나 우리가 원하는 일을 하지 않을 뿐이다. 위의 예제를 조금 더 응용해서 현재 디렉토리에 있는 파일들을 찾으려면 다음과 같이 내리면 된다. find . -atime +5 \( -name "*.o" -o -name "*.tmp" \) -print 그러나 반대로 위의 파일들만 찾지 않는다면 ! 연산자를 사용하면 된다.. find . ! -atime +5 \( -name "*.o" -o -name "*.tmp" \) -print 그러나 위의 표현식은 -atime 연산자에 대해서만 적용한다. 모든 연산자에 사용하려면 -atime 연산자에도 괄호를 아래와 같이 사용하면 된다. find . ! \( -atime +5 \( -name "*.o" -o -name "*.tmp" \) \)-print -print도 표현식이다. 이것은 항상 참으로 평가된다. 이외에 -ok, -exec 도 항상 참으로 평가된다. 이 표현식들이 좋게 사용될 때가 있긴 하다. 뒤에서 다시 다룬다. 그리고 여러분들이 find를 사용할 때 실수 하는 것 중 하나는 공백을 넣지 않는 것이다. 모든 연산자에는 공백이 필요함을 기억하기 바란다. find가 찾는 시간들 일반적으로 -atime 부류의 연산자들에 대해서는 아쉽게도 문서화가 되어 있지 않다. 이 시간들은 일반적으로 일 단위이다. 부호없는 숫자. 예를 들어 3은 정확하게 3일 전에 끝난 24시간을 의미한다.(달리 말하면 96시간과 72시간 전 사이) 마이너스 부호를 가진 숫자는 그 시간 이후의 기간을 가리킨다. 예를 들어, -3은 지금과 3일 전 사이의 모든 시간이다. (달리 말하면 0시간 전과 72시간 전 사이) 플러스 부호가 붙은 숫자는 그 시간 전의 24시간 기간을 가리킨다. 예를 들면 +3은 3일 이상 된 시간이다. (달리 말하면 96시간 이상) 정확한 파일 비교 "이 부분에 대해서는 언급을 생략한다. 위에서 언급한 책을 보면 자세하게 잘 나와있으니 참고하기 바란다." 찾은 파일 실행하기 find에서 찾은 파일을 실행할 수 있는데 여기서 -exec 연산자는 끝 부분에 항상 \;를 넣는다. 그러나 find가 다르게 취급하는 인자가 있는데 이 인자는 바로 중괄호이다. {} 이 두문자들은 find가 발견하는 파일의 이름을 갖는 변수이다. 예제를 보면 더 확실할 것이다. 다음 예제는 간단한 경우로써 -print 연산자를 흉내내는 echo 연산자가 있다. find . -exec echo {} \; c쉘은 {} 문자를 사용하지만 {}를 바꾸진 않으므로 이 문자를 인용부호로 덮어쌓일 필요는 없다. 그러나 \;에서 \는 ''로 대체가 가능하다. 세미 콜론은 항상 ';'로 C쉘에서는 하는 걸로 익히자.. 그리고 find안에 또 다른 find의 호출이 가능하다 여기에선 또 다른 호출에 대해서는 생략한다 -exec 커스터 테스트하기 -exec 연산자를 이용해서 커스템 테스트를 할 수 있는데 앞서 잠시 얘기했지만 되도록 -exec 연산자를 피하는게 좋다 사용해야 한다면 -ok 를 사용하는 방법과 확실히 그걸 실행해야 하는지 확인해 본다. 그리고 -exec 연산자는 꼭 find 명령의 뒤쪽에 놔두도록 한다. HandTip 여기엔 기재하지 않았지만 \ 를 줄 바꿈 연산자로 사용할 수 있다. SQL에서도 사용가능하니 유용할 것이다. 다량의 명령어를 내릴때 상당히 유용한 기능이다. find의 진정한 역할? find의 진짜 역활은 파일의 위치를 찾는 것이 아니라 표현식을 평가하는 것이다. 그렇다. find는 확실히 파일의 위치를 찾아준다. 그러나 그것은 부수적인 것이다. 이점을 이해하는 것이 find를 이용하는 데에 있어 이해가 빠르고 find를 훨씬 더 자유롭게 유용하게 만드는 개념적인 발전이 될 수도 있다. -type 연산자의 유형들 b - 블록 특수 파일("장치 파일") c - 문자 특수 파일("장치 파일") d - 디렉토리 f - 일반파일 l - 심볼릭 파일 p - 이름 파이프 파일 s - 소켓 파일 // 이 아래부분에서 더 이상 설명를 다루지 않습니다. find . -size 1234c -print - 보다 더 작은 , + 보다 더 큰 find . -name \*.o -perm 664 -print find . -type d -perm 777 -print ----w---- 패턴은 -20과 같다. 퍼미션 8진 값 rwxrwxrwx 777 rwxrwxr-x 775 rw-rw-rw- 666 rw-rw-r-- 664 rw-rw---- 660 find . -perm -100 -print 실행가능한 --x------ 파일을 찾는다. -perm 인자가 마이너스 부호를 가지게 되면 setuid 설정 비트를 포함한 모든 퍼미션 비트들이 검사된다. find는 여기에서 끝내도록 하겠다. find는 잘 사용하면 무한대에 가까운 성능을 낼 수 있다. find에도 데이터베이스를 이용할 수 있으나 여기에선 생략했다. 자세한건 한빛미디어 "유닉스 파워툴"을 참조하기 바란다. 작성 : 서치아이 참고 서적 : 한빛미디어 "유닉스 파워툴" ---------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------------------------------------- --tar 백업 1. 백업 용어 정리 - 풀 백업 (full backup) 파일 셋 안의 모든 파일을 포함해서 모두 복사하는 방법 하나의 컴퓨터 시스템이나 하나의 디스크 파티션에서 사용 새로운 커널을 만든다거나 새로운 어플리케이션 팩키지를 추가한다든지 또는 새로운 버젼의 운영체제를 설치하는 등의 시스템에 중요한 변화를 주었을 경우 - 증분 백업 (incremental backup) 시스템이 이전에 백업한 이후로 변경된 파일만을 복사 풀 백업이 너무 방대하고 자료 변경이 별로 없을 때 - 백업 단계 (backup level) 단계(level) 0 : 풀 백업 단계(level) 1 : 마지막 풀 백업(단계 0) 이후에 변경된 모든 파일 저장 단계(level) 2 : 마지막 단계 1 백업 이후에 변경된 모든 파일 저장 - 무인 백업 (unattended backup) cron을 사용해 백업 명령어가 자동으로 수행 보안이 확실히 보장될 때가 아니면 무인 백업은 사용하지 않는것이 좋다. 2. tar 유틸리티 테이프 생성을 위한 유틸리티로서 바이너리 데이터를 처리할 수 있다. 또한 여러 디렉토리를 아카이브로 묶을 수 있으며 링크를 포함하는 디렉토리들을 전송할 수 있으면서도 파일의 소유권과 액세스 퍼미션 등도 그대로 보존할 수 있는 장점이 있다. 3. 간단한 tar의 사용법 - tar의 플래그 c : 아카이브 생성 x : 아카이브로 부터 파일 추출 t : 목차 테이블 보기 v : 상세한 정보 출력 - 아카이브 만들기 $ cd / $ tar -cf backup.tar home/ /home 의 하위디렉토리를 포함하여 backup.tar로 저장 - 아카이브 압축하기 $ gzip backup.tar backup.tar.gz 이라는 파일을 생성하여 원래의 tar 아카이브보다 훨씬 더 작게 압축 - 압축된 아카이브 만들기 $ cd / $ tar -cf - home/ | gzip > backup.tar.gz (주의) v옵션 문제 $ tar -cvf - home | gzip > backup.tar.gz 을 하였을때는 tar에 따라서 v(verbose) 옵션을 stderr로 처리하지 않고 stdout으로 처리하여 문제를 일으키는 경우가 있다. 따라서 아카이브를 만들때는 v옵션을 빼는 것이 좋고, 아카이브를 풀때는 v 옵션과 관계가 없다. - 아카이브 풀기 $ gunzip backup.tar.gz $ tar -xf backup.tar - 압축된 아카이브 풀기 $ zcat backup.tar.gz | tar -xf - - gzip이 내장된 GNU tar GNU tar의 경우 gzip 처리를 내장하고 있다. 따라서 다음과 같이 처리할 수 있다. $ cd / $ tar -czf backup.tar.gz home/ $ tar -xzf backup.tar.gz - 아카이브 내용보기 $ tar -tf backup.tar 아카이브를 풀기전에 항상 파일들의 이름을 먼저 검사한다. 만일 아카이브 속의 파일들이 현재 디렉토리에 풀리도록 묶여 있다면, 임시 디렉토리를 새로 하나 만들고, 그곳으로 이동(cd)하여 파일들을 풀어낸다. - 일부 파일들만 뽑아내기 $ tar -xvf backup.tar filename 여기서 filename은 tar의 -t옵션으로 파일의 경로명까지 알아야 한다. filename과 ./filename은 서로 다르게 처리되므로 정확한 파일명을 지정해야 한다. $ tar -xvf backup.tar `tar -tf backup.tar|grep filename` 의 방법을 쓰는 것도 좋다. (주의) 절대 경로 문제 절대경로를 갖는 디렉토리 또는 파일을 복구할 때 문제가 발생한다. tar는 아카이브에 지정되어 있는 경로명으로 파일을 복구하기 때문에, 파일이 복구될 곳을 변경할 수가 없다. 따라서 이미 존재하는 파일을 덮어쓰거나 퍼미션 문제가 발생할 수 있다. GNU tar의 경우, 기본적으로 모든 절대 경로명을 상대경로 변경하여 아카이브를 만든다. --absolute-names 옵션을 사용하면 절대 경로로 아카이브를 만든다. 가장 좋은 방법은 아카이브를 만들때 디렉토리가 슬래시(/)나 틸드(~)로 시작하지 않도록 조심하는 것이다. 또 다른 방법으로는 $ cd / $ tar -cf backup.tar . 를 줄여서 $ tar -cf backup.tar -C / . -C 옵션은 아카이브를 생성하기 전에 /로 이동하도록 한다. 여러 개의 디렉토리들을 아카이브로 만들려면 -C옵션을 여러번 사용한다. $ tar -cf backup.tar -C /home/smiletw . -C /home/woody ./test - 아카이브에 추가하기 $ tar -uvf backup.tar home/ 새로운 파일들만 업데이트 한다. 동일한 파일이 업데이트 되면 아카이브 마지막에 추가한다. (테입장치에서는 중간에 넣을 수 없는 것을 감안) 4. GNU tar를 이용한 풀백업 및 증분 백업 일반적으로 tar를 이용해서 아카이브를 만들면 풀백업이 된다. 그러나 사용자 홈디렉토리 또는 한 파티션 전체를 백업할때는 풀 백업을 자주 사용하기 힘들다. 이럴경우 풀 백업과 함께 증분 백업을 해 주는 것이 좋다. GNU tar는 옵션 처리만으로 손쉽게 풀백업과 증분 백업이 가능하게 해준다. 먼저 GNU tar의 풀 백업 및 증분 백업에 쓰이는 옵션이 2가지 있다. -G (--incremental) 옵션과 -g snapshot-file (--listed-incremental) 이 그것이다. -G 옵션은 예전 증분 백업 포맷으로 아카이브를 생성해 준다. 이 옵션으로 생성된 아카이브에는 아카이브 내에 포함되어 있는 파일이나 디렉토리의 정보가 들어가므로 비표준 아카이브로 생성된다. 따라서 GNU버젼이 아닌 tar로는 내용을 볼 수가 없게 된다. -g snapshot-file 옵션은 표준 아카이브로 생성되면서, 파일이나 디렉토리 등의 정보를 snapshot-file에 따로 저장함으로써, 표준 아카이브를 생성하게 만들어 준다. 따라서 GNU tar를 이용한 풀 백업 및 증분 백업에서는 -G 옵션이 아닌 -g snapshot-file 옵션을 사용하는 것이 좋다. - 풀 백업 $ tar -g list -czvf backup.tar.gz home/ list 라는 snapshot-file이 생성된다. 그리고 backup.tar.gz이라는 백업된 아카이브가 생성된다. - 증분 백업 $ tar -g list -czvf backup-1.tar.gz home/ 기존의 list 파일에서 이미 풀 백업된 내용을 확인하고, 그 이후에 변경되거나 추가되거나 삭제된 파일들을 backup-1.tar.gz에 백업한다. 5. GNU tar를 이용한 복구 먼저 풀 백업된 아카이브를 복구한다. $ tar -g list -xzvf backup.tar.gz 다음으로 증분 백업된 아카이브들 중 가장 최근에 백업한 것만 복구하면 된다. $ tar -g list -xzvf backup-10.tar.gz 6. 백업 및 복구의 유용한 옵션 -W (--verify) 검증 백업을 하는 도중 변경되는 파일이 있을 경우가 있다. 특히 풀 백업과 같이 시간이 오래 걸리는 백업의 경우 아카이브가 생성되는 동안 변경될 가능성이 높다. 따라서 풀 백업의 경우 검증해주는 것이 좋다. $ tar -g list -cvf backup.tar home/ 이 경우 아카이브 생성 후, 아카이브의 내용과 실제 디렉토리의 내용과 같은지 확인한다. 그러나 gzip으로 압축하는 -z 옵션과 함께 사용할 수 없다. 따라서 검증 옵션을 사용해서 아카이브를 생성할 경우 gzip압축은 따로 해주어야 한다. 7. 백업 및 복구 정책 GNU tar의 경우 앞서 말한 level 1 백업까지만을 지원해 준다. snapshot-file이 없을 경우 풀 백업(level 0)을 하고, snapshot-file이 이미 존재할 경우 증분 백업(level 1)을 하게 된다. 따라서 어느 시점에 풀 백업을 해야 하는지가 백업 정책에서 중요하다. 백업할 파일들이 자주 변경될 경우, 풀 백업의 주기도 짧아진다. 또한 변화될 데이터가 매우 중요할 경우, 백업도 자주 해야한다. 일반적으로 level 1 백업만을 지원해 주는 GNU tar를 이용한다면, 1주일에 한번 풀 백업을 실행하고 매일 증분 백업을 한다. 백업하는 시간은 파일의 변화가 적은 새벽이 좋다. 따라서 일요일 새벽12시를 전 후해서 풀 백업을 하고, 매일 새벽에 증분 백업을 하는 것이 좋다. 또한 풀 백업의 경우, 검증 옵션 (-W)을 사용하여, 아카이브를 검증해주는 것이 좋다. 그리고 아카이브의 크기를 줄이기 위해서 -z 옵션을 사용하여 압축해 주는 것이 좋다. 아카이브를 만들 때는 아카이브의 이름에 신경을 써줌으로써 백업 및 복구시에 혼란을 줄일 수 있다. 풀 백업을 할 경우 다음과 같이 snapshot-file의 이름도 백업 날짜를 써주는 것이 좋다. $ tar -g 2002-05-11.list -W -cvf 2002-05-11-full.tar home/ 증분백업 때도 마찬가지로 날짜를 써 주는 것이 좋다. $ tar -g 2002-05-11.list -czvf 2002-05-12.tar.gz home/ 그리고 -g 옵션에 쓰이는 snapshot-file의 보관 또한 중요하다. snapshot-file이 없으면 증분 백업된 아카이브는 수정된 부분만 저장되어 있는 일반 아카이브와 같아진다. 즉, 풀 백업 이후 삭제된 파일이 있음에도 불구하고, 증분 백업된 아카이브를 복구할 때, 풀 백업된 아카이브의 복구때 생성된 파일이 삭제되지 않는다. 따라서 용량이 작은 snapshot-file은 꼭 따로 안전한 곳에 보관해 주어야 한다. tar 테크닉 이 부분은 SunOS에 맞게 제작된 글입니다. 다른 버전의 tar는 다음 설명하는 기능을 다 가지고 있지 않을 수 있습니다. 이럴땐 해당 시스템의 tar의 맨 페이지 또는 GNU tar를 이용해 보기 바랍니다. 일부 시스템의 make 명령어는 의존성 유지를 위해 콤마(,)로 시작하는 이럼을 갖는 파일을 생성한다. 일부 편집기 중에는 퍼센트(%)나 틸드(~)로 시작하는 이름을 갖는 백업 파일을 생성한다. 필자는 프로그램의 원본은 .orig라는 확장자를 붙이고 구 버전은 .old 라는 확장자를 붙여서 보관한다(일반적인 개발자는 원본은 .orig, 구버전은 .old라고 표기하여 사용한다) 이런 파일들은 백업할때 포함하지 않고 싶은데 어떻게 할까? 그리고 백업할 필요는 없지만 삭제하고 싶지도 않는 바이너리 파일은 어떻게 할까? 해답은 tar의 x 플래그를 이용하는 것이다. 여러분이 이용하고 있는 tar의 도움말을 청해 F와 FF옵션이 지원되는지 살펴보자. 이 플래그는 아카이브로 백업할 때 포함시키지 않을 파일들의 목록을 지정한다. 다음의 예를 살펴보자 find project ! - type d -print | \ egrep '/,|%s|~$|\.old$|SCCS|/core$|\.o$|\.orig$' > Exclude tar cvfx project.tar Exclude project 위의 예에서 find는 해당 디렉토리들의 모든 파일들을 나열한다. 단 디렉토리의 이름은 출력하지 않는다. 만일 제외할 목록에 디렉토리의 이름이 들어있으면 그 디렉토리의 파일들도 함께 제외된다. egrep 명령어는 아카이브에 넣지 않을 파일들을 추려내기 위한 필터로 이용된다. 위의 예에서 보듯이 egrep에 여러개의 정규 표현식을 주어 다양한 파일 매칭을 수행한다. 이 정규표현식은 언뜻 보기에 복잡해 보이지만 다음의 문자 몇 개만 이해하면 간단하다. / 이 슬래시는 특수 문자가 아니다. 어떠한 파일명도 슬래시를 갖고 있는 경우는 없으며 단지 find 명령어가 출력하면서 파일명의 앞에 붙이는 슬래시에 매칭된다. | 수직바는 각각의 정규표현식들을 구분 짓는다 $ 달러 기호는 라인의 끝 또는 파일명의 끝을 지정한다. 이 문자는 소위 "앵커"라 불리는 2가지 정규 표현식 중의 하나이다. 다른 하나의 앵커는 라인의 시작이나 파일명의 시작을 나타내며 캐럿(^)으로 표시된다. 그러나 우리가 매칭시킬 파일명들 은 오직 최상위 디렉토리의 파일들 뿐이다. \. 일반적으로 정규 표현식의 점(.)은 아무 문자와 매칭된다. 여기서는 점 자체를 나타내고 싶었기 때문에 백슬래시(\)를 앞에 붙여서 특수 의미를 갖지 않도록 처리했다. 다음은 패턴들 및 이에 매칭되는 파일명들을 나열한 것이다. 패턴 매칭되는 파일들 사용처 /. .로 시작하는 파일 make 의존성 파일들 %$ %로 끝나는 파일 textedit 백업 파일들 ~$ ~로 끝나는 파일 emacs 백업 파일들 \.old$ .old로 끝나는 파일 오래된 백업본 SCCS SCCS 디렉토리 내의 파일 소스 코드 제어 시스템 /core$ core라는 이름의 파일 코아 덤프 \.o$ .o로 끝나는 파일 오브젝트 파일들 \.orig$ .orig로 끝나는 파일 원본 파일들 어떤 파일을 포함시키지 않을 것인가와 유사하게 어떤 파일을 아카이브에 포함할 것인가를 지정하는 -I 옵션도 잇다. 제외 플래그처럼 디렉토리를 지정하면 tar가 그 디렉토리 전체를 포함하게 된다. 또한 -I 옵션의 사용법은 여타 tar 플래그들과는 다르다는 점을 명심해야 한다. 다음의 예는 모든 C 언어 파일들 및 makefile 파일들을 아카이브로 백업하는데 egrep의 그룹핑 연산자 ()를 이용하여 앵커 $가 괄호 속의 모든 패턴에 적용되도록 처리했다. find project -type -f -print | \ egrep '(\.[ch]|[Mm]akefile)$' > Include tar cvf project.tar -I Include 여기서는 find를 이용했지만 닭질을 좋아하는 유저라면 직접 만들어도 된다. 그러나 만들때 주의할점은 파일명 뒤에 쓸데없는 공백이 있다면 그 파일은 무시되므로 find를 이용하는게 현명하다. 위에서 find를 조금 더 보자 find 명령어의 출력 결과를 확인해 보는 한가지 방법은 출력 파일로 /dev/null을 이용하는 것이다. tar cvfx /dev/null Exclude project 다른 디렉토리를 포함하기 예를 들어 /usr/local 등의 디렉토리를 아카이브로 만들고자 하는 경우 당연히 다음의 명령어를 이용하려고 하겠지만 사실은 틀린 것이다. tar cvf /dev/rmt8 project /usr/local ------------ | tip | ------------ tar를 이용할때는 절대로 슬래시로 시작하는 디렉토리 이름을 지정하지 말아야 한다. 나중에 보게 되겠지만 디렉토리를 복구할때 문제가 생길 수 있다. 앞에 제시된 부적절한 예제를 바르게 수정하려면 -C 플래그를 이용한다. tar cvf /dev/rmt8 project -C /usr local 이 명령어는 /usr/local/... 을 local/...으로 아카이브 한다. ------------------------------------------------------------------------------------ 경로명을 정확하게 입력 아카이브로부터 파일을 추출해 낼때 포함 파일이나 제외 파일 내에의 경로명은 반드시 테이브 상의 경로명과 정확히 일치해야 한다. 다음의 예를 보자. 이 예는 appe.tar라는 파일에서 복구하는 것이며 물론 테이프에서도 동일하게 작동한다. tar tf appe.tar appe code/appendix/font_styles.c code/appendix/xmemo.c code/appendix/xshowbitmap.c code/appendix/zcard.c code/appendix/zcard.icon 그 다음, 다음의 라인들을 갖고 있는 exclude라는 파일을 생성한다. code/appendix/zcard.c code/appendix/zcard.icon 이제 다음의 tar 명령어를 실행하자 tar xvfx appe.tar exclude x appe, 6421 bytes, 13 tape blocks x code/appendix/font_styles.c, 3457 bytes, 7 tape blocks code/appendix/xmemo.c, 10920 bytes, 41 tape blocks code/appendix/xshowbitmap.c, 20906 bytes, 41 tape blocks code/appendix/zcard.c exclude code/appendix/zcard.icon exclude 아카이브 파일 제외! 서브 디렉토리로 시작하는 이름이 아니라 현재 디렉토리(.)를 아카이브 하는 경우 Exclude 파일이 2개의 경로명, 즉 tar가 생성하는 아카이브, 그리고 Exclude 파일 그 자체로 시작해야 한다는 점을 명심하자. 그래야만 tar가 자기 자신의 출력을 아카이브 하는 행위를 막을 수 있다. cat > Exclude ./somedir.tar ./Exclude Ctrl-d find . -type f -print | \ egrep '/,|%$|~$|\.old$|SCCS|core$|\/\.o$|\.orig$' >> Exclude tar cvfx somedir.tar Exclude . 위의 예는 간단하게 cat > 를 이용해서 파일을 만들었지만 여러분들은 손에 익은 편집기를 사용해도 무방하다. Exclude 파일 속의 경로명들이 ./로 시작한다는 점을 주의하자. 왜냐하면 현재 디렉토리를 tar로 아카이브할때는 그런 경로명을 필요로 하기 때문이다. egrep 명령어는 >> 연산자를 이용하여 기존 Exclude 파일의 뒷부분에 경로명들을 추가하고 있다. 또는 아카이브 파일과 제외 파일에 추가하는 방법보다 차라리 이 두 파일을 읽게 될 디렉토리 구조의 바깥쪽 아무데도 옮기는 것도 좋다. 프로그램이 와일드 카드를 이해하지 못하는 경우 tar 아카이브에서 파일들을 추출할때 와일드 카드를 이용할 수 있다면 상당히 유용할 것이다. 그러기 위해서는 tar로 직접 전달되도록 쉘로부터 와일드 카드를 보호해야 한다. 그러나 일부 버전의 tar는 와일드 카드를 이해하지 못한다. 그렇다면 상당히 지저분한 방법을 이용해야만 원하는 파일들만 선택할 수 있는데 다음의 명령어를 보자 tar xvf /dev/rst0 'tar tf /dev/rst0 | grep 'pattern'' 보다 시피 tar를 2번 이용했다. tar t 명령어는 테이프 내의 모든 파일들의 이름을 출력한다. grep 주어진 패턴은 여러분이 원하는 파일을 선택하는 역할을 한다. 따라서 원하는 파일명들만이 처음의 tar 명령어에게 전달되어 아카이브로부터 추출된다. 절대 경로명 금지 대부분 버전의 tar에 존재하는 한가지 문제점은 파일을 복원할 때 파일의 경로명을 변경할 수 없다는 점이다. 예를 들어, 여러분이 다음의 명령러를 이용하여 아카이브(테이프나 파일)에 홈 디렉토리를 저장했다고 생각해 보자. tar c ./home/mike 이 아카이븐 어떤 시스템에서 복원하더라도 저장될 당시의 경로명 그대로 복원된다. 따라서 만일 /home/mike 라는 디렉토리가 존재하고 있었다면 모두 파괴되어 버린다. 기존 파일을 덮어 쓰지 않도록 하는 방법이 tar에는 없다. 테이프에서 복원할 때 다른 디렉토리에 파일을 풀어내도록 지정하는 방법이 tar에는 없다. 만일 테이프에 백업할 때 절대 경로명을 이용하였다면 망한 것이다 다름 없다. 예를 들어, tar c . 명령어처럼 상대 경로명을 이용했다면 원하는 아무 디렉토리에나 파일들을 복원하는 것이 가능하다.(GNU 버전은 tar안에 있는 절대 경로명을 상대 경로명으로 바꿀 수 있으나 다른 누군가가 GNU 버전을 쓰고 있을꺼라고 생각하지 말아라. 그들은 완성된 걸 원하기 때문이다.) 즉, 다음의 사항을 명심해야 한다. 아카이브를 생성할 때는 절대 경로명을 이용하지 말자 테이프에서 파일을 복원할 때는 먼저 tar t 명령어를 이용해서 어떤 파일들이 담겨 있는지 확인하자 GNU tar를 이용하자. 이 버전의 tar는 파일을 복원할 때 제일 앞에 슬래시(/)를 무시해 버릴 수 있다. 아카이브를 생성할 때 tar c /home/mike 등의 명령어를 이용하는 대신 다음의 명령어를 이용하자. cd /home/mike tar c . 또는 조금 더 우아하게 -C 옵션을 붙이도록 한다. tar c -C /home/mike . 이 명령어는 tar로 하여금 아카이블 생성하기 전에 먼저 /home/mike 디렉토리로 이동(cd)하도록 한다. 만약 여러개의 디렉토리들을 아카이브로 만들려면 -C 옵션을 여러 번 이용하면 된다. tar c -C /home/mike ./docs -C /home/susnan ./test 이 명령어는 mike의 docs 디렉토리 및 susan의 test 디렉토리를 아카이브 한다. tar의 인자들을 올바른 순서대로 취하기 tar의 명령행흔 아주 복잡하며 옵션과 인자들의 관계도 상당히 까다롭다. 가령 블록 크기(b), 출력 파일(f), 그리고 "제외" 파일(X)을 지정하려고 한다면 어느 위치에 이런 정보를 저장해야 할까? 옵션 문자들이야 말로 하나로(tar cXbf) 묶어버리면 된다지만 옵션의 값이 되는 블록 크기나 제외 파일의 이름 등의 인자들은 어디에 두어야 할까? 필요한 인자들은 옵션 문자들의 지정 순서에 맞춰 그 뒷부분에 저장하면 된다. 다음 명령어를 보자 tar cXbf keepout 20 archive.shar *.txt 이 명령어에서 keeout는 X의 옵션값이 되며, 20은 b의 옵션값이 되며, 그리고 archive.shar는 f의 옵션값이 된다. 만일 옵션들의 순서를 다르게 지정하였다면 인자들의 순서도 역시 그에 따르는 순서대로 주면 된다. 다음 명령어를 보자 tar cbfX 20 archive.shar keepout *.txt 뭐가 바뀌었는지는 잘 생각해 보라 테이프에 넣고자 하는 파일이나 또는 테이프로부터 복원하려는 파일의 이름들은 항상 명령어의 제일 마지막 부분에 온다. 이것은 명령어 자체의 일부분으로서 옵션에 대한 인자 역할을 하는 것이 아니다. dump 명령어 및 기타 몇몇 명령어들도 이런 방식으로 동작한다. -------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------- - 테잎 백업.. ******************************************************************************* 리눅스 tape_mini_Howto ver0.001 ******************************************************************************* - 서 론 이문서는 리눅스에서 테이프장치를 사용하는 아주 간단한 내용을 보여준다. 여기서 사용하는 테이트장치는 SCSI 장치만을 설명한다. 이문서는 KLDP의 (주)정보라인-http://www.jbline.co.kr 글쓴이: 강민우 (umkangm0@chollian.net)님의 글을 참조하여 작성했습니다. - 테이프라면 카세트?? 테이프 드라이브는 카세트와 비슷한 테이프를 사용하긴 하지만 사실 전혀 다르다. 테이프는 디스크와 달리 시리얼 접근을 하며, 이것은 어떤 부분에 이르기위해 그곳까지의 모든 부분을 통과 하여 가야함을 의미한다. 카세트와 시디플레이어를 생각해보자.. :-) 시리얼 접근 방식은 테이프 드라이브를 느리게 만들지만, 그로 인해 만드는 비용이 비교적 저렴하다. 또한 테이프는 상당히 길게 만들 수 있어서 고용량의 데이터를 저장할 수 있다는 장점이 있다. 테이프 드라이브는 이러한 특징으로 효과를 볼 수 있는 파일모으기와 백업등의 작업에 매우 적합한 미디어이다. - Tape 장치 설치 테이프 장치를 사용하기 앞서 장치를 인식시켜야 한다. 일반적인 스카시 장치 인식과 같은 방식으로 인식시킨다. 커널에서의 설정은 아래와 같다 (당연히 스카시 장치이기 때문에 스카시컨트롤러는 인식시켰다고 가정한다) modconf 명령으로 해당 모듈을 올려준다. kernel/drivers/scsi SCSI controller cards and SCSI st + SCSI tape support 대충감잡았겠지만 테이프 장치명은 st0와 같이 된다. dmesg로 장치의 인식을 확인한다. st: Version 20011103, bufsize 32768, wrt 30720, max init. bufs 4, s/g segs 16 Attached scsi tape st0 at scsi0, channel 0, id 3, lun 0 - Tape 장치 사용하기 테이프장치명은 /dev/st0 /dev/st1, st2 이런식으로 나가게 된다. 테이프 장치를 제어하기 위해서 mt-st라는 패키지를 설치한다. devfs를 사용하고 있다면 SCSI, IDE를 막론하고 장치들은 /dev/tapes 아래에 위치하며 다음과 같다 /dev/tapes/tape0 첫번째 테이프 /dev/tapes/tape1 두번째 테이프 - mt 사용하기 mt -f /dev/st0 rewind : 되감기 mt -f /dev/st0 retension : 느슨해진 테잎을 다시 팽팽하게 하기 mt -f /dev/st0 erase : 지우기 mt -f /dev/st0 offline : 테이프 장치를 offline으로 전환하고 테이프를 꺼낸다 mt -f /dev/st0 eject : 테이프를 꺼낸다 다른 명령들에 대한 것은 man mt 또는 mt -h 로 확인해보자. apt-cache search tape를 통해 자신의 취향에 맞는 것을 찾아보는 것도 좋은 생각이다. kdat 같이 그래픽적이며 직관적인 것을 찾을 수도 있을 것이다. 물론 취향 문제이다 :-) - TAPE장치를 이용한 백업과 복구 * TAR 쓰기 tar 는 유닉스 공통 명령이며 현재도 가장많이 쓰는 압축방식이다. 간단한예로 /home디렉토리를 테이프장치에 백업하는 명령은 아래와같다 tar cvf /dev/st0 /home 테이프 백업내용을 tar를 이용하여 복구하기 tar xvf /dev/st0 (이경우 풀고자 하는 디렉토리로 이동해서 푼다) 테이프에 백업된 내용 살펴보기 tar tvf /dev/st0 * dump 쓰기 dump를 이용하여 백업을 받으면 그것에 해당되는 디렉토리 구조까지 통째로 백업을 받는다. 이 방법을 이용하면 복구할때 편하다. dump로 /home을 테이프에 백업하기 dump 0uf /dev/st0 /home dump를 이용하여 백업한 내용을 복구하기 restore ivf /dev/st0 이렇게 하면 아주 편하게 interactive한 명령모드가 떠서 /home밑에 있는 여러 파일이나 디렉토리를 원하는대로 복원시킬 수 있다. interactive prompt상에서 쓸 수 있는 명령어는 다음과 같다. ls, cd, add, delete, extract, quit 이런식으로 되어져 있기때문에 백업받은 테잎이 마치 현재 디스크처럼 내용전체를 파악, 복구할 수 있다. 아주 편한방법이다. add를 사용하여 디렉토리나 파일을 지정하게 되고 나중에 extract라는 명령어를 사용하게 될 때 실제로 현재의 작업 디렉토리에 아까 add 명령어를 사용하여 선택했던 파일들이 풀리게 된다.. 내용 파일의 테이블 만들기 시스템 백업 테이프의 내용을 온라인으로 볼 수 있다. 그렇게 되면 어느 테이프가 복구에 필요한 파일을 담고 있는지 쉽게 찾을 수 있다. 특히 다중 단계의 증분 백업이 사용될 때는 더 편리하다. 백업할때 내용 파일을 만들어 두는 것은 아주 쉽다. 백업에 tar, cpio등을 사용하고 있으면 v 옵션으로 테이프의 내용에 대한 목록을 생성해 둘 수 있다. 다음과 같은 예가 있다. today = 'date + %d%b%y' tar -cv /home > /backup/home_full_$today.TOC tar -cv /home > tee /backup/home_full_$today.TOC 위 2개의 tar 명령은 긴 디렉토리와 같은 목록을 생성하는 /home의 내용을 문서로 만들어 /backup/home_full_21mar95.TOC 같은 이름을 붙여 파일로 저장한다. 두번째는 화면에 그 내용을 보여준다 cpio는 파일 목록을 표준에러로 보내기 때문에 조금 다르게 사용해야 한다. toc='date+/backup/home_full_%d%b%y.TOC' find /home -print | cpio -ov > /dev/rmt0 2 > $toc c쉘의 경우 set toc='date + /backup/home_full_%d%b%y.TOC' (find /home -print | cpio -ov > /dev/rmt0) >& $toc 이렇게 cpio로 만들어진 파일목록은 문서에 파일의 경로명만을 담고 있다. 더 자세한 목록을 원하면 두 번째 cpio 명령어나 cpio 백업 명령을 유도하는 좀더 복잡한 파이프를 사용해서 목록을 만들 수 있다. cpio -itv < /dev/rmt0 > $toc find /home -exec |s -ld | tee $toc |agk 'print $NF' | -o > /dev/rmt0 첫번째 명령은 테이프의 문서에 잇는 파일을 리스트한다. 두 번째 명령은 find를 사용해서 긴 형태의 목록을 만들어서 백업 테이프를 다시 읽지 않아도 되게 한다. 이 목록은 내용 파일의 테이블에 저장이 되고 두번째 파이프를 통해 awk 명령으로 넘어간다. awk는 입력에서 마지막 필드를 뽑아서 파일을 만든 cpio로 보낸다. 덤프 테이프에 대한 내용 파일의 테이블을 만들려면 그 뒤에 restore를 써야 한다. 예를 들어, 다음 스크립트는 dump로 백업을 하고 난 후 restore로 내용 파일의 테이브를 만든다.. 스크립트 # !/bin/csh # bkup+toc -perfome dump and verify tape/make TOC file # $1 = filesystem # S2 = dump level(default=0) # if ($#argv < 1) then echo "do_backup: fulesystem[dump-level]" exit 1 endif tar를 이용한 원격지 테이프 장치로 백업하기 여러분의 컴퓨터에 테이프 장치가 달려있지 않다면 tar 백업을 받는 작업이 다소 복잡해 진다. 테이프 장치가 달려있는 장비에 계정을 갖고 있고 원하는 디렉토리가 NFS로 마운트 되어 있으면 그 장비로 rlogin한 후 tar를 이용해서 디렉토리를 백업할 수 있다. 만일 원하는 디렉토리가 NFS 마운트되어 있지 않거나 또는 마운트되어 있더라도 퍼미션 문제 때문에 파일들을 액세스 할 수 없다면 tar, rsh, 그리고 dd 를 이용해서 이 문제를 해결할 수 있다. 사용법은 다소 복잡하지만 언제라도 man tar를 읽고 확인하기 바란다. 현재 디렉토리를 zephyrus라는 원격 장비의 테이프에 덤핑하는 명령어는 다음과 같다. tar cvfb - 20 . | rsh zephyrus dd of=/dev/rmt0 obs=20b 위의 tar 명령어은 출력 파일의 이름으로 -를 이용했다. 이것은 아카이브를 읽ㄱ을 때는 표준입력으로부터 읽고 아카이브를 생성할 때에는 표준 출력으로 내보내라는 의미이다. dd 명령어는 표준 입력으로부터 데이터를 읽어 /dev/rmt0 장치로 복사한다. 위의 예는 여러분이 rsh를 암호 없이 사용할 수 있을 것이라는 가정하에 작성된 것이다. 만일 그 원격장비로 rlogin 할때 Password: 프롬프트가 나타난다면 원격 장비의 .rhosts 파일에 여러분이 현재 이용하고 있는 장비의 이름을 추가할 수 있다. 원격 장비의 테이프 장치에 쓰기 rsh와 dd를 이용하여 tar가 원격 테이프 장치에 백업을 할 수 있도록 하려면 다음과 같이 한다. tar cf - . | rsh foo dd of=/dev/device obs=20b 말해두지만 dd는 이러한 작업을 늦게 처리한다.(dd를 믿지 않는 것이 정신건강에 이롭다.) 위 명령에 대해 자세히 이해하려면 아래의 약간의 지식에 대해 알고 있어야 한다. 테이프에는 "블록 크기"라는 것이 있다. 하지만 모든 테이프가 그러한 것은 아니다. 예를 들어, 대부분의 SCSI 테이프는 고정된 블록 크기를 갖지만 일반적으로 무시된다. 그러나 9트랙 테이프는 보통 "레코드"들에 데이터를 기록하며, 한 레코드와 다음 레코드 사이는 "갭(GAP)"으로 구분된다. 이런 원리를 처리하기 위하여 UNIX 테이프 장치들은 일반적으로 각각의 read()나 write() 시스템 콜을 단일 레코드 전송으로 변환한다. 기록되는 레코드의 크기는 wrtie()에게 전달되는 바이트들의 개수이다.(약간의 제약이 있을 수 있다. 예를 들어, "크기는 반드시 짝수여야 한다"거나 "크기는 32768바이트를 넘지 않아야 한다". 복구가 불가능한 에러가 발생활 가능성을 줄이기 위해 이상 인코딩(1600dpi) 방식의 블록들은 10240 바이트 이내이어야 한다). 각각의 read() 시스템콜은 적어도 하나의 완전한 레코드를 요청해야 한다.(대부분의 장치들이 이 값을 잘못 얻으며, 그리고 read()에 주어진 바이트 카운트보다 더 긴 꼬리 부분을 버린다). 각각의 레코드 내의 바이트들의 실제 개수를 리턴한다. 네트워크 연결은 일반적으로 "바이트 스트림"이다. 양단간의 "피어(peer)" 호스트들(tar를 실행하는 장비와 테이트 장치가 달려있는 장비)은 데이터를 서로 교환하지만, 그러나 프로토콜 인터페이스 레벨에서 "레코드 경계"라는 개념은 버려지게 된다. 만일 레코드 경계가 보존되어야 한다면 네트워크 프로로콜보다 상위의 계층에서 이루어져야 한다 (모든 네트워크 프로토콜들이 스트림 기반인 것은 아니며, 심지어 흐름 제어가 되는 것도 아니며 에러 복구가 되는 프로토콜은 아니다. 인터넷 RDP 및 XNS SPP는 신뢰성 있는 레코드 기반의 프로토콜들이지만, 그러나 상당히 작은 레코드 크기만 지원한다) rsh는 단순히 스트림 프로토콜을 오픈할 뿐이며 "패킷 경계"를 보존하는 어떠한 작업도 하지 않는다. dd는 매우 신비로운 방법으로 동작한다. dd if=x of=y 위 명령어은 다음과 동등하다 dd if=x of=y ibs=512 obs=512 위의 뜻은 다음과 같다. 파일 x와 y를 오픈한다. 그런 후 바이트 카운트의 512의 값으로 read(fd_x)를 계속 반복 수행하면서 읽은 데이터를 파일 y의 버퍼에 복사한다. 그리고 이 버퍼가 512 바이트에 도달할 때마다 한 번의 512 바이트 짜리 write(fd_y)를 수행한다. 반면에 다음의 명령어 dd if=x of=y bs=512 는 비슷해 보이지만 완전히 다른 의미를 갖는다. 파일 x와 y를 오픈하고 바이트 카운트 512의 read(fd_y)를 반복해서 수행하면서 데이터를 취하고 바이트 카운트 512의 write(fd_y)를 한 번 수행한다. 달리 말해서 다음과 같다. tar cf - . | rsh otherhost dd of=/dev/device 위 명령어는 512 바이트 블록을 쓴다(이것은 여러분이 원하는 일이 아니다). 반면에 다음의 명령어는 더욱 나쁘다 tar cf - . | rsh otherhost dd of=/dev/device bs=20b 이 명령어는 stdin(표준 입력)으로부터 받는 아무거나 읽는다. 그런데 이 표준 입력이라는 것이 TCP 연결로써, 하부 네트워크의 인자들이나 TCP 구현 방법에 따라 이런저런 무작위의 값을 가질 수가 있으며, 그리고 본질적의로 임의 크기의 레코드를 기록한다. 평범하게 구현되어 있는 순수하게 "로컬한(이더넷)" 연결 상에서 여러분은 1024바이트 블록 ("블록율(blocking factor)"이 2인 tar)으로 끝내게 될 것이다. 만일 2라는 값의 블록율을 받아들일 수 있다면, 그리고 만일 cat 명령어가 1024 바이트 블록들을 강제로 넣을 수 있다면(때때로 둘 다 가능함) 다음을 이용할 수 있다 tar cf - . | rsh otherhost "cat > /dev/device" 그러나 이 명령어는 cat의 알려지지 않은 기능에 의존한다. 일반적으로 9트랙 테이프의 각 갭(gap)은 대략 0.7인치의 공간을 차지한다. 블록크기가 1024인 경우 블록 크기가 10240인 경우보다 10배나 많은 많은 갭을 갖고 있기 때문에 1600 bpi 테이프라면 9x1600x0.7 = 10Kbyte를 괜히 허비하게 된다. 그리고 블록크기가 32768 인 경우보다는 32배나 많은 갭을 갖기 때문에 6250bpi 테이프라면 31x6250x0.7=136Kbyte를 허비하게 된다 "대략"이라는 용어를 사용한 이유는 실제 갭의 크기가 경우에 따라 다르기 때문이다. 특히 어떤 "스트림 기반" 장치들은 0.9인치의 갭을 갖는 것으로 알려져 있다 이러한 테이프의 갭 때문에 일반적으로 에러 복구를 보장할 수 있는 범위 내에서 최대한 큰 레코드의 크기를 이용하는 것이 좋다. 그러나 일부 아주 오래된 하드웨어는 너무 작읍 값을 테이프에 블록의 최대 크기로 이용하기도 한다. - 참고 리눅스 시스템 관리자 가이드 - http://kldp.org/Translations/html/SysAdminGuide-KLDP/book1.html 리눅스에서 테잎드라이브 쓰는방법 - http://kldp.org/KoreanDoc/TapeDrive-KLDP Linux Devfs (Device File System) FAQ - http://kldp.org/Translations/html/DEVFS_FAQ-KLDP/index.html --------------------------------------------------------------------------------------------------- --------------------------------------------------------------------------------------------------- 네트워크 백업 --- .netrc 설정 ftp, rlogin, rexec 를 사용하기 위해서는 아이디와 비밀번호를 입력을 해야 한다. 빈번하게 사용을 할경우는 일일이 사용할때 마다 아이디와 비밀번호를 입력해야 하는 불편함을 해결하기 .netrc 에 미리 입력을 해두면 다음 부터 아이디와 비밀번호를 입력하지 않아도 된다. 홈디렉토리에 .netrc 를 편집기로 연다. ($HOME/.netrc) vi .netrc machine 172.24.126.28 login k1c password ****** 편집을 한다음에는 다음과 같이 권한 설정을 바꾸어 준다. chmod 600 .netrc 권한 설정을 바꾸었으면 다음과 같이 접속을 하면 별도의 로그인 없이 바로 들어간다. ftp 172.24.126.28 --- 네트웍 백업 미러를 이용한 네트웍 백업 -- ssh * 키 생성 $ ssh-keygen -b 2048 -t rsa Generating public/private rsa key pair. Enter file in which to save the key (/home/nefsall/.ssh/id_rsa): /home/nefsall/.ssh/id_rsa already exists. Overwrite (y/n)? y Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /home/nefsall/.ssh/id_rsa. Your public key has been saved in /home/nefsall/.ssh/id_rsa.pub. The key fingerprint is: cc:16:ff:d4:69:66:f3:66:72:91:76:44:2f:6d:70:f1 nefsall@file * 키 복사 $ ssh "cat >> ~/.ssh/authorized_keys" < ~/.ssh/id_rsa.pub Password: * scp를 이용한 파일 복사 $ scp ... :/dir $ scp -r dir/ :/dir/ * rsync, ssh를 이용한 백업, 미러링 $ rsync -av -e ssh [--delete] dir :/dir (로컬에서 리모트로) $ rsync -av -e ssh [--delete] :/dir dir (리모트에서 로컬로) --delete추가시 미러 * 익명 rsync 쓰기 archive 리스트 보기 $ rsync :: 미러하기 $ rsync -av --delete :: dir/ ** rsync ***특징 -rsync는 rcp와 비슷한 프로그램으로 더욱 다향한 옵션으로 효율적인 데이타 전송을 지원한다. -rsync는 두 호스트사이의 데이터의 동기화를 위해서 사용되는 방법이다. 동기화를 위해서 파일의 크기나 시간의 변화등을 이용하여 파일의 변경 유무를 판단하여 데이타 동기화를 한다. -주요 특징 .링크, device, 소유자, 그릅, 허가권 복사 지원 .GNU tar와 비슷한 exclude, exclude-from 옵션 지원 .rsh 또는 ssh 등 사용가능 .root 권한이 필요없음 .anonymous 또는 인증 rsync 서버 지원(미러링에 유용함) ***서버측 설정 -동기화에 사용하는 프로토콜로는 rsh, ssh 를 사용할 수 있으며 이를 사용하지 않더라도 원격 rsync 서버에 tcp 포트 873을 이용하여 클라이언트-서버형식으로 접속할 수 있다. 여기서는 일반적인 클라이언트-서버 방식만을 설명한다. 데비안에서 rsync를 패키지로 설치하면 보안 문제로 inetd.conf에 설정이 들어있지 않다. 따라서 사용자가 추가로 설정을 해주어야 한다. --------------------------------------------------------------------------- rsync stream tcp nowait root /usr/bin/rsync rsyncd --daemon --------------------------------------------------------------------------- --daemon은 대몬모드로 시작한다는 이야기이며 /etc/rsyncd.conf파일을 필 요로 한다. /etc/inetd.conf 파일에 위 라인을 추가후 /etc/init.d/inetd restart 명령으로 inetd를 재 시작한다. 만약, rsh 또는 ssh를 사용한다면 inetd.conf를 수정할 필요가 없다. -rsync 설정 파일(/etc/rsyncd.conf)을 편집한다. /usr/share/doc/rsync 에 예제 파일(sample-rsyncd.conf.gz)을 참고하자. --------------------------------------------------------------------------- # sample rsyncd.conf configuration file # GLOBAL OPTIONS #motd file=/etc/motd #log file=/var/log/rsyncd pid file=/var/run/rsyncd.pid #syslog facility=daemon #socket options= # MODULE OPTIONS [web] # 서비스명 comment = public archive # 이 설정에 대한 설명 path = /var/www/ # 서비스할 디렉토리 use chroot = yes # 서비스하는 디렉토리를 루트디렉토리로 사용(ftp의 chroot와 같은 개념) # max connections=10 # 동시 접속자 제한 lock file = /var/lock/rsyncd read only = yes # 읽기 전용(put 명령을 허용하기 위해서는 no로 설정해야 한다) list = yes uid = nobody # 접근자에 대한 유저 권한 gid = nogroup # 접근자에 대한 그룹 권한 # exclude = #specify any file in path not to be accessed # exclude from = # include = # include from = # auth users = #allow specific users to connect (besides anonymous) # secrets file = /etc/rsyncd.secrets strict modes = yes #makes sure the secrets file has proper permissions hosts allow = 192.168.1.2 # 호스트별 접속허용을 위해서(여기에 상대 호스트의 주소를 명시) # hosts deny = ignore errors = no ignore nonreadable = yes transfer logging = no # log format = %t: host %h (%a) %o %f (%l bytes). Total %b bytes. timeout = 600 # 클라이언트에서 접근시 타임아웃시간. # anonymous 로 운영하는 경우 설정을 해야 클라이언트가 죽었을 때 # 서버에서 접속을 해체할 수 있음. refuse options = checksum, dry-run dont compress = *.gz *.tgz *.zip *.z *.rpm *.deb *.iso *.bz2 *.tbz --------------------------------------------------------------------------- -hosts allow : 이 설정의 기본은 all 이므로 보안을 유지하기 위해서는 반드시 설정을 하여야 한다. -현재 rsync 자체적으로는 암호화 지원하지 않으며 사용자 인증만 지원한다 추후에는 SSL을 지원할 예정이며, 만약 암호화를 사용하려면 ssh를 사용하면 된다. ***클라이언트 설정 서비스명 : web rsync 서버 이름 : debianusers.org 로컬측 디렉토리 : /var/www -a 아카이브 모드. (심볼릭 링크, 속성, 퍼미션, 소유권 등 보존) -a 는 -rlptg 와 동일하다. -r recursive (하위 디렉토리까지 포함) -l 심볼릭 링크 재생성 -p 퍼미션 업데이트 -t 변경시간 전송 (이것이 없으면 전송한 시간으로 바뀜) -g 그룹이름 변경 -v 자세한 내용을 보여줌 --delete 서버에서 사라진 파일이 있으면 클라이언트측에서도 지움. 기본설정에서는 지우지는 안는다. -z data file을 압축해서 전송한다. -GET 설정(다운로드) ---------------------------------------------------------------------- /usr/bin/rsync -av --delete debianusers.org::web /var/www ---------------------------------------------------------------------- debianusers.org 서버의 /var/www 내용을 로컬의 /var/www/로 가져옴 서버에서 지워진 파일은 로컬에서도 지워짐 ---------------------------------------------------------------------- /usr/bin/rsync -avz deebianusers.org:/usr/src/bar /data/tmp ---------------------------------------------------------------------- 위의 내용은 debianusers.org 호스트에서 /usr/src/bar 안의 내용을 로컬 호스트의 /data/tmp 디렉토리로 옮긴다. 위에서 /usr/src/bar/ 라고 뒤에 디렉토리 표시를 한다면 bar 디렉토리도 포함해서 가져온다. 참고 ---------------------------------------------------------------------- : 과 :: 의 차이 : 은 rsh나 ssh를 사용하는 것이며 ::은 rsync 자체에서 지원하는 기능을 이용하여 자료를 가져오는 것으로 873 TCP 포트를 사용한다. : 에서 기본은 rsh를 사용하나 -e ssh 옵션을 이용하여 ssh를 사용할 수도 있다. ssh를 사용하려면 비밀번호를 입력해야하나 이것도 파일형태로 만들어서 옵션에서 지정해주면 된다. 자세한 사항은 man 페이지를 참고하기 바란다. ---------------------------------------------------------------------- -PUT 설정(업로드) ---------------------------------------------------------------------- /usr/bin/rsync -av --delete /var/www debianusers.org::web ---------------------------------------------------------------------- rsync 설정에서 read only=no 가 설정되어야 한다 -서버측 공유명(맨페이지에서는 모듈이라고 한다)을 보려면 아래 명령을 실행한다. ---------------------------------------------------------------------- rsync debianusers.org:: ---------------------------------------------------------------------- -web 이라는 서비스명의 공유 디렉토리의 파일 내용을 표시하기 위한 명령 ---------------------------------------------------------------------- rsync -a debianusers.org::web ---------------------------------------------------------------------- -서버측 공유 디렉토리의 파일리스트를 현재의 디렉토리에 list라는 파일로 저장 ---------------------------------------------------------------------- rsync -av debianusers.org::web ---------------------------------------------------------------------- -보안을 위해 ssh 프로토콜을 이용하는 방법 ---------------------------------------------------------------------- rsync -av --delete -e ssh /var/www/ debianusers.org:/var/www ---------------------------------------------------------------------- ** 실제 적용 미러를 이용한 백업은 네트웍으로 연결되어 있는 두 종단의 여러 호스트들의 백업 데이타와 이에 따른 백업 저장 작업을 하나의 호스트로 집중하여 제어할 수 있게 해준다. 만약, 내부 네트웍 호스트들의 백업만을 생각한다면 NFS, Samba같은 파일서버를 이용해서 백업 데이타를 한곳의 호스트로 집중할 수가 있다. 하지만 회사에서 대규모 서비스를 외부로 하기위해 IDC에 다수의 서버를 배치 했을때는 파일서버를 이용한 방법으로는 한곳에 백업 데이타를 집중하기가 불가능해진다. 이런 경우에는 시스템 관리자가 매일 매일 확인할 수 없는 IDC에 있는 서버의 재난 복구 정책을 겸하여 백업 정책을 세우는 것이 좋다. 우선 IDC 있는 서버군에 파일 서버를 두어 각 호스트의 백업 데이타를 파일 서버로 모은다. 사내 로컬 네트웍 역시 파일 서버로 사내 각 호스트들의 백업 데이타를 파일 서버로 모은다. 이때 각각의 호스트에서의 개별 백업 작업은 관리자가 정한 룰에 따라 만든 백업 스크립트를 cron에 등록시켜 백업 작업을 자동화 시키는 것이 좋다. 물론 이때 주의해야 할 점은 미묘한 스크립트상의 실수로 원하지 않는 백업 데이타 유실에 주의를 해야할 것이다. 파일 서버는 NFS등을 사용하여 각 호스트의 특정 디렉토리에 미리 마운트시켜 놓아 각 호스트에서는 단순하게 백업을 NFS로 마운트된 디렉토리에 저장함으로 각 호스트들의 백업 데이타를 파일 서버로 집중 시킬수가 있다. 백업 정책은 경우에 따라서 틀려지겠지만 일주일에 한번 전체 백업, 매일 매일 전체 백업후의 증분 백업(tar의 증분 백업 방법을 이용하거나 find를 이용해서) 을 하는것이 좋다. 그리고 일주일 주기로 파일 서버에 모인 각 호스트의 전체 백업 데이타를 관리자가 정한 룰에 따라 rsync 미러링(cron 이용)을 이용해서 한곳의 파일 서버로 가져와 양 서버군의 백업 데이타를 한번에 백업 매체에 실제적으로 저장하는 것이 일반적인 방법이 될것이다. 만약, 좀 더 민감한 경우라면 매일 백업되는 증분 백업 데이타 역시 사내 파일 서버로 모아 백업 매체에 저장하는 것이 좋을 것이다. 이때 백업 매체로는 백업 데이타의 용량에 따라 틀려지겠으나 전체 백업 데이타는 Tape 드라이브를 사용하고 증분 백업 데이타는 분리된 호스트에 저장하거나, 광드라이브(cd-rw, mo, dvd)를 사용할 수 있다. 원격지에 저장한 데이터를 rsh를 이용해 복구가 가능하다. 다음의 명령어를 보자 rsh -n host dd if=/dev/rst0 bs=20b | tar xvBfb -20 files 네트워크를 통해 고정크기의 블록을 읽는 것은 원래 거의 불가능하다. 따라서 tar에 B 플래그를 지정하여 블록이 완전히 채워지기 전에 파이프로부터 데이터를 읽도록 하였다. (그러나 GNU tar와 몇몇 tar는 원격지까지 자동으로 처리하나 대부분은 그렇지 않다는 걸 명심한다) pcharley님의 스크립트 backup.sh #!/bin/bash ############################## # 변수 설정 및 함수 로딩 ############################## FILESYSTEM= # 마운트할때 파일 시스템을 명시 HOST= # 여러 호스트가 NFS 파일시스템에 백업할 경우 중복을 방지하기 위해 TERM= # 기간(month, week, day 중 하나로 명시) DIR1= # 백업할 부모 디렉토리(여러 부모 디렉토리를 명시할 수 있다) #DIR2= #DIR3= DIR1_01= # 백업할 장소 명시(여러 부모 디렉토리의 여러 백업 장소를 명시할 수 있다) DIR1_02= DIR1_03= #DIR2_01= #DIR2_02= #DIR2_03= #DIR2_01= #DIR2_02= #DIR2_03= DEV= # 백업 매체 명시. (NFS로 공유되는 파일 시스템을 명시) MNT= # 백업 매체 마운트 포인터 명시 ADMIN=root # 결과를 e-mail로 받을 사람 DATE1=`date +$HOST-%Y-%m-%d-%H-%M` # file 이름을 정하기 위해 DATE2=`date +$HOST-%Y:%m:%d` # 보고서에 들어갈 날짜 # Source Function Library 함수 로딩 [ -f /usr/local/bin/function.sh ] || exit 0 . /usr/local/bin/functions.sh ######################################## # 장치 마운팅 및 용량 확인 ######################################## mnt # 장치 마운트 storage first # 백업전 용량 확인 ######################################## # 작업 파일 검색 및 백업 ######################################## backup # backup 실행. ######################################## # 백업 결과 및 용량 확인 ######################################## check storage second # 용량 확인(backup후) ######################################## # 보고서작성 및 메일전송 ######################################## report ; mailto ######################################## # 언마운팅및 임시파일 삭제 ######################################## umnt ; remove pcharley님 2번째 스크립트 function.sh #!/bin/sh ######################################## # 마운팅 함수 정의 ######################################## mnt() { if [ ! -d $MNT ] then mkdir -P $MNT # 상위 DIR이 없으면 생성 [ -f /tmp/$TERM.create ] || touch /tmp/$TERM.create # 보고서를 위해서 임시 파일 생성 [ -d $MNT ] && echo -e "\t$TERM directory creaed" >> /tmp/$TERM.create fi mount -t $FILESYSTEM $DEV $MNT || echo "파일시스템 마운트에 이상이 있습니다"; exit 0 if [ ! -d $MNT/$HOST_$TERM ] then mkdir $MNT/$HOST_$TERM [ -f /tmp/$TERM.create ] || touch /tmp/$TERM.create [ -d $MNT/$HOST_$TERM ] && echo -e "\t$TERM directory created" >> /tmp/$TERM.create fi } umt() { if [ -d $MNT/$HOST_$TERM ] then umount $MNT fi } ######################################## # 용량확인 함수 정의 ######################################## storage() { if [ "$1" = "first" ] # 백업하기 전 then STO1=`du -sh $MNT | cut -c1-4` STO2=`du -sh $MNT/$HOST_$TERM | cut -c1-4` elif [ "$1"="second" ] # 백업한 후 then STO3=`du -sh $MNT | cut -c1-4` STO4=`du -sh $MNT/$HOST_$TERM | cut -c1-4` fi } ######################################## # 백업 함수 정의. tar에서 제공하는 스냅샷 기능을 사용해도 됨 ######################################## backup() { case $TERM in month) tar cPf $MNT/$HOST_$TERM/$DATE1.tar -C $DIR ./$DIR_01 -C $DIR ./$DIR_02 -C $DIR ./$DIR_03;; # P : 상대경로를 절대 경로로 바꿈 week) # 목록 찾기(변경분) find $DIR01 $DIR02 $DIR03 -mtime -7 \! -type d -print > /tmp/$TERM.work;; # 증분된 목록을 만듬 day) # 목록 찾기(변경분) find $DIR01 $DIR02 $DIR03 -mtime -1 \! -type d -print > /tmp/$TERM.work;; # 증분된 목록을 만듬 esac if [ -s /tmp/$TERM.work ] then tar cP -T /tmp/$TERM.work -f $MNT/$HOST_$TERM/$DATE1.tar # 백업할 목록을 파일에서 찾음 fi } # tar의 증분 백업 기능을 이용. 이 경우는 파일을 덮어쓰게 되므로 덮어쓰기 전에 백업매체에 옮겨야 한다. # 밑에서부터 주석된 부분은 이것을 적용시켰을 겨우에 해당 #backup() #{ # case $TERM in # month) # tar -g $MNT/$HOST.list cPf $MNT/$HOST_$TERM/$HOST.tar -C $DIR01 . -C $DIR02 . -C $DIR03 .;; # week) # tar -g $MNT/$HOST.list cPf $MNT/$HOST_$TERM/$HOST.tar -C $DIR01 . -C $DIR02 . -C $DIR03 .;; # day) # tar -g $MNT/$HOST.list cPf $MNT/$HOST_$TERM/$HOST.tar -C $DIR01 . -C $DIR02 . -C $DIR03 .;; # esac #} ######################################## # 백업결과 확인 함수 정의 ######################################## check() { case $TERM in month) tar tf $MNT/$HOST_$TERM/$DATE1.tar > /tmp/$TERM.backup;; # 목록만 출력 *) tar tf $MNT/$HOST_$TERM/$DATE1.tar > /tmp/$TERM.backup # 목록만 출력 diff /tmp/$TERM.work /tmp/$TERM.backup > /tmp/$TERM.problem esac } #check() #{ # case $TERM in # month) # tar df $MNT/$HOST_$TERM/$HOST.tar > /tmp/$TERM.backup;; # 목록만 출력 # *) # tar tf $MNT/$HOST_$TERM/$HOST.tar > /tmp/$TERM.backup # 목록만 출력 # esac #} #---------- # 사용량 출력 #---------- print_storage() { echo -e "\t백업전, $MNT의 총사용량 : $STO1" >> /tmp/$TERM.result echo -e "\t백업후, $MNT의 총사용량 : $STO3" >> /tmp/$TERM.result echo -e "\t백업전, $MNT의 $HOST_$TERM 디렉토리 총사용량 : $STO2" >> /tmp/$TERM.result echo -e "\t백업후, $MNT의 $HOST_$TERM 디렉토리 총사용량 : $STO4" >> /tmp/$TERM.result } ######################################## # 보고서작성 함수 정의 ######################################## report() { case $TERM in month) [ -s /tmp/$TERM.create ] && cat /tmp/$TERM.create >> /tmp/$TERM.result print_storage cat /tmp/$TERM.backup >> /tmp/$TERM.result;; *) [ -s /tmp/$TERM.create ] && cat /tmp/$TERM.create >> /tmp/$TERM.result print_storage if [ -s /tmp/$TERM.work ] then cat /tmp/$TERM.work >> /tmp/$TERM.result cat /tmp/$TERM.backup >> /tmp/$TERM.result if [ ! -s /tmp/$TERM.problem ] then echo -e "\t$TERM 백업 결과 아무런 이상이 없습니다." >> /tmp/$TERM.result else echo -e "\t$TERM 백업에 이상이 있는것 같습니다. 확인바랍니다" >> /tmp/$TERM.result cat /tmp/$TERM.problem >> /tmp/$TERM.result fi fi;; # *) # print_header # [ -s /tmp/$TERM.create ] && cat /tmp/$TERM.create >> /tmp/$TERM.result # print_storage # # if [ -s /tmp/$TERM.backup ]; # then # print_message backup # print_result backup # fi;; esac } ######################################## # 관리자에게 메일보내는 함수 ######################################## mailto() { case $TERM in month) mail -s "[월간백업 결과 보고서] ($DATE2)" $ADMIN < /tmp/$TERM.result;; week) mail -s "[주간백업 결과 보고서] ($DATE2)" $ADMIN < /tmp/$TERM.result;; day) mail -s "[일일백업 결과 보고서] ($DATE2)" $ADMIN < /tmp/$TERM.result;; esac } ######################################## # 임시파일 삭제 함수 ######################################## remove() { rm -f /tmp/$TERM.* } ----------------------------------------------------------------------------------------- 참고 ---------------------------------------------------------------------- mkCDrec 프로그램을 이용하여 CD로 시스템을 백업하고 복구할 수 있다. 프로그램은 아래 싸이트에서 다운받을수 있다. http://mkcdrec.sourceforge.net http://mkcdrec.ota.be/project 이 프로그램은 시디 뿐만 아니라 여유 하드디스크나 NFS, 로컬이나 원격의 Tape 드라이브로의 백업도 지원한다. 관심있는 분들은 한번 사용해보는것도 괜찮을 것이다. 자세한 사항은 소스에 딸려오는 문서를 찾아보기 바란다. ---------------------------------------------------------------------- 참고) 스크립트 첨부파일 있음.(script.tar.gz) ----------------------------------------------------------------------------------------------- ----------------------------------------------------------------------------------------------- -- 시디 백업 현재 사용되구 있는 리눅스 시스템을 CD에 굽고, 리눅스 시스템이 망가 졌을 때 이 구운 시디로 부팅을 해서 복구를 하는 방법이다. 한텀에서 명령을 치면 1번시디 , 2번시디….이렇게 만들면서 시디에 굽고 , 나중에 1번 시디로 부팅을 해서 복구를 한다. 1. 먼저 인터넷에서 프로그램을 다운 받는다. http://mkcdrec.sourceforge.net/ http://mkcdrec.ota.be/project/mkCDrec_v0.5.9.tar.gz 현재 나와 있는 버전은 0.5.9 이다. 다운 받았으면 아래와 같이 압축을 풀어 준다. tar xvfz mkCDrec_v0.5.9.tar.gz 2. 설정 설정을 할때는 루트 권한으로 한다. 압축을 풀면 mkcdrec 이런 디렉토리가 생겨난다. Cd mkcdrec 명령어로 디렉토리를 이동한다. 그러면 아래와 네모박스에 Config.sh 라는 설정 파일이 있습니다. [image1.gif] 이 파일을 수정해서 사용을 하면 됩니다. 먼저 CD-RW의 장치를 알아야 만 시디를 구울수가 있습니다. 아래와 같이 노란색의 박스 표시에 있는 숫자 번호(1, 0, 0)이 CD-RW의 장치 입니다. 이것을 가지고 설정화일을 수정해 주어야 합니다. [image2.png] vi Config.sh 를 이용해서 파일을 수정합니다. 아래와 같이 CD-R/W 장치를 지정합니다. [image3.png] 아래와 같이 랜카드 모듈을 설정합니다. 랜카드 모듈은 lsmod 를 이용하면 확인할수 있습니다. [image4.png] 또한 옵션으로 BURNCDR 이라는 부분을 y 로 사용을 하면 실시간으로 굽는 것이고, n 를 사용하면 한면에 /tmp/CDrec-2002.03.25_1.iso 라는 파일을 만들어서 원격으로 다운 받아서 구울수가 있다. [image5.png] 3. 시디이미지 만들고 굽기 make 를 치면 아래와 같이 선택할수 있는 메뉴가 나옵니다. [image6.png] 이중에서 부팅시디를 만들고, 1번시디, 2번시디…를 만들려면 2번을 선택하면 시디를 만들수 있습니다. 2번을 선택하면 아래와 같이 계속해서 실행을 할것인지 확인을 합니다. 계속해야 하기 때문에 엔터를 치세요. [image7.png] 엔터를 치면 화면에 현재 진행하고 있는 상태를 알수 있게 메시지를 뿌려 줍니다. 화면이 잠시 멈추더라도 프롬프트가 나올 때 까지 잠시 기다리십시오. 화면이 진행되다가 아래 그림과 같이 시디를 넣으라는 메시지가 나오면 공 시디를 넣어서 엔터를 치면 시디가 구워 집니다. [image8.png] 이런식으로 시디를 계속해서 넣어 주면 백업 시디가 워 집니다. 4. 복구하기 1번 시디는 부팅 가능한 시디 이기 때문에 제일 먼저 1번 시디를 넣고 기다리거나 엔터를 치면 부팅이 됩니다. 그러면 루트 쉘이 나오고 여기서 다음과 같은 명령을 칩니다. cd /etc/recovery ./start-restore.sh 그러면 스크립트가 알아서 복구를 해주고, 필요시 포맷을 할것인지 묻는 경우도 있으며 있때는 y를 눌러서 포맷을 합니다. 어느정도 복구가 되면 시디를 바꾸라고 메시지가 나옵니다. 그러면 2번시디, 3번시디 교환해주고 엔터를 치면 복구가 됩니다. 마지막으로 루트 셀이 성공적으로 했다고 나오면 리부팅을 합니다. 4.1 Make clean 현재 사용했던 로그나 정보를 지우고 다시할려면 make clean 을 해주면 새롭게 진행할수 있습니다. (팁. usb) 마운트 하기 cd-rom 안에 무슨 파일이 있는가 확인을 하려면 다음과 같은 명령을 치면 시디롬 이 마운트되어 /mnt 밑에 시디롬의 내용을 확인할 수가 있다. Mount /dev/scd0 /mnt cd-writer 장치 확인하기 아래의 네모칸처럼 되어 있으면 cd-writer 기를 사용할수 있다. [이미지\usb\image1.png] 아래와 같은 명령을 타이핑하면 usb-cdwriter 기에 대한 상세 정보를 알수 있습니다. cdrecord -prcap -inq dev=0,0,0 시디 굽기 시디를 구울려면 구울려는 곳의 디렉토리를 이미지로 만들어야 한다. 이미지 만드는 방법은 쉘 상에서 mkisofs -o 디렉토리.iso 디렉토리 이다. 예) mkisofs -v -J -o k1c.iso k1c 이미지를 만들었으면 cdrecord 명령어를 이용해서 굽는다. cdrecord -v -eject speed=2 dev=0,0,0 k1c.iso 시디 내용 지우기 cdrecord -dev=0,0,0 -blank=fast 시디 굽기 /home/k1c/public_html 과 /var/lib/mysql 를 백업하기 cd /tmp mkdir imsi cd /tmp/imsi cp -a /home/k1c/public_html . cp -a /var/lib/mysql . cd /tmp 먼저 해당 디렉토리를 iso 로 묶는다. mkisofs -v -J -o tmp.iso /tmp/imsi iso 파일을 굽는다. cdrecord -v -eject speed=4 dev=0,0,0 tmp.iso ---------------------------------------------------------------------------------------- ---------------------------------------------------------------------------------------- --- 하드 디스크로 백업받기. * 여분의 HDD로 백업하기 * 백업이란 불의의 사고에 대비하여 파일 또는 데이터베이스를 복사해 두는 행위를 말합니다. 대부분의 대형 컴퓨터를 운영하는 곳에서는 거의 필수적인 일이라고도 할 수 있습니다. 물론 개인 컴퓨터 사용자들에게도 필수적이고도 중요한 일이지만 대부분의 경우 자주 무시 되는 경향이 있습니다. 여분의 HDD로 백업하는 방법은 가장 흔한 방법 중 하나라고 생각됩니다. 손쉽게 접할 수 있는 HDD를 매체로 하는 방법으로 그 방법은 다양한 방법들이 존재한다고 말할 수 있습니다. 그 중 제가 해본것들만 추려서 설명하겠습니다. 1. 필요한 부분만 백업하기 우선 백업을 받을 하드를 리눅스에 연결 하였다고 가정하겠습니다. ( /dev/hdb1 ) 백업을 받을 하드를 연결하였으면 리눅스에서 사용하기 위해서는 마운트라를 과정을 거쳐야합니다. 다들 아시는거라 마운트에 대해서는 설명하지 않겠습니다. # mount /dev/hdb1 [마운트할 디렉토리] 이런식으로 우선 마운트를 시킵니다. 그러면 이제 백업할려고 하는 부분들을 복사하시면 됩니다. 그 방법에는 cp나 tar와 gzip을 이용해서 편하게 이용하시면 됩니다. tar명령과 cp를 사용해 보신분이라면 쉽게 사용하실 수 있을거라 생각됩니다. 예를 들어 홈디렉토리를 백업할려고 한다면 # tar -zcvf home.tar.gz /home # cp home.tar.gz /mnt/hdb1 이런식으로 하시면 되겠죠? 별로 어려운것이 없는 방법 중 하나입니다. 2. 통채로 백업하기 얼마전에 제가 써본 방법입니다. 비슷한 크기의 하드로 백업을 하는 경우입니다. 말 그대로 하드를 통채로 백업하는 방법이지요. 저 같은 경우의 예를 들자면 L4 스위치에 물려서 서비스하는거 였는데 총 13개의 서버 중 한대만 유독 이상해서 새로 리눅스 깔아서 파티셔닝해서 ftp나 cp 머 이런걸로 백업할려고 하는 생각하니 시간도 오래걸릴꺼 같고 귀찮기도 해서 여러가지 방법을 찾다가 이 방법을 사용하였습니다. dd 명령을 통해서 그냥 하드 째 밀어 버리는 방법을 사용하였습니다. # dd if=/dev/sda of=/dev/sdb bs=4096 dd명령어로 한줄만 치고 커피 마시러 잠시 나가서 있다가 오니 어느새 완료가 되어있있고 부팅해서 테스트해보니 만족한 결과를 얻을 수 있었습니다. dd 명령어에 대해서 알아보면 흔히 우리가 dd명령어를 보통 사용하는 경우는 부팅 디스켓을 만들기 위해서 사용하거나 아니면 리눅스의 부트 영역을 복사해서 윈도우 부트로더로 부팅할려고 하는 경우에 많이 사용합니다. if = file 표준 입력 대신에 file에서 지정한 것을 입력의 대상으로 합니다. 위에서 제가 써던걸 보면 /dev/sda라는 장치를 표준 입력의 대상으로 지정한게 되겠죠 of = file 표준 출력 대신에 file에서 지정한 곳을 출력의 대상으로 합니다. bs = bytes 한번에 bs에서 지정한 바이트씩 읽고 쓴다. 더 자세한 옵션들을 man dd해서 참고하시면 될것입니다. 정리해보면 dd 명령을 통해서 /dev/sda에서 /dev/sdb로 4096 bytes씩이 덤프해버리는 라는 말입니다. 생각보다 간단하면서 쉬운 명령입니다. :) 여분의 하드로 백업하는 방법은 워낙 다양하기 때문에 그중에서 제가 써본것들로만 원고를 쓸려고 하니 부족한 부분이 많군요. ------------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------------- --- find를 이용한 증분백업 앞에서 잠깐 tar에서 증분백업을 다루었는데 여기선 tar를 이용한 증분백업을 해본다. 증분백업은 시스템의 백업상태르르 최신 상태로 유지하기에 가장 좋은 방법이다. 예를 들어, 지난 24시간 동안 변경된 파일만 야간 백업작업을 하고, 지난주에 변경된 부분은 주간 백업, 전체 시스템은 월간 백업을 하는 형태이다. 앞에서 언급한 tar, cpio 도구를 이용해 증분 백업을 할 수 있다. 증분 백업을 만드는 첫번째는 특정 시간동안에 변경된 파일 목록을 만드는 것이다. 이런작업은 find로 쉽게 해결이 가능하다. 만약, 여러분이 특별한 백업 프로그램을 사용하고 있다면 이와 같은 작업은 필요치 않을 것이다. 백업 프로그램의 옵션을 설정하면 다음과 같이 증분백업을 해줄것이다. 예를 들어 지난 24시간 동안 변경된 파일의 목록을 만든다면 다음과 같은 명령을 사용하면 된다. find / -mtime -1 \! -type d -print > /tmp/filelist.daily [옵션 해석] find의 첫째 인수는 시작할 디렉토리를 의미한다.(여기서는 루트 디렉토리이다.) -mtime -1 옵션은 지난 24시간 동안 변경된 모든 파일을 찾으라는 옵션이다. 복잡해 보이는 \! -type d는 출력할 때 일부 불필요한 부분을 짤라내는 것으로 굳이 사용하지 않아도 된다. 여기서 find는 결과로 나온 파일 목록에서 디렉토리를 배재하라는 의미이다. !는 부정 연산자(여기서는 d타입의 파일을 배제하라 라는 의미)로 이 앞에 역슬래시를 넣어야 한다. 그렇지 않으면 셸은 이를 특수 문자로 인식하게 된다. -print는 검색 결과에 맞는 모든 파일명을 표준 출력으로 출력하게 한다. 여기서는 나중에 사용하려고 표준 출력을 파일로 리다이렉트하여 저장하였다. 유사한 방법으로 지난 주에 변경한 모든 파일의 위치를 다음과 같이 얻을 수 있다. find / -mtime -7 -print > /tmp/filelist.weekly find 참고문) 만약, 이런 방법으로 find를 사용한다면 이 명령은 마운트된 모든 파일시스템을 돌아다닐 것이다. 예를 들어, cd-rom이 마운트 되어 있다면 cd-rom에 있는 파일도 찾을 것이다.(여러분 중엔 이런 실수로 cd-rom에 있는 것까지 백업하고 싶진 않을 것이다.) --prune 옵션을 사용하면 find 명령이 시스템 전체를 걸쳐 돌아다닐 때 특정 디렉토리를 배제하도록 한다. 아니면 첫째 인수를 /(루트 디렉토리) 대신 다른 것을 사용해 find 명령을 여러 번 실행할 수도 있다. 좀더 자세한 것은 find의 매뉴얼 페이지를 참조하도록 한다. 이제 백업 받을 파일의 목록을 만들었다. tar로 백업 받을 파일 목록을 갖고 있는 파일을 지정할 수 있다. 이런 옵션을 사용하기 앞서 사용자는 tar의 모든 옵션을 대시(-, 또는 하이픈이라고도 한다) 로 지정해서 확실히 구분할 수 있는 문법을 사용해야 한다. 예를 들어 /tmp/filelist.daily에 나타난 파일 목록을 /dev/rft0 장치로 백업 받으려면 다음과 같은 명령을 사용한다. tar -cv -T /tmp/filelist.daily -f /dev/rft0 이제 짧은 셸 스크립트를 작성해서 파일 목록을 만들고 tar를 이용해 백업 받는 것을 자동화 할 수 있다. 드라이브에 있는 테잎에 백업을 만들기 위해 특정 밤 시간대에 스크립트가 실행되도록 cron을 이용할 수 있다.(cron에 관해선 전문 서적을 참고하기 바란다, 한빛미디어 유닉스파워툴) 또한 주 단위 백업과 월 단위 백업을 위해 이와 비슷한 스크립트를 작성할 수 있다.. 참고서적 : 러닝 리눅스 288-289 페이지.(밝혀둔다. 필자가 자료 준비가 많지 못해 책과 같은 부분이 대부분이라 식상할 것이다. 이부분에 대해 양해를 부탁한다) find 테크닉.. 파일 크기로 찾기... find -size 1234c -print 하면 1234 바이트의 파일을 찾을 수 있다. 크기 앞에 + 를 붙이면 보다 큰.. - 를 붙이면 보다 작다라는 표시이다. 소유자와 그룹으로 검색하기 find . -user root -perm -4000 -print // cpio에 대한 간략한 설명 cpio에 대해서는 개념만 간략하게 집고 넘어가도 한다. cpio는 특화된 아카이브 복사 명령어(copy input and output)는 tar/gzip 때문에 이제 거의 쓰이지 않지만 디렉토리 트리를 옮기려는 경우 등의 쓰임새가 아직 남아있다. cpio는 사람들이 BSD의 tar와 시스템 V의 cpio 중에서 어떤 것이 더 좋은 아카이브/백업 프로그램인지를 논쟁하던 때가 있었다고 한다. 지금은 논란의 여지가 없이 아무도 cpio 아카이브를 네트워크를 통해 보내지 않는다. tar는 널리 퍼져있을 뿐 아니라 GNU tar 같은 공개 버전이 있기 때문에 cpio 아카이브를 만들거나 읽어야만 하는 이유가 전혀 없다. 여러분이 오래된 시스템 V를 사용하고 있다면 아직도 cpio를 사용할지 모르겠다. 여기에서는 몇가지 예제와 설명으로 cpio 에 대해 약간 알아보겠다. cpio 아카이브를 생성하려면 -o 옵션을 사용하고 출력을 테이프 장치나 아카이브 파일로 보낸다. 아카이브 될 파일의 목록은 find로 자주 주어지지만 다른 방법으로 생성될 수도 있다. cpio는 파일명의 목록을 표준 입력에서 받아들인다. 예를 들면, 아래와 같이 할 수 있다.. find . -name "*.old" -print | cpio -ocBv > /dev/rst8 또는 find . -print | cpio -ocBv > mydir.cpio 아카이브를 읽어 들이려면 -i 옵션을 사용하고 파일이나 아카이브를 담고 있는 테이프 드라이브로부터 입력을 받아들인다. -d 옵션은 비교적 중요하다.(이 옵션은 cpio가 파일들을 복사할때 필요하다면 디렉토리를 생성한다) 아카이브에서 모든 파일들을 복구하거나 몇몇 파일들을 선택하기 위해서 파일명 패턴(쉘로부터 보호하기 위해서 슬래시나 인용 부호를 사용한 와일드 카드)을 지정할 수 있다. 예를 들어, 다음의 명령은 테이프 드라이브에서 모든 C 소스 파일들을 복구한다. cpio -icdv "*.c" < /dev/rst8 서브 디렉토리들은 필요하면 생성되고 (-d) cpio는 성공적으로 읽고 있는 각 파일의 이름을 상세 출력(-v) 한다. 아카이브를 다른 디렉토리로 복사하려면 -o 옵션과 그 뒤에 대상 디렉토리의 아카이브 이름을 사용한다. (이것이 cpio의 좋은 기능 중의 하나이다.) 예를 들어, 현재 디렉토리의 내용들(모든 서브 디렉토리들을 포함해서)을 다른 디렉토리로 복사하기 위해서 아래의 명령을 사용할 수 있다 find . -depth -print | cpio -pd newdir 파일 액세스 시간이나 소유권을 재설정하거나 테이프의 블록 단위를 변경하는 다른 옵션들이 많이 존재한다. 자세한 내용은 매뉴얼 페이지를 살펴보기 바란다. 일반적으로 옵션들은 따로따로 사용되지 않고 옵션 문자열 하나로 묶여진다는 사실을 주의하도록 한다. cpio가 백업에 사용될 수 있는 장점 이 명령어는 완전히 임의의 파일 셋을 쉽게 백업하도록 설계되었다. tar는 디렉토리 서브르리와 함께 사용하는 것이 쉽다. tar 보다 더 효과적으로 자료를 합친다. 자료가 하나의 테이프에 다 들어갈 수 있으면 cpio가 더 유용하다 복구할때 테이프에 손상된 자료가 있으면 cpio는 건너뛰지만 tar는 멈춘다 tar는 하나의 볼륨에 제한되는데 cpio는 테이프를 스팬(span)할 수 있다. 이제 기나긴 백업이 끝났다. 이제부터 어떻게 활용할 것인가에 대해서는 순전히 여러분의 몫이다. 여기에서 필자가 정리하지 않은 부분이 몇 부분있다. RAID 부분이 있는데, 이 부분에 대해서는 여러분이 해결할 몫이다. 여기까지 보면서 너무 어렵지 않았나 필자는 생각하는데 여러분이 생각하기엔 어떻게 보일지 모르겠다. 원고를 보는건 필자가 아니라서 더 자세한 것은 데비안 유저스(http://www.debianusers.org/)에 올려주면 본인과 여러 분이 대답을 해주실 것이다. 새벽에 적는 거라 다소 여러분이 가지고 있는 자료와 맞지 않을 수 있다. 그 부분에 대해선 양해를 바란다.