TR-4988: SnapCenter를 사용하여 ANF에서 Oracle 데이터베이스 백업, 복구 및 클론 복제
Allen Cao, Niyaz Mohamed, NetApp
이 솔루션은 NFS 프로토콜을 사용하는 기본 데이터베이스 스토리지로서 Microsoft Azure NetApp Files에 자동화된 Oracle을 구축하는 데 대한 개요와 세부 정보를 제공하며, Oracle 데이터베이스는 dNFS를 사용하는 컨테이너 데이터베이스로 구축됩니다. Azure에 배포된 데이터베이스는 간편한 데이터베이스 관리를 위해 SnapCenter UI 도구를 사용하여 보호됩니다.
목적
NetApp SnapCenter 소프트웨어는 애플리케이션, 데이터베이스 및 파일 시스템 전반에서 데이터 보호를 안전하게 조율하고 관리하는 사용하기 쉬운 엔터프라이즈 플랫폼입니다. 스토리지 시스템의 활동 감독 및 규제 범주에는 영향을 주지 않으면서 이러한 작업을 애플리케이션 소유자에게 넘겨 백업, 복원 및 클론 라이프사이클 관리를 간소화합니다. 또한 스토리지 기반 데이터 관리를 활용하여 성능 및 가용성을 향상하고 테스트 및 개발 시간을 단축합니다.
TR-4987의 경우 "NFS를 통해 Azure NetApp Files에서 Oracle을 간편하고 자동화된 방식으로 구축"또한, Azure 클라우드의 ANF(Azure NetApp Files)에서 자동화된 Oracle 구축을 시연합니다. 이 설명서에서는 매우 사용하기 쉬운 SnapCenter UI 툴을 사용하여 Azure 클라우드의 ANF에서 Oracle 데이터베이스 보호 및 관리를 소개합니다.
이 솔루션은 다음과 같은 사용 사례를 해결합니다.
-
SnapCenter을 통해 Azure 클라우드의 ANF에 구축된 Oracle 데이터베이스의 백업 및 복구
-
데이터베이스 스냅샷 및 클론 복사본을 관리하여 애플리케이션 개발을 가속화하고 데이터 라이프사이클 관리를 향상합니다.
대상
이 솔루션은 다음과 같은 사용자를 대상으로 합니다.
-
Azure NetApp Files에 Oracle 데이터베이스를 구현하려는 DBA입니다.
-
Azure NetApp Files에서 Oracle 워크로드를 테스트하려는 데이터베이스 솔루션 설계자입니다.
-
Azure NetApp Files에서 Oracle 데이터베이스를 구축하고 관리하고자 하는 스토리지 관리자
-
Azure NetApp Files에서 Oracle 데이터베이스를 설치하고자 하는 애플리케이션 소유자
솔루션 테스트 및 검증 환경
이 솔루션의 테스트 및 검증은 최종 구축 환경과 일치하지 않을 수 있는 랩 설정에서 수행되었습니다. 섹션을 참조하십시오 구축 시 고려해야 할 주요 요소 를 참조하십시오.
있습니다
하드웨어 및 소프트웨어 구성 요소
* 하드웨어 * |
||
Azure NetApp Files |
Microsoft가 제공하는 Azure 서비스입니다 |
Premium 서비스 수준이 포함된 용량 풀입니다 |
DB 서버용 Azure VM |
Standard_B4ms - vCPU 4개, 16GiB |
Linux 가상 머신 인스턴스 2개 |
SnapCenter용 Azure VM |
Standard_B4ms - vCPU 4개, 16GiB |
Windows 가상 머신 인스턴스 1개 |
* 소프트웨어 * |
||
RedHat Linux |
RHEL Linux 8.6(LVM) - x64 Gen2 |
테스트를 위해 RedHat 서브스크립션을 배포했습니다 |
Windows Server를 선택합니다 |
2022 데이터 센터; AE 핫패치 - x64 Gen2 |
호스팅 SnapCenter 서버 |
Oracle 데이터베이스 |
버전 19.18 |
패치 p34765931_190000_Linux-x86-64.zip |
Oracle OPatch |
버전 12.2.0.1.36 |
패치 p6880880_190000_Linux-x86-64.zip |
SnapCenter 서버 |
버전 5.0 |
작업 그룹 배포 |
JDK를 엽니다 |
버전 java-11-openjdk |
DB VM에 대한 SnapCenter 플러그인 요구 사항 |
NFS 를 참조하십시오 |
버전 3.0 |
Oracle dNFS가 설정되었습니다 |
Ansible |
코어 2.16.2 |
파이썬 3.6.8 |
실습 환경의 Oracle 데이터베이스 구성
* 서버 * |
* 데이터베이스 * |
* DB 스토리지 * |
오라-01 |
NTAP1(NTAP1_PDB1, NTAP1_PDB2, NTAP1_PDB3) |
/u01, /u02, /u03 ANF 용량 풀에 NFS 마운트 |
오라-02 |
NTAP2(NTAP2_PDB1, NTAP2_PDB2, NTAP2_PDB3) |
/u01, /u02, /u03 ANF 용량 풀에 NFS 마운트 |
구축 시 고려해야 할 주요 요소
-
* SnapCenter 배포. * SnapCenter는 Windows 도메인 또는 작업 그룹 환경에 배포할 수 있습니다. 도메인 기반 배포의 경우 도메인 사용자 계정은 도메인 관리자 계정이거나 도메인 사용자가 SnapCenter 호스팅 서버의 로컬 관리자 그룹에 속해야 합니다.
-
* 이름 확인. * SnapCenter 서버는 각 관리되는 대상 데이터베이스 서버 호스트의 IP 주소로 이름을 확인해야 합니다. 각 타겟 데이터베이스 서버 호스트는 SnapCenter 서버 이름을 IP 주소로 확인해야 합니다. DNS 서버를 사용할 수 없는 경우 확인을 위해 로컬 호스트 파일에 이름을 추가합니다.
-
* 리소스 그룹 구성. * SnapCenter의 리소스 그룹은 함께 백업할 수 있는 유사한 리소스의 논리적 그룹입니다. 따라서 대규모 데이터베이스 환경에서 백업 작업 수를 간소화하고 줄일 수 있습니다.
-
* 전체 데이터베이스 및 아카이브 로그 백업을 분리합니다. * 전체 데이터베이스 백업에는 데이터 볼륨 및 로그 볼륨 정합성 보장 그룹 스냅샷이 포함됩니다. 전체 데이터베이스 스냅샷을 자주 사용하면 스토리지 소비가 증가하지만 RTO는 향상됩니다. 그 대안은 전체 데이터베이스 스냅샷의 빈도가 낮고 아카이브 로그 백업을 더 자주 수행하므로 스토리지 사용량이 적고 RPO는 향상되지만 RTO가 확장될 수 있습니다. 백업 체계를 설정할 때 RTO 및 RPO 목표를 고려하십시오. 또한 볼륨에 대한 스냅샷 백업 수는 1023개로 제한됩니다.
-
* 권한 위임. * SnapCenter UI에 내장된 역할 기반 액세스 제어를 활용하여 필요한 경우 응용 프로그램 및 데이터베이스 팀에 권한을 위임합니다.
솔루션 구축
다음 섹션에서는 Azure 클라우드의 Azure NetApp Files에서 SnapCenter 구축, 구성 및 Oracle 데이터베이스 백업, 복구 및 클론을 위한 단계별 절차를 제공합니다.
배포를 위한 사전 요구 사항
Details
구축을 위해서는 Azure에서 ANF에서 실행되는 기존 Oracle 데이터베이스가 필요합니다. 그렇지 않은 경우 아래 단계에 따라 솔루션 검증을 위해 두 개의 Oracle 데이터베이스를 생성합니다. 자동화를 통해 Azure 클라우드에서 ANF에 Oracle 데이터베이스를 구축하는 방법에 대한 자세한 내용은 TR-4987: "NFS를 통해 Azure NetApp Files에서 Oracle을 간편하고 자동화된 방식으로 구축"
-
Azure 계정이 설정되었으며 Azure 계정 내에 필요한 VNet 및 네트워크 세그먼트가 생성되었습니다.
-
Azure 클라우드 포털에서 Azure Linux VM을 Oracle DB 서버로 구축합니다. Oracle 데이터베이스용 Azure NetApp Files 용량 풀 및 데이터베이스 볼륨을 생성합니다. DB 서버에 대한 azureuser에 대한 VM SSH 개인/공개 키 인증을 활성화합니다. 환경 설정에 대한 자세한 내용은 이전 섹션의 아키텍처 다이어그램을 참조하십시오. 참조됩니다 "Azure VM 및 Azure NetApp Files에 대한 단계별 Oracle 구축 절차" 을 참조하십시오.
로컬 디스크 이중화를 통해 구축된 Azure VM의 경우 Oracle 설치 파일을 준비하고 OS 스왑 파일을 추가할 수 있는 충분한 공간을 확보하기 위해 VM 루트 디스크에 128G 이상을 할당해야 합니다. /tmplv 및 /rootlv OS 파티션을 적절하게 확장합니다. 데이터베이스 볼륨 이름이 vmName-u01, vmName-u02 및 vmName-u03 규칙을 따르는지 확인합니다. sudo lvresize -r -L +20G /dev/mapper/rootvg-rootlv
sudo lvresize -r -L +10G /dev/mapper/rootvg-tmplv
-
Azure 클라우드 포털에서 최신 버전으로 NetApp SnapCenter UI 툴을 실행할 Windows 서버를 프로비저닝합니다. 자세한 내용은 다음 링크를 참조하십시오. "SnapCenter 서버를 설치합니다".
-
최신 버전의 Ansible 및 Git가 설치된 Ansible 컨트롤러 노드로 Linux VM을 프로비저닝합니다. 자세한 내용은 다음 링크를 참조하십시오. "NetApp 솔루션 자동화 시작하기" 섹션 -
Setup the Ansible Control Node for CLI deployments on RHEL / CentOS
또는
Setup the Ansible Control Node for CLI deployments on Ubuntu / Debian
.Ansible 컨트롤러 노드는 ssh 포트를 통해 Azure DB VM에 연결할 수 있는 한 사전 누락 또는 Azure 클라우드에서 찾을 수 있습니다. -
NetApp용 Oracle 구현 자동화 툴킷 복사본을 복제합니다. 의 지침을 따릅니다 "TR-4887 을 참조하십시오" 플레이북을 실행합니다.
git clone https://bitbucket.ngage.netapp.com/scm/ns-bb/na_oracle_deploy_nfs.git
-
777 권한이 있는 Azure DB VM/tmp/archive 디렉토리에 Oracle 19c 설치 파일 다음에 스테이징
installer_archives: - "LINUX.X64_193000_db_home.zip" - "p34765931_190000_Linux-x86-64.zip" - "p6880880_190000_Linux-x86-64.zip"
-
다음 동영상을 시청하십시오.
SnapCenter를 사용하여 ANF에서 Oracle 데이터베이스 백업, 복구 및 클론 생성 -
를 검토합니다
Get Started
온라인 메뉴.
SnapCenter 설치 및 설정
Details
온라인으로 진행하는 것이 좋습니다 "SnapCenter 소프트웨어 설명서" SnapCenter 설치 및 구성을 진행하기 전에: 다음은 Azure ANF에서 Oracle용 SnapCenter 소프트웨어를 설치 및 설정하는 단계를 간략하게 요약한 것입니다.
-
SnapCenter Windows 서버에서 에서 최신 Java JDK를 다운로드하여 설치합니다 "데스크톱 응용 프로그램용 Java를 다운로드하십시오".
-
SnapCenter Windows 서버에서 NetApp Support 사이트에서 최신 버전(현재 5.0)의 SnapCenter 설치 실행 파일을 다운로드하여 설치합니다. "NetApp | 지원".
-
SnapCenter 서버 설치 후 브라우저를 실행하여 포트 8146을 통해 Windows 로컬 관리자 사용자 또는 도메인 사용자 자격 증명으로 SnapCenter에 로그인합니다.
-
검토
Get Started
온라인 메뉴. -
인치
Settings-Global Settings`을 클릭합니다 `Hypervisor Settings
업데이트 를 클릭합니다. -
필요한 경우 를 조정합니다
Session Timeout
SnapCenter UI를 원하는 간격으로 설정합니다. -
필요한 경우 SnapCenter에 사용자를 추가합니다.
-
를 클릭합니다
Roles
탭에 여러 SnapCenter 사용자에게 할당할 수 있는 기본 제공 역할이 나열됩니다. 원하는 권한을 가진 관리자 사용자가 사용자 지정 역할을 만들 수도 있습니다. -
보낸 사람 `Settings-Credential`에서 SnapCenter 관리 대상에 대한 자격 증명을 생성합니다. 이 데모의 사용 사례에서는 Azure VM에 로그인할 때 Linux 사용자이고 용량 풀 액세스를 위한 ANF 자격 증명입니다.
-
보낸 사람
Storage Systems
탭에서 추가합니다Azure NetApp Files
위에 생성된 자격 증명 포함. -
보낸 사람
Hosts
탭에서 Azure DB VM을 추가합니다. 그러면 Linux에서 Oracle용 SnapCenter 플러그인이 설치됩니다. -
호스트 플러그인이 DB 서버 VM에 설치되면 호스트의 데이터베이스가 자동으로 검색되어 에서 표시됩니다
Resources
탭을 클릭합니다. 로 돌아가기Settings-Polices
, 전체 Oracle 데이터베이스 온라인 백업 및 아카이브 로그만 백업에 대한 백업 정책을 생성합니다. 이 문서를 참조하십시오 "Oracle 데이터베이스에 대한 백업 정책을 생성합니다" 자세한 단계별 절차를 참조하십시오.
데이터베이스 백업
Details
NetApp 스냅샷 백업은 시스템 장애 또는 데이터 손실 시 복원할 수 있는 데이터베이스 볼륨의 시점 이미지를 생성합니다. 스냅샷 백업은 일반적으로 1분 내에 매우 짧은 시간을 걸립니다. 백업 이미지는 마지막 스냅샷 복사본이 생성된 이후 파일의 변경 사항만 기록하기 때문에 최소한의 스토리지 공간을 사용하며 성능 오버헤드가 거의 발생하지 않습니다. 다음 섹션에서는 SnapCenter에서 Oracle 데이터베이스 백업을 위한 스냅샷 구현을 보여 줍니다.
-
로 이동합니다
Resources
SnapCenter 플러그인이 데이터베이스 VM에 설치되면 검색된 데이터베이스가 나열됩니다. 초기에는 가 있습니다Overall Status
의 데이터베이스가 로 표시됩니다Not protected
. -
을 클릭합니다
View
드롭다운을 눌러 로 변경합니다Resource Group
. 을 클릭합니다Add
오른쪽에 서명하여 자원 그룹을 추가합니다. -
자원 그룹, 태그 및 사용자 지정 이름 지정
-
에 리소스를 추가합니다
Resource Group
. 유사한 리소스를 그룹화하면 대규모 환경에서 데이터베이스를 간편하게 관리할 수 있습니다. -
백업 정책을 선택하고 아래의 '+' 기호를 클릭하여 스케줄을 설정하십시오
Configure Schedules
. -
백업 검증이 정책에 구성되지 않은 경우 확인 페이지를 그대로 둡니다.
-
백업 보고서 및 알림을 이메일로 보내려면 환경에 SMTP 메일 서버가 필요합니다. 또는 메일 서버가 설정되지 않은 경우 검은색으로 둡니다.
-
새 리소스 그룹의 요약
-
위의 절차를 반복하여 해당 백업 정책으로 데이터베이스 보관 로그 전용 백업을 생성합니다.
-
리소스 그룹을 클릭하면 포함된 리소스가 표시됩니다. 예약된 백업 작업 외에 을 클릭하여 일회성 백업을 트리거할 수 있습니다
Backup Now
. -
실행 중인 작업을 클릭하여 모니터링 창을 열면 작업자가 실시간으로 작업 진행 상황을 추적할 수 있습니다.
-
성공적인 백업 작업이 완료되면 스냅샷 백업 세트가 데이터베이스 토폴로지 아래에 표시됩니다. 전체 데이터베이스 백업 세트에는 데이터베이스 데이터 볼륨의 스냅샷과 데이터베이스 로그 볼륨의 스냅샷이 포함됩니다. 로그 전용 백업에는 데이터베이스 로그 볼륨의 스냅샷만 포함됩니다.
데이터베이스 복구
Details
SnapCenter를 통한 데이터베이스 복구로 데이터베이스 볼륨 이미지 시점의 스냅샷 복사본이 복원됩니다. 그런 다음 SCN/타임스탬프를 통해 원하는 지점으로 데이터베이스를 롤포워드하거나 백업 세트의 사용 가능한 아카이브 로그에서 허용하는 지점으로 롤포워드합니다. 다음 섹션에서는 SnapCenter UI를 사용한 데이터베이스 복구 워크플로우를 보여 줍니다.
-
보낸 사람
Resources
탭에서 데이터베이스를 엽니다Primary Backup(s)
페이지. 데이터베이스 데이터 볼륨의 스냅샷을 선택한 다음 을 클릭합니다Restore
데이터베이스 복구 워크플로를 시작하는 단추. Oracle SCN 또는 타임 스탬프로 복구를 실행하려면 백업 세트에서 SCN 번호 또는 타임 스탬프를 기록해 둡니다. -
를 선택합니다
Restore Scope
. 컨테이너 데이터베이스의 경우 SnapCenter는 전체 컨테이너 데이터베이스(모든 데이터 파일), 플러그형 데이터베이스 또는 테이블스페이스 수준 복원을 유연하게 수행할 수 있습니다. -
를 선택합니다
Recovery Scope
.All logs
는 백업 세트에서 사용 가능한 모든 아카이브 로그를 적용하는 것을 의미합니다. SCN 또는 타임 스탬프를 사용한 시점 복구도 사용할 수 있습니다. -
를 클릭합니다
PreOps
복구/복구 작업 전에 데이터베이스에 대해 스크립트를 실행할 수 있습니다. -
를 클릭합니다
PostOps
복구/복구 작업 후 데이터베이스에 대해 스크립트를 실행할 수 있습니다. -
원하는 경우 이메일을 통해 알립니다.
-
복원 작업 요약
-
실행 중인 작업을 클릭하여 엽니다
Job Details
창을 엽니다. 작업 상태는 에서 열고 볼 수도 있습니다Monitor
탭을 클릭합니다.
데이터베이스 클론
Details
SnapCenter를 통한 데이터베이스 복제는 볼륨의 스냅샷으로부터 새 볼륨을 생성하여 수행합니다. 시스템은 스냅샷 정보를 사용하여 스냅샷을 생성할 때 볼륨의 데이터를 사용하여 새 볼륨을 복제합니다. 더 중요한 것은 개발 또는 테스트를 지원하기 위해 운영 데이터베이스의 클론 복사본을 만드는 다른 방법과 비교할 때 빠르고(몇 분) 효율적입니다. 따라서 데이터베이스 애플리케이션 라이프사이클 관리를 획기적으로 개선할 수 있습니다. 다음 섹션에서는 SnapCenter UI를 사용한 데이터베이스 클론 워크플로우를 보여 줍니다.
-
보낸 사람
Resources
탭에서 데이터베이스를 엽니다Primary Backup(s)
페이지. 데이터베이스 데이터 볼륨의 스냅샷을 선택한 다음 을 클릭합니다clone
데이터베이스 복제 워크플로우를 시작하는 버튼 -
클론 데이터베이스 SID의 이름을 지정합니다. 필요에 따라 컨테이너 데이터베이스의 경우 PDB 레벨에서도 클론을 수행할 수 있습니다.
-
복제된 데이터베이스 복사본을 저장할 DB 서버를 선택합니다. 기본 파일 위치를 다른 이름으로 지정하려는 경우가 아니면 그대로 유지합니다.
-
소스 데이터베이스와 동일한 Oracle 소프트웨어 스택이 클론 DB 호스트에 설치 및 구성되어 있어야 합니다. 기본 자격 증명은 유지하되 변경합니다
Oracle Home Settings
클론 DB 호스트의 설정과 일치시킵니다. -
를 클릭합니다
PreOps
클론 작업 전에 스크립트를 실행할 수 있습니다. SGA 타겟 감소 등의 운영 데이터베이스에 비해 데이터베이스 매개 변수를 조정하여 클론 DB 요구사항을 충족할 수 있습니다. -
를 클릭합니다
PostOps
클론 작업 후 데이터베이스에 대해 스크립트를 실행할 수 있습니다. 클론 데이터베이스 복구는 SCN, 타임 스탬프 기반 또는 취소 시까지(백업 세트의 마지막 아카이브 로그로 데이터베이스 롤포워드) 할 수 있습니다. -
원하는 경우 이메일을 통해 알립니다.
-
클론 작업 요약입니다.
-
실행 중인 작업을 클릭하여 엽니다
Job Details
창을 엽니다. 작업 상태는 에서 열고 볼 수도 있습니다Monitor
탭을 클릭합니다. -
복제된 데이터베이스는 즉시 SnapCenter에 등록됩니다.
-
DB 서버 호스트에서 클론 데이터베이스를 검증합니다. 복제된 개발 데이터베이스의 경우 데이터베이스 보관 모드를 해제해야 합니다.
[azureuser@ora-02 ~]$ sudo su [root@ora-02 azureuser]# su - oracle Last login: Tue Feb 6 16:26:28 UTC 2024 on pts/0 [oracle@ora-02 ~]$ uname -a Linux ora-02 4.18.0-372.9.1.el8.x86_64 #1 SMP Fri Apr 15 22:12:19 EDT 2022 x86_64 x86_64 x86_64 GNU/Linux [oracle@ora-02 ~]$ df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 7.7G 0 7.7G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8G 49M 7.7G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/mapper/rootvg-rootlv 22G 17G 5.6G 75% / /dev/mapper/rootvg-usrlv 10G 2.0G 8.1G 20% /usr /dev/mapper/rootvg-homelv 1014M 40M 975M 4% /home /dev/sda1 496M 106M 390M 22% /boot /dev/mapper/rootvg-varlv 8.0G 958M 7.1G 12% /var /dev/sda15 495M 5.9M 489M 2% /boot/efi /dev/mapper/rootvg-tmplv 12G 8.4G 3.7G 70% /tmp tmpfs 1.6G 0 1.6G 0% /run/user/54321 172.30.136.68:/ora-02-u03 250G 2.1G 248G 1% /u03 172.30.136.68:/ora-02-u01 100G 10G 91G 10% /u01 172.30.136.68:/ora-02-u02 250G 7.5G 243G 3% /u02 tmpfs 1.6G 0 1.6G 0% /run/user/1000 tmpfs 1.6G 0 1.6G 0% /run/user/0 172.30.136.68:/ora-01-u02-Clone-020624161543077 250G 8.2G 242G 4% /u02_ntap1dev [oracle@ora-02 ~]$ cat /etc/oratab # # This file is used by ORACLE utilities. It is created by root.sh # and updated by either Database Configuration Assistant while creating # a database or ASM Configuration Assistant while creating ASM instance. # A colon, ':', is used as the field terminator. A new line terminates # the entry. Lines beginning with a pound sign, '#', are comments. # # Entries are of the form: # $ORACLE_SID:$ORACLE_HOME:<N|Y>: # # The first and second fields are the system identifier and home # directory of the database respectively. The third field indicates # to the dbstart utility that the database should , "Y", or should not, # "N", be brought up at system boot time. # # Multiple entries with the same $ORACLE_SID are not allowed. # # NTAP2:/u01/app/oracle/product/19.0.0/NTAP2:Y # SnapCenter Plug-in for Oracle Database generated entry (DO NOT REMOVE THIS LINE) ntap1dev:/u01/app/oracle/product/19.0.0/NTAP2:N [oracle@ora-02 ~]$ export ORACLE_SID=ntap1dev [oracle@ora-02 ~]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Tue Feb 6 16:29:02 2024 Version 19.18.0.0.0 Copyright (c) 1982, 2022, Oracle. All rights reserved. Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.18.0.0.0 SQL> select name, open_mode, log_mode from v$database; NAME OPEN_MODE LOG_MODE --------- -------------------- ------------ NTAP1DEV READ WRITE ARCHIVELOG SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. SQL> startup mount; ORACLE instance started. Total System Global Area 3221223168 bytes Fixed Size 9168640 bytes Variable Size 654311424 bytes Database Buffers 2550136832 bytes Redo Buffers 7606272 bytes Database mounted. SQL> alter database noarchivelog; Database altered. SQL> alter database open; Database altered. SQL> select name, open_mode, log_mode from v$database; NAME OPEN_MODE LOG_MODE --------- -------------------- ------------ NTAP1DEV READ WRITE NOARCHIVELOG SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 NTAP1_PDB1 MOUNTED 4 NTAP1_PDB2 MOUNTED 5 NTAP1_PDB3 MOUNTED SQL> alter pluggable database all open;
추가 정보를 찾을 수 있는 위치
이 문서에 설명된 정보에 대한 자세한 내용은 다음 문서 및/또는 웹 사이트를 참조하십시오.
-
Azure NetApp Files
-
SnapCenter 소프트웨어 설명서
-
TR-4987: NFS를 지원하는 Azure NetApp Files 기반의 단순하고 자동화된 Oracle 배포