Hardware
Hope This Helps.
LVM
간혹, 특정 파일이 손상되거나 삭제되었을때 문제가 있는 파일만 mksysb 백업본에서 복구하는 유용한 방법이 있습니다.
# tctl -f /dev/rmtX fsf 3
# retore -xvf /dev/rmtX ./etc/hosts
x ./etc/hosts
· 위의 명령어는 mksysb 백업본에서 /etc/hosts 파일만 복구를 수행하는 명령어입니다.
2) 방법2 (Mksysb백업이 파일형태로 있을 경우)
# retore -xvf mksysb.file ./etc/hosts
※ 가장 확실한 방법은 mksysb restore 해보는 방법이나, 하기와 같은 방법으로 정상적으로 백업이 됬는지 확인 할 수 있다.
1) /smit.log 확인
#tail -50 /smit.log
2) 사용자가 지정한 mksysb log 확인
#mksysb -i /dev/rmt0 > /tmp/mksysb_`date`.log
3) 특정 데이터가 저장되었는지 확인
● AIX rootvg(OS영역)을 mksysb로 백업받을 때의 백업 사이즈 계산.
1) 명령어
#df -tk `lsvgfs rootvg` | awk '{total+=$3}\ END {printf "Estimated mksysb size: %d bytes, %.2f GB\n", total*1024, total/1024/1024}'
2) 설명
● AIX내의 mount된 파일시스템 중 사용된 공간 = Mksysb Size
1. mksysb란?
● rootvg backup process. 즉, AIX의 OS backup 개념.
● rootvg 내의 마운트된 파일시스템만 백업되어진다.
● 백업된 내용을 복구할 수 있도록 부팅가능한 Tape 혹은 이미지 형태로 생성되어진다.
● 복구시, 비대화형(non-interactive installation)을 제공한다.
● mksysb는 bos.sysmgt.sysb 패키지내에 포함되어있다.
2. mksysb 백업 1) 권고사항● mksysb 백업은 offline 백업을 권고. - mksysb가 백업을 수행하기 위해서 /usr/bin/backup 명령을 사용한다. - 이 명령을 수행하는 도중에 백업받을 대상파일에 변동이 발생한다면, 이는 restore의 실패로 직결될 수 밖에 없다. ● 만약, online 간에 mksysb 백업 수행시 -p 옵션을 사용하여야 한다. - smitty mksysb 메뉴에서는 "Disable software packing of backup? [yes] " 로 변경해주어야 unpacking error가 발생하지 않는다. 2) mksysb 백업받기 #smitty mksysb smit 메뉴를 통한 mksysb 백업 #mksysb -i -p /dev/rmt0 시스템운영간에 tape media로 백업받기(Unpacking error 발생을 없애기위한 옵션) #mksysb -i -p /dev/rmt0 > /tmp/mksysb_log mksysb 백업 프로세스가 진행되는 동안 발생하는 로그를 /tmp/mksysb_log에 기록한다. 3. mksysb의 구성요소 1) BOS Boot image ● 시스템의 커널과 Device drive의 복사본을 가지고 있으며, tape으로 부팅할 때 필요한 영역.
2. mksysb 백업
1) 권고사항
- mksysb가 백업을 수행하기 위해서 /usr/bin/backup 명령을 사용한다.
- 이 명령을 수행하는 도중에 백업받을 대상파일에 변동이 발생한다면, 이는 restore의 실패로 직결될 수 밖에 없다.
● 만약, online 간에 mksysb 백업 수행시 -p 옵션을 사용하여야 한다.
- smitty mksysb 메뉴에서는 "Disable software packing of backup? [yes] " 로 변경해주어야 unpacking error가 발생하지 않는다.
2) mksysb 백업받기
#smitty mksysb smit 메뉴를 통한 mksysb 백업
#mksysb -i -p /dev/rmt0 시스템운영간에 tape media로 백업받기(Unpacking error 발생을 없애기위한 옵션)
#mksysb -i -p /dev/rmt0 > /tmp/mksysb_log mksysb 백업 프로세스가 진행되는 동안 발생하는 로그를 /tmp/mksysb_log에 기록한다.
3. mksysb의 구성요소
1) BOS Boot image
● 시스템의 커널과 Device drive의 복사본을 가지고 있으며, tape으로 부팅할 때 필요한 영역.
2) mkinsttape image
● ./image.data = rootvg를 재구성하기 위한 정보와 LVM정보(LV, Filesystem)를 가지고 있는 파일.
● ./bosinst.data = 사용자가 mksysb image를 어떤 방식으로 OS restore 혹은 OS installation을 진행할 것인지에 대한 방법을 정의하는 파일.
= 자세히 설명하자면, 사용자가 정의할수 있는 설치 프로시져(Customizable installation procedures)와 어떻게 BOS installation program이 어떻게 행동하는지 에 대한 정의를 하는 파일.
● ./tapeblksz = 백업동안 사용된 tape drive에 설정된 block size 정보가 포함된 파일.
3) dummy .toc
● mksysb ape의 image 수와 BOS install tape의 image 수를 같게하기 위해서 필요한 image.
4) rootvg data
● mksysb를 통해 백업된 모든 rootvg 데이터.
1. 백업이란?
● 데이터를 미리 임시로 복제하여, 문제가 일어나도 데이터를 복구할 수 있도록 준비해 두는 것을 말한다.
2. 왜 백업을 해야하나?
" 회사의 50%가 아주 중요한 데이터를 손실하고 있고
만약 이 중요 데이터를 10일 안에 복구하지 못한다면,
회사의 93%정도가 5년안에 사업에 실패하는 것으로 조사됐다"
-SC Info Security News Magazine-
" 만약 조직이 복구에 대한 계획도 없이 재난에 살아 남는다면 행운이지만
상처받지 않고는 살아남을 수 없다.
에러가 발생하는 동안 발생하는 직접적인 손실들을 제외하더라도
조직은 현금흐름의 방해, 고객 상실, 경쟁력 상실, 기업 이미지 퇴락과
시장 점유율 하락 같은 무형의 손해를 입는다."
-DRT 시스템 백서
● 위의 글은 데이터를 손실하였을 때, 데이터 복구가 정상적으로 이루어지지 않았을 경우 발생하는 영향에 대해서 언급하고 있다. 이러한 일들을 사전에 방지하기 위해서는 "백업을 해야한다".
● 그렇다면, 구체적으로 백업을 하는 구체적인 이유는 무엇인가?
1) 데이터 복구의 목적
인위적인 실수, 하드웨어/소프트웨어 장애, 도난, 컴퓨터 바이러스, 사이버 테러, 재해, 전쟁, 테러 등에 의한 데이터 손실로부터 데이터를 보호하기 위함.
2) 데이터 관리의 목적
3. 백업의 종류
1) 전체백업(Full backup)
● 데이터의 변경 유무에 관여하지 않고 전체 데이터의 복사본을 만드는 백업 방식 . ● 복구 과정이 다른 백업 방식보다 간편하고 다른 백업 방식보다 복구 시간이 적게 소요.
2) 증분백업(Incremental backup)
● 정해진 시간을 기준으로 그 이후에 변경된 파일만을 백업하는 방식. (기준: 최종 전체백업 혹은 최종 증분 백업이 완료된 시간) ● 매일 백업해야 하는 파일의 양이 적어 빠른 백업이 가능하다는 점이 장점. ● 복구 과정에서는 최종 전체 백업본과 그 이후의 모든 중분 백업본을 모두 복구해야 하기 때문에 작업이 번거롭고 복구시간이 전체백업이나 차등백업보다 시간이 많이 소요됩니다.
3) 차등백업(Differencial backup)
● 마지막 전체 백업 이후 변경된 모든 데이터를 백업하는 방식
● 이는 증분 백업과는 다르게 전체 백업 이후 파일이 변경될 경우 다음 전체 백업까지 계속 백업하는 방식.
● 전체 백업 이미지와 가장 최근의 차등 이미지만 복구하면 되기 때문에 복구 시점에 따라 다르긴 하지만 대개 증분 백업보다 복구 속도가 빠릅니다.
● 파일이 변경될 때마다 파일 크기가 증가하게 되며, 다음 전체 백업 때까지 파일 크기가 점점 커지게 된다는 단점.