| Oracle® Hierarchical Storage Manager and StorageTek QFS Software 유지 관리 및 관리 설명서 릴리스 6.0 E56774-02 |
|
 이전 |
 다음 |
| Oracle® Hierarchical Storage Manager and StorageTek QFS Software 유지 관리 및 관리 설명서 릴리스 6.0 E56774-02 |
|
이전 |
다음 |
이전 매체에서 새 매체로 아카이브 파일을 마이그레이션하려면 정상적인 Oracle Hierarchical Storage Manager 파일 시스템 작업을 중단하지 않으면서 마이그레이션할 파일을 식별하고, 이를 디스크 캐시에 스테이지한 후 새 매체에 기록해야 합니다. 이 장에서는 프로세스의 다음 단계를 다룹니다.
데이터 이동을 시작하기 전에 다음 작업을 수행해야 합니다.
실제 데이터 마이그레이션 프로세스의 세부 정보는 주로 사용 가능한 디스크 스토리지 양과 사용 가능한 이동식 매체 드라이브 수에 따라 달라집니다. 데이터 마이그레이션 동안 Oracle HSM 스테이저는 이전 이동식 볼륨을 이전 매체 형식을 읽을 수 있는 드라이브로 로드하고 아카이브된 파일을 디스크 캐시로 복원합니다. 그런 다음 Oracle HSM 아카이버는 새 매체 형식을 쓸 수 있는 드라이브를 사용하여 파일을 새 이동식 볼륨으로 다시 아카이브합니다. 따라서 이상적으로, 주어진 테이프 볼륨의 모든 파일을 한꺼번에 디스크로 스테이지한 후 즉시 새 매체로 아카이브하게 됩니다.
이를 위해 마이그레이션 기간 동안 엄청난 리소스를 투입해야 합니다.
전체 테이프 용량에 해당하는 디스크 공간
구 테이프 형식을 읽는 드라이브의 배타적 사용
새 형식에 쓰는 드라이브의 배타적 사용
마이그레이션이 완료될 때까지 파일 시스템을 중지할 수 있으면 위 사항은 문제가 되지 않습니다. 그러나 진행 중인 파일 시스템 및 아카이브 작업을 지나치게 방해하지 않고 운용 설정의 데이터를 마이그레이션하려면 약간 생각할 필요가 있습니다. 디스크 공간이나 테이프 드라이브에 공급이 부족한 경우 마이그레이션에 상당량 할애할 수 있는 리소스를 식별하고 마이그레이션 프로세스를 조정해야 합니다. 따라서 다음과 같이 하십시오.
정상적 파일 시스템 작동을 방해하지 않고 마이그레이션에 사용할 수 있는 디스크 캐시 양을 추정합니다.
마이그레이션에 투입할 여유가 있는 테이프 드라이브 수를 추정합니다.
제한된 수의 테이프 드라이브만 사용할 수 있는 경우 스테이징 및 아카이빙 프로세스에 스로틀링을 적용하여 마이그레이션 프로세스가 정상적 작동을 방해하지 않도록 합니다.
위의 예상치를 바탕으로 스테이징 및 아카이빙 매개변수를 결정합니다. 주어진 시간에 사용 가능한 디스크 공간이 보유할 마이그레이션 파일의 최대 개수와, 파일이 캐시에서 새 매체로 이동할 수 있는 최대 속도를 결정합니다.
리소스를 추정했으면 마이그레이션 사후 구 매체 처리 계획을 수행합니다.
데이터 마이그레이션 후에 구 매체를 보관해야 할 수도 있고 그렇지 않을 수도 있습니다. 따라서 데이터 마이그레이션 프로세스를 시작하기 전에 지금 요구 사항을 식별하고 매체 처리를 계획하십시오.
마이그레이션 전에 samfsdump로 만든 복구 지점 파일이 있는 경우 덤프 파일의 파일 시스템 메타 데이터가 여전히 구 테이프 볼륨을 참조합니다. 원래 매체의 데이터에 액세스하지 않고는 이러한 복구 지점으로 파일 시스템을 복원할 수 없습니다. 따라서 최소한, 구 복구 지점 파일을 만들 당시의 상태로 파일 시스템을 복구할 필요가 없다고 확신할 때까지 구 매체를 보관해야 합니다. samfsdump를 여러 번 다시 실행하여 새 볼륨을 참조하는 복구 지점을 만들었으면 구 볼륨을 처리할 수 있습니다.
모든 현재 복구 지점 파일이 새 매체를 가리킨다면 매체 유형에 따라 구 볼륨을 로봇 라이브러리에서 내보내거나, 볼륨을 업데이트하고 레이블을 재지정하여 재사용할 수 있습니다. 예를 들어, DLT 매체는 간단히 내보내서 처리할 수 있습니다. 그러나 구 Oracle StorageTek T10000C 드라이브는 매체에 레이블을 재지정하여 새 T10000D 드라이브와 함께 사용할 수 있습니다.
구 매체를 어떻게 처리할지 결정했으면 마이그레이션을 위한 아카이빙 프로세스 구성을 시작할 준비가 되었습니다.
마이그레이션 프로세스 동안 아카이버 구성 파일 archiver.cmd를 수정하여 새로운 대체 매체 유형을 교체하려는 유형과 나란히 놓습니다.
archiver.cmd 파일 편집두번째 아카이브 복사본이 새 매체로 전송되도록 archiver.cmd 파일을 수정합니다. 아카이브 복사본을 더 추가할 이유가 없습니다.
텍스트 편집기에서 /etc/opt/SUNWsamfs/archiver.cmd 파일을 엽니다.
아카이빙 정책은 복사본 2부를 명시합니다. 둘 다 교체하려는 매체 유형에 쓰여집니다. 예제에서는 vi 편집기에서 파일을 엽니다. DLT 카트리지(유형 lt)를 교체하려고 합니다.
root@solaris: vi /etc/opt/SUNWsamfs/archiver.cmd # ============================================= # /etc/opt/SUNWsamfs/archiver.cmd # --------------------------------------------- ... # --------------------------------------------- # VSN Directives vsns allfiles.1 lt .* allfiles.2 lt .* endvsns
복사본 2의 지시어에서 지정된 매체 유형을 새 매체의 식별자로 변경하고 파일을 저장하고 텍스트 편집기를 닫습니다.
예제에서는 구 DLT 테이프에서 새 LTO 카트리지로 데이터를 마이그레이션하려고 합니다. 따라서 복사본 2에서 구 매체 유형 lt(DLT)를 li(LTO)로 변경합니다.
root@solaris: vi /etc/opt/SUNWsamfs/archiver.cmd # ============================================= # /etc/opt/SUNWsamfs/archiver.cmd # --------------------------------------------- ... # --------------------------------------------- # VSN Directives vsns allfiles.1 lt .* allfiles.2li.* endvsns:wqroot@solaris:~#
archiver.cmd 파일에 구문 오류가 있는지 확인합니다. archiver -lv 명령을 실행하고 오류가 발견되지 않을 때까지 오류를 수정합니다.
archiver -lv 명령은 한 행씩 파일을 출력합니다. 만일 오류가 발생하면 오류가 발생한 지점에서 실행이 중지됩니다.
root@solaris:~#archiver-lvReading '/etc/opt/SUNWsamfs/archiver.cmd'. 1: # ============================================= 2: # /etc/opt/SUNWsamfs/archiver.cmd 3: # --------------------------------------------- 4: # Global Directives 5: logfile = /var/opt/SUNWsamfs/archiver.log 6: # --------------------------------------------- 7: # File System Directives: 8: fs = samqfsms 9: all . 10: 1 5m ... root@solaris:~#
수정된 archiver.cmd 파일에 오류가 없으면 samd config 명령을 사용하여 이를 현재 구성에 로드합니다.
root@solaris:~#samdconfigConfiguring SAM-FS root@solaris:~#
그런 다음 한 카트리지에서 다른 카트리지로 데이터 마이그레이션을 수행합니다.
데이터를 마이그레이션하는 권장 절차는 GNU find 명령의 Oracle HSM 확장인 sfind를 사용하는 것입니다. sfind 명령을 사용하여 지정된 테이프 볼륨에서 파일을 찾고 모든 발견된 파일에 대해 stage 및 rearchive 명령을 실행할 수 있습니다.
sfind, stage, rearchive 명령에 익숙하지 않으면 지금 각각의 매뉴얼 페이지를 검토해야 합니다. 그런 다음 마이그레이션할 데이터를 보유한 각 테이프 카트리지에 대해 다음과 같이 하십시오
파일 시스템 호스트에 root로 로그인합니다.
root@solaris:~#
마이그레이션하려는 파일이 저장된 파일 시스템의 마운트 지점 디렉토리로 이동합니다.
예제에서는 /samqfs1에 마운트된 samqfs1 파일에 저장되어 있는 파일의 아카이브된 복사본을 마이그레이션합니다.
root@solaris:~#cd/samqfs1root@solaris:~#
테이프 볼륨을 선택합니다.
매체 유형에서 매체 유형으로 데이터를 마이그레이션할 때 한번에 하나씩 볼륨을 작업합니다. 아래 예제에서는 볼륨 일련 번호 VOL008을 사용합니다.
먼저, 선택한 볼륨에서 성공적으로 스테이지할 수 없는 손상된 파일이 있는지 검색합니다. Oracle HSM 명령 sfind . -vsn volume-serial-number -damaged를 사용합니다. 여기서 volume-serial-number는 라이브러리에서 볼륨을 고유하게 식별하는 영숫자 문자열입니다.
예제에서는 현재 작업 디렉토리(.)에서 검색을 시작합니다. -vsn 매개변수는 현재 테이프 VOL008에서 발견된 파일로 검색을 제한합니다. -damaged 플래그는 성공적으로 스테이지할 수 없는 파일로 검색을 제한합니다.
root@solaris:~#sfind.-vsnVOL008-damaged
손상된 파일에 대한 sfind 검색 작업으로 결과가 반환되면 파일을 수정합니다. undamage -m media-type -vsn volume-serial-number file 명령을 사용합니다. 설명:
media-type은 부록 A 장비 유형 용어집에 나열된 2자리 매체 유형 코드 중 하나입니다.
volume-serial-number는 볼륨을 고유하게 식별하는 영숫자 문자열입니다.
file은 손상된 파일의 경로 및 이름입니다.
일부 경우에는 일시적 I/O 오류로 인해 복사본이 손상된 것으로 표시될 수 있습니다. Oracle HSM undamage 명령은 이러한 조건을 해결합니다. 예제에서는 아카이브 파일 복사본 /samqfs1/data0008/20131025DAT가 손상된 것으로 보고되었습니다. 따라서 이 파일의 손상을 해결하고 손상된 파일을 다시 검색해봅니다.
root@solaris:~#sfind.-vsnVOL008-damaged/samqfs1/data0008/20131025DAT root@solaris:~#undamage-mlt-vsnVOL008/samqfs1/data0008/20131025DATroot@solaris:~#sfind.-vsnVOL008-damaged
sfind 명령에서 이 파일이 다시 손상된 것으로 나열되면 복사본을 사용할 수 없는 것입니다. 아카이브에 다른 손상되지 않은 파일 복사본이 있는지 확인합니다. 사용 가능한 복사본을 나열하려면 sls -D file 명령을 사용합니다. 여기서 file은 파일의 경로 및 이름입니다. 발견된 복사본의 상태를 확인하려면 sfind file -vsn volume-serial-number 명령을 사용합니다.
예제에서는 undamage 명령이 복사본을 수정할 수 없습니다. 따라서 sls를 사용하여 /samqfs1/data0008/20131025DAT 파일의 모든 복사본을 나열합니다.
root@solaris:~# undamage -m lt -vsn VOL008 /samqfs1/data0008/20131025DAT root@solaris:~# sfind . -vsn VOL008 -damaged /samqfs1/data0008/20131025DAT root@solaris:~#sls-D/samqfs1/data0008/20131025DAT20131025DAT: mode: -rw-r--r-- links: 1 owner: root group: other length: 319279 admin id: 7 inode: 1407.5 project: system(0) offline; archdone; stage -n; copy 1: ---- May 21 07:12 1e4b1.1 lt VOL008copy 2:---- May 21 10:29 109c6.1 ltVOL022...
테이프 볼륨 VOL022는 파일의 두번째 복사본을 보유합니다. 따라서 sfind를 사용하여 두번째 복사본을 확인합니다.
root@solaris:~#sfind/samqfs1/data0008/20131025DAT-vsnVOL022-damaged
복사본을 사용할 수 없으며 파일의 손상되지 않은 복사본이 하나 존재하는 경우 파일을 다시 아카이브합니다. 그런 다음 아카이브가 두 개의 올바른 복사본을 보유하면 손상된 복사본을 아카이브 해제합니다.
예제에서는 VOL008 볼륨의 /samqfs1/data0008/20131025DAT 파일 복사본 1을 사용할 수 없지만 sfind 명령에서 복사본 2에 대한 손상을 찾지 못했습니다. 따라서 VOL008 볼륨에서 손상된 복사본을 아카이브 해제하기 전에 -c 옵션과 함께 archive 명령을 실행하여 유효한 복사본 1을 만듭니다.
root@solaris:~# sfind /samqfs1/data0008/20131025DAT -vsn VOL022 -damaged root@solaris:~#archive-c1/samqfs1/data0008/20131025DAT... root@solaris:~#unarchive-mlt-vsnVOL008/samqfs1/data0008/20131025DAT
사용 가능한 복사본이 존재하지 않으면 파일이 캐시에 있는지 확인합니다. sfind . -vsn volume-serial-number -online 명령을 사용합니다.
예제에서는 VOL008 볼륨의 복사본 1과 VOL022 볼륨의 복사본 2 모두 손상되고 사용할 수 없습니다. 따라서 디스크 캐시에서 파일을 온라인으로 사용할 수 있는지 확인합니다.
root@solaris:~# undamage -m lt -vsn VOL008 /samqfs1/data0008/20131025DAT root@solaris:~# sfind . -vsn VOL008 -damaged /samqfs1/data0008/20131025DAT root@solaris:~# undamage -m lt -vsn VOL022 /samqfs1/data0008/20131025DAT root@solaris:~# sfind /samqfs1/data0008/20131025DAT -vsn VOL022 -damaged /samqfs1/data0008/20131025DAT root@solaris:~#sfind/samqfs1/data0008/20131025DAT-online
사용 가능한 복사본이 존재하지 않지만 파일이 캐시에 있는 경우 파일을 아카이브합니다. 그런 다음 아카이브가 두 개의 올바른 복사본을 보유하면 손상된 복사본을 아카이브 해제합니다.
예제에서는 VOL008 볼륨의 복사본 1과 VOL022 볼륨의 복사본 2가 모두 사용 불가능하므로 VOL008 볼륨에서 손상된 복사본을 아카이브 해제하기 전에 archive 명령을 실행하여 두 개의 유효한 복사본을 만듭니다.
root@solaris:~# undamage -m lt -vsn VOL008 /samqfs1/data0008/20131025DAT root@solaris:~# sfind . -vsn VOL008 -damaged /samqfs1/data0008/20131025DAT root@solaris:~# undamage -m lt -vsn VOL022 /samqfs1/data0008/20131025DAT root@solaris:~# sfind /samqfs1/data0008/20131025DAT -vsn VOL022 -damaged /samqfs1/data0008/20131025DAT root@solaris:~# sfind /samqfs1/data0008/20131025DAT -online /samqfs1/data0008/20131025DAT root@solaris:~#archive/samqfs1/data0008/20131025DATroot@solaris:~#unarchive-mlt-vsnVOL008/samqfs1/data0008/20131025DAT
사용 가능한 복사본이 존재하지 않고, 파일이 디스크 캐시에 없으면 데이터가 손실된 것입니다. 중요한 데이터인 경우 데이터 복구 회사 전문가에게 도움을 요청하십시오. 그렇지 않으면 손상된 복사본을 아카이브 해제합니다.
예제에서는 VOL008 볼륨의 복사본 1과 VOL022 볼륨의 복사본 2 모두 사용할 수 없습니다. sfind 명령은 디스크 캐시에서 파일을 찾을 수 없습니다. 데이터가 중요하지 않습니다. 따라서 VOL008 볼륨에서 손상된 복사본을 아카이브 해제합니다.
root@solaris:~# undamage -m lt -vsn VOL008 /samqfs1/data0008/20131025DAT root@solaris:~# sfind . -vsn VOL008 -damaged /samqfs1/data0008/20131025DAT root@solaris:~# undamage -m lt -vsn VOL022 /samqfs1/data0008/20131025DAT root@solaris:~# sfind /samqfs1/data0008/20131025DAT -vsn VOL022 -damaged /samqfs1/data0008/20131025DAT root@solaris:~# sfind /samqfs1/data0008/20131025DAT -online root@solaris:~#archive/samqfs1/data0008/20131025DATroot@solaris:~#unarchive-mlt-vsnVOL008/samqfs1/data0008/20131025DAT
손상된 파일에 대한 sfind 검색이 결과를 반환하지 않으면 현재 테이프의 파일을 디스크 캐시에 스테이지합니다. sfind . -vsn volume-serial-number -offline -exec stage {}\; 명령을 사용합니다.
-vsn 매개변수는 현재 테이프에서 발견된 파일로 검색을 제한합니다. 항상 한 번에 테이프 하나씩 마이그레이션합니다.
-offline 매개변수는 이미 캐시에 없는 파일로 sfind 출력을 한층 더 제한하므로 데이터를 덮어쓰지 않습니다.
-exec stage {}\; 인수는 sfind가 반환하는 각 경로 및 파일 이름을 사용하며 이를 Oracle HSM stage 명령에 대한 인수로 사용합니다. 그런 다음 stage 명령은 지정된 파일을 디스크 캐시로 복원합니다. 적합한 파일이 모두 스테이지될 때까지 프로세스가 반복됩니다.
예제에서는 sfind -vsn VOL008 -damaged 명령이 출력을 반환하지 않습니다. 따라서 sfind를 사용하여 VOL008에서 검색되고 캐시에 없는 파일을 모두 스테이지합니다.
root@solaris:~# sfind . -vsn VOL008 -damaged root@solaris:~#sfind.-vsnVOL008-offline-execstage{}\;
테이프에서 파일이 스테이지되었으면 선택적으로 다시 아카이브합니다. sfind . -vsn volume-serial-number -online -exec rearch -r -m media-type {}\; 명령을 사용합니다. 여기서 media-type은 마이그레이션 중인 매체 유형입니다.
-vsn 매개변수는 현재 테이프에서 발견된 파일로 검색을 제한합니다. 항상 한 번에 테이프 하나씩 마이그레이션합니다.
-online 매개변수는 캐시에 있는 파일로 sfind 출력을 한층 더 제한하므로 데이터를 덮어쓰지 않습니다.
-exec rearch -r -m media-type {}\; 인수는 sfind가 반환하는 각 경로 및 파일 이름을 사용하며 이를 Oracle HSM rearch -r -m media-type 명령에 대한 인수로 사용합니다. -r 인수는 하위 디렉토리를 통해 프로세스를 반복적으로 실행합니다. -m 인수는 소스 매체에 있는 파일만 다시 아카이브합니다.
예제에서 -vsn 매개변수 값은 VOL008이고 -m 매개변수 값은 DLT 매체인 lt를 지정합니다.
root@solaris:~#sfind.-vsnVOL008-online-execrearch-r-mlt{}\;
sfind 검색이 더 이상 파일을 발견하지 않을 때까지 앞의 단계를 반복합니다.
모든 파일이 다시 아카이브되었을 때 계획한 대로 테이프를 처리합니다(마이그레이션 사후 구 매체 처리 계획 참조).
모든 구 매체에서 새 매체로 데이터가 마이그레이션될 때까지 이 절차를 반복합니다.
