다음 모범 사례에 따라 저장소 가용성을 유지 관리하고 오류를 최소화합니다.
모든 지원 업데이트로 로컬 저장소가 업데이트되도록 유지합니다. 지원 업데이트에는 보안 업데이트 및 기타 중요한 수정 사항이 포함되어 있습니다. Oracle Solaris OS 패키지 저장소의 각 부 버전 및 업데이트는 전체 패키지 세트로 릴리스됩니다. SRU는 변경된 패키지만 포함된 스파스 업데이트로 릴리스됩니다.
지원 업데이트의 패키지 하위 세트를 저장소에 추가하지 마십시오. 지원 업데이트의 모든 컨텐츠를 로컬 저장소에 추가합니다.
지원 업데이트를 건너뛰지 마십시오. 해당하는 모든 지원 업데이트를 각 저장소에 누적합니다.
Oracle 게시자가 제공한 패키지를 제거하지 마십시오.
svc:/application/pkg/mirror SMF(서비스 관리 기능) 서비스를 사용하여 오라클 고객 지원 센터 저장소에서 로컬 마스터 저장소를 자동으로 업데이트합니다. 지침은 인터넷에서 자동으로 저장소를 복사하는 방법을 참조하십시오.
사용자는 설치할 entire 통합 패키지 버전을 지정하여 저장소의 최신 버전보다 이전 버전으로 업데이트할 수 있습니다. Oracle Solaris 11.2의 소프트웨어 추가 및 업데이트 의 4 장, Oracle Solaris 이미지 업데이트 또는 업그레이드를 참조하십시오.
저장소의 컨텐츠 또는 등록 정보 값을 변경할 때마다 pkgrepo verify 명령을 사용합니다. pkgrepo verify 명령은 저장소 컨텐츠의 다음 속성이 올바른지 확인합니다.
파일 체크섬.
파일 사용 권한. 저장소 파일 및 디렉토리와 저장소까지의 경로를 검사하여 pkg5srv 사용자가 저장소 컨텐츠를 읽을 수 있는지 확인합니다.
패키지 매니페스트 사용 권한.
패키지 매니페스트 컨텐츠.
패키지 서명.
공유 위치는 BE(부트 가능 환경)에 없는 위치입니다. 공유 위치의 예로 /var/share 및 /export가 있습니다. 공유 위치에 저장소를 만들면 다음과 같은 이점이 있습니다.
다른 기존 BE에서 저장소를 쉽게 사용할 수 있습니다.
업그레이드를 통해 또는 기존 BE를 복제하여 새 BE를 만드는 경우 저장소 복사본을 여러 개 구현하여 공간을 낭비하지 않습니다.
다른 BE에서 이미 수행한 저장소 업데이트를 다시 적용하는 데 시간과 I/O 리소스를 낭비하지 않습니다.
비전역 영역을 사용 중인 경우 게시자가 전역 영역에 구성되지 않은 경우에도 비전역 영역에 구성된 게시자의 모든 위치를 전역 영역에서 액세스할 수 있어야 합니다.
개별 ZFS 파일 시스템을 사용하면 다음을 수행할 수 있습니다.
향상된 성능을 얻을 수 있습니다.
파일 시스템 특성을 개별적으로 설정할 수 있습니다. 예를 들어, 저장소를 업데이트할 때 성능 향상을 위해 atime을 off로 설정합니다. atime 등록 정보는 파일을 읽을 때 파일의 액세스 시간을 업데이트할지 여부를 제어합니다. 이 등록 정보를 off로 설정하면 파일을 읽을 때 쓰기 트래픽이 발생하지 않습니다.
리소스 사용을 관리할 수 있습니다. 각 저장소 데이터 세트에 적합한 디스크 할당량을 지정하여 큰 저장소 업데이트가 풀의 모든 공간을 사용하지 않도록 합니다. 이 모범 사례는 인터넷에서 자동으로 저장소를 복사하는 방법의 설명에 따라 자동으로 업데이트를 수행하는 경우에 특히 중요합니다.
스냅샷을 만들 수 있습니다.
다음과 같은 이점을 얻으려면 저장소를 업데이트할 때마다 저장소 파일 시스템의 스냅샷을 작성합니다.
스냅샷에서 이전 버전의 저장소로 롤백합니다.
스냅샷에서 저장소를 업데이트하여 사용자 방해를 최소화합니다.
각기 다른 위치에 저장소 복제본을 유지 관리합니다. 지침은 여러 개의 동일한 로컬 저장소 유지 관리를 참조하십시오.
캐싱, 로드 균형 조정 및 여러 저장소 제공을 위해 웹 서버를 구성합니다. 자세한 내용은 Chapter 5, 웹 서버 뒤에서 저장소 서버 실행을 참조하십시오.
지침은 HTTPS 저장소 액세스 구성을 참조하십시오.