이 절에서는 Solaris 10 OS의 새로운 기능과 원래 2002년 5월 배포된 Solaris 9 OS 이후 기능이 강화된 모든 파일 시스템에 대하여 설명합니다.
이 기능은 Software Express 파일럿 프로그램의 새로운 기능입니다. Solaris Express 8/04의 경우 NFS 버전 4가 기본 기능입니다. 이 기능은 Solaris 10 3/05 릴리스에 포함되어 있습니다.
Solaris 10 OS에는 NFS 버전 4 분산 파일 액세스 프로토콜에 대한 Sun의 구현이 포함되어 있습니다. 이 버전은 NFS가 발전하는 다음의 논리적 단계입니다. NFS 버전 4 프로토콜은 RFC 3530에 지정되었으며 IETF(Internet Engineering Task Force)의 찬조로 만들어졌습니다. 이 버전은 공급업체 중립 및 운영 체제 중립이 되도록 디자인되었습니다.
NFS 버전 4는 파일 액세스, 파일 잠금 및 마운트 프로토콜을 하나의 통합된 프로토콜로 통합하여 방화벽을 통한 흐름을 쉽게 하고 보안을 강화했습니다. Solaris에서 구현된 NFS 버전 4는 SEAM으로 알려진 커버로스 V5와 완전히 통합되어 인증, 통합 및 프라이버시를 제공합니다. 또를 NFS 버전 4를 사용하여 클라이언트와 서버 사이에서 사용되는 보안 추가 기능을 협상할 수 있습니다. NFS 버전 4를 사용하여 서버는 서로 다른 파일 시스템에 대하여 다양한 보안 추가 기능을 제공할 수 있습니다.
Solaris에서 구현된 NFS 버전 4는 서버가 파일에 대한 관리를 클라이언트에게 위임하는 기술인 위임이 포함됩니다. 이 기술을 사용하면 클라이언트는 클라이언트에게 알리지 않고 수정이 수행되지 않으므로 왕복 작업의 수가 감소됩니다. 프로토콜에는 또한 작업 복합이 포함되며, 따라서 복수 작업이 단일 “회선상의” 요청으로 조합됩니다.
NFS 버전 4에 대한 자세한 내용은 System Administration Guide: Network Services의 6장, “Accessing Network File Systems(Reference)”를 참조하십시오.
이 기능은 Solaris Express 4/04 릴리스와 Solaris 9 9/04 릴리스의 새로운 기능입니다.
다음 조건을 제외하고 모든 UFS 파일 시스템에서 기본으로 로깅을 사용할 수 있게 되었습니다.
로깅을 사용하지 않도록 명시적으로 설정된 경우
로그용 파일 시스템 공간이 충분하지 않은 경우
이전의 Solaris 릴리스에서는 UFS 로깅을 사용가능 하도록 수동으로 설정해야 했습니다.
UFS 로깅은 완전한 UFS 작업을 구성하는 여러 개의 메타 데이터 변경 사항을 트랜잭션으로 패킹합니다. 일련의 트랜잭션이 디스크 상의 로그에 기록된 후 실제 UFS 파일 시스템의 메타데이터로 적용됩니다.
UFS 로깅에는 두 가지 장점이 있습니다.
트랜잭션 로그로 인하여 파일 시스템이 이미 일정한 경우 시스템 중단 또는 불완전한 종료 후에 fsck를 실행하지 않아도 됩니다.
Solaris 9 12/02 릴리스부터는, UFS 로깅의 성능이 향상되거나 로깅을 사용하지 않는 파일 시스템의 성능 수준을 능가합니다. 로깅을 사용하는 파일 시스템은 여러 개의 업데이트를 단일 업데이트의 동일한 데이터로 변환하므로 성능이 향상됩니다. 이 기능을 사용하면 여러 가지 필요한 오버헤드 디스크 작업을 줄일 수 있습니다.
자세한 내용은 System Administration Guide: Devices and File Systems의 “Solaris 10 릴리스 파일 시스템의 새로운 기능”을 참조하십시오. 또한 mount_ufs(1M) 매뉴얼 페이지를 참조하십시오.
이 기능은 Software Express 파일럿 프로그램과 Solaris 9 12/03 릴리스의 새로운 기능입니다. 이 기능은 Solaris 10 3/05 릴리스에 포함되어 있습니다.
다음과 같은 기능 강화으로 NFS 클라이언트의 성능이 개선되었습니다.
유선 전송 크기에 대한 제한이 완화되었습니다. 이제 유선 전송 크기는 기본 전송의 성능에 따라 달라집니다. 예를 들어 UDP에 대한 NFS 전송 제한은 여전히 32KB입니다. 그러나 TCP가 UDP의 데이터그램 제한이 없는 스트리밍 프로토콜이기 때문에 TCP를 통한 최대 전송 크기가 1MB로 늘어났습니다.
이전에는 모든 쓰기 요청이 NFS 클라이언트와 NFS 서버에 의해 일련화되었습니다. NFS 클라이언트는 응용 프로그램이 동시 쓰기뿐만 아니라 동시 읽기와 쓰기를 단일 파일에 수행할 수 있도록 수정되었습니다. forcedirectio mount 옵션을 사용하여 클라이언트에서 이 기능을 사용 가능하게 할 수 있습니다. 이 옵션을 사용하면 마운트된 파일 시스템 내에서 모든 파일에 대해 이 기능을 사용할 수 있게 됩니다. 또한 directio() 인터페이스를 사용하여 클라이언트의 단일 파일에서 이 기능을 사용 가능하게 할 수 있었습니다. 이 새 기능이 사용 가능하지 않을 경우 파일에 대한 쓰기가 일련화된다는 점에 주의하십시오. 또한 동시 쓰기나 동시 읽기 및 쓰기가 발생하는 경우 해당 파일에 대해 더 이상 POSIX 의미가 지원되지 않습니다.
NFS 클라이언트에서 더 이상 UDP 포트를 과도하게 사용하지 않습니다. 이전에 UDP를 통한 NFS 전송은 처리되지 않은 각 요청에 대해 별도의 UDP 포트를 사용했습니다. 이제 기본적으로 NFS 클라이언트는 예약된 단일 UDP 포트만 사용합니다. 하지만 이 지원은 구성이 가능합니다. 동시 포트를 추가로 사용할 경우 향상된 확장성으로 인해 시스템 성능이 높아진다면 추가 포트를 사용하도록 시스템을 구성할 수 있습니다. 또한 이 기능은 처음부터 이런 유형의 구성 기능이 있는 TCP를 통한 NFS 지원을 미러합니다.
자세한 내용은 System Administration Guide: Network Services를 참조하십시오.
오직 64비트 커널을 실행하는 시스템에서만 멀티테라바이트급 UFS 파일 시스템 지원을 사용할 수 있습니다. 이 기능은 Software Express 파일럿 프로그램과 Solaris 9 8/03 릴리스의 새로운 기능입니다. 이 기능은 Solaris 10 3/05 릴리스에 포함되어 있습니다.
Solaris 10 OS에서는 64비트 Solaris 커널을 실행하는 시스템에서 멀티테라바이트급 UFS 파일 시스템을 지원합니다. 이전에 UFS 파일 시스템은 64비트 및 32비트 모두에서 약 1TB로 제한되어 있었습니다. 모든 UFS 파일 시스템 명령 및 유틸리티는 멀티테라바이트급 UFS 파일 시스템을 지원할 수 있도록 업데이트되었습니다.
처음에는 1TB 미만의 UFS 파일 시스템을 작성할 수 있지만 결국에는 newfs -T 명령을 사용하여 멀티테라바이트급 파일 시스템이 될 수 있도록 해당 파일 시스템을 지정할 수 있습니다. 이 명령은 멀티테라바이트급 파일 시스템에 알맞게 조절될 수 있도록 inode 및 조각 밀도를 설정합니다.
멀티테라바이트급 UFS 파일 시스템에 대한 지원은 멀티테라바이트급 LUN이 사용 가능한 것으로 가정합니다. 이들 LUN은 Solaris 볼륨 관리자 볼륨으로 제공되거나 1Tbyte 이상인 물리적 디스크로 제공됩니다.
멀티테라바이트급 UFS 파일 시스템의 기능은 다음과 같습니다.
최대 16TB 크기의 UFS 파일 시스템을 만들 수 있습니다.
나중에 크기를 최대 16TB까지 증가시킬 수 있는 16TB 미만의 파일 시스템을 만들 수 있습니다.
물리적 디스크 및 Solaris 볼륨 관리자의 로컬 볼륨에 멀티테라바이트급 파일 시스템을 만들 수 있습니다.
1 Tbyte 이상의 시스템에서는 기본적으로 UFS 로깅을 사용할 수 있습니다. 멀티테라바이트급 파일 시스템은 UFS 로깅을 사용 가능으로 설정하여 성능이 향상됩니다. 또한 멀티테라바이트급 파일 시스템은 로깅이 사용 가능으로 설정되면 fsck 명령을 실행하지 않아도 되기 때문에 로깅 가용성이 향상됩니다.
멀티테라바이트급 UFS 파일 시스템의 제한 사항은 다음과 같습니다.
1TB 이상의 파일 시스템을 32비트 Solaris 커널을 실행하는 시스템에 마운트할 수 없습니다.
64비트 Solaris 커널을 실행하는 시스템에서 1TB 이상의 파일 시스템에서 부트할 수 없습니다. 이 제한 사항은 root(/) 파일 시스템을 멀티테라바이트급 파일 시스템상에 둘 수 없음을 의미합니다.
1Tbyte 이상의 개별 파일은 지원되지 않습니다.
UFS 파일 시스템의 TB당 최대 파일 수는 1백만입니다. 이 제한 사항은 fsck 명령을 사용하여 파일 시스템을 확인하는 데 걸리는 시간을 줄여 줍니다.
멀티테라바이트급 UFS 파일 시스템에 설정할 수 있는 최대 할당량은 1024바이트 블럭의 2TB입니다.
멀티테라바이트급 UFS 파일 시스템의 스냅샷 생성에 fssnap 명령을 사용하는 것은 현재 지원되지 않습니다.
자세한 내용은 System Administration Guide: Devices and File Systems의 “Solaris 10 릴리스 파일 시스템의 새로운 기능”을 참조하십시오.
이 기능은 Software Express 파일럿 프로그램의 새로운 기능입니다. 이 기능은 Solaris 10 3/05 릴리스에 포함되어 있습니다.
devfs 파일 시스템은 Software Express 릴리스에 있는 장치를 관리합니다. 사용자는 /dev 디렉토리에 있는 항목을 통해 모든 장치에 계속 액세스합니다. 이러한 항목은 /devices 디렉토리에 있는 항목에 대한 심볼릭 링크입니다. /devices 디렉토리의 내용은 이제 devfs 파일 시스템으로 제어합니다. /devices 디렉토리에 있는 항목은 시스템에서 액세스할 수 있는 장치의 현재 상태를 동적으로 나타냅니다. 이들 항목에는 인증이 필요하지 않습니다.
devfs 파일 시스템에서 다음의 사항이 개선되었습니다.
/devices 디렉토리에서의 작업 결과로 장치 항목이 연결됩니다. 사용되지 않는 항목은 분리됩니다.
시스템을 부트하는 데 필요한 항목만 연결되므로 시스템 부트 성능이 향상됩니다. 새 장치 항목은 장치가 액세스되면 추가됩니다.
자세한 내용은 devfs(7FS) 매뉴얼 페이지를 참조하십시오.
오직 64비트 커널을 실행하는 시스템에서만 멀티테라바이트급 디스크 지원을 사용할 수 있습니다. 이 기능은 Software Express 파일럿 프로그램과 Solaris 9 4/03 릴리스의 새로운 기능입니다. 이 기능은 Solaris 10 3/05 릴리스에 포함되어 있습니다.
Solaris 10 OS에서는 64비트 Solaris 커널을 실행하는 시스템에서 1TB보다 큰 디스크를 지원합니다.
EFI(확장할 수 있는 펌웨어 인터페이스) 레이블은 물리 디스크 및 가상 디스크 볼륨에 대한 지원을 제공합니다. UFS 파일 시스템은 EFI 디스크 레이블과 호환되며 1TB보다 큰 UFS 파일 시스템을 만들 수 있습니다. 이 릴리스에는 또한 1TB보다 큰 디스크를 관리하기 위한 업데이트된 디스크 유틸리티가 포함되어 있습니다.
그러나 SCSI 드라이버, ssd는 현재 최대 2TB까지의 디스크만 지원합니다. 2TB 이상의 디스크 용랑이 필요한 경우 Solaris 볼륨 관리자와 같은 디스크 및 저장소 관리 제품을 사용하여 더 큰 용량의 장치를 만드십시오.
EFI 디스크 레이블 사용에 대한 자세한 내용은 System Administration Guide: Devices and File Systems를 참조하십시오. 이 설명서에는 중요한 정보 및 제한 사항이 수록되어 있습니다. 이 정보는 기존 소프트웨어 제품으로 EFI 디스크 레이블을 사용하는 것을 대상으로 합니다.
또한 이 Solaris 릴리스에서는 Solaris 볼륨 관리자 소프트웨어를 사용하여 1TB보다 큰 디스크를 관리할 수 있습니다. Solaris 볼륨 관리자의 멀티테라바이트급 볼륨 지원을 참조하십시오.
이 기능은 Software Express 파일럿 프로그램의 새로운 기능입니다. 이 기능은 Solaris 10 3/05 릴리스에 포함되어 있습니다.
autofs 환경을 위한 새 구성 파일인 /etc/default/autofs는 autofs 명령 및 autofs 데몬을 구성하는 또 다른 방법을 제공합니다. 이제 이 새 구성 파일에서 명령줄에서 하는 것과 동일한 내용을 지정할 수 있습니다. 그러나 명령줄에서 지정하는 내용과 달리 이 파일은 운영 체제를 업그레이드하는 경우에도 지정 내용을 보존합니다. 또한 더 이상 autofs 환경의 기존 작동을 보존하기 위하여 중요한 시작 파일을 업데이트하지 않아도 됩니다.
다음 키워드를 사용하여 지정 작업을 수행할 수 있습니다.
AUTOMOUNTD_ENV를 사용하여 서로 다른 환경에 서로 다른 값을 지정할 수 있습니다. 이 키워드는 automountd용 -D 인수와 동등합니다.
AUTOMOUNTD_NOBROWSE는 모든 autofs 마운트 지점에 대하여 브라우징을 ON/OFF 합니다. 이 명령은 automountd용 -n 인수와 동등합니다.
AUTOMOUNTD_TRACE는 각 원격 프로시저 호출(RPC)를 확장하며 확장된 RPC를 표준 출력으로 표시합니다. 이 키워드는 automountd용 -T 인수와 동등합니다.
AUTOMOUNTD_VERBOSE는 콘솔에 대한 상태 메시지를 기록하며, automountd 데몬용 -v 인수와 동등합니다.
AUTOMOUNT_TIMEOUT은 파일 시스템을 분리하기 전까지의 해당 파일 시스템의 휴지 기간을 설정합니다. 이 키워드는 automount 명령용 -t 인수와 동등합니다.
AUTOMOUNT_VERBOSE는 autofs 마운트, 마운트 해제 및 기타 중요하지 않은 이벤트에 대하여 통지합니다. 이 키워드는 automountd용 -v 인수와 동등합니다.
자세한 내용은 automount(1M) 및 automountd(1M) 매뉴얼 페이지를 참조하십시오.
자세한 내용은 System Administration Guide: Network Services를 참조하십시오.