다음을 학습하고 이해한다.

  ▶ 백업운영하기
    - 어떻게 Master Server에 의해 jobs이 다루어지는지 기술
    - busy file[open된 파일]을 어떻게 다루는지
    - 운영예정인 policies를 검사하여 frequency를 조정

  ▶ 백업운영을 위한 GUI 사용하기
    - manual backup job 생성 [user-direct backup과 다름]
    - backup jobs를 관찰하기
    - backup jobs를 취소하기

  ▶ 백업운영문제 해결하기
    - 백업운영에 관련된 status code를 기술
    - 문제를 해결하기 위해 문제해결 점검리스트를 따라하기

------------------------------------------------------------------

가. Master Server에서 백업가져오기

  ▶ 백업은 master server에서 가져 온다.
  ▶ NetBackup은 busy files를 다룰수 있다.
  ▶ 운영예정인 policies를 검사하여 frequency를 조정할 수 있다.
  ▶ 백업은 policy schedule 기반으로 자동으로 시작된다.
  ▶ 백업은 GUI나 CLI를 통해 수동으로 시작될 수 있다.

1).  자동 스케줄링 백업 [8-6]

schedule과 window를 가진
policy 생성                      ---------------->  job이 policy's client list
  |                                                              안에 있는 각각client에 대해 생성
  |
  |                                no
Multistreaming    ------------------------->  backup selection list의 모든 아이템
  |                                                             에 대해 하나의 작업으로 처리
  |  yes
  |
clients?   ------------------------------->  policy's clients list에 있는 나열순서로
                                                                 client에 대해 처리됨

2). Backup Client의 busy file 처리 설정

  ▶ GUI => host properties ==> client => 해당클라이언트 선택. 마우스 오른쪽 버튼
      properties => 가장 아래 UNIX Client에 Busy File Settings

  ▶ busy file이란 백업작업중 변경이 감지되는 파일을 말한다. 넷백업이 백업을 할때
      어떠한 프로세스가 어떤 파일을 열어 데이터를 쓸때 발행하는데 백업은
      status code 1로 완료가 된다.
      그리고 NetBackup은 Windows Clients 와 UNIX Clients의 busy file을 다르게 처리한다.

ㄱ. UNIX busy file에 대한 처리설정

  ▶ GUI => host properties ==> client => 해당클라이언트 선택. 마우스 오른쪽 버튼
      properties => 가장 아래 UNIX Client에 Busy File Settings

  ▶ working directory
     - busy file을 위한 working directory인데 기본적으로는 /usr/openv/netbackup으로
       설정되어 있다.
     - add button을 눌러 busy file을 선택을 하고 busy file이 action일 경우에는 어떻게
       할 것인지를 선택하면 처리가 된다.
     - 설정 값은 bp.conf파일에 저장이 된다.

 [/usr/openv/netbackup]# more bp.conf
 SERVER = HC02
 CLIENT_NAME = HC02
 BUSY_FILE_PROCESSING = YES
 BUSY_FILE_ACTION = /usr/* REPEAT 1

  ▶ client와 master server에 bp.conf이 동시에 존재할 경우 master서버의 bp.conf가
      적용이 된다.
  ▶ busy file을 처리하는데 관련된 디렉토리는 다음과 같다. [ 8-8 참조]

    - /usr/openv/netbackup/busy_files
    - /usr/openv/netbackup/busy_files/actions
    - /uusr/openv/netbackup/busy_files/actions/logs

ㄴ. Windows busy file에 대한 설정

  ▶ GUI => host properties ==> master => 해당 마스터서버 선택 마우스 오른쪽 버든
      => properties => client attrubutes => add 버튼 클릭 => windows client 등록 =>
      Windows Open File Backup Tab => enable windows open file backups for client check

나. bpsched Process

  ▶ bpsched 프로세스는 wakeup interval 간격마다 bprd 데몬에 의해 fork가 되며
      NetBackup Policy 구성를 검색하여 처리되어야 할 작업이 있는지를 관찰한다.

  ▶ 각각의 정책에서 open window 파일을 가진 schedule을 검사하여 처리한다.

  ▶ schedule이 있다면 calender based인지 frequency based인지를 검사하고
      frequency based방식이라면 마지막 백업과의 frequency 를 비교해서
      백업을 진행한다.
  ▶ 작업이 실패가 되면 global attribute의 설정값 횟수 만큼 재시도를 하고
      여전히 실패라면 에러를 보고하고 종료한다.

  ▶ Wakeup Interval과 Schedule Backup Intervaul를 CLI로 변경하기

     # bpconfig -wi 5
     # bpconfig -tries 2 -period 6
     # bpconfig -U

다. Manual Backup

  ▶ Manual Backup이란?
    - autometic schedule 백업을 자동이 아는 관리자가 직접 수행하는 것이다.
    - master server에서 수행된다.
    - user-direct backup과는 다르다.
    - 때로는 immediate backup이라고도 한다.
  ▶ 언제 Manual Backup을 수행하는가?
    - policy schedule에 대한 테스트를 하기 위해
    - 실패된 백업을 다시 실행하기 위해
    - 업그레이드에 앞서 이전의 구성을 보존하기 위해
  ▶ 어떻게 수행하는가?
    - GUI
    - bpbackup
  ▶ bpbackup command

    # bpbackup -p test_pol -s test_sched -i

라. Activity Monitor

  ▶ 백업운영을 관찰하고 제어하기 위해 사용한다.
  ▶ GUI에서의 activity monitor를 통해 작업을 관찰하고 아이콘과 status code를
      통해 작업의 성공여부를 알수가 있다.

  ▶ bpdbjobs라는 명령을 통해서도 확인 할 수 있다.

    - bpdbjobs -U
    - bpdbjobs -L
    - bpdbjobs -report[default]
    - bpdbjobs -jobid job1,job2....

마. Cancel Jobs

  ▶ 백업작업을 취소하기 위해 수행된다.
  ▶ GUI에서 activity monitor에서 job을 선택하여 취소할 수 있다.
  ▶ bpdbjobs 명령을 통해서 취소 할 수 있다.
    - bpdbjobs -cancel_all
    - bpdbjobs -cancel jobID,jobID,jobID.....

바. 백업작업 성공완료 확인하기

  ▶ GUI에서 Reports의 status of Backup을 사용하여 백업작업내용을 추적 할 수 있다.
  ▶ status code를 확인하여 성공여부를 확인할 수 있다. [report가 만들어 져야함]

사. Status Code

  ▶ 96 : 할당할 media나 STU가 사용가능한 media를 가지고 있지 않을때 발생
    - 물리적인 측면에서는 STU에 이미 media가 있다.
    - 논리적인 측면에서는 volume pool에 할당된 media를 검사해야 한다.
    - scratch pool 생성 및 운영이 하나의 방법이 될 수 있다.
    - media status : Full, Frozen, Suspended
    - Media type
  ▶ 1 : 부분적인 성공을 나타낸다.
    - busy file에 대한 설정을 한다.
    - 원인을 발생시키는 파일이 백업을 받을 필요가 없는 파일이라면 exclude 파일을
       생성하여 배제하고 백업을 한다.
  ▶ 71 : backup selection에 나열된 파일들이 어느곳에도 존재하지 않을때
       발생한다.
  ▶ 196 : backup job이 큐에 올라와 있지만 backup window가 닫혀버려서 백업을
      하지 못했을때 발생한다.

+ Recent posts