TR-4987: Vereinfachte, automatisierte Oracle-Bereitstellung auf Azure NetApp Files mit NFS
Allen Cao, Niyaz Mohamed, NetApp
Diese Lösung bietet einen Überblick und Details zur automatisierten Oracle-Bereitstellung in Microsoft Azure NetApp Files als primärem Datenbankspeicher mit NFS-Protokoll und die Oracle-Datenbank wird als Containerdatenbank mit aktiviertem dNFS bereitgestellt.
Zweck
Das Ausführen leistungsintensiver und latenzempfindlicher Oracle-Workloads in der Cloud kann eine Herausforderung darstellen. Azure NetApp Files (ANF) erleichtert es Branchen- und Speicherexperten in Unternehmen, anspruchsvolle Oracle-Workloads ohne Codeänderungen zu migrieren und auszuführen. Azure NetApp Files wird häufig als zugrunde liegender gemeinsam genutzter Dateispeicherdienst in verschiedenen Szenarien verwendet, beispielsweise bei der Neubereitstellung oder Migration (Lift and Shift) von Oracle-Datenbanken von lokalen Standorten zu Azure.
Diese Dokumentation demonstriert die vereinfachte Bereitstellung von Oracle-Datenbanken in Azure NetApp Dateien über NFS-Mounts mithilfe der Ansible-Automatisierung. Die Oracle-Datenbank wird in einer Containerdatenbank- (CDB) und Pluggable-Datenbank-Konfiguration (PDB) bereitgestellt, wobei das Oracle dNFS-Protokoll zur Leistungssteigerung aktiviert ist. Darüber hinaus kann die lokale Oracle-Einzelinstanzdatenbank oder PDB mithilfe einer automatisierten PDB-Verlagerungsmethode mit minimaler Dienstunterbrechung in eine neu bereitgestellte Containerdatenbank in Azure migriert werden. Es bietet außerdem Informationen zum schnellen Sichern, Wiederherstellen und Klonen von Oracle-Datenbanken mit dem NetApp SnapCenter UI-Tool in der Azure Cloud.
Diese Lösung ist für die folgenden Anwendungsfälle geeignet:
-
Automatisierte Bereitstellung von Oracle-Containerdatenbanken auf Azure NetApp Dateien
-
Automatisierte Oracle-Datenbankmigration zwischen lokalen Standorten und der Azure-Cloud
Publikum
Diese Lösung ist für folgende Personen gedacht:
-
Ein DBA, der Oracle auf Azure NetApp Files bereitstellen möchte.
-
Ein Datenbanklösungsarchitekt, der Oracle-Workloads auf Azure NetApp Files testen möchte.
-
Ein Speicheradministrator, der eine Oracle-Datenbank auf Azure NetApp Files bereitstellen und verwalten möchte.
-
Ein Anwendungsbesitzer, der eine Oracle-Datenbank auf Azure NetApp Files einrichten möchte.
Test- und Validierungsumgebung für Lösungen
Die Tests und Validierungen dieser Lösung wurden in einer Laborumgebung durchgeführt, die möglicherweise nicht der endgültigen Bereitstellungsumgebung entspricht. Siehe den AbschnittWichtige Faktoren für die Bereitstellungsüberlegungen für weitere Informationen.
Architektur
Hardware- und Softwarekomponenten
Hardware |
||
Azure NetApp Files |
Aktuelles Angebot in Azure von Microsoft |
Ein Kapazitätspool mit Premium-Servicelevel |
Azure-VM für DB-Server |
Standard_B4ms – 4 vCPUs, 16 GiB |
Zwei Linux-VM-Instanzen für die gleichzeitige Bereitstellung |
Azure-VM für SnapCenter |
Standard_B4ms – 4 vCPUs, 16 GiB |
Eine Windows-VM-Instanz |
Software |
||
RedHat Linux |
RHEL Linux 8.6 (LVM) – x64 Gen2 |
RedHat-Abonnement zum Testen bereitgestellt |
Windows Server |
2022 DataCenter; Azure Edition Hotpatch – x64 Gen2 |
Hosten des SnapCenter -Servers |
Oracle-Datenbank |
Version 19.18 |
RU-Patch p34765931_190000_Linux-x86-64.zip angewendet |
Oracle OPatch |
Version 12.2.0.1.36 |
Neuester Patch p6880880_190000_Linux-x86-64.zip |
SnapCenter Server |
Version 5.0 |
Arbeitsgruppenbereitstellung |
Öffnen Sie JDK |
Version java-11-openjdk |
SnapCenter -Plugin-Anforderung für DB-VMs |
NFS |
Version 3.0 |
Oracle dNFS aktiviert |
Ansible |
Kern 2.16.2 |
Python 3.6.8 |
Oracle-Datenbankkonfiguration in der Laborumgebung
Server |
Datenbank |
DB-Speicher |
ora-01 |
NTAP1(NTAP1_PDB1,NTAP1_PDB2,NTAP1_PDB3) |
/u01, /u02, /u03 NFS-Mounts im ANF-Kapazitätspool |
ora-02 |
NTAP2(NTAP2_PDB1,NTAP2_PDB2,NTAP2_PDB3) |
/u01, /u02, /u03 NFS-Mounts im ANF-Kapazitätspool |
Wichtige Faktoren für die Bereitstellungsüberlegungen
-
Oracle-Datenbankspeicherlayout. Bei dieser automatisierten Oracle-Bereitstellung stellen wir für jede Datenbank drei Datenbankvolumes bereit, um standardmäßig Oracle-Binärdateien, Daten und Protokolle zu hosten. Die Volumes werden auf dem Oracle DB-Server als /u01 – Binärdateien, /u02 – Daten, /u03 – Protokolle über NFS gemountet. Aus Redundanzgründen sind auf den Einhängepunkten /u02 und /u03 doppelte Steuerdateien konfiguriert.
-
Bereitstellung mehrerer DB-Server. Die Automatisierungslösung kann eine Oracle-Containerdatenbank in einem einzigen Ansible-Playbook-Lauf auf mehreren DB-Servern bereitstellen. Unabhängig von der Anzahl der DB-Server bleibt die Playbook-Ausführung gleich. Sie können mehrere Containerdatenbanken auf einer einzelnen VM-Instanz bereitstellen, indem Sie die Bereitstellung mit unterschiedlichen Datenbankinstanz-IDs (Oracle SID) wiederholen. Stellen Sie jedoch sicher, dass auf dem Host genügend Speicher zur Unterstützung der bereitgestellten Datenbanken vorhanden ist.
-
dNFS-Konfiguration. Durch die Verwendung von dNFS (verfügbar seit Oracle 11g) kann eine Oracle-Datenbank, die auf einer virtuellen Azure-Maschine ausgeführt wird, deutlich mehr E/A-Vorgänge ausführen als der native NFS-Client. Bei der automatisierten Oracle-Bereitstellung wird dNFS standardmäßig auf NFSv3 konfiguriert.
-
Zuweisen eines großen Volumens zur Beschleunigung der Bereitstellung. Der E/A-Durchsatz des ANF-Dateisystems wird basierend auf der Größe des Volumes reguliert. Bei der ersten Bereitstellung kann die Zuweisung großer Volumes die Bereitstellung beschleunigen. Die Volumes können anschließend dynamisch verkleinert werden, ohne dass dies Auswirkungen auf die Anwendung hat.
-
Datenbanksicherung. NetApp bietet eine SnapCenter software zum Sichern, Wiederherstellen und Klonen von Datenbanken mit einer benutzerfreundlichen Benutzeroberfläche. NetApp empfiehlt die Implementierung eines solchen Verwaltungstools, um schnelle Snapshot-Backups (unter einer Minute), schnelle Datenbankwiederherstellungen (in Minuten) und Datenbankklone zu erreichen.
Lösungsbereitstellung
Die folgenden Abschnitte enthalten schrittweise Anleitungen für die automatisierte Bereitstellung von Oracle 19c und die Datenbankmigration auf Azure NetApp Files mit direkt über NFS auf Azure-VMs bereitgestellten Datenbankvolumes.
Voraussetzungen für die Bereitstellung
Details
Für die Bereitstellung sind die folgenden Voraussetzungen erforderlich.
-
Ein Azure-Konto wurde eingerichtet und die erforderlichen VNet- und Netzwerksegmente wurden innerhalb Ihres Azure-Kontos erstellt.
-
Stellen Sie über das Azure-Cloudportal Azure Linux-VMs als Oracle DB-Server bereit. Erstellen Sie einen Azure NetApp Files Kapazitätspool und Datenbankvolumes für die Oracle-Datenbank. Aktivieren Sie die VM-SSH-Authentifizierung mit privatem/öffentlichem Schlüssel für Azureuser gegenüber DB-Servern. Einzelheiten zur Umgebungseinrichtung finden Sie im Architekturdiagramm im vorherigen Abschnitt. Auch bezeichnet"Schrittweise Oracle-Bereitstellungsverfahren auf Azure VM und Azure NetApp Files" für detaillierte Informationen.
Stellen Sie bei Azure-VMs, die mit lokaler Datenträgerredundanz bereitgestellt werden, sicher, dass Sie auf dem VM-Stammdatenträger mindestens 128 GB zugewiesen haben, um ausreichend Speicherplatz für die Bereitstellung der Oracle-Installationsdateien und das Hinzufügen der Betriebssystem-Auslagerungsdatei zu haben. Erweitern Sie die Betriebssystempartitionen /tmplv und /rootlv entsprechend. Fügen Sie 1 GB freien Speicherplatz zu rootvg-homelv hinzu, wenn dieser weniger als 1 GB beträgt. Stellen Sie sicher, dass die Benennung des Datenbank-Volumes der Konvention VMname-u01, VMname-u02 und VMname-u03 folgt. sudo lvresize -r -L +20G /dev/mapper/rootvg-rootlv
sudo lvresize -r -L +10G /dev/mapper/rootvg-tmplv
sudo lvresize -r -L +1G /dev/mapper/rootvg-homelv
-
Stellen Sie über das Azure-Cloud-Portal einen Windows-Server bereit, um das NetApp SnapCenter UI-Tool mit der neuesten Version auszuführen. Weitere Einzelheiten finden Sie unter folgendem Link:"Installieren des SnapCenter -Servers"
-
Stellen Sie eine Linux-VM als Ansible-Controllerknoten bereit, auf der die neueste Version von Ansible und Git installiert ist. Weitere Einzelheiten finden Sie unter folgendem Link:"Erste Schritte mit der NetApp Lösungsautomatisierung" im Abschnitt -
Setup the Ansible Control Node for CLI deployments on RHEL / CentOS
oder
Setup the Ansible Control Node for CLI deployments on Ubuntu / Debian
.Der Ansible-Controllerknoten kann sich entweder vor Ort oder in der Azure-Cloud befinden, sofern er Azure DB-VMs über den SSH-Port erreichen kann. -
Klonen Sie eine Kopie des NetApp Oracle Deployment Automation Toolkit für NFS.
git clone https://bitbucket.ngage.netapp.com/scm/ns-bb/na_oracle_deploy_nfs.git
-
Führen Sie die folgenden Oracle 19c-Installationsdateien im Verzeichnis /tmp/archive der Azure DB-VM mit der Berechtigung 777 durch.
installer_archives: - "LINUX.X64_193000_db_home.zip" - "p34765931_190000_Linux-x86-64.zip" - "p6880880_190000_Linux-x86-64.zip"
-
Sehen Sie sich das folgende Video an:
Vereinfachte und automatisierte Oracle-Bereitstellung auf Azure NetApp Files mit NFS
Automatisierungsparameterdateien
Details
Das Ansible-Playbook führt Datenbankinstallations- und Konfigurationsaufgaben mit vordefinierten Parametern aus. Für diese Oracle-Automatisierungslösung gibt es drei benutzerdefinierte Parameterdateien, die vor der Ausführung des Playbooks eine Benutzereingabe erfordern.
-
Hosts – Definieren Sie Ziele, gegen die das Automatisierungs-Playbook ausgeführt wird.
-
vars/vars.yml – die globale Variablendatei, die Variablen definiert, die für alle Ziele gelten.
-
host_vars/host_name.yml – die lokale Variablendatei, die Variablen definiert, die nur für ein benanntes Ziel gelten. In unserem Anwendungsfall sind dies die Oracle DB-Server.
Zusätzlich zu diesen benutzerdefinierten Variablendateien gibt es mehrere Standardvariablendateien, die Standardparameter enthalten, die nur bei Bedarf geändert werden müssen. In den folgenden Abschnitten wird gezeigt, wie die benutzerdefinierten Variablendateien konfiguriert werden.
Konfiguration der Parameterdateien
Details
-
Ansible-Ziel
hosts
Dateikonfiguration:# Enter Oracle servers names to be deployed one by one, follow by each Oracle server public IP address, and ssh private key of admin user for the server. [oracle] ora_01 ansible_host=10.61.180.21 ansible_ssh_private_key_file=ora_01.pem ora_02 ansible_host=10.61.180.23 ansible_ssh_private_key_file=ora_02.pem
-
Allgemein
vars/vars.yml
Dateikonfiguration###################################################################### ###### Oracle 19c deployment user configuration variables ###### ###### Consolidate all variables from ONTAP, linux and oracle ###### ###################################################################### ########################################### ### ONTAP env specific config variables ### ########################################### # Prerequisite to create three volumes in NetApp ONTAP storage from System Manager or cloud dashboard with following naming convention: # db_hostname_u01 - Oracle binary # db_hostname_u02 - Oracle data # db_hostname_u03 - Oracle redo # It is important to strictly follow the name convention or the automation will fail. ########################################### ### Linux env specific config variables ### ########################################### redhat_sub_username: XXXXXXXX redhat_sub_password: XXXXXXXX #################################################### ### DB env specific install and config variables ### #################################################### # Database domain name db_domain: solutions.netapp.com # Set initial password for all required Oracle passwords. Change them after installation. initial_pwd_all: XXXXXXXX
-
Lokaler DB-Server
host_vars/host_name.yml
Konfiguration wie ora_01.yml, ora_02.yml …# User configurable Oracle host specific parameters # Enter container database SID. By default, a container DB is created with 3 PDBs within the CDB oracle_sid: NTAP1 # Enter database shared memory size or SGA. CDB is created with SGA at 75% of memory_limit, MB. The grand total of SGA should not exceed 75% available RAM on node. memory_limit: 8192 # Local NFS lif ip address to access database volumes nfs_lif: 172.30.136.68
Playbook-Ausführung
Details
Das Automatisierungs-Toolkit enthält insgesamt fünf Playbooks. Jeder führt unterschiedliche Aufgabenblöcke aus und dient unterschiedlichen Zwecken.
0-all_playbook.yml - execute playbooks from 1-4 in one playbook run. 1-ansible_requirements.yml - set up Ansible controller with required libs and collections. 2-linux_config.yml - execute Linux kernel configuration on Oracle DB servers. 4-oracle_config.yml - install and configure Oracle on DB servers and create a container database. 5-destroy.yml - optional to undo the environment to dismantle all.
Es gibt drei Möglichkeiten, die Playbooks mit den folgenden Befehlen auszuführen.
-
Führen Sie alle Bereitstellungs-Playbooks in einem kombinierten Lauf aus.
ansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml
-
Führen Sie Playbooks einzeln mit der Zahlenfolge von 1-4 aus.
ansible-playbook -i hosts 1-ansible_requirements.yml -u azureuser -e @vars/vars.yml
ansible-playbook -i hosts 2-linux_config.yml -u azureuser -e @vars/vars.yml
ansible-playbook -i hosts 4-oracle_config.yml -u azureuser -e @vars/vars.yml
-
Führen Sie 0-all_playbook.yml mit einem Tag aus.
ansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml -t ansible_requirements
ansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml -t linux_config
ansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml -t oracle_config
-
Machen Sie die Umgebung rückgängig
ansible-playbook -i hosts 5-destroy.yml -u azureuser -e @vars/vars.yml
Validierung nach der Ausführung
Details
Melden Sie sich nach der Ausführung des Playbooks bei der VM des Oracle DB-Servers an, um zu überprüfen, ob Oracle installiert und konfiguriert ist und eine Containerdatenbank erfolgreich erstellt wurde. Nachfolgend sehen Sie ein Beispiel für die Validierung einer Oracle-Datenbank auf dem Host ora-01.
-
NFS-Mounts validieren
[azureuser@ora-01 ~]$ cat /etc/fstab # # /etc/fstab # Created by anaconda on Thu Sep 14 11:04:01 2023 # # Accessible filesystems, by reference, are maintained under '/dev/disk/'. # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info. # # After editing this file, run 'systemctl daemon-reload' to update systemd # units generated from this file. # /dev/mapper/rootvg-rootlv / xfs defaults 0 0 UUID=268633bd-f9bb-446d-9a1d-8fca4609a1e1 /boot xfs defaults 0 0 UUID=89D8-B037 /boot/efi vfat defaults,uid=0,gid=0,umask=077,shortname=winnt 0 2 /dev/mapper/rootvg-homelv /home xfs defaults 0 0 /dev/mapper/rootvg-tmplv /tmp xfs defaults 0 0 /dev/mapper/rootvg-usrlv /usr xfs defaults 0 0 /dev/mapper/rootvg-varlv /var xfs defaults 0 0 /mnt/swapfile swap swap defaults 0 0 172.30.136.68:/ora-01-u01 /u01 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0 172.30.136.68:/ora-01-u02 /u02 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0 172.30.136.68:/ora-01-u03 /u03 nfs rw,bg,hard,vers=3,proto=tcp,timeo=600,rsize=65536,wsize=65536 0 0 [azureuser@ora-01 ~]$ 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 8.6M 7.7G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/mapper/rootvg-rootlv 22G 17G 5.8G 74% / /dev/mapper/rootvg-usrlv 10G 2.0G 8.1G 20% /usr /dev/mapper/rootvg-varlv 8.0G 890M 7.2G 11% /var /dev/sda1 496M 106M 390M 22% /boot /dev/mapper/rootvg-homelv 1014M 40M 975M 4% /home /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-01-u01 500G 11G 490G 3% /u01 172.30.136.68:/ora-01-u03 250G 1.2G 249G 1% /u03 172.30.136.68:/ora-01-u02 250G 7.1G 243G 3% /u02 tmpfs 1.6G 0 1.6G 0% /run/user/1000
-
Oracle-Listener validieren
[azureuser@ora-01 ~]$ sudo su [root@ora-01 azureuser]# su - oracle Last login: Thu Feb 1 16:13:44 UTC 2024 [oracle@ora-01 ~]$ lsnrctl status listener.ntap1 LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 01-FEB-2024 16:25:37 Copyright (c) 1991, 2022, Oracle. All rights reserved. Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=ora-01.internal.cloudapp.net)(PORT=1521))) STATUS of the LISTENER ------------------------ Alias LISTENER.NTAP1 Version TNSLSNR for Linux: Version 19.0.0.0.0 - Production Start Date 01-FEB-2024 16:13:49 Uptime 0 days 0 hr. 11 min. 49 sec Trace Level off Security ON: Local OS Authentication SNMP OFF Listener Parameter File /u01/app/oracle/product/19.0.0/NTAP1/network/admin/listener.ora Listener Log File /u01/app/oracle/diag/tnslsnr/ora-01/listener.ntap1/alert/log.xml Listening Endpoints Summary... (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=ora-01.hr2z2nbmhnqutdsxgscjtuxizd.jx.internal.cloudapp.net)(PORT=1521))) (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1521))) (DESCRIPTION=(ADDRESS=(PROTOCOL=tcps)(HOST=ora-01.hr2z2nbmhnqutdsxgscjtuxizd.jx.internal.cloudapp.net)(PORT=5500))(Security=(my_wallet_directory=/u01/app/oracle/product/19.0.0/NTAP1/admin/NTAP1/xdb_wallet))(Presentation=HTTP)(Session=RAW)) Services Summary... Service "104409ac02da6352e063bb891eacf34a.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "104412c14c2c63cae063bb891eacf64d.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "1044174670ad63ffe063bb891eac6b34.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "NTAP1.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "NTAP1XDB.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "ntap1_pdb1.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "ntap1_pdb2.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... Service "ntap1_pdb3.solutions.netapp.com" has 1 instance(s). Instance "NTAP1", status READY, has 1 handler(s) for this service... The command completed successfully
-
Validieren Sie die Oracle-Datenbank und dNFS
[oracle@ora-01 ~]$ 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. # # NTAP1:/u01/app/oracle/product/19.0.0/NTAP1:Y [oracle@ora-01 ~]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Thu Feb 1 16:37:51 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 --------- -------------------- ------------ NTAP1 READ WRITE ARCHIVELOG SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 NTAP1_PDB1 READ WRITE NO 4 NTAP1_PDB2 READ WRITE NO 5 NTAP1_PDB3 READ WRITE NO SQL> select name from v$datafile; NAME -------------------------------------------------------------------------------- /u02/oradata/NTAP1/system01.dbf /u02/oradata/NTAP1/sysaux01.dbf /u02/oradata/NTAP1/undotbs01.dbf /u02/oradata/NTAP1/pdbseed/system01.dbf /u02/oradata/NTAP1/pdbseed/sysaux01.dbf /u02/oradata/NTAP1/users01.dbf /u02/oradata/NTAP1/pdbseed/undotbs01.dbf /u02/oradata/NTAP1/NTAP1_pdb1/system01.dbf /u02/oradata/NTAP1/NTAP1_pdb1/sysaux01.dbf /u02/oradata/NTAP1/NTAP1_pdb1/undotbs01.dbf /u02/oradata/NTAP1/NTAP1_pdb1/users01.dbf NAME -------------------------------------------------------------------------------- /u02/oradata/NTAP1/NTAP1_pdb2/system01.dbf /u02/oradata/NTAP1/NTAP1_pdb2/sysaux01.dbf /u02/oradata/NTAP1/NTAP1_pdb2/undotbs01.dbf /u02/oradata/NTAP1/NTAP1_pdb2/users01.dbf /u02/oradata/NTAP1/NTAP1_pdb3/system01.dbf /u02/oradata/NTAP1/NTAP1_pdb3/sysaux01.dbf /u02/oradata/NTAP1/NTAP1_pdb3/undotbs01.dbf /u02/oradata/NTAP1/NTAP1_pdb3/users01.dbf 19 rows selected. SQL> select name from v$controlfile; NAME -------------------------------------------------------------------------------- /u02/oradata/NTAP1/control01.ctl /u03/orareco/NTAP1/control02.ctl SQL> select member from v$logfile; MEMBER -------------------------------------------------------------------------------- /u03/orareco/NTAP1/onlinelog/redo03.log /u03/orareco/NTAP1/onlinelog/redo02.log /u03/orareco/NTAP1/onlinelog/redo01.log SQL> select svrname, dirname, nfsversion from v$dnfs_servers; SVRNAME -------------------------------------------------------------------------------- DIRNAME -------------------------------------------------------------------------------- NFSVERSION ---------------- 172.30.136.68 /ora-01-u02 NFSv3.0 172.30.136.68 /ora-01-u03 NFSv3.0 SVRNAME -------------------------------------------------------------------------------- DIRNAME -------------------------------------------------------------------------------- NFSVERSION ---------------- 172.30.136.68 /ora-01-u01 NFSv3.0
-
Melden Sie sich bei Oracle Enterprise Manager Express an, um die Datenbank zu validieren.
Migrieren Sie die Oracle-Datenbank nach Azure
Details
Die Migration einer Oracle-Datenbank von lokalen Standorten in die Cloud ist eine anspruchsvolle Aufgabe. Durch die Verwendung der richtigen Strategie und Automatisierung können Sie den Prozess vereinfachen und Serviceunterbrechungen und Ausfallzeiten minimieren. Befolgen Sie diese detaillierten Anweisungen"Datenbankmigration von lokalen Standorten in die Azure-Cloud" um Sie bei Ihrer Datenbankmigration zu unterstützen.
Oracle-Backup, -Wiederherstellung und -Klonen mit SnapCenter
Details
NetApp empfiehlt das SnapCenter UI-Tool zur Verwaltung der in der Azure-Cloud bereitgestellten Oracle-Datenbank. Bitte beachten Sie TR-4988:"Sicherung, Wiederherstellung und Klonen von Oracle-Datenbanken auf ANF mit SnapCenter" für Details.
Wo Sie weitere Informationen finden
Weitere Informationen zu den in diesem Dokument beschriebenen Informationen finden Sie in den folgenden Dokumenten und/oder auf den folgenden Websites:
-
Sicherung, Wiederherstellung und Klonen von Oracle-Datenbanken auf ANF mit SnapCenter
-
Azure NetApp Files
-
Bereitstellen von Oracle Direct NFS
-
Installieren und Konfigurieren der Oracle-Datenbank mithilfe von Antwortdateien