|
1. 시스템 백업과 복구 정리
(1) 시스템 백업이란?
시스템 백업은 시스템의 귀중한 데이터를 외부의 침입자로부터 보호하고, 시스템의 예상치 못한 고장이나 시스템 관리자의 사소한 실수로 인하여 유실된 시스템 데이터를 복원할 수 있는 가장 효과적인 작업으로 시스템 관리자에게 있어서는 매일 반복적으로 행해야 할 시스템 관리 임무중 하나이다.
백업 매체에 있어서도 다양한 매체가 존재를 하며 그 백업 방법에도 다양한 방법이 존재한다. 방법의 경우 간략히 다음 소단원에서 소개하도록 하고 매체에 있어서는 가장 안전하고 일반적으로 보여지는 하드디스크 백업이 있으며 이의 경우에도 외장하드디스크의 경우 쉽게 파손될 우려가 있다는 단점이 있다. 그리고 CD와 DVD를 이용하여 레코딩 하는 방법이 있으며 보관이 간편하고 파손 우려가 적지만 용량의 한계와 백업 파일의 접근이 어렵다는 단점을 가지고 있다. 최근의 경우에는 대용량의 웹하드를 이용하여 중요한 파일의 경우 웹에 기록해 두는 방법또한 많이 사용되어 지고 있는 편이다.
아래의 그림은 실제 모 업체의 시스템 백업 구성도이며 실무에서의 백업 체계는 아래와 같은 구성이 보여질 것이다.
(2) 백업의 종류
일반적으로 백업 정책으로는 완전 백업과 증분 백업 그리고 차등 백업등이 많이 이용되어 지고 있으며 그 외에도 많은 툴킷을 이용하여 다양한 백업의 종류가 있다.
1) 완전 백업 (Full Bakup)
가장 간단하면서도 가장 기본적인 백업으로 볼 수 있으나 모든 것을 백업하기 때문에 시간이 오래 소모되며, 백업 매체의 용량이 대용량이어야 한다는 단점이 있다. 하지만 백업 후 부트로더만 수정해주면 원상태의 복구가 쉽다는 이점이 있다.
2) 증분 백업 (Incremental Backup)
일반적으로 백업은 완전 백업과 증분 백업을 병행하는데, 이 증분 백업은 완전 백업 이후 변경되어진 데이터만을 추가적으로 백업을 하여 문제가 발생되었을 시에 복구를 그 시발점을 찾아서 가장 근접한 시간대의 위치로 복구 시킬 수 있다는 이점 있다.
3) 차등 백업 (Differential Backup)
차등 백업은 완전 백업 이후의 모든 파일에 대해서 백업이 이루어지며 이후의 모든 데이터가 백업이 되므로 시간이 오래 걸린다는 단점을 가지고 있다.
(3) 백업의 방법
1) 간단한 tar을 이용한 미러링
: tar 아카이브를 이용하여 미러링을 포함한 증분, 완전, 차등백업이 가능하다.
2) Rsync 이용한 미러링
: 여러대의 서버를 분산하여 서버 데이터를 동기화하는데 rsync를 이용하여 동기화를 시킨다. 장점으로는 루트 권한 없이도 서버로부터 데이터의 전송을 빠르게 할 수 있으며, 원격 서버와 미러 서버와 전송 데이터를 비교하여 변화된 데이터를 저장할 수 있다.
3) CD/DVD-RW를 이용한 미러링
: 가격이 저렴하면서 백업이 간편한 방법으로 각 디스크의 레코더만 있으면 쉽게 백업할 수 있다는 장점이 있다. 하지만 저장 용량과 데이터 접근이 힘들다는 단점을 가지고 있다.
2. tar를 이용한 증분 백업/복원 실습
(1) 증분 백업 예제
1) 사용자 디렉토리에 하위 디렉토리 backup과 data를 만들고 data디렉토리 밑에 test파일을 3개를 만들어 둔다.
2) tar 유틸리티를 이용하여 data/의 파일들을 모두 완전 백업시킨다.
3) data/에 test4파일을 생성한 후 증분 백업을 시킨다. 이때의 파일 명은 Incremental1.tgz이다.
4) data/에 test5파일을 생성한 후 증분 백업을 시킨다. 이때의 파일 명은 Incremental2.tgz이다.
5) data/에 test5파일을 삭제한 후 증분 백업을 시킨다. 이때의 파일 명은 Incremental3.tgz이다.
(2) 증분 복원 예제
1) 데이터가 손실되었다는 전제하에 복원을 시키는 것이기 때문에 우선 data/를 없앤 후에 tar완적백업 파일의 압축을 푼다.
2) tar의 -g 옵션을 이용하여 증분 복원을 실시한다. 증분백업 파일 1번의 압축을 푼다. test4가 생성된 것을 확인할 수 있다.
3) 증분백업 파일 2번의 압축을 푼다. test5가 생성됨을 확인 할 수 있다.
4) 증분백업 파일 3번의 압축을 푼다. test5가 삭제됨을 확인 할 수 있다. 그리고 홈디렉토리와 동일하게 유지되는지도 확인할 수 있다.
3. tar를 이용한 미러링 실습
미러링을 하기 위한 미러링 디렉토리를 -p 옵션을 부가하여 생성한다. 이 후 tar을 이용하여 디렉토리를 미러링 한다. --directory=미러링할 디렉토리 cd 미러링 디렉토리
4. tar를 이용한 운영체제 백업
(1) 운영체제 백업
본 시스템을 tar을 이용하여 백업을 하는 작업이며 완전 백업을 이용하여 백업을 실시하게 된다. 명령어 옵션에서 --exclude=디렉토리 의 경우 압축에서 제외를 시킨다는 의미이며, /proc :: 커널에서 실행되어지는 프로세스, /tmp :: 임시 디렉토리 등과 같은 경우는 실질적인 운영체제 파일들과는 연관이 없기 때문에 제외를 시켜준다.
(2) 운영체제 백업 자세한 정보
Howto: Backup and restore your system
5. rsync를 이용한 미러링 실습
(1) rsync+ssh 를 이용한 미러링
rsync와 ssh를 연동하여 원격으로 파일을 미러링할 수 있는 기법으로 원격의 위치로 루트의 권한의 접속을 하지 않더라도 빠른 속도의 미러링을 지원한다.
아래의 예의 경우 본 우분투 시스템에서 학교 lily서버에 접속을 하여 미러링을 하는 과정이며 ssh로의 접속을 위해서는 우분투와 lily같의 동일한 username이 존재 하여야 한다.
(2) rsync 서버 설정 (/etc/rsyncd.conf)
(3) /etc/xinetd.d/rsync 설정
1) 설정 :: /etc/xinetd.d/rsync를 생성하고 disable을 yes에서 no로 설정한다.
2) rsync의 동작 확인 :: namp 유틸리티를 통해서 현재 rsync가 동작하고 있음을 확인.
3) rsync의 동작 :: 만약 외부에서 접속을 시도한다면 873포트의 방화벽을 열어두어야 한다.
(4) 로컬시스템 데이터 백업
실행 명령어
|
$rsync -avzr --delete 백업소스경로 백업될 경로 |
아래의 예제의 경우를 들어서 실습해보도록 한다.
1) 백업할 디렉토리와 백업될 디렉토리를 생성한다. 그리고 난 후 백업할 디렉토리에 파일을 4개 만들어 둔다.
2) rsync명령을 통해서 미러링을 실시한다.
미러링된 파일들을 확인해 본다.
3) rsync명령에서 delete옵션을 추가해서 미러링을 실시한다. 그전에 소스 디렉토리에서 파일 두 개를 삭제한다. 파란 박스 부분을 보면 소스 디렉토리와 미러링 디렉토리가 거울처럼 변경되어진 것을 확인 할 수 잇다.
(5) 원격 미러링 사이트 확인하기
실행 명령어
|
$rsync -avzr 미러링 사이트:: |
아래의 예제의 경우 ubuntu사이트에 접속하여 미러링 커맨드를 확인하였다.
(6) 우분투를 활용하여 쉽게 백업하기
6. /etc/syslog.conf 내용 확인 및 실습
|
# /etc/syslog.conf Configuration file for syslogd. # # For more information see syslog.conf(5) # manpage.
# # First some standard logfiles. Log by facility. #
auth,authpriv.* /var/log/auth.log *.*;auth,authpriv.none -/var/log/syslog #cron.* /var/log/cron.log daemon.* -/var/log/daemon.log kern.* -/var/log/kern.log lpr.* -/var/log/lpr.log mail.* -/var/log/mail.log user.* -/var/log/user.log
# # Logging for the mail system. Split it up so that # it is easy to write scripts to parse these files. # mail.info -/var/log/mail.info mail.warn -/var/log/mail.warn mail.err /var/log/mail.err
# Logging for INN news system # news.crit /var/log/news/news.crit news.err /var/log/news/news.err news.notice -/var/log/news/news.notice
# # Some `catch-all' logfiles. # *.=debug;\ auth,authpriv.none;\ news.none;mail.none -/var/log/debug *.=info;*.=notice;*.=warn;\ auth,authpriv.none;\ cron,daemon.none;\ mail,news.none -/var/log/messages
# # Emergencies are sent to everybody logged in. # *.emerg *
# # I like to have messages displayed on the console, but only on a virtual # console I usually leave idle. # #daemon,mail.*;\ # news.=crit;news.=err;news.=notice;\ # *.=debug;*.=info;\ # *.=notice;*.=warn /dev/tty8
# The named pipe /dev/xconsole is for the `xconsole' utility. To use it, # you must invoke `xconsole' with the `-file' option: # # $ xconsole -file /dev/xconsole [...] # # NOTE: adjust the list below, or you'll go crazy if you have a reasonably # busy site.. # daemon.*;mail.*;\ news.err;\ *.=debug;*.=info;\ *.=notice;*.=warn |/dev/xconsole
|
7. logrotate 개념 정리 및 실습
(1) logrotate 개념
리눅스를 서버로 돌리면 하루에도 많은 로그 파일이 생성된다. 사용자가 웹에 접속할때, 메일을 받거나 읽을 때 등 가만히 놓아두면 엄청나게 느는 로그 파일을 볼 수 있을 것이다.
이런 로그 파일들을 컴퓨터가 적절히 압축하고 잘라내고 관리하도록 설정하는 프로그램이 logrotate이다. 요즘에는 기본적으로 시스템 설치시 logrotate를 설치하는 경우가 대부분이며 Mandrake 8.1에서는 /etc/cron.daily에 다음과 같은 내용으로 실행시키고 있다.
|
#!/bin/sh /usr/sbin/logrotate /etc/logrotate.conf |
즉 /etc/logrotate.conf 파일을 설정 파일로 주어서 매일 logrotate를 실행시키는 것이다. 그럼 logrotate.conf 파일을 보자. 다음은 Mandrake 8.1의 기본 내용이다.
|
weekly |
매주 로그 파일을 처리한다. |
|
rotate 4 |
4주간의 로그 파일을 보관한다. |
|
errors root |
오류는 root 사용자에게 보고한다. |
|
create |
이전 로그 파일을 저장한 다음 새로운 로그 파일을 만든다. |
|
compress |
이전 로그 파일은 압축하여 저장한다. |
|
include /etc/logrotate.d |
/etc/logrotate.d 디렉토리내의 파일들을 읽어들여서 처리한다. |
여기에 대한 설명은 코멘트로 생략하고 앞서 logrotate 매뉴얼에 나와 있는 예를 먼저 들어 보겠다.
|
# sample logrotate configuration file errors sysadmin@my.org compress
/var/log/messages { rotate 5 weekly postrotate /sbin/killall -HUP syslogd endscript }
"var/log/httpd/access.log" /var/log/httpd/error.log { rotate 5 mail www@my.org errors www@my.org size=100k sharedscripts postrotate /sbin/killall -HUP httpd endscript }
/var/log/news/* { monthly rotate 2 missingok errors newsadmin@my.org postrotate kill -HUP `cat /var/run/inn.pid` endscript nocompress }
|
제일 첫줄은 코멘트이고 다음 2줄은 logrotate 전체의 옵션이다. 즉, 로그 파일 처리중 발생하는 오류는 sysadmin@my.org에게 메일로 알리고 로그 파일은 압축하는것을 기본으로 한다는 내용이다.
다음은 각각의 로그 파일에 대해 처리 옵션을 지정하고 있다.
먼저 /var/log/messages란 로그 파일은 1주일에 한번씩 새로운 로그 파일을 만들고(weekly) 이전 파일은 5주간 보관한 다음 제거한다.(rotate 5) 로그 파일이 새로 생성된 다음에는 /sbin/killall -HUP syslogd 명령이 실행된다. (postrotate ... endscript)
다음은 /var/log/httpd/access.log 와 /var/log/httpd/error.log 2개의 파일을 함께 지정하고 있다. 이들 파일은 크기가 100K 이상으로 커지면 새로운 로그 파일을 생성하고(size=100k) 5개의 로그 파일을 보관한 다음(rotate 5) 가장 오래된 로그 파일은 제거하지 않고 압축되지 않은 상태로 www@my.org에게 메일로 보내진다.(mail www@my.org) 로그 파일 처리중에 발생하는 오류는 www@my.org에게 보고하고(errors www@my.org) 2개의 로그 파일을 같이 처리할 때 postrotate 스크립트는 각 로그 파일을 처리할때 마다 실행되지 않고 한번만 실행된다(sharedscripts)는 내용이다. 만일 로그 파일에 공백문자가 포함된다면 처음과 같이 "로 둘러싸서 지정할 수 있다.
마지막은 /var/log/news 디렉토리 안의 모든 로그 파일들에 대한 지정이다. 각 로그 파일들은 1달에 1번씩 새로 만들어지고(monthly) 오류는 newsadmin@my.org에게 보고된다. 로그파일이 없더라도 오류를 발생시키지 않으며(missingok) 보관하는 로그파일은 압축하지 않는다.(nocompress) 여러 파일들을 처리하더라도 앞에서 파일을 와일드 문자(*)로 지정했기 때문에 하나의 파일처리로 인식되며 몇가지 파일에서 오류가 발생하더라도 오류 메일은 한통이 보내진다.
다음은 설정파일에서 사용할 수 있는 명령어들중 일부이다.
|
compress |
오래된 로그 파일들은 gzip으로 압축하여 보관한다. 압축을 원하지 않을 경우 nocompress를 사용하라. |
|
copytruncate |
보통 로그 파일 처리시에는 원래 로그 파일의 이름을 바꾸고 새로운 로그 파일을 생성하지만 이 옵션을 사용하면 현재 로그 파일의 내용을 복사하고 로그 파일의 크기를 0으로 만든다. |
|
create mode owner group |
postrotate 스크립트가 실행되기 전에 새로운 로그파일을 만들때 로그 파일의 mode, 사용자, 그룹을 지정한다. 기본으로는 원래 로그 파일과 같은 mode, 사용자, 그룹으로 새로운 로그 파일이 만들어진다. |
|
daily, weekly, monthly |
각각 매일, 매주, 매달 로그 파일을 처리한다. |
|
errors 메일주소 |
로그 파일 처리시 발생한 오류를 메일주소로 알린다. |
|
extension 확장자 |
보관한 로그파일의 확장자를 지정한다. 압축하는 경우에는 확장자 다음에 .gz이 붙게된다. |
|
ifemtpy |
기본값으로 르고 파일의 내용이 없더라도 새로운 로그 파일을 생성한다. |
|
include 파일/디렉토리 |
파일의 경우 파일의 내용을 읽어들여서 처리하고 디렉토리의 경우 디렉토리 내의 모든 파일들을 읽어서 처리한다. 이 명령어는 전체설정에서만 사용할 수 있다. 디렉토리나 파이프와 같이 정규 파일이 아닌 것들과 뒤에서 설명할 tabooext의 확장자를 가지는 파일은 읽어들이지 않는다. |
|
mail 주소 |
로그 파일의 보관 주기가 끝나면 주소로 로그 파일을 보낸다. |
|
mailfirst |
mail 주소 명령에서 보관 주기가 끝난 로그 파일이 아니라 방금 보관된 로그 파일을 메일로 보낸다.· |
|
missingok |
로그 파일이 존재하지 않더라도 오류를 발생시키지 않는다.[/dl]] |
|
[[dl]]nocopytruncate |
copytruncate와 유사하게 작동하지만 보관할 로그 내용을 복사한 다음 현재 로그파일의 크기를 줄이지 않는다. |
|
olddir 디렉토리 |
오래되서 보관해야 할 로그 파일이 저장될 디렉토리를 지정한다. 디렉토리는 로그 파일과 같은 물리적 장치에 존재해야 한다.[/dl]] |
|
[[dl]]prerotate/endscript |
두 명령사이에 위치하는 명령들을 로그 파일 처리전에 실행시킨다. |
|
postrotate/endscript |
로그 파일 처리후에 실행할 명령들을 지정한다. |
|
sharedscripts |
기본적으로는 로그파일을 처리할때마다 prerotate, postrotate 스크립트가 실행된다. 만일 여러 로그 파일을 처리하더라도 prerotate, postrotate 스크립트가 한번만 실행되기를 원한다면 이 명령어를 사용할 수 있다. 단, 이 명령어를 사용하면 처리된 로그 파일이 없더라도 prerotate, postrotate 스크립트가 한번 실행된다. |
|
rotate 수 |
로그 파일은 지정한 수만큼 저장된 다음 제거되거나 메일로 보내진다. 만일 0을 지정하면 보관하지 않고 바로 처리한다. |
|
size 크기 |
로그 파일의 크기가 지정한 크기 이상이 되면 처리한다. 크기는 M,k 단위를 사용하여 지정할 수 있다. |
|
tabooext [+] 확장자들 |
include 문에서 읽어들이지 않을 파일의 확장자를 지정한다. 기본값으로는 .rpmorig, .rpmsave, v, .swp, .rpmnew, ~이 지정되어 있으며 +를 사용하는 경우 현재 리스트에 확장자들을 추가한다. |
(1) logrotate 실습
1) 설치 :: 우분투에서는 기본적으로 logrotate를 지원하며 cron을 통해서 실행되어 지고 있다.
2) /etc/logrotate.conf :: logrotate의 설정 파일
8. 참고 문헌 및 사이트
(1) http://www.ubuntu.com/ - Ubuntu 공식 홈페이지
(2) http://www.superuser.co.kr - 리눅스 포털
(3) http://ubuntuforums.org/showthread.php?t=81311 - Howto: Backup and restore your system!
(4) http://aussielife.info/430 - 우분투로 간단하게 백업장치를 만들다!
(5) http://deculture.egloos.com/405603 - 로그 파일 관리 - logrotate