Autonomous Databaseリソースの管理
OracleDB@Azureリソースをプロビジョニングした後、限られた管理機能セットに対してMicrosoft Azureブレードを使用できます。
Autonomous Databaseサービスをプロビジョニングする前に完了する必要がある前提条件があります。次のことを完了する必要があります。
- 既存のAzureサブスクリプション
- Oracle Database@Azureサービスに委任されたサブネットを持つAzure VNet (
Oracle.Database/networkAttachments
) - 次の条件で、リージョンにリソースを作成するAzureの権限:
- OracleSubscriptionリソースはオンボーディング中にタグなしで自動的に作成されるため、タグなしのリソースの作成を禁止するポリシーはありません。
- OracleSubscriptionリソースはデフォルトのリソース名で自動的に作成されるため、ネーミング規則を適用するポリシーはありません。
- AzureポータルでOracleDB@Azureを購入します。
- Oracle Cloud Infrastructure (OCI)アカウントを選択します。
Microsoft Azure Bladeの共通管理機能
次の管理機能は、そのリソースの Microsoft Azureブレードのすべてのリソースで使用できます。
- リソースブレードにアクセスする
- 同じタイプのすべてのリソースのステータスのリスト
- 新しいリソースのプロビジョニング
- ブレードの情報をリフレッシュする
- リソースの削除
- リソース・タグの追加、管理または削除
- Autonomous Databaseのバックアップへのアクセス
- Autonomous Databaseのバックアップのリストア
- バックアップからのAutonomous Databaseのクローニング
- Oracle Autonomous Database Serverlessインスタンスのリソース割当ての管理
- 接続テストの実行
- OCIコンソールへのアクセス
- OCIコンソールからのOracle Apexへのアクセス
- 増加したストレージまたはECPU制限のリクエスト
- OracleDB@Azureのサポート
- Autonomous Databaseからのネットワーク・ファイル・システムへのアクセス
リソースブレードにアクセスする
Autonomous Databaseサービスの最も一般的な管理機能を実行するステップは、次のとおりです。
- Microsoft Azureポータルから、OracleDB@Azureアプリケーションを選択します。
- 左側のメニューから、「Oracle Autonomous Database@Azure」を選択します。
- リストからリソースを選択します。
同じタイプのすべてのリソースのステータスのリスト
すべてのAutonomous Databaseサービス・リソースのステータスをリストするステップは、次のとおりです。
- Access the Resource Bladeのステップに従います。
- リソースは、「成功」、「失敗」または「プロビジョニング」としてリストに表示されます。
- 表の「名前」フィールドでリンクを選択して、そのリソースの詳細にアクセスします。
新しいリソースのプロビジョニング
Autonomous Database Servicesで新しいリソースをプロビジョニングするステップは、次のとおりです。
- Access the Resource Bladeのステップに従います。
- ブレードの上部にある「+ Create」アイコンを選択します。
- Autonomous Databaseのプロビジョニングのプロビジョニング・フローに従います。
ブレードの情報をリフレッシュする
Autonomous Databaseサービスのブレードの情報をリフレッシュするステップは、次のとおりです。
- Access the Resource Bladeのステップに従います。
- ブレードの上部にある「リフレッシュ」アイコンを選択します。
- ブレードがリロードされるまで待ちます。
リソースの削除
Autonomous Databaseサービスでリソースを削除するステップは、次のとおりです。
- Access the Resource Bladeのステップに従います。
- 表の左側にあるチェックボックスを選択すると、1つまたは複数のリソースをブレードから削除できます。削除するリソースを選択したら、ブレードの上部にある「削除」アイコンを選択できます。
- 表の「名前」フィールドからリソースへのリンクを選択して、単一のリソースを削除することもできます。リソースの詳細ページで、ブレードの上部にある「削除」アイコンを選択します。
リソース・タグの追加、管理または削除
Autonomous Database Servicesのリソース・タグを追加、管理および削除するステップは、次のとおりです。
- Access the resource bladeのステップに従います。
- 表の「名前」フィールドからリソースへのリンクを選択します。
- リソースの概要ページで、「タグ」フィールドの「編集」リンクを選択します。
- 新しいタグを作成するには、「名前」および「値」フィールドに値を入力します。
- 既存のタグを編集するには、既存のタグの「値」フィールドの値を変更します。
- 既存のタグを削除するには、タグの右側にある「ごみ箱」アイコンを選択します。
Autonomous Databaseのバックアップへのアクセス
これらは、Microsoft AzureコンソールからAutonomous Databaseバックアップにアクセスするためのステップです。
- Microsoft Azureポータルから、OracleDB@Azureアプリケーションを選択します。
- 左側のメニューから、「Oracle Autonomous Database@Azure」を選択します。
- Autonomous Databaseを選択し、リソースの概要ページにある「設定」リンクをクリックします。
- 「バックアップ」リンクを選択して、すべてのバックアップ情報およびアクションにアクセスおよび管理します。
Autonomous Databaseのバックアップのリストア
Microsoft AzureポータルにあるバックアップからAutonomous Databaseをリストアするステップは次のとおりです。
- Microsoft Azureポータルから、OracleDB@Azureアプリケーションを選択します。
- 左側のメニューから、「Autonomous Database」を選択します。
- Autonomous Databaseを選択し、リソースの概要ページにある「設定」リンクをクリックします。
- Autonomous Databaseをバックアップからリストアするには、「バックアップ」リンクを選択し、「リストア」をクリックします。
- ドロップダウン・リストから「バックアップ・タイムスタンプ」を選択し、「リストア」をクリックします。
バックアップからのAutonomous Databaseのクローニング
Microsoft AzureポータルにあるバックアップからAutonomous Databaseをクローニングするステップは次のとおりです。
- Microsoft Azureポータルから、OracleDB@Azureアプリケーションを選択します。
- 左側のメニューから、「Autonomous Database」を選択します。
- バックアップからAutonomous Databaseをクローニングするには、2つのパスがあります。
- リソースの概要ページにある「設定」リンクをクリックします。バックアップからAutonomous Databaseをクローニングするには、「バックアップ」リンクを選択し、「バックアップからのクローンの作成」をクリックします。
- 「概要」リンクをクリックし、「クローンの作成」をクリックします。
- Oracle Autonomous Databaseのクローニング・フローの「基本」タブから、次の情報を入力します。
- 「サブスクリプション」を選択します。現在の「サブスクリプション」フィールドが自動的に選択されます。アカウントが評価できる他のサブスクリプションがある場合は、ドロップダウン・リストに表示されます。
- 「リソース」グループをドロップダウン・リストから選択します。
- Oracle Autonomous Databaseインスタンス・クローンの名前を入力します。
- ドロップダウン・リストから「リージョン」を選択します。現在の「リージョン」が自動的に選択されます。
- 現在のソース・データベース名が自動的に選択されます。
- ドロップダウン・リストから「クローン・タイプ」を選択します。ソース・データベースのデータとメタデータを使用して新しいデータベースを作成する場合は、「フル・クローン」を選択します。ソース・データベースのすべてのスキーマ・メタデータを含むが、ソース・データベースのデータを含まない新しいデータベースを作成する場合は、「メタデータ・クローン」を選択します。
- 「クローン・ソース」は、2つの既存のオプションを含むドロップダウン・リストです。バックアップからクローンを作成するには、「バックアップからのクローニング」を選択します。実行中のデータベースのクローンを作成するには、「データベース・インスタンスからのクローニング」を選択します。
- 「バックアップ・タイムスタンプ」フィールドは、クローニングするバックアップのタイムスタンプを選択できるドロップダウン・リストです。
- 「バックアップ終了時間」フィールドには、バックアップの終了時間が表示されます。このフィールドは、「バックアップ・タイムスタンプ」の選択に基づいて自動的に変更されます。
- 最新のバックアップ・タイムスタンプを使用する場合は、「最新バックアップ・タイムスタンプ」の横にあるチェック・ボックスを選択します。
- 「Next」を選択して続行します。
- Oracle Autonomous Databaseインスタンスのクローニング・フローについては、Autonomous Databaseのプロビジョニングを参照し、ステップ4の手順に従います。
ノート
バックアップからクローンを作成するためにサポートされているワークロード・タイプには、データ・ウェアハウスおよびトランザクション処理が含まれます。ドロップダウン・リストから「ワークロード・タイプ」を選択します。
Oracle Autonomous Database Serverlessインスタンスのリソース割当ての管理
Autonomous Databaseサービスのリソース割当てを管理するステップは、次のとおりです。
これらのステップを使用して変更できるのは、Oracle Autonomous Database Serverlessインスタンスのリソース割当て設定のみです。これは、ほかのリソースタイプには適用されません。
- ステップに従って、Access the Resource Bladeにアクセスします。
- 表の「名前」フィールドからリソースへのリンクを選択します。
- リソースの概要ページで、「設定」リンクの左メニューを選択し、「リソース割当て」リンクを選択します。
- 「リソース割当」ページの上部にある「管理」ボタンを選択します。
- 「リソース割当ての管理」ウィンドウから、ECPU数を2から512に設定できます。「コンピュート自動スケーリング」チェック・ボックスを使用すると、Oracle Autonomous Databaseでコンピューティング割当てを512まで自動的にスケーリングできます。ストレージは、ストレージ割当てを1TBから384TBに設定できるスライダUIです。「ストレージの自動スケーリング」チェックボックスを使用すると、Oracle Autonomous Databaseでストレージ割当てを最大384TBまで自動的にスケーリングできます。
- フィールドを設定または確認したら、必要に応じて「適用」または「取消」ボタンを選択します。
接続テストの実行
Autonomous Database Servicesの接続テストを実行するステップは、次のとおりです。
- ステップに従って、Access the Resource Bladeにアクセスします。
- 表の「名前」フィールドからリソースへのリンクを選択します。
- リソースの概要ページで、「設定」リンクの左メニューを選択し、「接続」リンクを選択します。
- 「ウォレットのダウンロード」アイコンを選択し、ファイルを保存します。
- Oracle SQL Developerを開きます。SQL Developerがインストールされていない場合は、SQL Developerをダウンロードしてインストールします。
- SQL Developerで、次の情報を使用して新しい接続を開きます。
- 名前 - 接続の保存に使用する任意の名前を入力します。
- ユーザー名 - ADMINを入力します。
- パスワード - Autonomous Databaseの作成時に使用するパスワードを入力します。
- ロール - 「デフォルト」を選択します。
- パスワードの保存 - セキュリティ・ルールで許可されている場合、ボックスを選択します。そうでない場合は、SQL Developerでこの接続を使用するたびにPDBパスワードを入力する必要があります。
- 接続タイプ - 「Cloud Wallet」を選択します。
- 構成ファイル - 「参照」を選択し、ダウンロードしたウォレットを選択します。
- 「テスト」ボタンを選択します。接続リストの下部にある「ステータス」は、「成功」と表示されます。接続が成功しなかった場合、ウォレットが古くなっているか、ADBが現在実行されていません。
- 「保存」ボタンを選択します。
- 「接続」ボタンを選択します。
OCIコンソールへのアクセス
Autonomous DatabaseサービスのOCIコンソールにアクセスするステップは、次のとおりです。
- Access the Resource Bladeのステップに従います。
- 表の「名前」フィールドからリソースへのリンクを選択します。
- リソースの詳細ページで、「OCIデータベースURL」フィールドの「OCIに移動」リンクを選択します。
- OCIにログインします。
- OCIコンソール内からリソースを管理します。
OCIコンソールからのOracle Apexへのアクセス
これらは、OCIコンソールからOracle APEXにアクセスするステップです。
- ステップに従って、OCIコンソールへのアクセスを行います。
- 「ナビゲーション・メニュー」で「Oracle Database」、Autonomous Databaseの順に選択します。
- Autonomous Databaseを選択したら、「ツール構成」をクリックします。
- 「ツール」セクションの下に、パブリック・アクセスURLを含むOracle APEXがリストされます。パブリック・アクセスURLをコピーし、Webサイトのアドレス・バーに貼り付けてOracle APEXにアクセスします。
増加したストレージまたはECPU制限のリクエスト
Autonomous Database ServicesのストレージまたはECPU制限の増加をリクエストするステップは、次のとおりです。
- OracleDB@Azureホームから、「概要」を選択します。
- 「Oracle Subscriptionの表示」ボタンを選択します。
- 「デフォルト」サブスクリプションを選択します。
- デフォルト・サブスクリプションの左側のメニューから、「ヘルプ」→「サポートとトラブルシューティング」を選択します。
- 「ソリューションおよびサポートを取得するための問題について教えてください」フィールドにOracle Database@Azureと入力し、「実行」ボタンを選択します。
- 「どのサービスに問題がありますか。」ドロップダウン・フィールドで、リストから「データベース」/「Oracle Database@Azure」を選択します。
- 「次」ボタンを選択します。
- 表示されるメッセージで、「OCIサポート・ポータル」リンクを選択します。
- OracleDB@Azureのサポート・プロセスで説明されているステップに従います。
OracleDB@Azureのサポート
OracleDB@Azureのサポートをリクエストするステップは、次のとおりです。
- ステップに従って、OCIコンソールへのアクセスを行います。
- OCIコンソールから、サポート・リソースにアクセスするには2つの方法があります。
- ページ上部のメニュー・バーの右上にある「ヘルプ」(?)アイコンを選択します。
- ページの右側で、浮動サポート・アイコンを選択します。注:このアイコンはユーザーが移動でき、水平方向の正確な位置はユーザーごとに異なる場合があります。
- ここには、ドキュメント、チャットによるヘルプのリクエスト、サポート・センターへの訪問、フォーラムへの質問の投稿、フィードバックの送信、制限の引上げのリクエスト、サポート・リクエストの作成など、いくつかのサポート・オプションがあります。
- サポート・リクエストを作成する必要がある場合は、そのオプションを選択します。
- サポート・リクエスト・ページには、リソース名、リソースOCID、サービス・グループ、サービス、および特定のOracleDB@Azureリソースに依存するその他のいくつかのアイテムなど、Oracle Support Servicesで必要な情報が自動移入されます。
- 次のオプションからサポート・オプションを選択します。
- クリティカルな本番システムの停止またはクリティカルなビジネス機能が使用できないか、不安定です。必要に応じて、この問題24x7を操作するには、ユーザーまたは代替担当者が使用可能である必要があります。
- 重大な障害: 重大なサービス損失が発生するクリティカル・システムまたはビジネス機能。操作は制限された方法で続行できます。お客様または代替担当者は、通常の営業時間中にこの問題を処理できます。
- 技術的な問題。機能、エラーまたはパフォーマンスの問題が一部の操作に影響します。
- 一般的なガイダンス。製品またはサービスの使用状況に関する質問、製品またはサービスの設定またはドキュメントの明確化が必要です。
- 「サポート・リクエストの作成」ボタンを選択します。
- サポート・チケットが作成されます。このチケットは、OCIコンソール内またはMy Oracle Support (MOS)を介して監視できます。
Autonomous Databaseからのネットワーク・ファイル・システムへのアクセス
ネットワーク・ファイル・システム(NFS)をAutonomous Database内のディレクトリの場所にアタッチできます。これにより、Virtual Cloud Network(VCN)のOracle Cloud Infrastructure (OCI) File Storageから、またはオンプレミス・データ・センター内の他のNFSからデータをロードできます。サポートされているNFSv4
バージョンを介してNFSにアクセスできます。
- プライベート・エンドポイントを使用したアウトバウンド接続のセキュリティを強化するには、データベースで次のSQLスクリプトを実行して、
ROUTE_OUTBOUND_CONNECTIONS
データベース・プロパティを値PRIVATE_ENDPOINT
に設定します。これにより、ターゲット・ホストへのすべての送信接続が追跡され、プライベート・エンドポイントのエグレス・ルールによって制限されます。ALTER DATABASE PROPERTY SET ROUTE_OUTBOUND_CONNECTIONS = 'PRIVATE_ENDPOINT';
- これらは、Azureファイル構成を介したNFSファイル共有に必要なステップです。Oracle Zero Downtime Migration (ZDM)論理オフライン移行ワークフローでは、Oracle Data Pumpのエクスポートおよびインポートを使用して、ソースからターゲット・データベースにデータを移行します。NFSファイル共有は、Data Pumpダンプ・ファイルを格納するためにAzure Files Serviceを介して提供されます。
ノート
ストレージ・アカウントのプライベート・エンドポイントは、Autonomous Databaseとは異なるVNetに存在する必要があります。この例のファイル共有パスはodaamigration.file.core.windows.net:/odaamigration/testmigration
です。この例のNFSプライベート・エンドポイントIPは、架空のaa.an.fs.pe
アドレスです。- 次のいずれかの方法を使用して、NFS Shareをソース・データベース・サーバーにマウントします。
ノート
ソース・データベース・ホストとターゲットAutonomous Databaseの両方にNFS共有をマウントする必要があります。- rootとして:
mkdir /nfstest mount -t nfs odaamigration.file.core.windows.net:/odaamigration/testmigration /nfstest -o vers=4,minorversion=1,sec=sys
- IPの使用:
mount -t nfs aa.an.fs.pe:/odaamigration/testmigration /nfstest -o vers=4,minorversion=1,sec=sys
- rootとして:
- OracleユーザーがNFSマウントにアクセスできることを確認するには、次のコマンドを実行します。
chown oracle:oinstall /nfstest
/nfstest
ディレクトリにtest.txt
という名前の空のファイルを作成するには、Oracleユーザーとして次のスクリプトを実行します。touch /nfstest/test.txt
- ソースPDBで:
create directory DATA_PUMP_DIR_NFS as '/nfstest';
- 次のいずれかの方法を使用して、NFS Shareをソース・データベース・サーバーにマウントします。
- Oracle Zero Downtime Migration (ZDM)サービス・ホストで、rootとして使用して、Autonomous Databaseプライベート・エンドポイントURL
sample.adb.us-region1.oraclecloud.com
を/etc/hosts
ファイルに追加し、Autonomous Databaseプライベート・エンドポイントIPaa.dd.bb.ss
に解決します。
- ステップに従って、NFSマウント・ポイントの完全修飾ドメイン・ネーム・システム(FQDN)をOCIドメイン・ネーム・システムDNS Virtual Cloud Network Resolverに追加します。
ノート
OCIテナンシがOracle Database@Azureプロビジョニング・プロセス内に作成された新しいテナンシである場合、Oracle Cloud InfrastructureプライベートDNSおよびA-records
の制限を増やす必要がある場合があります。Oracle Supportでサービス・リクエストを開くことができます。少なくとも3つのレコードの制限が必要です。- Microsoft Azureポータルから、「Oracle Database@Azure」アプリケーションを選択します。
- 左側のメニューから、「Autonomous Database」を選択します。
- リソースの概要ページにある「OCIに移動」リンクをクリックします。
- OCIコンソールから、「ネットワーキング」を選択し、「仮想クラウド・ネットワーク」をクリックします。
- 「Virtual Cloud Network Details」ページで、「Details」を選択し、「DNS Resolver」をクリックします。
- 「プライベート・リゾルバ情報」から、「デフォルトのプライベート・ビュー」を選択します。
- 「ゾーンの作成」ボタンをクリックして、新しいプライベート・ゾーンを作成します。「ゾーン名」に
file.core.windows.net.
と入力します - 以前に作成したゾーン名を選択し、「レコードの管理」をクリックしてレコードを作成します。任意の「名前」を入力します。ドロップダウン・リストから、「A-IPv4アドレス」を選択し、「TTL(秒)」を
3600
に設定します。e aa.an.fs.pe
を実際のIPアドレスに置き換えてから、変更を保存します。 - ネットワーク・トラフィックがNFSプライベート・エンドポイントが存在するVNetを流れるように、OCIのネットワーク・セキュリティ・グループを更新します。
- NFSマウントFQDNをアクセス制御リスト(ACL)に追加するステップに従います。
DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE
プロシージャを使用して、ネットワーク・ホストのアクセス制御リストにアクセス制御エントリ(ACE)を追加します。詳細は、APPEND_HOST_ACEプロシージャを参照してください。- 独自の
host
名でhost
パラメータを変更します。 - データベースで次のSQLスクリプトを実行します。
exec DBMS_NETWORK_ACL_ADMIN.APPEND_HOST_ACE( host =>'odaamigration.file.core.windows.net', ace => xs$ace_type(privilege_list => xs$name_list('connect', 'resolve'), principal_name => 'ADMIN', principal_type =>xs_acl.ptype_db));
- ディレクトリを作成するか、既存のディレクトリを使用してAutonomous DatabaseにNFSをアタッチするには、次のコマンドを実行します。たとえば、次のコマンドでは、
FSS_DIR
という名前のデータベース・ディレクトリと、fss
という名前のファイル・システム・ディレクトリが作成されます。詳細は、Autonomous Databaseでのディレクトリの作成を参照してください。ノート
ファイル・システムをデータベース内のディレクトリの場所にアタッチするには、Autonomous Databaseインスタンスのディレクトリ・オブジェクトに対するWRITE
権限が必要です。CREATE or replace DIRECTORY FSS_DIR AS 'fss';
- Autonomous DatabaseのディレクトリにNFSをアタッチするには、次のステップに従います。
-
DBMS_CLOUD_ADMIN.ATTACH_FILE_SYSTEM
プロシージャを実行して、Autonomous Database内のディレクトリにファイル・システムをアタッチします。ノート
ADMINユーザーとしてログインしているか、DBMS_CLOUD_ADMIN
に対するEXECUTE権限を持っている必要があります。このプロシージャを実行するには、次の属性を設定する必要があります。file_system_name
: ファイル・システム名を指定します。file_system_location
: ファイル・システムの場所を指定します。directory_name
: 添付ファイルのディレクトリ名を指定します。description
: タスクの説明を指定します。params
:nfs_version
を指定します。- 値4を使用して、NFSv4を指定します。
exec DBMS_CLOUD_ADMIN.ATTACH_FILE_SYSTEM( file_system_name => 'AZUREFILES', file_system_location =>'odaamigration.file.core.windows.net:/odaamigration/testmigration', directory_name => 'FSS_DIR', description => 'Attach Azure Files', params => JSON_OBJECT('nfs_version' value 4) );
詳細は、ATTACH_FILE_SYSTEMプロシージャを参照してください。
- アタッチされたファイル・システムに関する情報を取得するには、次の問合せを実行します。
SELECT object_name FROM DBMS_CLOUD.LIST_FILES('FSS_DIR');
-