나는 몇 년 동안 Oracle RDBMS와 함께 일해 왔으며 오늘 n 번째로 하나를 설치 한 후 왜 / u01, / u02 등에 설치해야하는지 궁금해했습니다.
물론 다른 곳에 설치할 수도 있지만, 알 수없는 이유로이 규칙은 어느 곳에서나 사용되며 / opt와 같은 심각한 Oracle 설치는 보지 못했습니다.
내가 놓친 역사 수업?
나는 몇 년 동안 Oracle RDBMS와 함께 일해 왔으며 오늘 n 번째로 하나를 설치 한 후 왜 / u01, / u02 등에 설치해야하는지 궁금해했습니다.
물론 다른 곳에 설치할 수도 있지만, 알 수없는 이유로이 규칙은 어느 곳에서나 사용되며 / opt와 같은 심각한 Oracle 설치는 보지 못했습니다.
내가 놓친 역사 수업?
답변:
매우 오래된 유닉스와 VMS를 기반으로합니다. 유닉스 (즉, 썬 솔라리스) 머신이 처음 등장한 80 년대 초반에는 루트 머신 이외의 드라이브를 마운트하는 방법이나 위치에 관한 표준이 없었습니다. 따라서 입력하기 쉬운 (즉, 짧은) 무언가가 필요했고 어떤 물리적 드라이브가 죽었는지 확인했습니다. Oracle에서는 마운트 된 각 드라이브가 하나의 데이터 파일에 사용되어 Oracle 이외의 다른 사람이 액세스하지 못했습니다. Oracle의 초기 버전은 데이터 파일의 경로 길이에 제한이있었습니다. 또한 사용자 (dba)는 명령 줄 도구와 edlin을 사용하여 구성 파일을 수정하여 드라이브가 죽은 후 Oracle이 데이터 파일을 찾을 수 있도록해야했습니다.
요약하자면, Oracle 6 및 7의 경우 유지 관리 속도를 높이기 위해 물리적 드라이브에 매핑 된 짧고 기억하기 쉬운 드라이브 경로를 원했습니다.
그 이후로 표준이 만들어지고 수정되었으며 관리 도구가 추가되었습니다. 그러나 그 문서는 변경되지 않았습니다. 설명 된대로 작동하기 때문입니다. 그리고 스마트 DBA는 시스템에서 어떻게 작동하는지 파악할 수 있습니다. 그리고 그들이 Oracle Consulting (일인당 하루 $ 2K)을 할 수 없다면 기꺼이 해줄 것입니다.