릴리스 정보

|5.28 제 6 장 AIX에서의 설치 검증

|5.28.1 NFS 환경에서의 해결 방법

|이 섹션에서는 현재 문서에는 보이지 않는 NFS 환경에서 AIX용 DB2 Data Links Manager를 |실행할 때 발생하는 알려진 문제점에 대한 임시 해결책에 대해 살펴봅니다. |이러한 문제점들은 NFS에 한정된 것으로 DB2 Data Links Manager나 DB2 Universal Database와는 관계가 없습니다. |

|추가 NFS 캐시 발행

|AIX용 NTF 클라이언트에는 두 개의 서로 다른 캐시가 유지보수됩니다. NFS 클라이언트는 |최근에 액세스된 파일 및 디렉토리의 속성과 함께 캐시를 유지보수합니다. |또한 선택적으로 데이터 캐시를 지원해 클라이언트의 파일 내용을 캐싱합니다.

|속성 캐싱 프로세스는 때때로 READ PERMISSION DB 파일을 링크한 후에 |NFS 클라이언트에 특별한 상황을 발생시킵니다. |파일이 링크되기 전에 시스템에 연결된 사용자는 종종 액세스 제어 토큰 없이도 |READ |PERMISSION DB 파일에 액세스할 수 있습니다. |다음 방법 중 하나를 사용하여 권한없이 파일에 함부로 액세스하지 못하도록 하십시오.

|

• |SQL INSERT문을 실행해 링크를 설정하기 전에 먼저 파일에서 |touch 명령을 사용합니다.
• |파일이 들어 있는 디렉토리에서 touch 명령을 사용합니다.
• |다섯 개의 속성 캐시 구성 매개변수(actimeo, acregmin, acregmax, |acdirmin, acdirmax) 중 하나와 함께 mount 명령을 |사용해서 파일이나 디렉토리를 수정한 다음에도 캐시된 속성이 |그대로 유지되는 시간을 최소화합니다. |

|단 하나의 파일만이 링크되고 NFS 활동이 거의 없기 때문에 사용자는 |Data Links 함수를 테스트하는 동안 권한없이 READ PERMISSION DB 파일에 액세스하는 |활동을 관찰할 수 있습니다. 그러나, 제품 환경에서는 NFS 활동이 매우 빈번하게 |발생하며 일반적으로 NFS 속성 캐시가 모든 링크된 파일을 보유하지 않기 때문에 |이러한 시나리오는 거의 발생하지 않습니다. |