백업 및 비상사태 관리

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

2. 백업 • 종류 • cron • 백업서버 • rsync • 비상사태 • 종류 • 해결방법

4. 백업

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

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

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

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

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

10. Mirror Backup • Full 이랑 거의 같지만 압축하지 않고 암호로 보호 불가능 • 백업 파일을 압축하지 않으므로 백업한 그 상태로 windows explorer 등으로 실행도 가능하다. • 압축하지 않으므로 빠르다.

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

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

13. 하지만……………. • 서.버.가.날.라.간.다.면…….. • ?!?!?!!?!?!?!!!?!!?!?!!?!!!!!??!?!!!!!!!!!!!! • Serer…

14. 그리하여… • 다른 서버에 백업하면 됩니다! • 그러면 파일 전송이 필요하죠

15. rsync (Remote Sync) • [네이버 지식백과]아르싱크[rsync] (IT용어사전, 한국정보통신기술협회) • 원격 서버의 파일을 네트워크를 거쳐서 전송하는 실행 소프트웨어. 파일 전송 시 수신처의 컴퓨터에 있는 파일을 가는 블록으로 분할해서 블록마다 검사합(checksum)을 송신원의 컴퓨터에 보낸다. 이때 송신원의 컴퓨터는 그것을 점검해서 파일의 차이만큼 전송하기 때문에 네트워크를 효율적으로 이용을 할 수 있고, 시큐어셸(SSH) 등과 병용할 수 있어서 파일 전송 시 보안도 확보할 수 있다. 동일한 실행 소프트웨어로는 원격 복사 프로토콜(RCP)이 있는데 보다 강력한 복제 기능을 가지고 있다.

16. rsync • UNIX에서 파일 전송에 사용하는 명령어 • 매우 빠른 속도로 원격에 있는 파일을 가져와 동기화시킨다. • 백업서버에는 rsync, ssh server가 설치되어 있어야 한다.

17. 백업 서버에 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

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

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

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

21. 소프트웨어적 • 내부 • 파일시스템 에러 • 장치설정 오류 • 부팅 에러 • 기타 프로그램 에러 • 커널패닉(블루스크린) • Memory Overflow • 등등 • 외부 • 해킹 • 악성코드/바이러스 • 접속자 폭주 또는 유사상황 • 등등

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

23. 인적 • 내부 • 관리자 실수 • 음모와 계락 • 잘못된 입력/오타 • 등등 • 외부 • 도둑 • 해커 • 악의적 사용자

24. 문제의 해결

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

26. 소프트웨어적 • 가장 흔한 문제는 깨진 파일 시스템 • FileSystemUnmount후 fsck명령어로 점검/복구한다. • 작년 yumgyun님의 5번 세미나 참조 • /etc/fstab에서 장치명을 잘못 지정한 경우 Linux 설치 후 Linux Secure로 부팅하고 수정한 뒤 재부팅을 하면 된대요! • 부팅이 안되면 • CD/DVD나 USB로 부팅 가능하게 미리세팅 • Rescue 모드가 있어서 CD/DVD 옵션이 더 좋대요 • 그 후 grub 등 부팅 관련한 파일들을 복구

27. 소프트웨어적 • 해킹 • 명령어를 못쓰게 하거나 중요 파일을 삭제/변조, 비밀번호 에러 • 미리백업해놓은 시스템 코어로 대체를 한 후 작업한다. • 예방책: 안 쓰는 Port 닫기, 의심가는Process 죽이기 주기적인 프로그램 업데이트, 모의 해킹으로 보안 점검, Root로 Login하면 자리 비우지 말고 끝난 후 Logout!!!!!!!!, 서버실 관리!

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

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

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

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