백업 및 비상사태 관리SPARCS 12 veritas

• 백업• 종류• cron• 백업서버• rsync

• 비상사태• 종류• 해결방법

백업

백업의 종류• 4 가지 종류로 “나눠”집니다• 사실은 풀이랑 다른 것들 섞어서 함• Full Backup• Incremental Backup• Differential Backup• Mirror Backup

Full Backup• 할 때 마다 모든 데이터 백업• 메모리 소모가 많다• 전부 압축하므로 시간 소요도 많다• 복구는 가장 간단하다• 주기적으로 해 주는 것이 필요하다 ( 다른 백업들이 Full 에 의존하므로 )

Incremental Backup• “ 증분 백업“• 마지막 백업 후 바뀐 내용만 백업한다• 백업 시간이 빠르다• Full Backup 에 매우 dependent 하다

Differential Backup• “ 차등 백업“• 최근 Full Backup 이후 바뀐 내용만 백업• Incremental 하고는 달라요 !• 백업하는데 걸리는 시간이나 단점은 Incremental 과 비슷

Incremental vs Differential• 작년에 whitegold 님이 사용한 예제• 월요일에 Full Backup 을하고 화 , 수 , 목요일에 A 는 Incre-

mental, B 는 Differential Backup 을 했다면 금요일에 데이터를 복구하기 위해 A 와 B 는 각각 언제 했던 백업들을 사용해야 할까요 ?• Whitegold 님의 예제에서 화요일에 A 와 B 가 백업한 내용은 같을까요 , 다를까요 ? 수요일은 ? 목요일은 ?• 만약 월요일에 Full Backup 을 하고 화요일에는 Incremental, 수요일에 Differential, 그리고 목요일에 다시 Incremental 을 했다면 복구시 언제 했던 백업이 필요할까요 ?

Mirror Backup• Full 이랑 거의 같지만 압축하지 않고 암호로 보호 불가능• 백업 파일을 압축하지 않으므로 백업한 그 상태로 windows ex-

plorer 등으로 실행도 가능하다 .• 압축하지 않으므로 빠르다 .

서버 내에서 하는 local backup!• 압축 !• tar 사용 ! • 2 번 3 번 세미나 참조• tar [option] filename – 압축 해제• tar [option] filename targets – 압축• -z 는 gzip 을 사용하고 – j 는 bzip2 를 사용한대요• bzip2 가 압축률이 더 좋대요• tar –cvzf 압축명 압축할것

Cron• 꾸준히 백업해야 하지만 매번 manually 해 줄 순 없다 !• 3 번 세미나에 apple 님이 다뤘던 그것 !• Cron 을 써서 Auto backup!

하지만…………… .• 서 . 버 . 가 . 날 . 라 . 간 . 다 . 면…… ..

• ?!?!?!!?!?!?!!!?!!?!?!!?!!!!!??!?!!!!!!!!!!!!• Serer…

그리하여…• 다른 서버에 백업하면 됩니다 !

• 그러면 파일 전송이 필요하죠

rsync (Remote Sync)• [ 네이버 지식백과 ]  아르싱크 [rsync] (IT 용어사전 , 한국정보통신기술협회 )• 원격 서버의 파일을 네트워크를 거쳐서 전송하는 실행 소프트웨어. 파일 전송 시 수신처의 컴퓨터에 있는 파일을 가는 블록으로 분할해서 블록마다 검사합

(checksum) 을 송신원의 컴퓨터에 보낸다 . 이때 송신원의 컴퓨터는 그것을 점검해서 파일의 차이만큼 전송하기 때문에 네트워크를 효율적으로 이용을 할 수 있고 ,  시큐어 셸(SSH) 등과 병용할 수 있어서 파일 전송 시 보안도 확보할 수 있다 . 동일한 실행 소프트웨어로는 원격 복사 프로토콜(RCP) 이 있는데 보다 강력한 복제 기능을 가지고 있다 .

rsync• UNIX 에서 파일 전송에 사용하는 명령어• 매우 빠른 속도로 원격에 있는 파일을 가져와 동기화시킨다 .

• 백업서버에는 rsync, ssh server 가 설치되어 있어야 한다 .

• 백업 서버에 openssh 를 설치 – apt-get install ssh• 백업할 사용자의 홈디렉에 .ssh 디렉토리 생성 – mkdir .ssh• Client PC 에서 public key 발급 – ssh-keygen –t rsa• Client 의 public key 를 백업 서버로 전송• scp .ssh/id_rsa.pub []@[]:~/.ssh/authorized_keys

• rsync 설치 – apt-get install rsync• rsync Daemon 설정 – vi /etc/default/rsync• RSYNC_ENABLE false 에서 true 로 변경

• /etc/init.d/rsync restart

• 백업 스크립트 작성 – vi backup.sh• rsync –a -e ssh –delete documents• veritas@sparcs:~/backup/Users/veritas/documents• chmod +x backup.sh• ./backup.sh

백업 끝 ~• 여러분 백업은 중요합니다 .• 매우 중요합니다 .• 매우 매우 중요합니다 .• 왜인지는 다음 섹션에 !

비상사태• 3 가지가 있어요• 소프트웨어적 , 하드웨어 ( 물리 ) 적 , 인적

소프트웨어적• 내부• 파일시스템 에러• 장치설정 오류• 부팅 에러• 기타 프로그램 에러• 커널 패닉 ( 블루스크린 )• Memory Overflow• 등등

• 외부• 해킹• 악성코드 / 바이러스• 접속자 폭주 또는 유사상황• 등등

하드웨어 ( 물리 ) 적• 내부• 랜선고장• 케이블 절단• 전원장치 고장• 파워 이상• 냉각 이상• 특정 부분 파손• 등등

• 외부• 물… . ㅠㅠㅠㅠㅠㅠ• 먼지• 등등

인적• 내부• 관리자 실수• 음모와 계락• 잘못된 입력 / 오타• 등등

• 외부• 도둑• 해커• 악의적 사용자

문제의 해결

인적• 우리가 잘하면 되요 ㅎ

소프트웨어적• 가장 흔한 문제는 깨진 파일 시스템• FileSystem Unmount 후 fsck 명령어로 점검 / 복구한다 . • 작년 yumgyun 님의 5 번 세미나 참조

• /etc/fstab 에서 장치명을 잘못 지정한 경우 Linux 설치 후 Linux Secure 로 부팅하고 수정한 뒤 재부팅을 하면 된대요 !• 부팅이 안되면• CD/DVD 나 USB 로 부팅 가능하게 미리 세팅

• Rescue 모드가 있어서 CD/DVD 옵션이 더 좋대요• 그 후 grub 등 부팅 관련한 파일들을 복구

소프트웨어적• 해킹• 명령어를 못쓰게 하거나 중요 파일을 삭제 / 변조 , 비밀번호 에러•미리 백업해놓은 시스템 코어로 대체를 한 후 작업한다 .

• 예방책 : 안 쓰는 Port 닫기 , 의심가는 Process 죽이기 주기적인 프로그램 업데이트 , 모의 해킹으로 보안 점검 , Root 로 Login하면 자리 비우지 말고 끝난 후 Logout!!!!!!!!, 서버실 관리 !

하드웨어적• 전자과선배님들캐리부탁드려요• 랜선 고장 접촉부위점검 , 랜선바꾸기• 먼지를 주기적으로 청소 !• 냉각 / 파워문제 살펴보기• 언제나 깨끗이 해요

• 안되면…………… A/S ………………

백업짱짱맨…• 다른 모든 게 실패하면 우리에겐 백업밖엔 없어… .• 의심 가는걸 밀고 백업한 파일로 복구• 그렇기에 지속적인 백업이 필요해요• 이전 데이터가 최고에요• 하 . 지 . 만 .!!! 밀기전에 백업해두고 밀어요• 어설픈 복구보단 가만히 놔두는 게 나을 수 있어요

끝 ~~~• 마지막 명언

• 유비무환 :• 한번의 백업이…• 하룻밤 삽질 , 10 번의 복구작업 , 100 번의 후회와 해고를 막습니다…

Works Cited• 이전 휠세미나 자료• http://www.backup4all.com/• 네이버 백과사전• 위키피디아