한빛출판네트워크

저자: 『시스템 관리의 핵심, 개정3판』의 저자 아일린 프리시 / 역자 홍상욱

시중에는 시스템 관리자의 일을 편하게 해 줄 수 있는 훌륭한 오픈 소스 유틸리티와 패키지가 많이 나와 있다. 관리를 맡고 있는 운영 체제가 오픈 소스이든 아니든 오픈 소스인 유틸리티와 패키지는 존재한다. 본 기사는 5부작 시리즈의 첫 기사에 해당한다. 필자는 각 기사에서 개인적으로 가장 유용하다고 생각하는 5가지 관리용 패키지를 차례대로 하나씩 다룰 예정이다. 이제부터 톱 5 카운트다운을 시작한다.

5위: 아만다(Amanda)

아만다는 고성능 메릴랜드 자동 네트워크 디스크 아카이버(Advanced Maryland Automated Network Disk Archiver)의 약자다. 아만다는 기존에는 고가의 상용 패키지에서나 찾아볼 수 있었던 기능을 지니고 있는 네트워크 기반 백업 유틸리티로 처음 제작한 사람은 제임스 다 실바(James da Silva)이다. 최고의 상용 백업 소프트웨어와 견줄 수준은 못 되지만 그래도 아만다는 다양한 환경에서 유용하게 사용될 수 있는 패키지다.

아만다는 dump, GNU tar, 삼바의 smbtar 유틸리티 (윈도우 클라이언트 백업용) 등의 시스템에 존재하는 백업 소프트웨어를 이용한다. 아만다는 이러한 툴이 네트워크에 존재하는 다양한 시스템에서 효과적으로 작동할 수 있도록 조치를 취해 준다. 또한, 패키지 사용의 편의를 위해서 백업 기록을 자동으로 유지해 주며 간편한 관리 기능을 포함하고 있다.

당연한 것이지만, 아만다는 일반 테이프 드라이브 및 기타 백업 장치(스태커, 쥬크박스 등)를 지원한다. 또한, 하드웨어 압축 기능을 사용하거나 하드웨어 압축 기능이 없을 경우, 미디어에 기록하기 전 압축할 수도 있다. 소프트웨어 압축은 백업할 데이터가 있는 클라이언트 시스템 또는 백업 서버에서 수행할 수 있다.

아만다는 완전 백업 및 증분 백업을 지원하고 있기도 하다. 사실 아만다는 설정 파라미터만 지정해 주면 자동으로 증분 백업 레벨을 선택해 주기까지 한다. (설정 파라미터에 대해서는 추후에 더 자세히 설명한다.)

아만다는 그 외에도 아래와 같은 좋은 기능이 많이 있다.

• 실수로 미디어를 덮어 쓰는 것을 방지해 준다.
• 데이터 보안을 염두에 두고 디자인된 패키지다. 자체적인 네트워크 프로토콜을 사용하고 있기 때문에 dump에서 사용되는 /etc/rmt 방식에 존재하는 보안 문제가 없다. (dump에서는 root 홈 디렉토리에 .rhosts 파일을 사용한다.) 또한, 자체적인 인증 방식 외에도 케르베로스 인증 방식을 지원하기도 한다. 케르베로스 기반 암호화 방식을 통해서 데이터가 네트워크간에 전송될 때 보호하는 것도 가능하다.

---

참고 도서 시스템 관리의 핵심, 개정 3판 에일린 프리시, 홍상욱 역 상세설명보기 목차보기 샘플챕터보기

---

아만다의 작동 방식

아만다는 네트워크 상에 있는 여러 클라이언트에서 백업 데이터를 하나의 백업 서버로 전송할 수 있게 해 준다. 로컬 시스템에서의 백업 작업은 아만다의 스케줄링 시스템 및 파라미터에 의해서 시작된다. 백업의 결과물인 아카이브는 테이프 등의 미디어에 저장된다. 아만다에서는 테이프 기록 성능을 최대화 하기 위해서 기록하기 전에 임시로 아카이브를 디스크에 저장하는 것도 지원하고 있다. 이렇게 하게 되면 테이프에 오류가 발생해도 디스크에 데이터가 남아 있기 때문에 추후에 백업 미디어로 기록할 수 있게 되어서 보다 안전하다.

아만다는 완전 및 증분 백업을 사용해서 하루의 백업되는 량을 최소화 하면서 데이터를 백업해 준다. 백업량을 최소화 하는데는 다음과 같은 정보가 사용된다. (여기서는 하루에 한 번 백업한다고 가정하자)

• 백업할 전체 데이터량. 아만다는 백업할 항목 목록으로부터 내부적으로 데이터 크기를 계산한다.
• 전체 백업을 하는 주기(시스템 관리자가 지정해줌)
• 전체 데이터량과 매일같이 변하는 데이터량과의 비율(시스템 관리자가 측정해서 지정해줌)

아만다는 각 주기에 완전 백업을 하면서 완전 백업 사이에 변경된 데이터가 전부 백업되도록 해야만 한다. 기존에는 일주일에 한 번 정도 완전 백업을 해 주고 하루에 한 번씩 증분 백업을 해주었다. 그러나, 아만다는 약간 다르게 작동한다.

백업이 수행될 때, 아만다는 데이터의 일부를 완전 백업한다. 정확히 말하자면, 전체 데이터 집합을 백업 주기안에 완전히 백업할 수 있도록 그에 해당하는 양만큼 완전 백업해준다. 예를 들어, 백업 주기가 7일이라면 매일 같이 데이터의 1/7이 완전 백업된다는 말이다. 이 백업 작업은 부분 완전 백업이라고 할 수 있겠다. (즉, 전체 데이터의 특정 부분을 완전 백업하는 작업) 아울러, 아만다는 부분 완전 백업된 데이터 중에 변경된 데이터에 한해서 증분 백업을 수행한다.

다음 그림을 보면 더 쉽게 이해할 수 있을 것이다.

위 그림을 보면 매일 같이 15%의 데이터가 변경되는 데이터를 4일 주기로 백업하려고 한다. 그림 윗부분의 상자는 아만다가 관리하고 있는 데이터 집합에 해당한다. 여기서는 4등분 하여서 하루에 완전 백업되는 양을 표시했다.

매일 밤에 백업되는 내용은 그림 하단에서 볼 수 있다. 첫 3일은 시작 기간이다. 첫날밤에는 데이터의 1/4이 완전 백업된다. (보라색) 두번째날 밤에도 역시 1/4이 완전 백업되고 (파란색) 전날밤에 백업된 데이터중에 변경된 부분인 15%가 저장된다. (보라색)

세번째날 밤에는 전체 데이터의 1/4이 또 한 번 백업되고 (빨간색) 추가적으로 다음과 같은 사항들이 백업된다.

• 두 번째 날 밤에 백업된 데이터 중에 변경된 15% (파란색)
• 첫 째날 백업된 데이터 중에 변경된 데이터 (보라색). 여기서 백업되는 데이터량은 보라색 데이터의 15-30% 정도가 된다.

네 번째 날부터는 통상적인 스케줄이 적용된다. 매일 밤에 1/4의 데이터가 완전 백업되고, 그 이전에 완전 백업된 데이터는 적당히 증분 백업된다.

돌발 퀴즈

15% 데이터 변화율이 균등하게 분포되어 있다고 가정했을 때 4일 주기중에 노란색 부분은 평균 몇 퍼센트가 백업되는가?

퀴즈의 정답은 기사 아래에… (여기를 클릭)

위 예제에서는 편의상 1차 증분 백업을 사용했다. 그러나 사실 아만다는 다양한 레벨의 증분 백업을 통해서 백업량을 최소화 시켜준다.

아만다 백업으로부터 파일을 복구하기 위해서는 1주기에 해당하는 미디어가 필요하다.

아만다 설치 및 사용

아만다 설치 및 사용에는 그리 큰 어려움이 없다. 특히 클라이언트 설정은 아주 간단하다.

1. 아만다 사용자 및 그룹을 생성한다. 백업 할 데이터를 이 사용자 및 그룹이 접속할 수 있는지 확인해준다. 백업 소프트웨어로 dump를 선택했다면 /etc/dumpdates 파일에 대한 쓰기 권한도 있어야 한다.
2. 클라이언트 소프트웨어를 설치한다.
3. /etc/services, /etc/inetd.conf 등에 아만다 관련 엔트리를 추가해준다. 이는 amandad 데몬에서 처리되는 아만다 서비스를 정의해 준다. (UDP 포트 10080)
4. 인증 방식을 선택하고 설정해 준다. 디폴트 인증 방식은 .amandahosts 파일을 사용하는 것으로서 작동 방식은 .rhosts 파일과 비슷하지만 아만다 서비스에만 적용되기 때문에 보안 문제가 발생할 확률이 훨씬 적다.

아만다 서버 시스템 설치는 이보다 조금 복잡하다.

1. 소프트웨어를 설치하고 아만다 사용자 및 그룹을 생성한다.
2. /etc/services, /etc/inetd.conf 파일에 아만다 관련 엔트리를 추가한다. 역시 아만다 서비스가 정의되고, 추가적으로 amandaidx, amidxtape 서비스 (각각 admindex, amidxtaped 데몬에 해당됨)도 정의해줘야 한다.
3. 설정 파일을 작성한다.
   
   주요 설정 파일은 amanda.conf로 다음과 같은 내용이 포함되어 있다.
   • 전역 설정
   • 장치 위치
   • 증분 백업 파라미터
   • 네트워크 밴드위스 할당량 파라미터
   • 미디어 유형 정의
   • 임시 저장 디스크 위치
   • 백업 소프트웨어 설정: 사용할 프로그램, 데이터 색인 여부, 우선 순위, 실행 가능 시간대, 인증 방식 등등.
   다음은 백업 소프트웨어 설정의 예제이다.

   define dumptype    normal { 
      comment "Ordinary backup" 
      holdingdisk yes
      index yes
      program "DUMP"
      priority medium
      starttime 2000
      }
   

   예제 백업 설정에서는 임시 저장 디스크를 사용하고, 백업 집합에 색인을 작성하며, 대화식 복구가 가능하도록 파일 목록을 작성하고 dump 프로그램을 사용한다. 아만다에 포함되어 있는 예제 amanda.conf 파일에는 백업 소프트웨어 설정 몇 가지가 미리 정의되어 있으므로 그대로 사용해도 되고 필요에 따라서 수정해서 사용해도 된다.
   
   실제 백업할 데이터는 disklist 설정 파일을 통해서 정의하는데 여기서는 amanda.conf 파일에 정의되어 있는 백업 소프트웨어 설정을 사용한다. 다음은 두 예제 엔트리다.

   # host file system dumptype spindle
   hamlet /chem stable -1
   ophelia /home normal -1
   

   여기에서 필드에는 호스트명, 파일 시스템(/dev에 있는 파일명, 특수 파일 경로명, 마운트 위치 등으로 지정 가능), 덤프 유형, 스핀들 파라미터 등이 정의되어 있다. 마지막 파라미터는 한 호스트에서 동시에 이루어질 수 있는 백업을 지정하는데 사용된다. 이 값이 -1일 경우에는 이 기능이 필요없다. 다른 값을 지정하게 되면 한 호스트의 백업 그룹이 정의되어서 같은 그룹에 있는 데이터만이 동시에 백업할 수 있다.
4. 아만다에서 사용할 수 있도록 amlabel 유틸리티를 사용해서 미디어를 준비한다.
5. cron 작업을 설정해서 적당한 시간대에 amdump 명령어를 실행하도록 한다.

아만다에는 설정 파일 확인, 주기적인 정리 작업, 성능 튜닝 등을 해주는 기타 유틸리티가 많이 포함되어 있다. 또한, 다양한 로그 및 보고서 파일을 유지하고 백업 집합으로부터 파일을 복구하는데 사용하는 amrecover 유틸리티가 있다.

아만다에 대한 더 자세한 정보

• 아만다 프로젝트 홈페이지
• 『시스템 관리의 핵심, 개정 3판』 11장
• W. 커티스 프레스톤 (W. Curtis Preston) 의 『UNIX Backup and Recovery』 Chapter 4

이번 기사는 이만 마무리 하겠다.

---

아일린 프리시는 VMS, 유닉스, 맥킨토시, 윈도우 시스템 등의 다양한 시스템을 20여년간 관리해 왔다. 이 기사를 재미있게 읽어보았고 무료 ESA3 전단지를 받아 보고 싶다면 http://www.aeleen.com/esa3_news.htm 에서 등록하면 된다. 또한, 최근에 출판된 System Administration Pocket Reference도 훌륭한 참고 서적이다.

---

돌발퀴즈 정답

Day 1	100%, 부분 완전 백업.
Day 2	15%, 하루 변화율.
Day 3	27.75%, 30% - (15%의 15%) = 30% - 2.25%. 변화된 데이터가 전혀 겹치지 않았을 때 변화율은 30%다. 2.25%는 지난 밤에 백업된 15% 중에 또 다시 변경된 데이터량에 해당한다.
Day 4	45% - (27.75%의 15%) = 45% - 4.16% = 40.84%