【翻译自mos文章】oracle支持在RDBMS HOME 下的 符号链接( Symb
oracle支持在RDBMS HOME 下的 符号链接( Symbolic Links)吗? 参考原文: Does Oracle support Symbolic Links in the RDBMS home? (Doc ID 813116.1) 适用于: Oracle Server - Enterprise Edition - Version 9.2.0.1 to 11.2.0.3 [Release 9.2 to 11.2]
oracle支持在RDBMS HOME 下的 符号链接( Symbolic Links)吗?
参考原文:
Does Oracle support Symbolic Links in the RDBMS home? (Doc ID 813116.1)
适用于:
Oracle Server - Enterprise Edition - Version 9.2.0.1 to 11.2.0.3 [Release 9.2 to 11.2]
Oracle Server - Standard Edition - Version 9.2.0.1 to 11.2.0.3 [Release 9.2 to 11.2]
Information in this document applies to any platform.
答案:
Oracle Home里边的 Symbolic links 是十分强烈discouraged (暂时不知道把discouraged 翻译成啥好),理由是有很多问题会发生。
OUI安装Oracle Home的过程不包括创建 $ORACLE_HOME filesystem structure 到外边的 Symbolic links。因此,后续的到oracle home的符号链接可能是unix os vendor 弄的,此种情况,Oracle 会不给你建议,也不能为你解决问题。
若是额外的符号链接在oracle home中被发现,Oracle Global Customer Support 会要求你把消除符号链接作为排错的一个步骤。请知晓下列事实:
即使向oracle 开发部门登记一个bug,客户也会被要求在没有额外符号链接的情况下,能再现客户所报告的问题。
额外的符号链接经常会导致各种问题和错误,比如oui,dbca,netca以及其他gui工具。
包括relink命令和opatch tool在内的进程和命令也是与符号链接不能兼容的,它们不能以创建为符号链接的形式来工作。
考虑下面的这个例子: oracle home中使用了一个额外的符号链接,该符号链接指向了 $ORACLE_HOME filesystem structure的外部。
在这个环境被当做cloning source(see Note 300062.1, "How To Clone An Existing Server Installation Using OUI") 之前,该系统可能会正常运行。但是,在clone的target system中,这些符号链接是无效的,这些符号链接会指向在target system中不存在的文件和目录。
还有的可能性是 问题在源系统上一直潜伏(lie dormant),并没有发现,直到一个事件(比如relink)在目标系统上被发起。
另外一个例子: 符号链接导致的附加损害(collateral damage)是 安装rdbms software 到符号链接存在的filesystem structure中。
由于对$ORACLE_HOME不实际的使用全路径文件名和命名法(nomenclature),the Oracle Central Inventory (OCI) 也不使用$ORACLE_HOME的全路径文件名和命名法(nomenclature), This frequently leads to subsequent problems when the opatch utility reports that the OCI does not have that oracle home listed.
这个情况会阻止你在$ORACLE_HOME中打patch or patchset。
额外注意:
1.) If you are unsure what a symbolic link is, please see Note 1013357.6 "WHAT ARE SYMBOLIC LINKS?"
2.) One of the more common reasons that Customers mistakenly add symbolic links into an $ORACLE_HOME filesystem structure is to gain additional effective free space within that structure.
3.) You can list all of the symbolic links within an $ORACLE_HOME filesystem structure with the following UNIX OS command:
find $ORACLE_HOME -type l -print
4.) The few symbolic links that the OUI (aka runInstaller) places within the $ORACLE_HOME filesystem structure are to provide both a generic name and a version=specific name for a library file, such as :
/u01/app/oracle/product/10.2.0/db_1/ctx/lib/libicuuc.so
-> /u01/app/oracle/product/10.2.0/db_1/ctx/lib/libicuuc.so.26.1
These symbolic links are created by the OUI during the creation of the binaries, and are present because the OUI created them for the binaries to work correctly. These references are recorded again in the OCI in binary mode and cannot be changed.

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Oracle 데이터베이스 시작 순서는 다음과 같습니다. 1. 전제 조건을 확인합니다. 3. 데이터베이스 인스턴스를 시작합니다. 5. 데이터베이스에 연결합니다. . 서비스를 활성화합니다(필요한 경우). 8. 연결을 테스트합니다.

Oracle 데이터베이스 로그의 보존 기간은 다음을 포함한 로그 유형 및 구성에 따라 다릅니다. 재실행 로그: "LOG_ARCHIVE_DEST" 매개변수로 구성된 최대 크기에 의해 결정됩니다. 보관된 리두 로그: "DB_RECOVERY_FILE_DEST_SIZE" 매개변수로 구성된 최대 크기에 따라 결정됩니다. 온라인 리두 로그: 보관되지 않고 데이터베이스를 다시 시작하면 손실되며 보존 기간은 인스턴스 실행 시간과 일치합니다. 감사 로그: "AUDIT_TRAIL" 매개변수로 구성되며 기본적으로 30일 동안 보관됩니다.

Oracle에 필요한 메모리 양은 데이터베이스 크기, 활동 수준 및 필요한 성능 수준(데이터 버퍼 저장, 인덱스 버퍼, SQL 문 실행 및 데이터 사전 캐시 관리에 필요)에 따라 다릅니다. 정확한 양은 데이터베이스 크기, 활동 수준 및 필요한 성능 수준에 따라 달라집니다. 모범 사례에는 적절한 SGA 크기 설정, SGA 구성 요소 크기 조정, AMM 사용 및 메모리 사용량 모니터링이 포함됩니다.

Oracle은 다음 단계를 통해 dbf 파일을 읽을 수 있습니다. 외부 테이블을 만들고 dbf 파일을 참조하여 데이터를 Oracle 테이블로 가져옵니다.

Oracle 데이터베이스 서버 하드웨어 구성 요구 사항: 프로세서: 기본 주파수가 2.5GHz 이상인 멀티 코어, 대규모 데이터베이스의 경우 32개 이상의 코어가 권장됩니다. 메모리: 소규모 데이터베이스의 경우 최소 8GB, 중간 크기의 경우 16~64GB, 대규모 데이터베이스 또는 과도한 작업 부하의 경우 최대 512GB 이상. 스토리지: SSD 또는 NVMe 디스크, 중복성 및 성능을 위한 RAID 어레이. 네트워크: 고속 네트워크(10GbE 이상), 전용 네트워크 카드, 지연 시간이 짧은 네트워크. 기타: 안정적인 전원 공급 장치, 이중 구성 요소, 호환 가능한 운영 체제 및 소프트웨어, 열 방출 및 냉각 시스템.

Oracle 데이터베이스에 필요한 메모리 양은 데이터베이스 크기, 작업 부하 유형 및 동시 사용자 수에 따라 다릅니다. 일반 권장 사항: 소형 데이터베이스: 16~32GB, 중형 데이터베이스: 32~64GB, 대형 데이터베이스: 64GB 이상. 고려해야 할 다른 요소로는 데이터베이스 버전, 메모리 최적화 옵션, 가상화 및 모범 사례(메모리 사용량 모니터링, 할당 조정)가 있습니다.

Oracle에서 하루에 한 번 실행되는 예약된 작업을 생성하려면 다음 세 단계를 수행해야 합니다. 작업을 생성합니다. 작업에 하위 작업을 추가하고 해당 일정 표현식을 "INTERVAL 1 DAY"로 설정합니다. 작업을 활성화합니다.

Oracle 데이터베이스 메모리 요구 사항은 데이터베이스 크기, 활성 사용자 수, 동시 쿼리, 활성화된 기능 및 시스템 하드웨어 구성 등의 요소에 따라 달라집니다. 메모리 요구 사항을 결정하는 단계에는 데이터베이스 크기 결정, 활성 사용자 수 추정, 동시 쿼리 이해, 활성화된 기능 고려 및 시스템 하드웨어 구성 검사가 포함됩니다.
