日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

TR-4987：『Simplified、Automated Oracle Deployment on Azure NetApp Files with NFS』

12/18/2024 共同作成者

ネットアップ、Niyaz Mohamed、Allen Cao氏

この解決策では、NFSプロトコルを使用したプライマリデータベースストレージとしてMicrosoft Azure NetApp FilesにOracleを自動導入し、dNFSを有効にしたコンテナデータベースとしてOracleデータベースを導入する方法の概要と詳細について説明します。

目的

高度なパフォーマンスを必要とし、レイテンシの影響を受けやすいOracleワークロードをクラウドで実行するのは簡単なことではありません。Azure NetApp Files（ANF）を使用すると、企業の基幹業務（LOB）やストレージのプロフェッショナルは、コードを変更することなく、要件の厳しいOracleワークロードを簡単に移行して実行できます。Azure NetApp Filesは、Oracleデータベースの新規導入やオンプレミスからAzureへの移行（移行と切り替え）など、さまざまなシナリオで共有ファイルストレージサービスの基盤として広く使用されています。

このドキュメントでは、Ansibleによる自動化を使用したNFSマウントを使用したAzure NetApp FilesへのOracleデータベースの導入の簡易化について説明します。Oracleデータベースは、Oracle dNFSプロトコルを有効にしたコンテナデータベース（CDB）およびプラガブルデータベース（PDB）構成に導入され、パフォーマンスが向上します。さらに、オンプレミスのOracleシングルインスタンスデータベース（PDB）を、サービスの中断を最小限に抑えながら、自動PDB再配置手法を使用して、Azureに新たに導入したコンテナデータベースに移行できます。また、AzureクラウドのNetApp SnapCenter UIツールを使用した、Oracleデータベースの高速なバックアップ、リストア、クローニングに関する情報も提供します。

この解決策は、次のユースケースに対応します。

Azure NetApp FilesへのOracleコンテナデータベース導入の自動化
オンプレミスとAzureクラウド間のOracleデータベース移行を自動化

対象者

この解決策は、次のユーザーを対象としています。

Azure NetApp Files上にOracleを導入したいと考えているデータベース管理者。
データベース解決策アーキテクト。Azure NetApp FilesでOracleワークロードのテストを実施したいと考えています。
Azure NetApp Files上にOracleデータベースを導入して管理したいストレージ管理者。
Azure NetApp Files上にOracleデータベースを構築するアプリケーション所有者。

解決策のテストおよび検証環境

この解決策のテストと検証は、最終的な導入環境とは一致しない可能性があるラボ環境で実行しました。を参照してください導入にあたって考慮すべき主な要因を参照してください。

アーキテクチャ

このイメージは、iSCSIとASMを使用したAWSパブリッククラウドでのOracle導入構成の詳細な図を示しています。

ハードウェアおよびソフトウェアコンポーネント

* ハードウェア *

Azure NetApp Files の特長

Azure by Microsoftで提供中のサービス

Premiumサービスレベルの容量プール×1

DBサーバ用Azure VM

STANDARD_B4ms-4 vCPU、16GiB

2つのLinux仮想マシンインスタンスによる同時導入

SnapCenter用Azure VM

STANDARD_B4ms-4 vCPU、16GiB

Windows仮想マシンインスタンス×1

ソフトウェア

Red Hat Linux

RHEL Linux 8.6（LVM）- x64 Gen2

テスト用にRedHatサブスクリプションを導入

Windows Serverの場合

2022 Datacenter、Azure Edition Hotpatch-x64 Gen2

SnapCenterサアハノホスト

Oracle データベース

バージョン19.18

RUパッチ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

Python 3.6.8

ラボ環境でのOracleデータベースの構成

* サーバ *

* データベース *

* DBストレージ*

ORA-01

NTAP1（NTAP1_PDB1、NTAP1_PDB2、NTAP1_PDB3）

/u01、/u02、/u03 ANF容量プールへのNFSマウント

ORA-02

NTAP2（NTAP2_PDB1、NTAP2_PDB2、NTAP2_PDB3）

/u01、/u02、/u03 ANF容量プールへのNFSマウント

導入にあたって考慮すべき主な要因

* Oracleデータベースのストレージレイアウト。*この自動化されたOracle導入では、Oracleのバイナリ、データ、ログをホストするために、各データベースに3つのデータベースボリュームをデフォルトでプロビジョニングします。ボリュームは、NFS経由で/u01-binary、/u02-data、/u03-logsとしてOracle DBサーバにマウントされます。冗長性を確保するために、/u02と/u03のマウントポイントにデュアル制御ファイルが設定されています。
*複数のDBサーバの導入。*自動化解決策では、1回のAnsibleプレイブック実行でOracleコンテナデータベースを複数のDBサーバに導入できます。DBサーバの数に関係なく、プレイブックの実行は変わりません。複数のコンテナデータベースを1つのVMインスタンスに導入するには、別々のデータベースインスタンスID（Oracle SID）を使用して同じ環境を繰り返します。ただし、導入したデータベースをサポートするのに十分なメモリがホストにあることを確認してください。
* dNFS構成。* dNFS（Oracle 11g以降で利用可能）を使用すると、Azure仮想マシンで実行されるOracleデータベースは、ネイティブのNFSクライアントよりも大幅に多くのI/Oを処理できます。Oracleの自動導入では、NFSv3にdNFSがデフォルトで設定されます。
導入時間を短縮するために、大きなサイズのボリュームを割り当てます。 ANFファイルシステムのIOスループットは、ボリュームのサイズに基づいて調整されます。初期導入では、大容量のボリュームを割り当てることで導入時間を短縮できます。ボリュームのサイズを動的に縮小しても、アプリケーションに影響はありません。
データベースのバックアップ。 NetAppは、データベースのバックアップ、リストア、クローニングを実行するためのSnapCenterソフトウェアスイートで、使いやすいUIインターフェイスを備えています。NetAppでは、このような管理ツールを実装して、高速（1分未満）のSnapshotバックアップ、高速（数分）のデータベースリストア、データベースクローンを実現することを推奨しています。

解決策の導入

以降のセクションでは、直接マウントされたデータベースボリュームを使用するAzure NetApp FilesへのOracle 19Cの自動導入とデータベース移行の手順を、NFS経由でAzure VMに順を追って説明します。

導入の前提条件

Details

導入には、次の前提条件が必要です。

Azureアカウントがセットアップされ、必要なVNetセグメントとネットワークセグメントがAzureアカウント内に作成されている。

Azureクラウドポータルから、Azure Linux VMをOracle DBサーバとして導入します。Oracleデータベース用のAzure NetApp Files容量プールとデータベースボリュームを作成します。azureuserからDBサーバへのVM SSH秘密鍵/公開鍵認証を有効にします。環境のセットアップの詳細については、前のセクションのアーキテクチャ図を参照してください。参照先 "Azure VMおよびAzure NetApp Files へのOracleの導入手順を順を追って説明します" を参照してください。

ローカルディスクの冗長性を使用して導入されたAzure VMの場合は、VMのルートディスクに少なくとも128Gが割り当てられ、OracleインストールファイルをステージングしてOSスワップファイルを追加するための十分なスペースが確保されていることを確認してください。必要に応じて、/tmplvおよび/rootlv OSパーティションを展開します。rootvg-homelvが1G未満の場合は、1Gの空き容量をrootvg-homelvに追加します。データベースボリュームの命名規則がVMname-u01、VMname-u02、およびVMname-u03に準拠していることを確認します。

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

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 Deployment Automation Toolkitのコピーのクローンを作成します。
```
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"

次のビデオをご覧ください。

NFSを使用したAzure NetApp FilesへのOracle導入の簡易化と自動化

自動化パラメータファイル

Details

Ansible Playbookは、事前定義されたパラメータを使用してデータベースのインストールと設定のタスクを実行します。このOracle自動化解決策では、プレイブックを実行する前にユーザ入力が必要な3つのユーザ定義パラメータファイルがあります。

Hosts -自動化プレイブックの実行対象となるターゲットを定義します。
vars/vars.yml -すべてのターゲットに適用される変数を定義するグローバル変数ファイル。
host_vars/host_name.yml -名前付きターゲットにのみ適用される変数を定義するローカル変数ファイル。今回のユースケースでは、これらがOracle DBサーバです。

これらのユーザー定義変数ファイルに加えて、必要でない限り変更を必要としないデフォルトパラメータを含むデフォルトの変数ファイルがいくつかあります。次のセクションでは、ユーザ定義の変数ファイルを設定する方法について説明します。

パラメータファイルの設定

Details

Ansibleターゲット hosts ファイル構成：

# 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

グローバル vars/vars.yml ファイル構成

######################################################################
###### 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

ローカルDBサーバ host_vars/host_name.yml 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の実施

Details

自動化ツールキットには、合計5つのプレイブックが用意されています。それぞれが異なるタスクブロックを実行し、さまざまな目的に対応します。

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.

次のコマンドを使用してプレイブックを実行する方法は3つあります。

すべての導入プレイブックを1回の組み合わせで実行します。
```
ansible-playbook -i hosts 0-all_playbook.yml -u azureuser -e @vars/vars.yml
```

1～4の番号順でプレイブックを1つずつ実行します。

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

タグを指定して0-all_playbook.ymlを実行します。

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

環境を元に戻す

ansible-playbook -i hosts 5-destroy.yml -u azureuser -e @vars/vars.yml

実行後の検証

Details

Playbookの実行後、Oracle DBサーバVMにログインして、Oracleがインストールおよび設定され、コンテナデータベースが正常に作成されたことを確認します。次に、ホストORA-01でのOracleデータベース検証の例を示します。

NFSマウントの検証

[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リスナーの検証

[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

Oracleデータベースと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

Oracle Enterprise Manager Expressにログインして、データベースを検証します。

OracleデータベースをAzureに移行

Details

オンプレミスからクラウドへのOracleデータベースの移行は、面倒な作業です。適切な戦略と自動化を使用することで、プロセスを円滑化し、サービスの中断やダウンタイムを最小限に抑えることができます。この詳細な手順に従います。 "オンプレミスからAzureクラウドへのデータベース移行" を参照してください。

SnapCenterによるOracleのバックアップ、リストア、クローニング

Details

NetAppは、Azureクラウドに導入されたOracleデータベースを管理するために、SnapCenter UIツールを推奨しています。詳細については、『TR-4988： "SnapCenterを使用したANFでのOracleデータベースのバックアップ、リカバリ、クローン" を参照してください。

追加情報の参照先

このドキュメントに記載されている情報の詳細については、以下のドキュメントや Web サイトを参照してください。

SnapCenterを使用したANFでのOracleデータベースのバックアップ、リカバリ、クローン

"SnapCenterを使用したANFでのOracleデータベースのバックアップ、リカバリ、クローン"
Azure NetApp Files の特長

"https://azure.microsoft.com/en-us/products/netapp"
Oracle Direct NFSの導入

"https://docs.oracle.com/en/database/oracle/oracle-database/19/ladbi/deploying-dnfs.html#GUID-D06079DB-8C71-4F68-A1E3-A75D7D96DCE2"
応答ファイルを使用したOracleデータベースのインストールと設定

"https://docs.oracle.com/en/database/oracle/oracle-database/19/ladbi/installing-and-configuring-oracle-database-using-response-files.html#GUID-D53355E9-E901-4224-9A2A-B882070EDDF7"

TR-4987：『Simplified、Automated Oracle Deployment on Azure NetApp Files with NFS』

Creating your file...

目的

対象者

解決策 のテストおよび検証環境

アーキテクチャ

ハードウェアおよびソフトウェアコンポーネント

ラボ環境でのOracleデータベースの構成

導入にあたって考慮すべき主な要因

解決策 の導入

導入の前提条件

自動化パラメータファイル

パラメータファイルの設定

Playbookの実施

実行後の検証

OracleデータベースをAzureに移行

SnapCenterによるOracleのバックアップ、リストア、クローニング

追加情報の参照先

解決策のテストおよび検証環境

解決策の導入