중요한 파일 시스템 실패 또는 잠재적 데이터 손실로부터 복구해야 할 때마다 첫번째 단계에서는 영향을 받는 시스템을 안정화하고 추가 손실에 대한 가능성을 최소화하며 가능한 경우 진단 정보를 보존해야 합니다. 이 장에서는 이를 위해 수행할 작업에 대해 설명합니다.
아카이빙 파일 시스템이나 많은 수의 손실된 파일을 복원해야 할 경우 먼저 파일 시스템의 아카이브 및 재활용 프로세스를 중지해야 합니다. 상황을 해결하고 이상적으로는 모든 것을 정상으로 복원할 때까지 아카이브를 안정화하고 격리시키기를 원할 것입니다. 그렇지 않으면 지속되는 아카이브 및 재활용 작업이 상황에 따라 악화될 수 있습니다. 아카이브 및 스테이징 프로세스를 통해 손상된 파일이 전파될 수 있습니다. 재활용 프로세스 중에 유효한 데이터의 나머지 복사본만 삭제될 수도 있습니다.
따라서 가능하면 언제나 아래에 나열된 예방 조치를 수행하십시오.
복구 작업이 완료되면 아래의 변경 작업을 되돌리고 일반적인 파일 시스템 동작을 복원할 수 있습니다.
파일 시스템 메타데이터 서버에 root로 로그인합니다.
root@solaris:~#
텍스트 편집기에서 /etc/opt/SUNWsamfs/archiver.cmd 파일을 열고 첫번째 fs(file-system) 지시어로 스크롤합니다.
이 예에서는 vi 편집기를 사용합니다.
root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd # Configuration file for Oracle HSM archiving file systems #----------------------------------------------------------------------- # General Directives archivemeta = off examine = noscan #----------------------------------------------------------------------- # Archive Set Assignments fs = hsmfs1 logfile = /var/adm/hsmfs1.archive.log all . 1 -norelease 15m 2 -norelease 15m fs = hsmfs2 logfile = /var/adm/hsmfs2.archive.log all . ...
모든 파일 시스템에서 아카이브를 중지하려면 archiver.cmd에서 첫번째 fs 지시어 바로 앞에 wait 지시어를 삽입합니다. archiver.cmd 파일을 저장하고 편집기를 닫습니다.
이 예에서는 wait 지시어를 hsmfs1 파일 시스템에 대한 지시어 바로 앞에 삽입하여 아카이브를 위해 구성된 모든 파일 시스템에 적용되도록 합니다.
root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd ... #----------------------------------------------------------------------- # Archive Set Assignments wait fs = hsmfs1 logfile = /var/adm/hsmfs1.archive.log all . 1 -norelease 15m 2 -norelease 15m 3 -norelease 15m fs = hsmfs2 ... :wq root@solaris:~#
파일 시스템 하나에서만 아카이브를 중지하려면 해당 파일 시스템의 fs 지시어 바로 뒤에 wait 지시어를 삽입합니다. archiver.cmd 파일을 저장하고 편집기를 닫습니다.
이 예에서는 hsmfs1 파일 시스템에서 아카이브 작업을 중지합니다.
root@solaris:~# vi /etc/opt/SUNWsamfs/archiver.cmd ... #----------------------------------------------------------------------- # Archive Set Assignments fs = hsmfs1 wait logfile = /var/adm/hsmfs1.archive.log all . 1 -norelease 15m 2 -norelease 15m 3 -norelease 15m fs = hsmfs2 ... :wq root@solaris:~#
다음에는 재사용을 중지합니다.
파일 시스템 메타데이터 서버에 root로 로그인합니다.
root@solaris:~#
텍스트 편집기에서 /etc/opt/SUNWsamfs/recycler.cmd 파일을 엽니다.
이 예에서는 vi 편집기를 사용합니다.
root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd # Configuration file for Oracle HSM archiving file systems #----------------------------------------------------------------------- logfile = /var/adm/recycler.log no_recycle tp VOL[0-9][2-9][0-9] library1 -hwm 95 -mingain 60
-ignore 매개변수를 recycler.cmd 파일의 각 재활용 지시어에 추가합니다. 그런 다음 파일을 저장하고 편집기를 닫습니다.
아카이브 세트가 아니라 라이브러리에 의해 재활용을 구성하지 않으면 recycler.cmd 파일에 재활용 지시어가 포함되지 않습니다. 하지만 지금 확인해 보십시오.
이 예에서는 테이프 라이브러리 library1에 대해 재활용 지시어가 한 개 있습니다.
root@solaris:~# vi /etc/opt/SUNWsamfs/recycler.cmd # Configuration file for Oracle HSM archiving file systems #----------------------------------------------------------------------- logfile = /var/adm/recycler.log no_recycle tp VOL[0-9][2-9][0-9] library1 -hwm 95 -mingain 60 -ignore :wq root@solaris:~#
하나 이상의 아카이브 파일 시스템을 손실 또는 손상으로부터 복구하려는 경우 계속하기 전에 아카이브되지 않은 파일을 백업합니다.
파일 시스템을 서버 문제, 손실 또는 손상으로부터 복구하려는 경우 계속하기 전에 Oracle HSM 구성을 저장합니다.
디렉토리 및 파일을 복원해야 하는 경우 Oracle HSM 구성을 저장할지 또는 바로 제 5 장 손실 및 손상된 파일 복구 항목으로 이동할지를 결정합니다.
아카이브되지 않은 파일이 손상된 아카이브 파일 시스템의 디스크 캐시에 남아 있을 수 있습니다. 아카이브에는 이러한 파일의 복사본이 없습니다. 따라서 가능하다면 지금 복구 지점 파일에 백업해야 합니다. 다음과 같이 하십시오.
파일 시스템 메타데이터 서버에 root로 로그인합니다.
root@solaris:~#
복구 지점을 위한 안전한 스토리지 위치를 선택합니다.
이 예에서는 처음 구성할 때 복구 지점에 대해 생성한 디렉토리 아래에 하위 디렉토리 unarchived/를 생성합니다. /zfs 파일 시스템에는 복구할 파일 시스템 /hsmfs1과 공통되는 장치가 없습니다.
root@solaris:~# mkdir /zfs1/hsmfs_recovery/unarchived/ root@solaris:~#
파일 시스템의 루트 디렉토리로 변경합니다.
예제에서는 마운트 지점 디렉토리 /hsmfs1로 변경합니다.
root@solaris:~# cd /hsmfs1 root@solaris:~#
디스크 캐시에 남아 있는 아카이브되지 않은 파일을 백업합니다. samfsdump -u -f recovery-point 명령을 사용합니다. 여기서 recovery-point는 출력 파일의 경로와 파일 이름입니다.
samfsdump 명령에 -u 옵션을 사용하면 아카이브되지 않은 데이터 파일이 백업됩니다. 이 예에서는 복구 지점 파일 20150325를 원격 디렉토리 /zfs1/hsmfs_recovery/unarchived/에 저장합니다.
root@solaris:~# samfsdump -u -f /zfs1/hsmfs_recovery/unarchived/20150325 root@solaris:~#
파일 시스템을 서버 문제, 손실 또는 손상으로부터 복구하려는 경우 계속하기 전에 Oracle HSM 구성을 저장합니다.
디렉토리 및 파일을 복원해야 하는 경우 Oracle HSM 구성을 저장할지 또는 바로 제 5 장 손실 및 손상된 파일 복구 항목으로 이동할지를 결정합니다.
Oracle HSM 소프트웨어 및 파일 시스템을 복원하기 위해 필요한 모든 구성 파일 및 스크립트의 백업 복사본을 안전하게 저장해 두었더라도 가능하다면 실패한 시스템의 현재 상태를 보존하는 것이 좋습니다. 남아 있는 구성 파일 및 스크립트에는 전체 구성이 마지막으로 백업된 이후 구현된 변경사항이 포함되어 있을 수 있습니다. 이 경우 시스템을 실패 이전의 상태로 거의 정확하게 복원한 것과 단순히 가깝게 복원한 것의 차이로 나타납니다. 로그 및 추적 파일에는 파일을 복원하고 실패의 원인을 규명하는 데 도움이 되는 정보가 포함됩니다. 이러한 이유로 다른 작업을 수행하기 전에 남아 있는 모든 것을 보존해야 합니다.
가능한 경우 파일 시스템 메타데이터 서버에 root로 로그인합니다.
root@solaris:~#
samexplorer 명령을 실행하고 SAMreport를 생성하며 백업 구성 정보를 보관하는 디렉토리에 보고서를 저장합니다. samexplorer path/hostname.YYYYMMDD.hhmmz.tar.gz 명령을 사용합니다. 여기서 path는 선택한 디렉토리의 경로이고 hostname은 Oracle HSM 파일 시스템 호스트의 이름이고 YYYYMMDD.hhmmz는 날짜 및 시간 기록입니다.
기본 파일 이름은 /tmp/SAMreport.hostname.YYYYMMDD.hhmmz.tar.gz입니다. 이 예에서는 이미 SAMreport를 저장하기 위한 디렉토리인 /zfs1/sam_config/가 있습니다. 따라서 이 디렉토리에 보고서를 생성합니다(아래의 명령은 한 라인으로 입력하며 백슬래시로 이스케이프되어 있음).
root@solaris:~# samexplorer \ /zfs1/sam_config/explorer/server1.20150325.1659MST.tar.gz Report name: /zfs1/sam_config/explorer/samhost1.20150325.1659MST.tar.gz Lines per file: 1000 Output format: tar.gz (default) Use -u for unarchived/uncompressed. Please wait............................................. Please wait............................................. Please wait...................................... The following files should now be ftp'ed to your support provider as ftp type binary. /zfs1/sam_config/explorer/samhost1.20150325.1659MST.tar.gz
Oracle HSM 구성 파일을 가능한 수만큼 독립된 파일 시스템에 복사합니다. 여기에는 다음이 포함됩니다.
/etc/opt/SUNWsamfs/
mcf
archiver.cmd
defaults.conf
diskvols.conf
hosts.family-set-name
hosts.family-set-name.local
preview.cmd
recycler.cmd
releaser.cmd
rft.cmd
samfs.cmd
stager.cmd
inquiry.conf
samremote # SAM-Remote server configuration file
family-set-name # SAM-Remote client configuration file
network-attached-library # Parameters file
scripts/* # Back up all locally modified files
/var/opt/SUNWsamfs/
내역기 카탈로그를 비롯하여 남아 있는 라이브러리 카탈로그를 모두 백업합니다. 카탈로그마다 dump_cat -V catalog-file 명령을 사용합니다. 여기서 catalog-file은 카탈로그 파일의 경로와 이름입니다. 출력을 새 위치의 dump-file로 재지정합니다.
dump_cat 파일의 출력을 통해 build_cat 명령을 사용하여 교체 시스템에서 카탈로그를 재작성합니다. 예제에서는 library1의 카탈로그 데이터를 독립 NFS 마운트 파일 시스템인 zfs1에 있는 디렉토리의 library1cat.dump 파일에 덤프합니다. 아래의 명령은 단일 라인으로 입력됩니다. 줄바꿈은 백슬래시 문자로 이스케이프됩니다.
root@solaris:~# dump_cat -V /var/opt/SUNWsamfs/catalog/library1cat > \ /zfs1/sam_config/20150325/catalogs/library1cat.dump
Oracle HSM 설치 및 구성 중 수정한 시스템 구성 파일을 독립된 파일 시스템에 복사합니다. 이러한 파일에는 다음이 포함될 수 있습니다.
/etc/
syslog.conf
system
vfstab
/kernel/drv/
sgen.conf
samst.conf
samrd.conf
sd.conf
ssd.conf
st.conf
/usr/kernel/drv/dst.conf
Oracle HSM 구성의 일부로 생성한 모든 사용자 정의 셸 스크립트 및 crontab 항목을 독립된 파일 시스템에 복사합니다.
예를 들어, 복구 지점 만들기를 관리하기 위해 crontab 항목을 만든 경우 지금 복사본을 저장합니다.
현재 설치된 소프트웨어의 개정 레벨을 기록하는 readme 파일을 생성합니다. Oracle Oracle HSM, Solaris 및 Solaris Cluster를 포함합니다(해당되는 경우). 다른 복구 정보와 함께 독립된 파일 시스템에 파일을 저장합니다.
가능할 경우 다운로드한 Oracle Oracle HSM, Solaris 및 Solaris Cluster 패키지의 복사본을 독립된 파일 시스템에 저장합니다.
패키지를 즉시 사용 가능하게 하면 필요할 경우 소프트웨어를 빠르게 복원할 수 있습니다.
Oracle HSM 서버 호스트의 손실로부터 복구하는 경우 제 3 장 Oracle HSM 구성 복원으로 이동합니다.
하나 이상의 Oracle HSM 파일 시스템을 복원해야 하는 경우 제 4 장 파일 시스템 복구로 이동합니다.
디렉토리 및 파일을 복원해야 하는 경우 제 5 장 손실 및 손상된 파일 복구로 이동합니다.