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