Oracle Database File System 정보
DBFS는 로컬 파일 시스템처럼 보이며 서버 구성 요소와 클라이언트 구성 요소를 모두 포함하는 공유 네트워크 파일 시스템을 제공한다는 점에서 NFS와 비슷합니다. DBFS 파일 시스템은 중간 계층 호스트에서 마운트할 수 있으며 일반 공유 파일 시스템으로 액세스할 수 있습니다.
DBFS 마운트에는 DBFS 마운트에 필요한 구성 및 유지 관리 때문에 복잡성이 약간 발생합니다. DB 클라이언트를 마운트하는 호스트에 DB 클라이언트를 설치해야 하며 데이터베이스(테이블스페이스, 사용자 등) 및 클라이언트(전자 지갑, tnsnames.ora 등)의 일부 아티팩트에 대한 초기 설정을 수행해야 합니다. DBFS 마운트로 복사된 컨텐츠가 데이터베이스에 저장되므로 데이터베이스에 추가 용량이 필요합니다.
도메인 구성이나 이진을 DBFS 마운트에 직접 저장하지 않는 것이 좋습니다. 그러면 Oracle Fusion Middleware 파일과 데이터베이스 간에 매우 강력한 종속성이 생성됩니다. 그러나 DBFS 기능의 이점보다는 일부 아티팩트 및 작업이 있습니다.
DBFS for the runtime 폴더 사용 정보
이 접근 방식을 구현하려면 모든 중간 계층 호스트(기본 및 보조)에 DB 클라이언트를 설치하십시오. 데이터베이스(DBFS 테이블스페이스, 사용자 등) 및 클라이언트(전자 지갑, tnsnames.ora 등)에서 일부 아티팩트의 초기 설정을 수행해야 합니다.
중간 계층 호스트에서 DBFS 마운트를 구성하는 예제 스크립트로 dbfs_dr_setup_root.sh 스크립트를 참조하십시오. 이 스크립트는 데이터베이스 클라이언트를 설치하고, 데이터베이스에 DBFS 스키마를 만들고, 클라이언트 아티팩트를 구성하고, 중간 계층 호스트에 DBFS 파일 시스템을 마운트합니다.
스크립트를 다운로드하려면 코드 다운로드로 이동합니다.
이 스크립트를 사용할 경우 다음 사항을 고려하십시오.
- 스크립트를 실행하기 전에 호스트에서 "yum" 유틸리티를 올바르게 구성해야 합니다. 이 스크립트는 yum을 사용하여 DB 클라이언트 설치에 필요한 일부 패키지를 다운로드합니다.
- 스크립트의 "CUSTOMIZABLE VARIABLES" 섹션에 환경 값(사용자 이름, 경로 등)을 제공해야 합니다.
- DBFS_CONFIG_DIR 변수는 DBFS 구성 아티팩트(전자 지갑,
tnsnames.ora및 DBFS를 마운트할 스크립트)의 위치를 사용자정의하는 데 사용됩니다. 사이트 간에 복제되지 않는 위치를 사용하므로 각 사이트는 자체 구성을 갖습니다. 도메인이 복제될 때 보조로 복제되므로 도메인 폴더 아래에 두지 마십시오. - {\f2732 primary database}를 가리키는{\f2732 primary mid-tier }호스트와 보조{\f2732 mid-tier }호스트{\f2732 (}보조 데이터베이스를 가리킴{\f2732 )}에서 스크립트를 실행해야 합니다{\f2732 .} 몇 가지 경고(db user, tablespace 등)가 이미 생성되었지만 이러한 메시지는 무시해도 됩니다.
- 보조 중간 계층 호스트에서 구성을 수행하려면 대기 데이터베이스를 스냅샷 대기 모드로 열어야 합니다. 그 이유는 데이터베이스가 열려 있을 때만 DBFS를 마운트할 수 있기 때문입니다. Oracle Data Guard가 Active Data Guard가 아니면 대기 데이터베이스가 마운트 상태입니다. 이 경우 대기 사이트에서 DBFS 마운트에 액세스하려면 데이터베이스를 스냅샷 대기로 변환해야 합니다.
DBFS 마운트가 모든 중간 계층 호스트에서 구성되면 런타임 데이터에 대한 공유 폴더로 사용할 수 있습니다(예: 파일 어댑터 또는 사용자 정의 응용 프로그램에서 읽기/쓰기하는 파일). 이 컨텐트를 보조 사이트에 수동으로 복제할 필요는 없으며, Oracle Data Guard를 통해 자동으로 복제됩니다. {\f2732 switchover }또는{\f2732 failover}가 발생하면 데이터베이스에 저장된 나머지 정보와 함께 새{\f2732 primary database}에서 런타임 컨텐트를 사용할 수 있습니다{\f2732 .}
런타임 데이터에 DBFS 마운트를 사용하는 경우의 이점
- 사이트 간 복제는 암시적입니다. 기본 사이트의 DBFS 마운트에 저장된 컨텐트는 Oracle Data Guard를 통해 보조 사이트로 복제됩니다.
단점:
- DBFS 성능은 NFS 솔루션(Oracle Cloud Infrastructure File Storage, Oracle ZFS)보다 낮습니다.
- Oracle은 DBFS 마운트가 양호한지 확인하기 위해 전환 후 새 기본 클러스터에
dbfs를 다시 마운트할 것을 권장합니다. DBFS 마운트가 오래될 수 있으며 가리키는 데이터베이스가 일정 시간 동안 열려 있지 않은 경우(예: 데이터베이스가 대기 모드인 경우) 다시 마운트해야 합니다.
DBFS를 사용하여 Oracle WebLogic Server 구성 복제 정보
이 방법은 Oracle Data Guard 복제본의 견고성을 활용합니다. Oracle Driver의 재시도 논리를 통해 가용성이 높고 복원력 있는 동작을 제공합니다. 데이터 센터 간의 대기 시간이 중간이거나 긴 시나리오에서 사용할 수 있습니다. 그러나 구성 복제에 DBFS를 사용하면 설정, 데이터베이스 저장 영역 및 수명 주기 관점에서 다음과 같은 추가적인 의미를 얻을 수 있습니다.
- 이 구성에서는 DBFS 마운트에 필요한 구성 및 유지 관리로 인해 몇 가지 복잡성이 발생합니다. DB 클라이언트를 마운트할 호스트에 설치하려면 데이터베이스(테이블스페이스, 사용자 등) 및 클라이언트(전자 지갑,
tnsnames.ora등)의 일부 아티팩트에 대한 초기 설정이 필요합니다. 데이터베이스 클라이언트를 설치하고, 데이터베이스에 DBFS 스키마를 만들고, 클라이언트 아티팩트를 구성하고, 중간 계층 호스트에 DBFS 파일 시스템을 마운트하는 예제 스크립트로dbfs_dr_setup_root.sh스크립트를 참조하십시오. - DBFS 마운트로 복사된 컨텐츠가 데이터베이스에 저장되므로 데이터베이스에 추가 용량이 필요합니다.
- 도메인 구성이나 이진을 DBFS 마운트에 직접 저장하지 않는 것이 좋습니다. 그러면 Oracle Fusion Middleware 파일과 데이터베이스 간에 매우 강력한 종속성이 생성됩니다. 대신 DBFS를 지원 파일 시스템으로 사용하는 것이 좋습니다. 즉, 중간 스테이징 파일 시스템을 사용하여 대기 사이트에 복제될 정보를 배치합니다. 대기 데이터베이스로의 복제에는 기본 원본 폴더에서 중간 DBFS 마운트까지와 대기 사이트의 DBFS 마운트에서 대기 대상 폴더로의 두 단계가 있습니다.
- DBFS는 데이터베이스가 열려 있는 경우에만 마운트할 수 있습니다. Oracle Data Guard가 Active Data Guard가 아니면 대기 데이터베이스가 마운트 상태입니다. 따라서 이 경우 대기 사이트에서 DBFS 마운트에 액세스하려면 데이터베이스를 스냅샷 대기 데이터베이스로 변환해야 합니다. Active Data Guard가 사용되는 경우 파일 시스템을 읽기용으로 마운트할 수 있으며 스냅샷으로 전환할 필요가 없습니다.
이러한 이유로 DBFS는 모든 파일 시스템 아티팩트를 대기 데이터베이스로 복제하는 범용 솔루션으로 권장되지 않습니다. 예를 들어, DBFS를 사용하여 이진을 복제하는 것은 오버킬입니다.
하지만 이 접근 방식은 스토리지 복제 또는 rsync와 같은 다른 방법을 사용할 수 없는 경우 도메인 공유 구성(ASERVER_HOME)과 같은 수명 주기 동안 일부 동적 아티팩트를 복제하는 데 적합합니다. DBFS를 보조 파일 시스템으로 사용하여 도메인 구성을 복제하는 방법에 대한 예는 Oracle WebLogic Server for Oracle Cloud Infrastructure 재해 복구 백서를 참조하십시오.
스크립트를 다운로드하려면 코드 다운로드로 이동합니다.