상속된 등록 정보는 부모에서 값을 상속하는 등록 정보입니다. 프로젝트는 부모 풀에서 등록 정보를 상속할 수 있으며, 공유는 부모 프로젝트에서 등록 정보를 상속할 수 있습니다. 일반적으로 상속 가능한 등록 정보는 프로젝트 또는 공유에서 명시적으로 설정할 수도 있습니다. 초기에 상속된 등록 정보에 대한 값이 명시적으로 설정되면 해당 등록 정보는 로컬 등록 정보가 됩니다.
BUI에서만 등록 정보가 한 번에 모두 상속될 수 있으며 CLI에서는 개별 등록 정보가 상속될 수 있습니다.
기본적으로 공유는 부모 프로젝트에서 모든 등록 정보를 상속합니다. 프로젝트에서 등록 정보가 변경되면 해당 등록 정보(등록 정보가 로컬에서 설정되지 않음)를 상속하는 모든 공유는 새 값을 반영하기 위해 업데이트됩니다. 상속된 경우 모든 등록 정보는 마운트 지점과 SMB 등록 정보를 제외하고 부모 프로젝트와 동일한 값을 가집니다. 상속된 경우 마운트 지점 및 SMB 등록 정보는 프로젝트 설정을 해당 공유 이름과 연결합니다.
다음 절에서 설명되는 등록 정보와 함께 암호화 등록 정보도 상속됩니다. 풀이 암호화되면 해당 풀 아래에 만들어진 모든 프로젝트는 풀의 암호화 설정을 상속합니다. 프로젝트가 암호화되면 해당 프로젝트 아래에 만들어진 모든 공유는 프로젝트의 암호화 설정을 상속합니다. 암호화 등록 정보를 참조하십시오. 암호화된 프로젝트 만들기 - BUI, CLI 및 암호화된 파일 시스템 또는 LUN 만들기 - BUI, CLI도 참조하십시오.
백업에서 복원을 통해 상속된 등록 정보 설정을 변경하는 방법과 변경을 방지하는 방법에 대한 설명은 백업에서 복원한 후 상속된 등록 정보 설정을 참조하십시오.
마운트 지점 등록 정보는 파일 시스템이 마운트된 위치입니다. 이 등록 정보는 파일 시스템에만 유효합니다.
다음과 같은 제한 사항이 마운트 지점 등록 정보에 적용됩니다.
/export 아래에 있어야 합니다
다른 공유와 충돌할 수 없습니다
적절한 페일오버를 허용하기 위해 클러스터 피어의 다른 공유와 충돌할 수 없습니다
마운트 지점 등록 정보를 상속할 때 현재 데이터 세트 이름이 슬래시(/)로 결합되어 프로젝트의 마운트 지점 설정에 추가됩니다. 예를 들어, home 프로젝트의 마운트 지점 설정이 /export/home인 경우 home/bob가 마운트 지점 /export/home/bob를 상속합니다.
SMB 공유는 해당 리소스 이름을 통해 내보내며 프로토콜상에서 마운트 지점이 표시되지 않습니다. 그러나 SMB 전용 공유도 어플라이언스에 대해 유효한 고유 마운트 지점을 가지고 있어야 합니다.
몇 가지 제한 사항이 있지만 마운트 지점을 다른 공유의 마운트 지점 아래에 중첩할 수 있습니다. 자세한 내용은 파일 시스템 이름 공간 사용을 참조하십시오.
읽기 전용 등록 정보는 파일 시스템 내용이 읽기 전용인지 여부를 제어합니다. 이 등록 정보는 파일 시스템에만 유효합니다.
프로토콜 설정에 관계없이 읽기 전용 파일 시스템의 내용은 수정할 수 없습니다. 이 설정은 파일 시스템의 등록 정보를 이름 바꾸기, 삭제 또는 변경하는 기능에 영향을 주지 않습니다. 또한 파일 시스템이 읽기 전용인 경우 액세스 제어 등록 정보는 파일 시스템의 루트 디렉토리에 대한 속성을 수정해야 하므로 변경할 수 없습니다.
읽기 시 액세스 시간 업데이트 등록 정보는 파일을 읽을 때 해당 파일에 대한 액세스 시간을 업데이트할지 여부를 제어합니다. 이 등록 정보는 파일 시스템에만 유효합니다.
POSIX 표준의 경우 파일에 대한 액세스 시간에 마지막으로 파일을 읽은 시간이 제대로 반영되어야 합니다. 이 경우 주로 읽기 전용 작업량의 경우에도 기본 파일 시스템에 대한 쓰기 실행이 필요합니다. 주로 많은 수의 파일에 대한 읽기로 구성된 작업 세트의 경우 이 등록 정보를 해제하면 표준 준수 이점이 없어지는 대신 성능 향상을 기대할 수 있습니다. 이러한 업데이트는 비동기적으로 수행되며 함께 그룹화되므로 해당 효과가 작업 부하가 큰 경우를 제외하고는 표시되지 않아야 합니다.
비블로킹 필수 잠금 등록 정보는 POSIX 의미에 대해 SMB 잠금 의미가 적용되는지 여부를 제어합니다. 이 등록 정보는 파일 시스템에만 유효합니다.
기본적으로 파일 시스템은 POSIX 표준에 따라 파일 동작을 구현합니다. 이러한 표준은 기본적으로 SMB 프로토콜에서 필요한 동작과 호환되지 않습니다. 기본 프로토콜이 SMB인 공유의 경우 이 옵션은 항상 사용으로 설정해야 합니다. 이 등록 정보를 변경하는 경우 모든 클라이언트를 연결 해제하고 다시 연결해야 합니다.
데이터 중복 제거 등록 정보는 데이터의 중복 복사본이 제거되는지 여부를 제어합니다. 중복 제거는 동기식이며, 범위가 풀 전체이며, 블록을 기반으로 하며 프로젝트 기준별 또는 공유 기준별로 사용으로 설정할 수 있습니다.
프로젝트 또는 공유에서 중복 제거를 사용으로 설정하려면 먼저 스토리지 풀을 메타 장치로 구성하십시오. 메타 장치는 중복 제거와 같은 사용 사례를 최적화하기 위한 특정 메타데이터 유형을 저장하는 데 사용되는 전용 캐시 장치입니다.
중복 제거도 레코드 크기가 128K 이상인 데이터 세트에서만 사용할 수 있습니다.
중복 제거를 사용으로 설정하려면 프로젝트 또는 공유에 대한 일반 등록 정보 화면에서 Data Deduplication(데이터 중복 제거) 확인란을 선택합니다. 중복 제거된 데이터의 크기와 중복 제거 비율이 Status Dashboard(상태 대시보드)의 Usage(사용량) 영역에 나타납니다. 중복 제거가 사용으로 설정된 상태에서 쓰여진 데이터는 데이터 체크섬에 의해 인덱스화된 중복 제거 테이블에 입력됩니다. 중복 제거는 암호화 기법으로 강력한 SHA-256 체크섬을 강제로 사용합니다. 후속 쓰기는 중복 데이터를 식별하고 디스크의 기존 복사본만 보유합니다. 중복 제거는 동일한 레코드 크기로 쓰여진 동일한 크기 데이터의 블록 사이에서만 수행될 수 있습니다. 최상의 결과를 얻으려면 레코드 크기를 데이터를 사용하는 응용 프로그램의 해당 레코드 크기로 설정합니다. 작업량 스트리밍의 경우 큰 레코드 크기를 사용합니다.
OS8.6 이전 소스가 중복 제거가 사용으로 설정된 대상에 대해 복제되고 있는 경우 호환성 테스트가 메타 장치의 대상 또는 패키지의 중복 제거된 공유를 확인합니다. 호환성 테스트에서 이 중 하나가 발견되면 대상은 복제 업데이트를 수신할 때 중복 제거 설정을 보존합니다.
데이터에 중복 항목이 없는 경우 데이터 중복 제거를 사용으로 설정하면 어떠한 혜택도 제공하지 않고 오버헤드(보다 CPU 집중적인 체크섬 및 온디스크 중복 제거 테이블 항목)를 추가합니다. 데이터에 중복 항목이 있는 경우 데이터 중복 제거를 사용으로 설정하면 지정된 블록의 복사본 하나(발생 횟수에 상관없이)만 저장하여 공간을 절약합니다. 중복 제거는 체크섬이 컴퓨트하는 데 더 많은 비용이 들고 중복 제거 테이블의 메타데이터가 액세스 및 유지 관리되어야 한다는 점에서 성능에 영향을 줄 수 있습니다.
중복 제거는 공유의 계산된 크기에 영향을 미치지 않으며 풀에 사용된 공간의 양에도 영향을 미치지 않습니다. 예를 들어, 두 공유에 동일한 512GB 파일이 포함되어 있는 경우, 파일이 각각 512GB로 표시되지만 풀 합계는 512GB이며 중복 제거 비율이 512G(2x)로 보고됩니다. 세 개의 공유에 동일한 512GB 파일이 포함되어 있는 경우, 파일 크기가 각각 512GB로 표시되지만 풀 합계는 512GB이며 중복 제거 비율이 1024G(3x)로 보고됩니다.
중복 제거 성능을 모니터하는 데 사용되는 분석 세트는 세 가지입니다.
ZFS DMU 작업(DMU 객체 유형이 수행) - 이 분석은 기타 ZFS 작업에 비교하여 데이터 중복 제거 테이블에 대해 수행되는 작업 수를 표시합니다.
풀에서 사용된 메타 장치 바이트 - 메타데이터 장치에서 사용되는 공간의 양입니다.
이 통계는 메타 장치 용량의 1% 이상이 사용될 때까지 빈 상태로 유지됩니다.
풀에서 사용된 메타 장치 퍼센트 - 메타데이터 장치에서 사용되는 공간의 퍼센트입니다.
이 통계는 메타 장치 용량의 1% 이상이 사용될 때까지 빈 상태로 유지됩니다.
암호화와 함께 중복 제거를 사용하려면 CCM 모드 암호화를 사용한 AES만 중복 제거와 호환된다는 것을 명심하십시오. 자세한 내용은 암호화 키 관리를 참조하십시오.
데이터 압축 등록 정보는 데이터가 디스크에 쓰여지기 전에 압축되는지 여부를 제어합니다. 공유는 상황에 따라 스토리지 풀에 쓰기 전에 데이터를 압축할 수 있습니다. 이 경우 증가된 CPU 사용률을 포기하는 대신 훨씬 더 커진 스토리지 사용률을 예상할 수 있습니다. 기본적으로는 압축이 수행되지 않습니다. 압축에서 최소 공간 절약을 생성하지 않는 경우 데이터를 다시 읽는 동안 불필요한 압축 해제를 방지하기 위해 해당 압축이 디스크로 커밋되지 않습니다. 압축 알고리즘을 선택하기 전에 필요한 성능 테스트를 수행하고 달성된 압축률을 측정하는 것이 좋습니다.
|
체크섬 등록 정보는 데이터 블록에 사용되는 체크섬을 제어합니다. 어플라이언스에서는 모든 데이터가 디스크에서 체크섬되며 이러한 방식으로 일반적인 위험(특정 유령 읽기 및 쓰기)을 방지합니다. 이를 통해 시스템이 장치에서 반환된 잘못된 데이터를 감지할 수 있습니다. 일반적인 작업에는 기본 체크섬(fletcher4)으로도 충분하지만 사용자가 추가 CPU 로드를 감수하고 체크섬 기능을 강화할 수도 있습니다. 메타데이터는 항상 동일한 알고리즘을 사용하여 체크섬되므로 이는 사용자 데이터(파일 또는 LUN 블록)에만 영향을 줍니다.
|
캐시 장치 사용 등록 정보는 공유에 캐시 장치가 사용되는지 여부를 제어합니다. 기본적으로 모든 데이터 세트는 시스템의 모든 캐시 장치를 사용합니다. 캐시 장치는 스토리지 풀의 일부분으로 구성되며 보다 신속한 계층형 액세스에 대한 캐시의 추가 계층을 제공합니다. 캐시 장치에 대한 자세한 내용은 스토리지 구성을 참조하십시오. 이 등록 정보는 스토리지 풀에 현재 캐시 장치가 구성되어 있는지 여부와 관련이 없습니다. 예를 들어, 캐시 장치가 없는 경우에도 이 등록 정보를 all로 설정할 수 있습니다. 향후 이러한 장치가 추가되는 경우 공유는 자동으로 추가 성능의 이점을 얻습니다. 이 등록 정보는 기본(DRAM) 캐시 사용에 영향을 주지 않습니다.
|
동기식 쓰기 바이어스 등록 정보는 동기식 쓰기를 서비스할 때의 동작을 제어합니다. 기본적으로 시스템은 빠른 응답 시간을 제공하도록 로그 장치를 활용하는 대기 시간에 대한 동기식 쓰기를 최적화합니다. 분리 파일 시스템이 여러 개 있는 시스템에서는 이로 인해 로그 장치에서 경합이 발생하여 모든 소비자의 대기 시간이 늘어날 수 있습니다. 동기식 의미를 요청하는 여러 파일 시스템을 사용하는 경우에도 일부 파일 시스템이 다른 파일 시스템보다 더 대기 시간에 민감할 수 있습니다.
일반적인 경우는 별도의 로그를 사용하는 데이터베이스입니다. 로그는 대기 시간에 매우 민감하며 데이터베이스 자체적으로 동기식 의미가 필요한 경우 대역폭이 더 커지며 대기 시간에 민감하지 않습니다. 이러한 환경에서 로그 파일 시스템을 latency으로 둔 상태에서 주 데이터베이스에 대해 이 등록 정보를 throughput으로 설정하면 성능이 상당히 향상될 수 있습니다. 효과가 그리 크지 않을 수도 있지만 로그 장치가 없는 경우에도 이 설정은 동작을 변경합니다.
동기식 쓰기 바이어스 설정은 Oracle Intelligent Storage Protocol에 의해 무시될 수 있습니다. Oracle Intelligent Storage Protocol은 파일 시스템에 정의된 쓰기 바이어스를 사용하는 대신 Oracle Database NFSv4.0 또는 NFSv4.1 클라이언트에서 제공하는 쓰기 바이어스 값을 사용할 수 있습니다. Oracle Database NFSv4.0 또는 NFSv4.1 클라이언트에서 보낸 쓰기 바이어스 값은 해당 쓰기 요청에 대해서만 사용됩니다.
|
데이터베이스 레코드 크기 등록 정보는 파일 시스템에 있는 파일의 권장 블록 크기를 지정합니다. 이 등록 정보는 파일 시스템에서만 유효하며 고정 크기 레코드의 파일을 액세스하는 데이터베이스 작업 부하에서만 사용하도록 디자인되었습니다. 시스템이 일반적인 액세스 패턴에 맞게 최적화된 내부 알고리즘에 따라 블록 크기를 자동으로 조정합니다. 매우 큰 파일을 만들지만 작은 무작위 청크로 액세스하는 데이터베이스의 경우 이러한 알고리즘은 최적의 방식이 아닐 수 있습니다. 데이터베이스의 레코드 크기보다 크거나 같은 레코드 크기를 지정하면 상당한 성능상의 이점을 얻을 수 있습니다. 일반 목적의 파일 시스템에서는 이 등록 정보를 사용하지 않는 것이 좋으며, 이 등록 정보를 사용할 경우 성능에 부정적인 영향을 줄 수 있습니다.
기본 레코드 크기는 128KB입니다. 크기는 512바이트에서 1MB 이하의 값 중 모든 값에 대한 2배 값으로 지정해야 합니다. 파일 시스템의 레코드 크기를 변경하면 이후에 만들어지는 파일에만 영향을 줍니다. 기존 파일 및 수신된 데이터는 영향을 받지 않습니다. 128K보다 큰 블록 크기가 프로젝트 또는 공유에 사용되는 경우 큰 블록 크기를 지원하지 않는 시스템에 대한 프로젝트 또는 공유 복제는 실패합니다.
데이터베이스 레코드 크기 설정은 Oracle Intelligent Storage Protocol에 의해 무시될 수 있습니다. Oracle Intelligent Storage Protocol은 파일 시스템에 정의된 레코드 크기를 사용하는 대신 Oracle Database NFSv4.0 또는 NFSv4.1 클라이언트에서 제공하는 블록 크기 값을 사용할 수 있습니다. Oracle Database NFSv4.0 또는 NFSv4.1 클라이언트에서 제공하는 블록 크기는 새 데이터베이스 파일 또는 테이블을 만드는 경우에만 적용할 수 있습니다. 기존 파일 및 테이블의 블록 크기는 변경되지 않습니다. 자세한 내용은 Oracle Database 클라이언트에 대해 Oracle ZFS Storage Appliance 구성을 참조하십시오.
추가 복제 등록 정보는 스토리지 풀의 중복성 외에 각 블록의 저장된 복사본 수도 제어합니다. 메타데이터는 항상 여러 복사본과 함께 저장되지만 이 등록 정보를 사용하면 데이터 블록에 동일한 동작이 적용될 수 있습니다. 스토리지 풀은 이러한 추가 블록을 서로 다른 장치에 저장하려고 시도하지만 이러한 시도가 보장되지는 않습니다. 또한 전체 논리 장치(RAID 스트라이프, 미러링된 쌍 등)가 손실된 경우 스토리지 풀을 가져올 수 없습니다. 이 등록 정보는 스토리지 풀에서 적절한 복제에 대한 대체가 아니지만 관리자의 걱정을 덜어줄 수 있습니다.
바이러스 검사 등록 정보는 파일 시스템에서 바이러스를 검사할지 여부를 제어합니다. 이 등록 정보는 파일 시스템에만 유효합니다. 이 등록 정보 설정은 바이러스 검사 서비스의 상태와는 관련이 없습니다. 바이러스 검사 서비스가 사용으로 설정된 경우에도 이 등록 정보를 사용하여 파일 시스템 검사를 명시적으로 사용으로 설정해야 합니다. 마찬가지로 바이러스 검사 서비스 자체가 해제되어 있는 경우에도 특정 공유에 대해 바이러스 검사를 사용으로 설정할 수 있습니다. 바이러스 검사 구성에 대한 자세한 내용은 바이러스 검사를 참조하십시오.
설정할 경우 공유 또는 프로젝트를 삭제할 수 없습니다. 이러한 삭제에는 종속 복제본을 통한 공유 삭제, 프로젝트 내 공유 삭제 또는 복제 패키지 삭제가 포함됩니다. 그러나 이는 복제 업데이트를 통해 삭제된 공유에 영향을 주지 않습니다. 이 등록 정보가 설정되어 있어도 복제에 대한 소스인 어플라이언스에서 공유가 삭제되면 대상에서 해당되는 공유가 삭제됩니다. 공유를 삭제하려면 먼저 별도의 단계로 등록 정보를 명시적으로 해제해야 합니다. 이 등록 정보는 기본적으로 해제되어 있습니다.
기본적으로 파일 소유권은 루트 사용 내보내기를 사용하여 적합한 클라이언트에서 루트 사용자에 의한 경우가 아니면 변경할 수 없습니다. 이 기능은 이 등록 정보를 해제하여 파일 시스템 기준별 또는 프로젝트 기준별로 해제할 수 있습니다. 이 등록 정보가 해제된 경우 파일 소유권은 파일 또는 디렉토리의 소유자에 의해 변경될 수 있으므로 사실상 사용자가 자신의 파일을 다른 사람에게 "제공"할 수 있습니다. 소유권이 변경되면 모든 setuid 또는 setgid 비트가 스트립되어 사용자가 이 작업을 통해 권한을 에스컬레이션할 수 없습니다.