다음 전환 문제를 검토하십시오.
이전 공유 등록 정보를 사용하여 파일 시스템 가져오기 - 풀을 가져오거나 Oracle Solaris 11 전에 만든 파일 시스템 스트림을 수신할 때 sharenfs 및 sharesmb 등록 정보는 등록 정보 값에 직접 모든 공유 등록 정보를 포함합니다. 대부분의 경우에 이러한 레거시 공유 등록 정보는 각 파일 시스템이 공유되는 즉시 해당하는 이름이 지정된 공유 세트로 변환됩니다. 가져오기 작업은 대부분의 경우 마운트 및 공유를 트리거하므로 이름이 지정된 공유에 대한 변환은 가져오기 프로세스 중에 직접 발생합니다.
Oracle Solaris 11에서 업그레이드 - 버전 34로의 풀 업그레이드 이후 첫번째 파일 시스템 공유는 이름이 지정된 공유를 새 형식으로 변환하기 때문에 시간이 오래 걸릴 수 있습니다. 업그레이드 프로세스로 생성된 이름이 지정된 공유는 올바르지만 공유 등록 정보 상속을 활용할 수 없습니다.
공유 등록 정보 값 표시:
# zfs get share.nfs filesystem # zfs get share.smb filesystem
이전 BE로 다시 부트하는 경우 sharenfs 및 sharesmb 등록 정보를 원래 값으로 재설정합니다.
Oracle Solaris 11에서 업그레이드 - Oracle Solaris 11 및 11.1에서 sharenfs 및 sharesmb 등록 정보는 off 및 on 값만 포함할 수 있습니다. 이러한 등록 정보는 공유 특성을 정의하는 데 더 이상 사용되지 않습니다.
/etc/dfs/dfstab 파일은 더 이상 부트 시 파일 시스템을 공유하는 데 사용되지 않습니다. 부트 시, 사용으로 설정된 파일 시스템 공유를 포함하는 모든 마운트된 ZFS 파일 시스템이 자동으로 공유됩니다. 공유는 sharenfs 또는 sharesmb를 on으로 설정할 때 사용으로 설정됩니다.
sharemgr 인터페이스는 더 이상 사용할 수 없습니다. 레거시 share 명령은 레거시 공유를 만드는 데 계속 사용할 수 있습니다. share –a 명령은 파일 시스템 공유가 지속되도록 이전 share –ap 명령과 유사하게 작동합니다. share –p 옵션은 더 이상 사용할 수 없습니다.
시스템 업그레이드 – 이 릴리스에서 등록 정보 변경으로 인해 Oracle Solaris 11 BE로 다시 부트할 경우 ZFS 공유가 잘못될 수 있습니다. 비ZFS 공유는 영향을 받지 않습니다. 이전 BE로 다시 부트하려면 ZFS 공유 구성을 복원할 수 있도록 pkg update 작업을 수행하기 전에 먼저 기존 공유 구성의 복사본을 저장합니다.
이전 BE에서 sharemgr show –vp 명령을 사용하여 모든 공유 및 해당 구성을 나열합니다.
다음 명령을 사용하여 공유 등록 정보 값을 표시합니다.
# zfs get sharenfs filesystem # zfs get sharesmb filesystem
이전 BE로 돌아가면 sharenfs 및 sharesmb 등록 정보와 sharemgr로 정의된 모든 공유를 원래 값으로 재설정하십시오.
레거시 공유 해제 동작 - unshare –a 명령 또는 unshareall 명령을 사용하면 파일 시스템이 공유 해제되지만, SMF 공유 저장소가 업데이트되지는 않습니다. 따라서 기존 공유를 다시 공유하려고 하면 공유 저장소가 충돌하는지 검사하여 오류가 표시됩니다.