DEFINE STGPOOL(순차 액세스 디바이스에 할당된 사본 스토리지 풀 정의)
순차 액세스 디바이스에 할당된 사본 스토리지 풀을 정의하려면 이 명령을 사용하십시오.
권한 클래스
이 명령을 실행하려면 시스템 권한이 있어야 합니다.
구문
- 1 RECLAMATIONTYPE=SNAPLOCK 설정은 IBM Storage Protect for Data Retention에 사용 가능한 서버에 정의된 스토리지 풀에만 유효합니다. 스토리지 풀은 FILE 디바이스 클래스에 지정해야 하며, 해당 디바이스 클래스에 지정된 디렉토리는 NetApp SnapLock 볼륨이어야 합니다.
- 2 값 NETAPPDUMP, CELERRADUMP및 NDMPDUMP는 FILE 디바이스 클래스로 정의된 스토리지 풀에 대해 유효하지 않습니다.
- 3 이 매개변수는 FILE 디바이스 클래스로 정의된 스토리지 풀에만 유효합니다.
- 4 이 매개변수는 DEDUPLICATE 매개변수의 값이 YES인 경우에만 사용할 수 있습니다.
매개변수
- pool_name (필수)
- 정의할 스토리지 풀의 이름을 지정합니다. 이름은 고유해야 하며 최대 길이는 30자입니다.
- device_class_name (필수)
- 이 사본 스토리지 풀이 할당된 순차 액세스 디바이스 클래스 이름을 지정합니다. DISK를 제외한 모든 디바이스 클래스를 지정할 수 있습니다.
- POoltype= COpy (필수)
- 사용자가 사본 스토리지 풀을 정의하도록 지정합니다.
- DESCription
- 사본 스토리지 풀 설명을 지정합니다. 이 매개변수는 선택사항입니다. 설명의 최대 길이는 255자입니다. 설명에 공백이 있는 경우, 설명을 따옴표로 묶어야 합니다.
- ACCess
- 클라이언트 노드 및 서버 프로세스(예: 교정)가 사본 스토리지 풀에 있는
파일에 액세스할 수 있는 방법을 지정합니다. 이 매개변수는 선택사항입니다. 기본값은 READWRITE입니다. 다음 값을 지정할 수 있습니다.
- READWrite
- 파일을 사본 스토리지 풀에 있는 볼륨으로부터 읽어들이고, 볼륨으로 쓸 수 있도록 지정합니다.
- READOnly
- 클라이언트 노드가 사본 스토리지 풀의 볼륨에 저장된 파일을 읽을 수만 있도록
지정합니다.
서버 프로세스는 스토리지 풀에 있는 볼륨 내에서 파일을 이동할 수 있습니다. 서버는 사본 스토리지 풀의 파일을 사용하여 1차 스토리지 풀로 파일을 복원할 수 있습니다. 그러나 스토리지 풀 외부에 있는 볼륨에서는 사본 스토리지 풀의 볼륨에 새로 쓸 수 없습니다. 스토리지 풀은 사본 스토리지 풀로 백업될 수 없습니다.
- UNAVailable
- 클라이언트 노드가 사본 스토리지 풀의 볼륨에 저장된 파일에 액세스할 수 없도록 지정합니다.
서버 프로세스는 스토리지 풀에 있는 볼륨 내에서 파일을 이동할 수 있습니다. 서버는 사본 스토리지 풀의 파일을 사용하여 1차 스토리지 풀로 파일을 복원할 수 있습니다. 그러나 스토리지 풀 외부에 있는 볼륨에서는 사본 스토리지 풀의 볼륨에 새로 쓸 수 없습니다. 스토리지 풀은 사본 스토리지 풀로 백업될 수 없습니다.
- COLlocate
- 서버가 다음 후보 중 하나에 속하는 가능한 적은 수의 볼륨에 저장된 데이터를 보존하려고 하는지 여부를 지정합니다.
- 단일 클라이언트 노드
- 파일 공간 그룹
- 클라이언트 노드 그룹
- 클라이언트 파일 공간
collocation은 복원, 검색 및 재호출 조작을 위한 순차 액세스 매체 마운트의 수를 감축합니다. 그러나 collocation은 저장할 파일을 배치하는 데 필요한 서버 시간 양과 필요한 볼륨 수를 모두 증가시킵니다.
다음 옵션 중 하나를 지정할 수 있습니다.- No
- Collocation이 불가능하도록 지정합니다.
- GRoup
- 클라이언트 노드 또는 파일 공간의 그룹 레벨에서 collocation이 가능하도록 지정합니다. collocation 그룹의 경우, 서버가 가능한 적은 볼륨에서 동일한 collocation 그룹에 속하는 노드 또는 파일 공간의 데이터를 저장하려고 시도합니다.
COLLOCATE=GROUP을 지정하지만 collocation 그룹을 정의하지 않거나, 노드 또는 파일 공간을 collocation 그룹에 추가하지 않은 경우, 데이터가 노드별로 배치됩니다. collocation 그룹으로 클라이언트 노드 또는 파일 공간을 구성하는 경우 테이프 사용량을 고려하십시오.
예를 들어, 테이프 기반 스토리지 풀이 노드의 데이터로 구성된 경우 COLLOCATE=GROUP을 지정하면, 서버가 다음 조치를 완료합니다.- 그룹화된 노드에 대해 데이터를 그룹별로 배치합니다. 가능한 경우, 서버는 노드 그룹에 속하는 데이터를 단일 테이프 또는 몇몇 테이프에 배치합니다. 또한 단일 노드의 데이터를 그룹과 연관된 여러 테이프에 나누어 보관할 수 있습니다.
- 그룹화되지 않은 노드에 대해 데이터를 노드별로 배치합니다. 가능할 경우, 서버는 단일 노드 데이터를 단일 테이프에 저장합니다. 다른 테이프의 사용 가능한 공간이 사용되기 전에 이미 노드 데이터가 들어 있는 사용 가능한 모든 테이프가 사용됩니다.
테이프 기반 스토리지 풀이 그룹화된 파일 공간의 데이터로 구성된 경우 COLLOCATE=GROUP을 지정하면, 서버가 다음 조치를 완료합니다.- 그룹화된 파일 공간에 대해서만 데이터를 그룹별로 배치합니다. 가능한 경우, 서버는 파일 공간 그룹에 속하는 데이터를 단일 테이프 또는 몇몇 테이프에 배치합니다. 또한 단일 파일 공간의 데이터를 그룹과 연관된 여러 테이프에 나누어 보관할 수 있습니다.
- 데이터를 노드별로 함께 배치합니다(파일 공간 collocation 그룹에 명시적으로 정의되지 않은 파일 공간의 경우). 예를 들어, NODE1에는 A, B, C, D 및 E라는 파일 공간이 있습니다. 파일 공간 A 및 B는 파일 공간 collocation 그룹에 속하지만 C, D 및 E는 그렇지 않습니다. 파일 공간 A 및 B는 파일 공간 collocation 그룹별로 함께 배치되는 반면, C, D 및 E는 노드별로 함께 배치됩니다.
데이터는 최소 용량의 순차 액세스 볼륨에 배치됩니다.
- NODe
- 클라이언트 노드 레벨에서 collocation이 가능하도록 지정합니다. collocation 그룹의 경우, 서버는 가능한 한 적은 수의 볼륨에 한 노드의 데이터를 저장하려고 시도합니다. 노드에 여러 개의 파일 공간이 있는 경우, 서버는 이러한 파일 공간을 배치하려고 하지 않습니다. 이전 버전과의 호환성을 위해 COLLOCATE=YES는 서버가 클라이언트 노드 레벨에서 collocation을 지정할 수 있도록 허용됩니다.
스토리지 풀에 collocation 그룹의 구성원인 노드의 데이터가 들어 있으며 COLLOCATE=NODE를 지정하면, 데이터가 노드별로 배치됩니다.
- FIlespace
- 클라이언트 노드에 대한 파일 공간 레벨에서 Collocation이 가능하도록 지정합니다. 서버는 가능한 한 적은 볼륨 상에 하나의 노드와 파일 공간의 데이터를 배치하려고 합니다. 노드에 여러 개의 파일 공간이 있는 경우, 서버는 서로 다른 볼륨 상에 서로 다른 파일 공간의 데이터를 배치하려고 합니다.
- REClaim
- 볼륨의 교정 가능 공간의 백분율을 기반으로, 서버가 볼륨을 교정하는 시기를 지정합니다. 교정 가능 공간은 IBM
Storage Protect 데이터베이스에서 만료되거나 삭제된 파일이 차지하는 공간의 크기입니다.
교정은 한 볼륨에서 다른 볼륨으로 나머지 만료되지 않은 파일을 이동하여 볼륨상의 조각난 공간을 다시 사용할 수 있도록 하며, 원래 볼륨도 재사용할 수 있게 됩니다. 이 매개변수는 선택사항입니다. 1 - 100 범위의 정수를 지정할 수 있습니다. 기본값은 100이고, 이 값은 교정이 수행되지 않음을 의미합니다.
서버는 볼륨에서 교정 가능한 공간의 백분율이 스토리지 풀의 교정 임계값보다 큰 경우 볼륨을 교정 후보로 판별합니다.
기본값에서 값을 변경할 경우, 두 볼륨에 저장된 파일이 하나의 출력 볼륨에 결합될 수 있도록 50 퍼센트 이상의 값을 지정합니다.
오프사이트인 사본 풀 볼륨이 교정하기에 적합해지면, 교정 프로세스는 온사이트의 1차 또는 사본 스토리지 풀에 있는 교정 가능한 볼륨의 만료되지 않은 파일을 확보하려고 합니다. 그런 다음, 프로세스는 원래 사본 스토리지 풀에서 사용 가능한 볼륨에 이 파일을 기록합니다. 실제로, 이 파일은 다시 온사이트 위치로 이동됩니다. 그러나, 오프사이트 볼륨의 파일을 참조하는 데이터베이스 백업이 사용될 경우, 장애가 발생한 후에도 오프사이트 볼륨에서 파일을 획득할 수 있습니다. 교정이 오프사이트 볼륨에 대해 작업하는 방식에 주의하여 사본 스토리지 풀에 대해서는 교정을 신중하게 사용하십시오.
중요: 교정 처리는 데이터를 복원하기 위해 온사이트로 가져오고 데이터를 다른 볼륨으로 이동하기 위해 가져오지 않으므로 ONSITERETRIEVE 또는 RESTOREONLY 상태인 볼륨을 교정하지 않습니다. 데이터 복원을 위해 MOVE DRMEDIA 명령을 실행하고 TOSTATE=ONSITERETRIEVE 또는 TOSTATE=RESTOREONLY 매개변수 값을 지정하여 스토리지 풀 볼륨을 온사이트로 리턴하는 경우, 스토리지 교정 처리 시 이러한 볼륨을 건너뜁니다. 교정 처리를 수행할 수 있으려면 이러한 스토리지 풀 볼륨이 MOUNTABLE 상태여야 합니다. - RECLAIMPRocess
- 이 스토리지 풀의 볼륨을 교정하는 데 사용할 병렬 프로세스 수를 지정합니다. 이 매개변수는 선택사항입니다. 1-999 범위의 값을 입력하십시오. 기본값은 1입니다.이 매개변수의 값을 계산할 때 교정 처리에 필요한 다음 자원을 고려하십시오.
- 순차 스토리지 풀의 수
- 조작 전용으로 사용할 수 있는 논리 및 실제 드라이브의 수
예를 들어, 두 순차 액세스 스토리지 풀에서 동시에 볼륨을 교정하고 각 스토리지 풀에 대해 네 개의 프로세스를 지정한다고 가정하십시오. 스토리지 풀에 같은 디바이스 클래스가 있습니다. 각 프로세스에는 두 개의 마운트 포인트가 필요하며 디바이스 유형이 FILE이 아닌 경우에는 두 개의 드라이브가 필요합니다. (하나는 입력 볼륨에 사용되며 다른 드라이브는 출력 볼륨에 사용됩니다.) 8개의 교정 프로세스를 동시에 실행하려면 최소 16개의 마운트 포인트와 16개의 드라이브가 필요합니다. 스토리지 풀의 디바이스 클래스에는 최소 16개의 마운트 제한이 있어야 합니다.
각각의 사본 스토리지 풀에 대해 하나 이상의 교정 프로세스를 지정할 수 있습니다. 단일 사본 스토리지 풀에 대해 여러 개의 동시 교정 프로세스를 지정할 수 있으며 이를 통해 사용 가능한 테이프 드라이브 또는 FILE 볼륨을 더 효율적으로 사용할 수 있습니다. 여러 개의 동시 처리가 필요하지 않은 경우, RECLAIMPROCESS 매개변수에 1 값을 지정하십시오.
- RECLAMATIONType
- 볼륨을 교정 및 관리하는 방법을 지정합니다. 이 매개변수는 선택사항입니다. 기본값은 THRESHOLD입니다. 사용할 수 있는 값은 다음과 같습니다.
- THRESHold
- 이 스토리지 풀에 대한 RECLAIM 속성의 임계값을 기반으로 이 스토리지 풀에 속하는 볼륨을 교정하도록 지정합니다.
- SNAPlock
- NetApp
Data ONTAP 소프트웨어 및 NetApp SnapLock 볼륨을 사용하여 이 스토리지 풀에 속한 FILE 볼륨의 보존을 관리하도록 지정합니다. 이 매개변수는 데이터 보존 보호가 사용 가능하고
FILE 디바이스 클래스에 지정된 서버에 정의되는 스토리지 풀에만 유효합니다. 스토리지 풀 내의 볼륨은 임계값을
기반으로 교정되지 않습니다. 스토리지 풀의 RECLAIM 값은 무시됩니다.
이 스토리지 풀의 모든 볼륨은 FILE 볼륭으로 작성됩니다. 스토리지 풀의 아카이브 사본 그룹에 있는 보존 속성에서 파생된 보존 날짜는 NetApp Data ONTAP 운영 체제의 SnapLock 기능을 사용하여 FILE 볼륨의 메타데이터에 설정됩니다. 보존 날짜가 만료될 때까지, FILE 볼륨 및 이 볼륨의 모든 데이터는 이 볼륨이 저장된 실제 SnapLock 볼륨에서 삭제할 수 없습니다.
동일한 디바이스 클래스 이름에 정의하는 경우, 정의할 모든 스토리지 풀의 RECLAMATIONTYPE 매개변수는 동일해야 합니다. 지정된 RECLAMATIONTYPE 매개변수가 디바이스 클래스 이름에 이미 정의된 스토리지 풀에 대해 정의된 것과 다른 경우 DEFINE 명령이 실패합니다.
- OFFSITERECLAIMLimit
- 이 스토리지 풀의 교정 중에 공간이 교정되는 오프사이트 볼륨 수를
지정합니다. 이 매개변수는 선택사항입니다. 기본값은 NOLIMIT입니다. 다음 값을 지정할 수 있습니다.
- NOLimit
- 모든 오프사이트 볼륨에서 공간을 교정하도록 지정합니다.
- 숫자
- 공간을 교정할 오프사이트 볼륨 수를 지정합니다. 0 - 99999 범위의 정수를 지정할 수 있습니다. 0 값은 교정되는 오프사이트 볼륨이 없음을 의미합니다.팁:
OFFSITERECLAIMLIMIT의 값을 판별하려면 오프사이트 볼륨 교정 조작 종료 시 실행되는 메시지의 통계 정보를 사용하십시오. 통계 정보는 다음과 같습니다.
- 처리된 오프사이트 볼륨 수
- 사용된 병렬 프로세스 수
- 처리 시 필요한 총 시간
오프사이트 볼륨을 교정하는 순서는 볼륨 내의 사용되지 않은 공간량을 기본으로 합니다. (사용되지 않은 공간에는 볼륨에서 사용된 적이 없는 공간과 파일 삭제로 인해 비워진 공간이 포함됩니다.) 사용하지 않은 공간의 최대 용량을 가진 볼륨이 처음으로 교정됩니다.
예를 들어, 세 개의 볼륨(VOL1, VOL2 및 VOL3)을 포함하는 사본 스토리지 풀이 있다고 가정하십시오. VOL1이 사용되지 않은 공간이 가장 많은 볼륨이고 VOL3이 사용되지 않은 공간이 가장 적은 볼륨입니다. 세 개의 볼륨 각각에서 사용되지 않은 공간의 백분율이 RECLAIM 매개변수의 값보다 더 큰 것으로 가정합니다. OFFSITERECLAIMLIMIT 매개변수에 값을 지정하지 않으면 교정이 실행될 때 세 개의 볼륨이 모두 교정됩니다. 값을 2로 지정한 경우, 교정을 실행하면 VOL1 및 VOL2가 교정됩니다. 값을 1로 지정한 경우, 교정을 실행하면 VOL1만이 교정됩니다.
- MAXSCRatch(필수)
- 서버가 이 스토리지 풀에 대해 요청할 수 있는 최대 스크래치 볼륨 수를 지정합니다. 0 - 100000000 범위의 정수를 지정할 수 있습니다. 서버가 필요에 따라 스크래치 볼륨을 요청할 수 있도록 하면 사용할 각 볼륨을 정의하지 않아도 됩니다.
이 매개변수에 지정된 값은 사본 스토리지 풀에서 사용 가능한 총 볼륨 수 및 사본 스토리지 풀의 해당 예상 용량을 추정하는 데 사용됩니다.
스크래치 볼륨이 비어 있게 되면 스토리지 풀에서 자동으로 삭제됩니다. 그러나 스크래치 볼륨에 대한 액세스 모드가 OFFSITE인 경우, 볼륨은 액세스 모드가 변경될 때까지 사본 스토리지 풀에서 삭제되지 않습니다. 그러면 관리자가 서버에서 빈 오프사이트 스크래치 볼륨을 조회하여 이를 온사이트 위치로 리턴할 수 있습니다.
디바이스 유형이 FILE인 스크래치 볼륨이 비어 삭제되면, 서버는 볼륨이 차지하고 있던 공간을 비워서 파일 시스템으로 리턴합니다.
팁: 가상 볼륨을 사용하고 소량의 데이터를 저장하는 서버 간 조작의 경우, 다른 유형의 볼륨에 대한 쓰기 조작에 일반적으로 지정하는 값보다 큰 MAXSCRATCH 매개변수의 값을 지정하는 것을 고려하십시오. 가상 볼륨에 대한 쓰기 조작 후, IBM Storage Protect 는 디바이스 클래스 정의의 MAXCAPACITY 매개변수 값에 도달하지 않더라도 볼륨을 FULL로 표시합니다. 서버가 가상 볼륨을 FILLING 상태로 유지하지 않고 해당 볼륨에 추가하지 않습니다. MAXSCRATCH 매개변수 값이 너무 적은 경우 서버 간 조작에 실패할 수 있습니다. - REUsedelay
- 모든 파일이 볼륨에서 삭제된 후 볼륨이 재기록되거나 스크래치 풀로 리턴되기까지 반드시 경과해야 하는 일 수를 지정합니다. 이 매개변수는 선택사항입니다. 0 - 9999 범위의 정수를 지정할 수 있습니다. 기본값은 0이며, 모든 파일이 볼륨에서 삭제되자마자 볼륨이 재기록되거나 스크래치 풀로 리턴될 수 있음을 의미합니다.팁: 데이터베이스를 이전 레벨로 복원할 때 사본 스토리지 풀의 파일에 대한 데이터베이스 참조가 여전히 유효한지 확인하려면 이 매개변수를 사용하십시오. 이 매개변수를 가장 오래된 데이터베이스 백업을 보존하려는 일 수보다 큰 값으로 지정해야 합니다. 이 매개변수에 지정된 일 수는 SET DRMDBBACKUPEXPIREDAYS 명령에 지정된 일 수와 동일해야 합니다.
- OVFLOcation
- 스토리지 풀에 대해 오버플로우 위치를 지정합니다. 서버는 명령을 사용하여 라이브러리에서 방출되는 볼륨에 이 위치 이름을 할당합니다. 이 매개변수는 선택사항입니다. 위치 이름의 최대 길이는 255자입니다. 위치 이름에 공백이 있는 경우, 위치 이름을 따옴표로 묶어야 합니다.
- DATAFormat
- 이 스토리지 풀로 파일을 백업하고 이 스토리지 풀에서 파일을 복원하는
데 사용하는 데이터 형식을 지정합니다. 기본 형식은 NATIVE
서버 형식입니다. 다음 값을 지정할 수 있습니다.
- NATive
- 데이터 형식이 기본 IBM Storage Protect 서버 형식이고 블록 헤더를 포함하도록 지정합니다.
- NONblock
- 데이터 형식이 기본 IBM
Storage Protect 서버 형식이고 블록 헤더를 포함하지 않도록 지정합니다.FILE 디바이스 클래스와 연관된 볼륨의 기본 최소 블록 크기는 볼륨에 기록되는 데이터 양에 관계없이 256KB입니다. 특정 태스크의 경우, NONBLOCK 데이터 형식을 지정하여 스토리지 볼륨에서 낭비되는 공간을 최소화할 수 있습니다. 예를 들어, 다음 태스크에 대해 NONBLOCK 데이터 형식을 지정할 수 있습니다.
- 컨텐츠 관리 제품 사용
- DIRMC 클라이언트 옵션을 사용하여 디렉토리 정보 저장
- Windows용 IBM Storage Protect for Space Management 또는 IBM Storage Protect HSM을 사용하여 매우 작은 파일 마이그레이션
- NETAPPDump
- 데이터를 NetApp 덤프 형식으로 지정합니다. 덤프 형식이고 NDMP를 사용하여 NetApp 파일 서버에서 백업한 파일 시스템 이미지에 대해서는 이 데이터 형식을 지정하지 마십시오. 서버는 DATAFORMAT=NETAPPDUMP가 있는 스토리지 풀에 대해 스토리지 풀 교정 또는 AUDIT VOLUME 를 완료하지 않습니다. 볼륨을 재사용해야 하는 경우, MOVE DATA 명령을 사용하여 NDMP 생성 데이터를 볼륨에서 다른 위치로 이동시킬 수 있습니다.
- CELERRADump
- 데이터를 EMC Celerra 덤프 형식으로 지정합니다. 덤프 형식이고 NDMP를 사용하여 EMC Celerra 파일 서버에서 백업한 파일 시스템 이미지에 대해서는 이 데이터 형식을 지정하지 마십시오. 서버는 DATAFORMAT=CELERRADUMP가 있는 스토리지 풀에 대해 스토리지 풀 교정 또는 AUDIT VOLUME 를 완료하지 않습니다. 볼륨을 재사용해야 하는 경우, MOVE DATA 명령을 사용하여 NDMP 생성 데이터를 볼륨에서 다른 위치로 이동시킬 수 있습니다.
- NDMPDump
- 데이터를 NAS 공급업체 특정 백업 형식으로 지정합니다. 백업 형식의 파일 시스템 이미지 및 NetApp 또는 EMC Celerra 파일 서버가 아닌 다른 NAS 파일 서버에서 백업한 파일 시스템 이미지에 대해서는 이 데이터 형식을 지정하지 마십시오. 서버는 DATAFORMAT=NDMPDUMP가 있는 스토리지 풀에 대해 스토리지 풀 교정 또는 AUDIT VOLUME 를 완료하지 않습니다. 볼륨을 재사용해야 하는 경우, MOVE DATA 명령을 사용하여 NDMP 생성 데이터를 볼륨에서 다른 위치로 이동시킬 수 있습니다.
- CRCData
- 서버에서 볼륨 감사 처리가 발생할 때 순환 중복 검사(CRC)에서 스토리지 풀 데이터를 검증하는지 여부를 지정합니다. 이 매개변수는 NATIVE 데이터 형식 스토리지 풀에만 유효합니다. 이 매개변수는 선택사항입니다. 기본값은 NO입니다. CRCDATA를 YES로 설정하고 AUDIT VOLUME 명령을 스케줄하여 스토리지 계층에 저장된 데이터의 무결성을 지속적으로 확인할 수 있습니다. 다음 값을 지정할 수 있습니다.
- Yes
- CRC 정보를 포함하는 데이터가 저장되도록 지정하며 스토리지 풀 데이터를 검증하도록 볼륨 감사 처리에 허용됩니다. 이 모드는 스토리지 풀과 서버 간에 CRC 값을 계산하고 비교하는 데 추가 처리가 필요하므로 성능에 영향을 줍니다.
- No
- CRC 정보없이 데이터가 저장되도록 지정합니다.
팁:3592, LTO 또는 ECARTRIDGE 디바이스 유형과 연관된 스토리지 풀의 경우, 논리 블록 보호는 스토리지 풀에 대한 CRC 유효성 검증보다 데이터 손상에 대해 더 나은 보호를 제공합니다. 스토리지 풀에 대해 CRC 유효성 검증을 지정하는 경우, 데이터는 볼륨이 조작을 감사하는 동안에만 유효성 검증됩니다. 오류는 데이터가 테이프에 기록된 후에 식별됩니다.
논리 블록 보호를 사용하려면 3592, LTO 또는 ECARTRIDGE 디바이스 유형에 대한 DEFINE DEVCLASS 및 UPDATE DEVCLASS 명령에서 LBPROTECT 매개변수에 대해 READWRITE값을 지정하십시오. 논리 블록 보호는 다음 유형의 드라이브 및 매체에서만 지원됩니다.- IBM® LTO5 이후에는
- IBM 3592 Generation 3드라이브 이상 (3592 Generation 2매체 이상 포함).
- Oracle StorageTek T10000C 및 T10000D 드라이브
- DEDUPlicate
- 이 스토리지 풀에 저장된 데이터의 중복을 제거할지 여부를 지정합니다. 이 매개변수는 선택적이며 FILE 유형 디바이스 클래스로 정의된 스토리지 풀에만 유효합니다. 기본값은 NO입니다.
- IDENTIFYPRocess
- 서버 측 데이터 중복 제거에 사용할 병렬 프로세스의 수를 지정합니다. 이 매개변수는 선택적이며 FILE 디바이스 클래스로 정의된 스토리지 풀에만 유효합니다. 0 - 50 범위의 값을 입력하십시오.
이 매개변수의 기본값은 0입니다. 1차 스토리지 풀에 데이터 중복 제거 프로세스를 지정하는 경우 사본 스토리지 풀에 대한 데이터 중복 제거 프로세스는 필요하지 않습니다. IBM Storage Protect 가 스토리지 풀의 파일을 분석할 때 IBM Storage Protect 는 다른 모든 스토리지 풀의 파일도 분석합니다.
주의: 데이터 중복 제거 프로세스는 활성 또는 유휴 상태일 수 있습니다. 파일 작업 중인 프로세스는 활성 상태입니다. 파일 작업을 대기 중인 프로세스는 유휴 상태입니다. 중복 제거될 데이터가 있는 볼륨을 사용할 수 있을 때까지 프로세스는 유휴 상태로 남아 있습니다. 데이터 중복 제거를 위한 QUERY PROCESS 명령의 출력에는 프로세스가 처음 시작된 이후로 처리된 총 바이트 수 및 파일 수가 포함됩니다. 예를 들어, 데이터 중복 제거 프로세스가 4개의 파일을 처리하고 유휴 상태가 된 후 5개의 파일을 추가로 처리할 경우 처리된 총 파일 수는 9개입니다. 프로세스가 취소되거나 스토리지 풀에 대한 데이터 중복 제거 프로세스 수가 현재 지정된 값 미만으로 변경되는 경우에만 프로세스가 종료됩니다.
예제: DC480 디바이스 클래스로 사본 스토리지 풀 정의
사본 스토리지 풀 TAPEPOOL2를 DC480 디바이스 클래스로 정의합니다. 이 풀에 대해 최대 50개의 스크래치 볼륨을 허용합니다. 45일 동안 볼륨의 재사용을 지연시킵니다.define stgpool tapepool2 dc480 pooltype=copy
maxscratch=50 reusedelay=45