24 スナップ・クローンの作成
スナップ・クローンについて
スナップ・クローンは、ストレージに依存せずに大規模データベースの迅速で効率的な領域を持つクローンを作成するためのアプローチを提供します。テストや開発のために本番データベースのクローンが頻繁に必要となりますが、データベースが巨大な場合には特に、クローンの作成は困難で時間のかかる作業となります。
Enterprise Managerではこの問題への対処としてスナップ・クローンが提供されていますので、一部のストレージ・システムで利用可能なコピー・オン・ライト・テクノロジを使用して本番データベースからシン・クローンを作成できます。これは、クローンが最初はわずかな領域(数テラバイトのデータベースのシン・クローンに対して約2GBの書込み可能領域)を占有し、挿入、更新および削除が行われるにつれて大きくなることを意味します。Enterprise Managerでは、スナップ・クローンに次の2つのソリューションが提供されています。
-
ハードウェア・ソリューション: Oracle Sun ZFSストレージ・アプライアンスをサポートするベンダー固有のハードウェア・ソリューション。
-
ソフトウェア・ソリューション: すべてのNASストレージ・デバイスをサポートするストレージ非依存型のソフトウェア・ソリューション。このソリューションは、ZFSファイル・システムおよびCloneDB機能を使用してサポートされています。
スナップ・クローンの主な機能は次のとおりです。
-
セルフサービス駆動型のアプローチ: セルフ・サービス・ユーザーは、必要に応じて非定型ベースでデータベースをクローニングできます。
-
迅速なクローニング: データベースは、数日や数週間ではなく数分のうちにクローニングできます。
-
領域の効率性: この機能によって、ユーザーは、ストレージ・フットプリントを大幅に削減できます。
ノート:
Enterprise Manager 13c以降、スナップ・クローンではNetAppまたはEMCストレージ・アプライアンスがサポートされなくなりました。Enterprise Manager 13cリリース4以前のリリースに登録されたNetApp/EMCアプライアンスは、Enterprise Manager 13cリリース5へのアップグレード時に登録解除されます。Enterprise Managerがアップグレードされると、次のジョブが実行されなくなります。
- 登録解除されたファイラに対してスケジュールされた同期ジョブは、アップグレード後に停止されます。
- データベースは、スナップ・クローンが有効化されなくなります。
- プロファイルにスケジュールされた将来のジョブは失敗します。明示的な停止が必要になります。
- スナップ・クローン・データベースのリフレッシュは失敗します。
- 登録解除されたストレージのサービス・テンプレートは機能しなくなります。そうしたサービス・テンプレートを使用して発行されたプロビジョニング要求は失敗します。
データ・ライフサイクル管理について
Enterprise Managerのデータ・ライフサイクル管理ソリューションは、本番環境からテスト環境までデータを移動する、エンド・ツー・エンドの完結した自動化フローを提供します。
本番環境で、データベース管理者はまずこの本番データベースをバックアップし、バックアップからテスト・マスター・データベースを作成し、機密データをマスクして、最後にテスト・マスターからクローンを作成します。クローンは、データが本番データと確実に同期するように、必要に応じてリフレッシュされる必要があります。データ・ライフサイクル管理ソリューションでは、このプロセスは完全に自動化され、「クローニング」ダッシュボードから、または、セルフ・サービス・ポータルを介して実行できます。
テスト・マスター・プラガブル・データベースおよびスナップショット・クローンの作成
この項では、次の異なるソリューションのテスト・マスター・プラガブル・データベースおよびテスト・マスター・プラガブル・データベースのスナップショット・クローンの作成方法を提供します。
テスト・マスター・プラガブル・データベースの作成
ソースPDBからテスト・マスターPDBを作成するには、次のステップを実行します。
- 「テスト・マスター・プラガブル・データベースの作成: ソースと宛先」ページで、次の操作を実行します。
-
ソースCDBのSYSDBA資格証明を指定します。優先資格証明を使用するか、名前付き資格証明の保存済セットを使用するか、資格証明の新規セットを指定するかを選択できます。
-
「プラガブル・データベース定義」セクションで、テスト・マスターPDBの名前と表示名を指定します。Enterprise Managerでは、テスト・マスターPDBターゲットの識別に表示名を使用します。
-
「PDB管理者資格証明」セクションで、テスト・マスターPDBの管理に使用する管理者ユーザー・アカウントの資格証明を指定します。
-
「コンテナ・データベース」セクションで、宛先CDB (テスト・マスターPDBを含む必要のあるCDB)を指定します。
-
「資格証明」セクションで、宛先CDBのSYSDBA資格証明と、宛先CDBのホスト資格証明を指定します。また、宛先CDBで自動ストレージ管理(ASM)を使用してディスク・ストレージを管理している場合、ASM資格証明を指定する必要があります。
「次へ」をクリックします。
-
- 「テスト・マスター・プラガブル・データベースの作成: 構成」ページで、次の操作を実行します。
「データベース・ファイルの場所」セクションで、テスト・マスターPDBのデータファイルを格納する記憶域の場所を指定します。宛先CDBでASMを使用してディスク・ストレージを管理している場合、テスト・マスターPDBのデータファイルを格納するディスク・グループを指定します。
ソースPDBのデータ・モデル定義のみをクローニングし、ソースPDBデータはクローニングしない場合、「ユーザー・データの除外」を選択します。
「PDB管理者資格証明」セクションで、テスト・マスターPDBの管理に使用する管理者ユーザー・アカウントの資格証明を指定します。
「拡張構成」セクションで、テスト・マスターPDBの最大サイズの記憶域制限と、テスト・マスターPDB内の共有表領域の最大サイズを指定します。デフォルトでは、これらの属性の値に制限はありません。「その他」セクションで、テスト・マスターPDB内に作成される表領域に対して使用するロギング・オプションを選択します。
宛先CDBがExadataマシンの一部である場合、「拡張構成」セクションのかわりに「アクセス制御および権限」セクションが表示されることに注意してください。この場合、データファイルに対する読取り専用権限を付与する必要がある所有者およびグループを指定する必要があります。
「次へ」をクリックします。
- 「テスト・マスター・プラガブル・データベースの作成: 後処理」ページの「データ・マスキング」セクションで、テスト・マスターPDBの作成後に適用するデータ・マスキング定義を指定します。データ・マスキングによって、データベース内の機密データがマスクされます。
データ・マスキング定義の作成方法の詳細は、『Oracle Data Masking and Subsettingガイド』を参照してください。データ・マスキング定義を適用できるのは、Subset-Maskingライセンス・パックがある場合のみです。
「カスタム・スクリプト」セクションの「前スクリプト」および「後スクリプト」で、テスト・マスターPDBの作成の前後に実行するスクリプトを含むOracleソフトウェア・ライブラリ・コンポーネントを指定します。また、「SQLスクリプト」で、テスト・マスターPDBの作成後に実行するSQLスクリプトを指定します。「実行ユーザー」で、SQLスクリプトの実行に使用するユーザー・アカウントを選択します。
「次へ」をクリックします。
- デプロイメント・プロシージャのインスタンス名を指定します。また、デプロイメント・プロシージャを開始する時点を指定します。
「通知」セクションで、電子メール通知を受信するデプロイメント・プロシージャの状態を選択します。たとえば、「通知のステータス」で「スケジュール済」および「成功」を選択すると、デプロイメント・プロシージャがスケジュールされたときと、それが成功したときに電子メール通知を受信できます。
「次へ」をクリックします。
- 指定したすべての詳細を確認します。特定の詳細を編集する場合、「戻る」をクリックして必要なページに移動します。
「クローン」をクリックして、ソースPDBからテスト・マスターPDBを作成するデプロイメント・プロシージャを発行します。
ノート:
プラガブル・データベースのクローニング・プロシージャには、デフォルトで有効化されている先行ステップが含まれています。このステップは、クローニング・プロシージャの失敗の原因となります。このステップを無効にするには、次のコマンドを実行します。emctl set property -name oracle.sysman.db.pdb.prereq_enabled —sysman_pwd <sysman password> —value falseこのステップを有効にするには、次のコマンドを実行します。
emctl set property -name oracle.sysman.db.pdb.prereq_enabled -sysman_pwd <sysman password> —value true
Exadataテスト・マスター・プラガブル・データベースの作成
Enterprise Manager for Oracle Database 12.1.0.8プラグインがシステムにデプロイされている場合は、新しいPDBのクローニング・ウィザードを使用して、ソースPDBからテスト・マスターPDBを作成できます。
ソースPDBからテスト・マスターPDBを作成するには、次のステップを実行します。
- 「テスト・マスター・プラガブル・データベースの作成: ソースと宛先」ページで、次の操作を実行します。
-
ソースCDBのSYSDBA資格証明を指定します。優先資格証明を使用するか、名前付き資格証明の保存済セットを使用するか、資格証明の新規セットを指定するかを選択できます。
-
「プラガブル・データベース定義」セクションで、テスト・マスターPDBの名前と表示名を指定します。Enterprise Managerでは、テスト・マスターPDBターゲットの識別に表示名を使用します。
-
「PDB管理者資格証明」セクションで、テスト・マスターPDBの管理に使用する管理者ユーザー・アカウントの資格証明を指定します。
-
「コンテナ・データベース」セクションで、宛先CDB (テスト・マスターPDBを含む必要のあるCDB)を指定します。
-
「資格証明」セクションで、宛先CDBのSYSDBA資格証明と、宛先CDBのホスト資格証明を指定します。また、宛先CDBで自動ストレージ管理(ASM)を使用してディスク・ストレージを管理している場合、ASM資格証明を指定する必要があります。
「次へ」をクリックします。
-
- 「テスト・マスター・プラガブル・データベースの作成: 構成」ページで、次の操作を実行します。
「データベース・ファイルの場所」セクションで、テスト・マスターPDBのデータファイルが作成されるディスク・グループを指定します。
ソースPDBのデータ・モデル定義のみをクローニングし、ソースPDBデータはクローニングしない場合、「ユーザー・データの除外」を選択します。
「アクセス制御および権限」セクションで、データファイルに対する読取り専用権限を付与する必要がある所有者およびグループを指定します。
「次へ」をクリックします。
- 「テスト・マスター・プラガブル・データベースの作成: 後処理」ページの「データ・マスキング」セクションで、テスト・マスターPDBの作成後に適用するデータ・マスキング定義を指定します。データ・マスキングによって、データベース内の機密データがマスクされます。
データ・マスキング定義の作成方法の詳細は、『Oracle Data Masking and Subsettingガイド』を参照してください。データ・マスキング定義を適用できるのは、Subset-Maskingライセンス・パックがある場合のみです。
「カスタム・スクリプト」セクションの「前スクリプト」および「後スクリプト」で、テスト・マスターPDBの作成の前後に実行するスクリプトを含むOracleソフトウェア・ライブラリ・コンポーネントを指定します。また、「SQLスクリプト」で、テスト・マスターPDBの作成後に実行するSQLスクリプトを指定します。「実行ユーザー」で、SQLスクリプトの実行に使用するユーザー・アカウントを選択します。
「次へ」をクリックします。 - デプロイメント・プロシージャのインスタンス名を指定します。また、デプロイメント・プロシージャを開始する時点を指定します。
「通知」セクションで、電子メール通知を受信するデプロイメント・プロシージャの状態を選択します。たとえば、「通知のステータス」で「スケジュール済」および「成功」を選択すると、デプロイメント・プロシージャがスケジュールされたときと、それが成功したときに電子メール通知を受信できます。
「次へ」をクリックします。
- 指定したすべての詳細を確認します。特定の詳細を編集する場合、「戻る」をクリックして必要なページに移動します。
「クローン」をクリックして、ソースPDBからテスト・マスターPDBを作成するデプロイメント・プロシージャを発行します。
Exadataテスト・マスターPDBのスナップショット・クローンの作成
ノート:
スナップショット・クローンを作成できるのは、バージョン12.1.0.2.0以上のテスト・マスターPDBのみです。
システムに12.1.0.8のEnterprise Manager for Oracle Databaseプラグインをデプロイしている場合、新しいPDBのクローニング・ウィザードを使用してテスト・マスターPDBのスナップショット・クローンを作成できます。
Exadataテスト・マスターPDBのスナップショット・クローンを作成するには、次のステップを実行します。
- 「スナップショット・クローン・プラガブル・データベースの作成」で、次の手順を実行します。
-
ソースCDBのSYSDBA資格証明を指定します。優先資格証明を使用するか、名前付き資格証明の保存済セットを使用するか、資格証明の新規セットを指定するかを選択できます。
-
「資格証明」セクションで、CDBのSYSDBA資格証明を指定します。
-
「プラガブル・データベース定義」セクションで、PDBの名前と、PDBスナップショット・クローンの表示名を指定します。Enterprise Managerでは、PDBスナップショット・クローン・ターゲットの識別に表示名を使用します。
-
「PDB管理者資格証明」セクションで、PDBスナップショット・クローンの管理に使用する管理者ユーザー・アカウントの資格証明を指定します。
ソースCDBとは異なるCDBにテスト・マスターPDBをクローニングする場合、「プラガブル・データベースの異なるコンテナ・データベースへのクローニング」を選択し、宛先CDBを指定します。
-
「資格証明」セクションで、CDBのホスト資格証明を指定します。また、ディスク・ストレージを管理するために使用されるASMのASM資格証明を指定します。
-
- 「スナップショット・クローン・プラガブル・データベースの作成: ソースと宛先」ページで、詳細を確認して「次へ」をクリックします。
- 「スナップショット・クローン・プラガブル・データベースの作成: 構成」ページで、次の操作を実行します。
-
「データベース・ファイルの場所」セクションで、PDBスナップショット・クローンのデータファイルが作成されるスパース・ディスク・グループの名前を指定します。
-
「拡張構成」セクションで、PDBスナップショット・クローンの最大サイズの記憶域制限と、PDBスナップショット・クローン内の共有表領域の最大サイズを指定します。デフォルトでは、これらの属性の値に制限はありません。
-
「その他」セクションで、PDBスナップショット・クローン内に作成される表領域に対するデフォルトのロギング・オプションを選択します。
-
「次へ」をクリックします。
-
- 「スナップショット・クローン・プラガブル・データベースの作成: 後処理」セクションの「データ・マスキング」セクションで、PDBのクローニング後に適用するデータ・マスキング定義を指定します。データ・マスキングによって、データベース内の機密データがマスクされます。
データ・マスキング定義の作成方法の詳細は、『Oracle Data Masking and Subsettingガイド』を参照してください。データ・マスキング定義を適用できるのは、Subset-Maskingライセンス・パックがある場合のみです。
「カスタム・スクリプト」セクションの「前スクリプト」および「後スクリプト」で、PDBのクローニングの前後に実行するスクリプトを含むOracleソフトウェア・ライブラリ・コンポーネントを指定します。また、「SQLスクリプト」で、PDBのクローニング後に実行するSQLスクリプトを指定します。「実行ユーザー」で、SQLスクリプトの実行に使用するユーザー・アカウントを選択します。
「次へ」をクリックします。
- 「スナップショット・クローン・プラガブル・データベースの作成: スケジュール」ページで、クローニングのデプロイメント・プロシージャのインスタンス名を指定します。また、クローニング・プロシージャを開始する時点を指定します。
「通知」セクションで、電子メール通知を受信するデプロイメント・プロシージャの状態を選択します。たとえば、「通知のステータス」で「スケジュール済」および「成功」を選択すると、クローニング・デプロイメント・プロシージャがスケジュールされたときと、それが成功したときに電子メール通知を受信できます。
「次へ」をクリックします。
- 「スナップショット・クローン・プラガブル・データベースの作成: 確認」ページで、入力したすべての詳細を確認します。特定の詳細を編集する場合、「戻る」をクリックして必要なページに移動します。
「クローン」をクリックしてデプロイメント・プロシージャを発行し、Exadataテスト・マスターPDBのスナップショット・クローンを作成します。
ACFSテスト・マスター・プラガブル・データベースの作成
Enterprise Manager for Oracle Database 12.1.0.8プラグインがシステムにデプロイされている場合は、新しいPDBのクローニング・ウィザードを使用して、ソースPDBからテスト・マスターPDBを作成できます。
ソースPDBからテスト・マスターPDBを作成するには、次のステップを実行します。
- 「テスト・マスター・プラガブル・データベースの作成: ソースと宛先」ページで、次の操作を実行します。
-
ソースCDBのSYSDBA資格証明を指定します。優先資格証明を使用するか、名前付き資格証明の保存済セットを使用するか、資格証明の新規セットを指定するかを選択できます。
-
「プラガブル・データベース定義」セクションで、テスト・マスターPDBの名前と表示名を指定します。Enterprise Managerでは、テスト・マスターPDBターゲットの識別に表示名を使用します。
-
「PDB管理者資格証明」セクションで、テスト・マスターPDBの管理に使用する管理者ユーザー・アカウントの資格証明を指定します。
-
「コンテナ・データベース」セクションで、宛先CDB (テスト・マスターPDBを含む必要のあるCDB)を指定します。
-
「資格証明」セクションで、宛先CDBのSYSDBA資格証明と、宛先CDBのホスト資格証明を指定します。また、宛先CDBで自動ストレージ管理(ASM)を使用してディスク・ストレージを管理している場合、ASM資格証明を指定する必要があります。
「次へ」をクリックします。
-
- テスト・マスター・プラガブル・データベースの作成: 構成ページの「データベース・ファイルの場所」セクションで、テスト・マスターPDBのデータ・ファイルが作成されるACFSマウント・ポイント記憶域の場所を指定します。
ソースPDBのデータ・モデル定義のみをクローニングし、ソースPDBデータはクローニングしない場合、「ユーザー・データの除外」を選択します。
「次へ」をクリックします。
- 「テスト・マスター・プラガブル・データベースの作成: 後処理」ページの「データ・マスキング」セクションで、テスト・マスターPDBの作成後に適用するデータ・マスキング定義を指定します。データ・マスキングによって、データベース内の機密データがマスクされます。
データ・マスキング定義の作成方法の詳細は、『Oracle Data Masking and Subsettingガイド』を参照してください。データ・マスキング定義を適用できるのは、Subset-Maskingライセンス・パックがある場合のみです。
「カスタム・スクリプト」セクションの「前スクリプト」および「後スクリプト」で、テスト・マスターPDBの作成の前後に実行するスクリプトを含むOracleソフトウェア・ライブラリ・コンポーネントを指定します。また、「SQLスクリプト」で、テスト・マスターPDBの作成後に実行するSQLスクリプトを指定します。「実行ユーザー」で、SQLスクリプトの実行に使用するユーザー・アカウントを選択します。
「次へ」をクリックします。 - デプロイメント・プロシージャのインスタンス名を指定します。また、デプロイメント・プロシージャを開始する時点を指定します。
「通知」セクションで、電子メール通知を受信するデプロイメント・プロシージャの状態を選択します。たとえば、「通知のステータス」で「スケジュール済」および「成功」を選択すると、デプロイメント・プロシージャがスケジュールされたときと、それが成功したときに電子メール通知を受信できます。
「次へ」をクリックします。
- 指定したすべての詳細を確認します。特定の詳細を編集する場合、「戻る」をクリックして必要なページに移動します。
「クローン」をクリックして、ソースPDBからテスト・マスターPDBを作成するデプロイメント・プロシージャを発行します。
ACFSテスト・マスターPDBのスナップショット・クローンの作成
ノート:
スナップショット・クローンを作成できるのは、バージョン12.1.0.2.0以上のテスト・マスターPDBのみです。
システムに12.1.0.8のEnterprise Manager for Oracle Databaseプラグインをデプロイしている場合、新しいPDBのクローニング・ウィザードを使用してテスト・マスターPDBのスナップショット・クローンを作成できます。
Exadataテスト・マスターPDBのスナップショット・クローンを作成するには、次のステップを実行します。
- 「スナップショット・クローン・プラガブル・データベースの作成」で、次の手順を実行します。
-
ソースCDBのSYSDBA資格証明を指定します。優先資格証明を使用するか、名前付き資格証明の保存済セットを使用するか、資格証明の新規セットを指定するかを選択できます。
-
「資格証明」セクションで、CDBのSYSDBA資格証明を指定します。
-
「プラガブル・データベース定義」セクションで、PDBの名前と、PDBスナップショット・クローンの表示名を指定します。Enterprise Managerでは、PDBスナップショット・クローン・ターゲットの識別に表示名を使用します。
-
「PDB管理者資格証明」セクションで、PDBスナップショット・クローンの管理に使用する管理者ユーザー・アカウントの資格証明を指定します。
ソースCDBとは異なるCDBにテスト・マスターPDBをクローニングする場合、「プラガブル・データベースの異なるコンテナ・データベースへのクローニング」を選択し、宛先CDBを指定します。
-
「資格証明」セクションで、CDBのホスト資格証明を指定します。また、ディスク・ストレージを管理するために使用されるASMのASM資格証明を指定します。
-
- 「スナップショット・クローン・プラガブル・データベースの作成: ソースと宛先」ページで、詳細を確認して「次へ」をクリックします。
- 「スナップショット・クローン・プラガブル・データベースの作成: 構成」ページで、次の操作を実行します。
-
「データベース・ファイルの場所」セクションで、PDBスナップショット・クローンのデータファイルが作成されるスパース・ディスク・グループの名前を指定します。
-
「拡張構成」セクションで、PDBスナップショット・クローンの最大サイズの記憶域制限と、PDBスナップショット・クローン内の共有表領域の最大サイズを指定します。デフォルトでは、これらの属性の値に制限はありません。
-
「その他」セクションで、PDBスナップショット・クローン内に作成される表領域に対するデフォルトのロギング・オプションを選択します。
-
「次へ」をクリックします。
-
- 「スナップショット・クローン・プラガブル・データベースの作成: 後処理」セクションの「データ・マスキング」セクションで、PDBのクローニング後に適用するデータ・マスキング定義を指定します。データ・マスキングによって、データベース内の機密データがマスクされます。
データ・マスキング定義の作成方法の詳細は、『Oracle Data Masking and Subsettingガイド』を参照してください。データ・マスキング定義を適用できるのは、Subset-Maskingライセンス・パックがある場合のみです。
「カスタム・スクリプト」セクションの「前スクリプト」および「後スクリプト」で、PDBのクローニングの前後に実行するスクリプトを含むOracleソフトウェア・ライブラリ・コンポーネントを指定します。また、「SQLスクリプト」で、PDBのクローニング後に実行するSQLスクリプトを指定します。「実行ユーザー」で、SQLスクリプトの実行に使用するユーザー・アカウントを選択します。
「次へ」をクリックします。
- 「スナップショット・クローン・プラガブル・データベースの作成: スケジュール」ページで、クローニングのデプロイメント・プロシージャのインスタンス名を指定します。また、クローニング・プロシージャを開始する時点を指定します。
「通知」セクションで、電子メール通知を受信するデプロイメント・プロシージャの状態を選択します。たとえば、「通知のステータス」で「スケジュール済」および「成功」を選択すると、クローニング・デプロイメント・プロシージャがスケジュールされたときと、それが成功したときに電子メール通知を受信できます。
「次へ」をクリックします。
- 「スナップショット・クローン・プラガブル・データベースの作成: 確認」ページで、入力したすべての詳細を確認します。特定の詳細を編集する場合、「戻る」をクリックして必要なページに移動します。
「クローン」をクリックしてデプロイメント・プロシージャを発行し、Exadataテスト・マスターPDBのスナップショット・クローンを作成します。
クローニング・ダッシュボードからのスナップ・クローンの作成
管理ダッシュボードからスナップ・クローンを作成し、そのスナップ・クローンをテスト・マスター・データベースとして昇格できます。この項では、スナップ・クローン・データベースの作成と管理に使用できる次の手順について説明します。
スナップ・クローン・データベースの作成
データベース・スナップ・クローンを作成するには、次のステップを実行します。
- スナップ・クローン・データベースの作成: ソースと宛先ページで、次の操作を実行します。
-
「ソース」セクションで、SYSDBAのデータベース資格証明とデータベース・ホスト資格証明の検索アイコンをクリックして、資格証明セレクタを起動します。「OK」 をクリックします。
-
「データ時系列」セクションで、「即時」または「前のポイント・イン・タイム」を選択します。
「即時」を選択した場合、SYSASMのASM資格証明を指定するか、検索して選択します。「即時」はライブ・クローンを意味します。
「データベース・スナップショット」セクションで、クローン・データベース・ジョブの一部として作成されるスナップショット・プロファイルの場所、名前、説明、バージョンおよびベンダーを指定します。ホスト名、データベース、データ・コンテンツ、データ・コンテンツ・モードなどのノートを追加できます。
-
「前のポイント・イン・タイム」を選択した場合、ストレージ・スナップショット・イメージのカルーセルが表示されます。イメージで「選択」をクリックして、適切なRMANバックアップを選択します。
カルーセルからストレージ・スナップショットを選択してスナップ・クローンを作成できます。この2つの期間の間に新規クローンを作成する必要がある場合は、これを変更できます。同様に、「SCNの選択」オプションを選択して、SCNに対して同じ操作を実行できます。
-
- 宛先データベースの定義セクションで、次の操作を行います。
-
表示名を指定します。
-
グローバル・データベース名およびSIDを指定します。
データベースは、「グローバル・データベース名」で一意に識別されます。通常の名前の形式は
name.domainです。データベースは、SIDで一意に識別される少なくとも1つのOracleインスタンスによって参照されています。 -
次のデータベース・タイプから1つ選択します。
-
単一インスタンス・データベース
「ホスト」セクションで、Oracleホームの場所を指定します。ホストはデフォルトで指定されます。次に、データベース・ホーム資格証明およびSYSASMのASM資格証明を選択します。
-
RACデータベース
「ホスト」セクションで、クラスタ・ターゲットを指定または選択します。Oracleホームの場所は、デフォルトで指定されます。次に、データベース・ホスト資格証明およびSYSASMのASM資格証明を指定します。
「ノード」セクションで、クラスタおよびOracleホームを選択し、管理者の管理対象となるOracle RACデータベースが作成される1つ以上のホストを表示します。
-
RAC One Nodeデータベース
「ホスト」セクションで、クラスタ・ターゲットを指定または選択します。Oracleホームの場所は、デフォルトで指定されます。次に、データベース・ホスト資格証明およびSYSASMのASM資格証明を指定します。
「ノード」セクションで、クラスタおよびOracleホームを選択し、管理者の管理対象となるOracle RACデータベースが作成される1つ以上のホストを表示します。
「次へ」をクリックします。
-
ノート:
Oracleでは、クローンの一部としてインライン・パッチ適用をサポートしています。選択された宛先ホームに、最新のCPUやPSUなどのパッチが適用されている場合、クローニングされたデータベースはそのレベルで自動的に起動します。
-
- スナップ・クローン・データベースの作成: 構成ページで、次を実行します。
-
「ボリュームの構成」で、次の項目を指定して、クローン・データベースで使用されるボリュームを構成します。
-
マウント・ポイント接頭辞: クローニングされるデータベースの新しいマウント・ポイントを指定します。この値は、このボリュームのクローンがマウントされる自動生成されたマウント・ポイントに接頭辞として追加されます。ボリュームは
/<mount-prefix> <unique-suffix-generated-by-EM> /<source-path>にマウントされます。マウント・ポイント接頭辞には、「すべてのボリュームで同じ」または「ボリュームごとに異なる」を指定できます。ノート:
ボリュームは事前に作成されている必要があります。
-
書込み可能領域: ブロックの変更に必要な領域量を指定します。ここで指定される値は、サーバーに指定されるストレージ上限を超えることはできません。たとえば、データ変更が最小限である場合、元のボリューム・サイズの1%として値を指定します。書込み可能領域には、「すべてのボリュームで同じ」または「ボリュームごとに異なる」を指定できます。
-
-
選択したデータベースのストレージ詳細が「ボリューム・コンテンツ情報」セクションに表示されます。「ファイルの表示」をクリックして、ボリューム内のデータベース・ファイルのレイアウトを表示します。
-
「リスナー構成」セクションで、クローン・データベースを登録するために、新しいOracleホームで実行されているリスナー・ターゲットを選択します。「追加」をクリックし、リスナー名およびポートを指定すると、新しいリスナーを追加できます。
-
「データベース資格証明」セクションで、クローン・データベースのSYS、SYSTEMおよびDBSNMP管理ユーザーのパスワードを指定します。3ユーザーすべてに同じパスワードを指定するか、ユーザーごとに異なるパスワードを指定するかを選択できます。
「次へ」をクリックします。
-
- スナップ・クローン・データベースの作成: 初期化パラメータ・ページで、データベース・インスタンスの操作に影響する様々な初期化パラメータの値を構成できます。パラメータの値を変更するには、そのパラメータを選択して「編集」をクリックします。
「次へ」をクリックします。
- スナップ・クローン・データベースの作成: 後処理ページで、次を指定します。
-
マスキング定義: データ・マスキングは、テスト・データベースや本稼働していないデータベースの機密データをマスキングするプロセスです。マスキング定義では、マスクされたデータの形式でマスクする列を定義します。データベースのクローニング後に適用するマスキング定義を指定します。
ノート:
マスキング定義は、Subset-Maskingライセンス・パックがある場合にのみ使用できます。
-
カスタム・スクリプト: データベースを作成する前後に実行が必要なカスタム・スクリプトを指定します。
「次へ」をクリックします。
-
- スナップ・クローン・データベースの作成: スケジュール・ページで、一意のデプロイメント・プロシージャ・インスタンス名を指定します。デプロイメント・プロシージャを即時起動するか、後で起動するかを選択できます。
「通知の詳細」セクションで、次の通知の設定を選択できます。
-
スケジュール済
-
実行中
-
操作必須
-
一時停止
-
成功
-
問題
「次へ」をクリックします。
-
- スナップ・クローン・データベースの作成: 確認ページで、ソース・データベース、クローンのデータ・ソースおよび宛先データベースの詳細を確認します。
「発行」をクリックします。
テスト・マスター・データベースの作成
テスト・マスター・データベースを作成するには、次のいずれかのソリューションを使用できます。
クローン・ウィザードを使用したテスト・マスター・データベースの作成
テスト・マスター・データベースとは、本番データベースのサニタイズされたバージョンです。テスト・マスターが作成される前に、オプションで本番データをマスキングできます。テスト・マスターは、前のポイント・イン・タイムで取得され、特定の間隔でリフレッシュされるスナップショットまたはRMANバックアップ・プロファイルから作成できます。このオプションは、ソース・データをマスクして機密データを隠す必要がある場合に便利です。
テスト・マスターを作成するには、次のステップに従います。
EM CLIを使用したテスト・マスター・データベースの作成
テスト・マスター・データベースを作成するには、動詞emcli create_clone -inputFile=/tmp/create_test_master.propsを実行します(create_test_master.propsは、テスト・マスターの作成に必要なパラメータと値が含まれたプロパティ・ファイルです)。
プロパティ・ファイルの例(create_test_master.props):
CLONE_TYPE=DUPLICATE COMMON_DB_DBSNMP_PASSWORD=password COMMON_DB_SID=clonedb COMMON_DB_SYSTEM_PASSWORD=sunrise COMMON_DB_SYS_PASSWORD=sunrise DATABASE_PASSWORDS=Sumrise1 COMMON_GLOBAL_DB_NAME=clonedb.xyz.com DB_ADMIN_PASSWORD_SAME=true DEST_LISTENER_SELECTION=DEST_DB_HOME HOST_NORMAL_NAMED_CRED=HOST:SYSCO IS_TESTMASTER_DATABASE=Y USAGE_MODE = testMaster CLOUD_TARGET = true LISTENER_PORT=1526 ORACLE_BASE_LOC=/scratch/app ORACLE_HOME_LOC=/scratch/app/product/11.2.0./dbhome_1 EM_USER=sys EM_PWD=Sunrise1 SRC_DB_CRED=DB:SYSCO SRC_DB_TARGET_NAME=ora.xyz.com SRC_HOST_NORMAL_NAMED_CRED=HOST:SYSCO TARGET_HOST_LIST=bl1.xyz.com
テスト・マスター・データベース作成のステータスを確認するには、EM CLI動詞emcli get_instance_status -instance={instance GUI}を実行します。
テスト・マスター・データベースの無効化
テスト・マスター・データベースを無効化するには、次のステップを実行します。
- 「発行」をクリックします。このアクションによって、データファイルが読取り/書込みモードにリセットされ、データベースがオープン・モードで再起動されます。後でデータベースをさらに変更し、必要に応じて再度テスト・マスターとして有効化できます。
テスト・マスター・プラガブル・データベースの作成
テスト・マスターPDBを作成するには、次のいずれかのソリューションを使用できます。
クローン・ウィザードを使用したテスト・マスター・プラガブル・データベースの作成
ソースPDBからテスト・マスターPDBを作成するには、次のステップを実行します。
- 「テスト・マスター・プラガブル・データベースの作成: ソースと宛先」ページで、次の操作を実行します。
-
ソースCDBのSYSDBA資格証明を指定します。優先資格証明を使用するか、名前付き資格証明の保存済セットを使用するか、資格証明の新規セットを指定するかを選択できます。
-
「プラガブル・データベース定義」セクションで、テスト・マスターPDBの名前と表示名を指定します。Enterprise Managerでは、テスト・マスターPDBターゲットの識別に表示名を使用します。
-
「PDB管理者資格証明」セクションで、テスト・マスターPDBの管理に使用する管理者ユーザー・アカウントの資格証明を指定します。
-
「コンテナ・データベース」セクションで、宛先CDB (テスト・マスターPDBを含む必要のあるCDB)を指定します。
-
「資格証明」セクションで、宛先CDBのSYSDBA資格証明と、宛先CDBのホスト資格証明を指定します。また、宛先CDBで自動ストレージ管理(ASM)を使用してディスク・ストレージを管理している場合、ASM資格証明を指定する必要があります。
「次へ」をクリックします。
-
- 「テスト・マスター・プラガブル・データベースの作成: 構成」ページで、次の操作を実行します。
「データベース・ファイルの場所」セクションで、テスト・マスターPDBのデータファイルを格納する記憶域の場所を指定します。宛先CDBでASMを使用してディスク・ストレージを管理している場合、テスト・マスターPDBのデータファイルを格納するディスク・グループを指定します。
ソースPDBのデータ・モデル定義のみをクローニングし、ソースPDBデータはクローニングしない場合、「ユーザー・データの除外」を選択します。
「PDB管理者資格証明」セクションで、テスト・マスターPDBの管理に使用する管理者ユーザー・アカウントの資格証明を指定します。
「拡張構成」セクションで、テスト・マスターPDBの最大サイズの記憶域制限と、テスト・マスターPDB内の共有表領域の最大サイズを指定します。デフォルトでは、これらの属性の値に制限はありません。「その他」セクションで、テスト・マスターPDB内に作成される表領域に対して使用するロギング・オプションを選択します。
宛先CDBがExadataマシンの一部である場合、「拡張構成」セクションのかわりに「アクセス制御および権限」セクションが表示されることに注意してください。この場合、データファイルに対する読取り専用権限を付与する必要がある所有者およびグループを指定する必要があります。
「次へ」をクリックします。
- 「テスト・マスター・プラガブル・データベースの作成: 後処理」ページの「データ・マスキング」セクションで、テスト・マスターPDBの作成後に適用するデータ・マスキング定義を指定します。データ・マスキングによって、データベース内の機密データがマスクされます。
データ・マスキング定義を適用できるのは、Subset-Maskingライセンス・パックがある場合のみです。
「カスタム・スクリプト」セクションの「前スクリプト」および「後スクリプト」で、テスト・マスターPDBの作成の前後に実行するスクリプトを含むOracleソフトウェア・ライブラリ・コンポーネントを指定します。また、「SQLスクリプト」で、テスト・マスターPDBの作成後に実行するSQLスクリプトを指定します。「実行ユーザー」で、SQLスクリプトの実行に使用するユーザー・アカウントを選択します。
「次へ」をクリックします。
- デプロイメント・プロシージャのインスタンス名を指定します。また、デプロイメント・プロシージャを開始する時点を指定します。
「通知」セクションで、電子メール通知を受信するデプロイメント・プロシージャの状態を選択します。たとえば、「通知のステータス」で「スケジュール済」および「成功」を選択すると、デプロイメント・プロシージャがスケジュールされたときと、それが成功したときに電子メール通知を受信できます。
「次へ」をクリックします。
- 指定したすべての詳細を確認します。特定の詳細を編集する場合、「戻る」をクリックして必要なページに移動します。
「クローン」をクリックして、ソースPDBからテスト・マスターPDBを作成するデプロイメント・プロシージャを発行します。
EM CLIを使用したテスト・マスター・プラガブル・データベースの作成
テスト・マスター・プラガブル・データベースを作成するには、コマンドemcli pdb_clone_management -input_file=data:/xyz/sdf/pdb_test_master.propsを実行します(pdb_test_master.propsファイルの内容の例を次に示します)。
テスト・マスターPDBを作成するためのプロパティ・ファイルの例:
SRC_PDB_TARGET=cdb_prod_PDB SRC_HOST_CREDS=NC_HOST_SCY:SYCO SRC_CDB_CREDS=NC_HOST_SYC:SYCO SRC_WORK_DIR=/tmp/source DEST_HOST_CREDS=NC_SLCO_SSH:SYS DEST_LOCATION=/scratch/sray/app/sray/cdb_tm/HR_TM_PDB6 DEST_CDB_TARGET=cdb_tm DEST_CDB_TYPE=oracle_database DEST_CDB_CREDS=NC_HOST_SYC:SYCO DEST_PDB_NAME=HR_TM_PDB6 IS_CREATE_AS_TESTMASTER=true MASKING_DEFINITION_NAME=CRM_Masking_Defn
ノート:
Exadata ASMにテスト・マスターを作成する必要がある場合は、さらに2つのパラメータ(ACL_DF_OWNER=oracleおよびACL_DF_GROUP=oinstall)を追加する必要があります。
CloneDBデータベースの作成
CloneDBデータベースは、RMANイメージ・バックアップがある場合にのみ作成できます。
CloneDBデータベースを作成するには、次のステップに従います。
- 宛先データベースの定義セクションで、次の操作を行います。
-
表示名を指定します。
-
グローバル・データベース名およびSIDを指定します。
データベースは、「グローバル・データベース名」で一意に識別されます。名前の一般的な形式は、name.domainです。データベースは、SIDで一意に識別される少なくとも1つのOracleインスタンスによって参照されています。
-
「RACデータベース」タイプがデフォルトで選択されます。
「ホスト」セクションで、クラスタ・ターゲットを指定または選択します。Oracleホームの場所は、デフォルトで指定されます。次に、データベース・ホスト資格証明およびSYSASMのASM資格証明を指定します。
「ノード」セクションで、クラスタおよびOracleホームを選択し、管理者の管理対象となるOracle RACデータベースが作成される1つ以上のホストを表示します。
ノート:
Oracleでは、クローンの一部としてインライン・パッチ適用をサポートしています。選択された宛先ホームに、最新のCPUやPSUなどのパッチが適用されている場合、クローニングされたデータベースはそのレベルで自動的に起動します。
「次へ」をクリックします。
-
- CloneDBデータベースの作成: 構成ページで、次を実行します。
-
「データベース・ファイルの場所」で、データファイル、一時ファイル、REDOログ・ファイルおよび制御ファイルを作成する場所を指定します。「ファイル・システム」オプションがデフォルトで選択されます。
-
「リカバリ・ファイルの場所」で、アーカイブREDOログ、RMANバックアップ、その他の関連ファイルなどのリカバリ・ファイルを作成する場所を指定します。「高速リカバリ領域の使用」を選択して、高速領域リカバリを使用することを選択できます。その場合は、高速リカバリ領域サイズを指定します。高速リカバリ領域サイズは、デフォルトでソースのサイズになります。
-
「リスナー構成」セクションで、新規Oracleホームで実行しているリスナー・ターゲットを選択して、クローン・データベースを登録します。
-
「データベース資格証明」セクションで、クローン・データベースのSYS、SYSTEMおよびDBSNMP管理ユーザーのパスワードを指定します。3ユーザーすべてに同じパスワードを指定するか、ユーザーごとに異なるパスワードを指定するかを選択できます。
「次へ」をクリックします。
-
- CloneDBデータベースの作成: 初期化パラメータ・ページで、データベース・インスタンスの操作に影響する様々な初期化パラメータの値を構成できます。パラメータの値を変更するには、そのパラメータを選択して「編集」をクリックします。
「次へ」をクリックします。
- CloneDBデータベースの作成: 後処理ページで、次を指定します。
-
マスキング定義: データ・マスキングは、テスト・データベースや本稼働していないデータベースの機密データをマスキングするプロセスです。マスキング定義では、マスクされたデータの形式でマスクする列を定義します。データベースのクローニング後に適用するマスキング定義を指定します。
ノート:
マスキング定義は、Subset-Maskingライセンス・パックがある場合にのみ使用できます。
-
カスタム・スクリプト: データベースを作成する前後に実行が必要なカスタム・スクリプトを指定します。
-
データ・プロファイルの作成: このオプションでは、作成後に新規クローン・インスタンスのバックアップを自動的に取得できます。クローンまたはテスト・マスターがリフレッシュされると、このセクションに、データベースに対して作成された既存のプロファイルが表示されます。データベースとともにリフレッシュする必要のあるプロファイルを選択できます。
-
テスト・マスターとして作成: このオプションは、クローニングされるデータベースをテスト・マスター・データベースとして作成する場合に選択します。
「次へ」をクリックします。
-
- CloneDBデータベースの作成: スケジュール・ページで、一意のデプロイメント・プロシージャ・インスタンス名を指定します。デプロイメント・プロシージャを即時起動するか、後で起動するかを選択できます。
「通知の詳細」セクションで、次の通知の設定を選択できます。
-
スケジュール済
-
実行中
-
操作必須
-
一時停止
-
成功
-
問題
「次へ」をクリックします。
-
- CloneDBデータベースの作成: 確認ページで、ソース・データベースの詳細、クローンのデータソース、および宛先データベースを確認します。
「発行」をクリックします。
クローン・データベースの管理
クローンおよびリフレッシュ・ページでは、クローン・データベースの追加、クローン・データベースの削除およびテスト・マスターとしてのクローン・データベースの昇格を行うことでクローン・データベースを管理できます。
クローンおよびリフレッシュ・ページにアクセスするには、Oracleデータベース・ターゲットのホームページに移動します。ホームページで、「Oracleデータベース」 をクリックし、「プロビジョニング」 を選択して、「クローンおよびリフレッシュ」を選択します。
クローン・データベースの追加
「追加」ボタンを使用して、すでに作成されている現在のデータベースのクローンを追加します。データベース・クローン・インスタンスを追加するには、「追加」をクリックします。表示された「ターゲットの選択」ダイアログ・ボックスでデータベース・ターゲットを選択し、「選択」 をクリックします。データベース・インスタンスが、データベースのクローニング・ページの「クローン」セクションに追加されます。
クローン・データベースの削除
「削除」ボタンを使用して削除できるのは、「追加」ボタンを使用して追加されたデータベースのみです。
データベース・クローン・インスタンスを削除するには、削除するデータベース・クローン・インスタンスを「クローン」セクションから選択します。「削除」をクリックします。
クローン・データベースのテスト・マスターとしての昇格
データベース・クローン・データベース・インスタンスをテスト・マスターとして昇格するには、再作成するクローン・インスタンスを「クローン」セクションから選択します。テスト・マスターとして昇格をクリックします。
クローン・データベース・インスタンスのテスト・マスターからの削除は、「クローン」セクションからクローン・データベース・インスタンスを選択し、テスト・マスターから削除をクリックして行うこともできます。
クローン・データベースのリフレッシュ
クローン・データベースをリフレッシュするには、「クローン」セクションからクローン・データベース・インスタンスを選択し、「リフレッシュ」をクリックします。「クローン・データベースのリフレッシュ」を参照してください。
データ・プロファイルの作成
クローンおよびリフレッシュ・ページの「データ・プロファイル」タブには、クローン・データベースから作成したデータ・プロファイルが表示されます。データ・プロファイル・ページで、既存のデータ・プロファイルのコンテンツを表示できます。これらのデータ・プロファイルの「編集」および「リフレッシュ」も実行できます。
「作成」をクリックして、新規データ・プロファイルを作成することもできます。これにより、プロビジョニング・プロファイルの作成ウィザードが起動します。このウィザードを使用したプロビジョニング・プロファイルの作成方法は、Enterprise Manager Cloud Control管理者ガイドを参照してください。
クローン・データベースのリフレッシュ
- 「ターゲット」メニューから「データベース」を選択します。
- データベースのホームページで、リフレッシュするデータベース・クローン・インスタンスをデータベースのリストから選択します。
- データベース・ターゲットのホームページで、「Oracleデータベース」をクリックし、「プロビジョニング」 を選択して、「クローンおよびリフレッシュ」を選択します。
- クローンおよびリフレッシュ・ページで、「リフレッシュ」タブを選択します。
リフレッシュ・ページに次のセクションが表示されます。
-
ソース・データベースからドリフト
このセクションには、このデータベースのクローニング元のソース・データベースの名前が表示されます。クローン・データベースがリフレッシュされた後の日数が表示されます。「リフレッシュ」をクリックしてクローン・データベースをリフレッシュします。
-
データベース・ボリュームの詳細
このセクションには、選択したデータベースのストレージ詳細が表示されます。「ファイルの表示」をクリックして、ボリューム内のデータベース・ファイルのレイアウトを表示します。選択したデータベースのストレージ・レイアウトとファイル・レイアウトを示す表示ボックスが表示されます。
-
履歴
このセクションには、データベースの過去のリフレッシュが表示されます。リフレッシュの日時、リフレッシュ元、データベースの所有者およびリフレッシュ・アクションのステータスが表示されます。
-
記憶域の使用状況
この項には、データベースのストレージ・ボリューム、ストレージ・コンテンツ、マウント・ポイント、使用されている書込み可能ストレージの量および同期日が表示されます。
Exadataテスト・マスター・データベースのスナップショット・クローンの作成
Exadataテスト・マスター・データベースのスナップショット・クローンを作成するには、次のステップを実行します。
- Exadataスナップショット・クローン・データベースの作成: ソースと宛先ページで、次の操作を実行します。
-
「ソース」セクションで、SYSDBAのデータベース資格証明とデータベース・ホスト資格証明の検索アイコンをクリックして、資格証明セレクタを起動します。「OK」をクリックします。
-
「データ時系列」セクションで、「即時」がデフォルトで選択されます。
「即時」はライブ・クローンを意味します。
SYSASMのASM資格証明を指定または選択します。
-
- 宛先データベースの定義セクションで、次の操作を行います。
-
表示名を指定します。
-
グローバル・データベース名およびSIDを指定します。
データベースは、「グローバル・データベース名」で一意に識別されます。通常の名前の形式は
name.domainです。データベースは、SIDで一意に識別される少なくとも1つのOracleインスタンスによって参照されています。 -
次のデータベース・タイプから1つ選択します。
-
単一インスタンス・データベース
「ホスト」セクションで、Oracleホームの場所を指定します。ホストはデフォルトで指定されます。次に、データベース・ホーム資格証明およびSYSASMのASM資格証明を選択します。
-
RACデータベース
「ホスト」セクションで、クラスタ・フィールドが親データベースから自動選択され、無効化されます。Oracleホームの場所は、デフォルトで指定されます。次に、データベース・ホスト資格証明およびSYSASMのASM資格証明を指定します。
「ノード」セクションで、クラスタおよびOracleホームを選択し、管理者の管理対象となるOracle RACデータベースが作成される1つ以上のホストを表示します。
-
RAC One Nodeデータベース
「ホスト」セクションで、クラスタ・ターゲットを指定または選択します。Oracleホームの場所は、デフォルトで指定されます。次に、データベース・ホスト資格証明およびSYSASMのASM資格証明を指定します。
「ノード」セクションで、クラスタおよびOracleホームを選択し、管理者の管理対象となるOracle RACデータベースが作成される1つ以上のホストを表示します。
「次へ」をクリックします。
-
ノート:
Oracleでは、クローンの一部としてインライン・パッチ適用をサポートしています。選択された宛先ホームに、最新のCPUやPSUなどのパッチが適用されている場合、クローニングされたデータベースはそのレベルで自動的に起動します。
-
- Exadataスナップショット・クローン・データベースの作成: 構成ページで、次の操作を実行します。
-
「データベース・ファイルの場所」で、疎ディスク・グループおよびREDOログ・ファイル・サイズを指定します。
-
「リカバリ・ファイルの場所」で、アーカイブREDOログ、RMANバックアップ、その他の関連ファイルなどのリカバリ・ファイルを作成する場所を指定します。「高速リカバリ領域の使用」を選択して、高速領域リカバリを使用することを選択できます。その場合は、高速リカバリ領域サイズを指定します。高速リカバリ領域サイズは、デフォルトでソースのサイズになります。
-
「リスナー構成」セクションで、新規Oracleホームで実行しているリスナー・ターゲットを選択して、クローン・データベースを登録します。
-
「データベース資格証明」セクションで、クローン・データベースのSYS、SYSTEMおよびDBSNMP管理ユーザーのパスワードを指定します。3ユーザーすべてに同じパスワードを指定するか、ユーザーごとに異なるパスワードを指定するかを選択できます。
「次へ」をクリックします。
-
- Exadataスナップショット・クローン・データベースの作成: 初期化パラメータ・ページで、データベース・インスタンスの操作に影響する様々な初期化パラメータの値を構成できます。パラメータの値を変更するには、そのパラメータを選択して「編集」をクリックします。
「次へ」をクリックします。
- Exadataスナップショット・クローン・データベースの作成: 後処理ページで、次の項目を指定します。
-
マスキング定義: データ・マスキングは、テスト・データベースや本稼働していないデータベースの機密データをマスキングするプロセスです。マスキング定義では、マスクされたデータの形式でマスクする列を定義します。データベースのクローニング後に適用するマスキング定義を指定します。
ノート:
マスキング定義は、Subset-Maskingライセンス・パックがある場合にのみ使用できます。
-
カスタム・スクリプト: データベースを作成する前後に実行が必要なカスタム・スクリプトを指定します。
「次へ」をクリックします。
-
- Exadataスナップショット・データベースの作成: スケジュール・ページで、一意のデプロイメント・プロシージャ・インスタンス名を指定します。デプロイメント・プロシージャを即時起動するか、後で起動するかを選択できます。
「通知の詳細」セクションで、次の通知の設定を選択できます。
-
スケジュール済
-
実行中
-
操作必須
-
一時停止
-
成功
-
問題
「次へ」をクリックします。
-
- Exadataスナップショット・データベースの作成: 確認ページで、ソース・データベースの詳細、クローンのデータ・ソースおよび宛先データベースを確認します。
「発行」をクリックします。
同期テスト・マスターからのスナップ・クローンの作成
テスト・マスター・データベースとして指定されているスタンバイ・データベースを使用してスナップ・クローンを作成できます。テスト・マスター・データベースは常に最新で、本番データベースと同期しています。このアプローチを使用してスナップ・クローンを作成するには、次のステップに従います。
表24-1 スナップ・クローンの作成(連続フロー)
| ステップ | タスク | ロール |
|---|---|---|
|
1 |
DBaaSを有効にする「はじめに」の項のステップに従います。 |
はじめにを参照してください。 |
|
2 |
ストレージ・サーバーを登録します。 |
「ストレージ・サーバーの登録」を参照してください。 |
|
3 |
1つ以上のリソース・プロバイダを作成します。 |
「リソース・プロバイダの作成」を参照してください。 |
|
4 |
リクエスト設定を構成します。 |
「リクエスト設定の構成」を参照してください。 |
|
5 |
各セルフ・サービス・ユーザーの割当て制限を定義します。 |
割当て制限の定義を参照してください |
|
7 |
スタンバイ・データベースを追加し、テスト・マスターとして指定します。 |
「テスト・マスターとしてのフィジカル・スタンバイ・データベースの使用」を参照してください。 ノート: このスタンバイ・データベースは、スナップ・クローンの作成が可能な登録されたストレージ・サーバー(NetApp、Sun ZFS、EMCなど)に存在する必要があります。 |
|
6 |
スナップ・クローンのテスト・マスターを有効にします。 |
「スナップ・クローンのテスト・マスターの有効化」を参照してください。 |
|
7 |
テスト・マスターからスナップショット・プロファイルを作成します。 |
|
|
8 |
サービス・テンプレートを作成します。 |
「スナップ・クローン・プロファイルを使用したサービス・テンプレートの作成」を参照してください。 |
|
9 |
チャージバック・サービスを構成します(このステップはオプションです)。 |
チャージバックの構成を参照してください。 |
|
10 |
データベースのデプロイ時に、作成したサービス・テンプレートを選択します。 |
「データベースのリクエスト」を参照してください |
ストレージ・サーバーの登録
ストレージ・サーバーの登録対象は次のとおりです。
-
Sun ZFSストレージ・サーバー: Sun ZFSストレージ・サーバーの登録を参照してください。
-
Solarisファイル・システム(ZFS): 「Solaris File System (ZFS)ストレージ・サーバーの登録」を参照してください。
リソース・プロバイダの作成
次のような1つ以上のリソース・プロバイダを作成する必要があります。
-
PaaSインフラストラクチャ・ゾーン: 「PaaSインフラストラクチャ・ゾーンの作成」を参照してください。
-
データベース・プール: 「Database as a Service用のデータベース・プールの作成」を参照してください
テスト・マスターとしてのフィジカル・スタンバイ・データベースの使用
テスト・マスター・データベースとは、本番データベースのサニタイズされたバージョンです。テスト・マスターは、Oracle Data Guard機能を使用してライブ・スタンバイ・データベースから作成できます。プロファイルまたはスナップショットは、テスト・マスターから作成でき(第「スナップショットを使用したデータベース・プロビジョニング・プロファイルの作成」を参照)、それらのプロファイルを使用して、スナップ・クローンを作成できます(「データベースのリクエスト」を参照)。テスト・マスターは、ライブ・データを含むフィジカル・スタンバイ・データベースであるため、プロファイルに最新のデータが取得されるように、定期的にプロファイルとスナップショットをスケジュールおよび作成する必要があります(「テスト・マスターのスナップショットの作成およびリフレッシュ」を参照)。セルフ・サービス・ユーザーは、各プロファイルから複数のスナップ・クローンを作成できます。それらのスナップ・クローンは、新しいプロファイルまたはスナップショットが使用できるようになったときにリフレッシュできます(「RMANデータベースのリフレッシュ」を参照)。
テスト・マスターを作成するには、次のステップに従います。
- 「エンタープライズ」メニューから「クラウド」を選択し、「クラウド・ホーム」を選択します。「Oracle Cloud」メニューから、「設定」を選択し、左側のパネルで「データベース・サービス」ファミリを選択します。「テスト・マスター・データベース」タブをクリックします。
- ライブ・スタンバイ・データベースからテスト・マスターを作成するには、「追加」をクリックし、テスト・マスターとして指定するスタンバイ・データベースを選択します。新しく追加されたデータベースは、「テスト・マスター・データベース」ページに表示され、スナップ・クローン・データベース・インスタンスを作成するために使用できます。
スナップ・クローンのテスト・マスターの有効化
テスト・マスター・データベースを作成した後に、データベース上でスナップ・クローンを有効にする必要があります。
ノート:
スナップ・クローンを有効にするには、データベースに対するSNAP_CLONE_TARGETまたはFULL_TARGET権限が必要です。
スナップ・クローンを有効にするには、次のステップに従います。
スナップショットを使用したデータベース・プロビジョニング・プロファイルの作成
-
記憶域に登録する記憶域サーバーをネットワーク上で使用できることを確認します。ストレージ・サーバーを登録する場合は、「ストレージ・サーバーの登録および管理」を参照してください。
ノート:
Sun ZFSおよびSolaris ZFSは、Enterprise Manager Cloud Control 12cでサポートされます。
-
記憶域サーバーが通信用のEnterprise Manager Cloud Controlでインストールおよびモニターされる管理エージェントに接続されていることを確認します。
-
ストレージ・サーバーが登録され、スナップ・クローンに有効な少なくとも1つのデータベースが存在することを確認します。
-
プロファイルを作成するには、
EM_STORAGE_OPERATOR権限またはEM_STORAGE_ADMINISTRATOR権限を持っている必要があります。
スナップショットを使用したデータベース・プロビジョニング・プロファイルの作成
データベース・プロビジョニング・プロファイルを作成するには、次のステップに従います。
ノート:
スナップショットがデータベースによって使用されている場合は、削除できません。スナップショットを削除すると、廃止されます。
つまり、廃止されたスナップショットを使用して新しいデータベースをリクエストすることはできません。これは、データベースに対する赤いプッシュピンで示され、スナップショットが固定され、使用できないことを意味します。
そのスナップショットを使用しているデータベースが削除されると、次回実行時に自動的にパージされます。
テスト・マスターのスナップショットの作成およびリフレッシュ
スナップショット・プロファイルが作成された後で、スケジュールされた間隔でプロファイルをリフレッシュし、プロファイルの新規バージョンを作成できます。
テスト・マスター(またはフィジカル・スタンバイ・データベース)のスナップショット・プロファイルを作成するには、「スナップショットを使用したデータベース・プロビジョニング・プロファイルの作成」にリストされているステップに従います。スナップショット・プロファイルをリフレッシュするには、次のステップに従います。
スナップ・クローン・プロファイルを使用したサービス・テンプレートの作成
- 「サービス・テンプレート」リンクをクリックします。サービス・テンプレート・ページが表示されます。「作成」をクリックします。サービス・テンプレートの作成: 一般ページが表示されます。
図24-1 サービス・テンプレートの作成: 「一般」(スナップ・クローン)
- 「次へ」をクリックします。データベース・クラウド・セルフ・サービス・ポータルの設定: データベースページが表示されます。
図24-2 サービス・テンプレートの作成: 「データベース」(スナップ・クローン)
- 「次へ」をクリックします。サービス・テンプレートの作成: 初期化パラメータページが表示されます。
図24-3 サービス・テンプレートの作成: 「初期化パラメータ」(スナップ・クローン)
データベースのリクエスト
セルフ・サービス・ユーザーは、データベース・テンプレート・プロファイルに基づいてサービス・テンプレートを選択し、データベースを作成できるようになりました。「データベースのリクエスト」を参照してください。
個別に同期されたテスト・マスターからのスナップ・クローンの作成
テスト・マスターがNASストレージ・デバイスに存在する場合、個別に同期されたテスト・マスターからスナップ・クローンを作成できます。この表では、スナップショット・プロファイルを使用したスナップ・クローンの作成に必要なステップを示します。
表24-2 スナップ・クローンの作成 - 個別フロー
| ステップ | タスク | ロール |
|---|---|---|
|
1 |
DBaaSを有効にする「はじめに」の項のステップに従います。 |
はじめにを参照してください |
|
2 |
ストレージ・サーバーを登録します。 |
「ストレージ・サーバーの登録」を参照してください |
|
3 |
1つ以上のリソース・プロバイダを作成します。 |
「リソース・プロバイダの作成」を参照してください。 |
|
4 |
リクエスト設定を構成します。 |
「リクエスト設定の構成」を参照してください。 |
|
4 |
各セルフ・サービス・ユーザーの割当て制限を定義します。 |
割当て制限の定義を参照してください |
|
5 |
RMANバックアップからテスト・マスター・データベースを作成します。 |
「個別に同期されたテスト・マスターの作成」を参照してください。 |
|
6 |
スナップ・クローンのテスト・マスターを有効にします |
「スナップ・クローンのテスト・マスターの有効化」を参照してください。 |
|
6 |
テスト・マスターからスナップ・クローン・プロファイルを作成します。 |
|
|
9 |
作成したプロファイルに基づくサービス・テンプレートを作成します。 |
「スナップ・クローン・プロファイルを使用したサービス・テンプレートの作成」を参照してください。 |
|
10 |
チャージバック・サービスを構成します(このステップはオプションです)。 |
チャージバックの構成を参照してください。 |
|
11 |
作成したサービス・テンプレートを選択してデータベースをリクエストします。 |
「データベースのリクエスト」を参照してください |
|
12 |
テスト・マスターとデータベース・インスタンスをリフレッシュします。
|
関連項目: |
個別に同期されたテスト・マスターの作成
テスト・マスター・データベースとは、本番データベースのサニタイズされたバージョンです。テスト・マスターが作成される前に、オプションで本番データをマスキングできます。テスト・マスターは、前のポイント・イン・タイムで取得され、特定の間隔でリフレッシュされるスナップショットまたはRMANバックアップ・プロファイルから作成できます。このオプションは、ソース・データをマスクして機密データを隠す必要がある場合に便利です。
テスト・マスターを作成するには、次のステップに従います。
ノート:
emcli create_cloneコマンドを使用してテスト・マスターを作成することもできます。詳細は、「EM CLI動詞を使用したデータベース・クローンの作成」を参照してください。
データベースのリクエスト
セルフ・サービス・ユーザーは、データベース・テンプレート・プロファイルに基づいてサービス・テンプレートを選択し、データベースを作成できるようになりました。「データベースのリクエスト」を参照してください。
テスト・マスター・データベースのリフレッシュ
テスト・マスター・データベースは、特定の時点で取得された本番データベースのRMANバックアップ・プロファイルから作成されます。本番データベースは継続的に更新されるため、テスト・マスターは、最新の本番データを使用できるように定期的にリフレッシュする必要があります。
- 「即時」オプションを選択した場合は、次の画面が表示されます。
図24-4 テスト・マスターのリフレッシュ: 「ソースと宛先」(即時)
「次へ」をクリックします。「構成」ページが表示されます。
図24-5 テスト・マスターのリフレッシュ: 「構成」
テスト・マスターがリフレッシュされたら、更新されたテスト・マスターに基づいて新しいプロファイルを作成できます。セルフ・サービス・ユーザーは、データベース・インスタンスを最新のプロファイルにリフレッシュできます。テスト・マスターの古いバージョンによって使用されていたストレージ領域は、更新(リフレッシュ)されたテスト・マスターによって再利用されます。
スナップショット・プロファイルのリフレッシュ
テスト・マスターをリフレッシュした後、スナップショット・プロファイルの新しいリビジョンを作成する必要があります。それには、次のステップに従って、スナップショット・プロファイルをリフレッシュする必要があります。
- データソース・ページで、「データ・プロファイル」タブをクリックします。プロファイルのリストが表示されます。
図24-6 スナップショット・プロファイルのリフレッシュ
例: 個別に同期されたテスト・マスターからのスナップ・クローンの作成
次の例は、個別の間隔でリフレッシュされるテスト・マスター・データベースからスナップ・クローンを作成する方法を示しています。
- 最初に、すべての前提条件が満たされていることを確認する必要があります。はじめにを参照してください
- 次に、ストレージ・サーバーを登録する必要があります。「ストレージ・サーバーの登録」を参照してください。
- 1つ以上のPaaSインフラストラクチャ・ゾーンおよび1つ以上のデータベース・プールを作成する必要があります。「リソース・プロバイダの作成」を参照してください。
- セルフ・サービス・ユーザーに割り当てる割当て制限を定義する必要があります。割当て制限の定義を参照してください。
- 次のステップでは、本番データベース(prod1)を識別し、RMANバックアップ(prod1_backup)を作成します。
- prod1_backupに基づいてテスト・マスター(testmaster1)を作成します。「個別に同期されたテスト・マスターの作成」を参照してください。
- スナップ・クローン用にtestmaster1を有効にする必要があります。これにより、スナップショット・テクノロジを使用したスナップ・クローンの作成が可能になります。「スナップ・クローンのテスト・マスターの有効化」を参照してください。
- testmaster1に基づいたプロファイル(snap_profile)を作成する必要があります。「スナップショットを使用したデータベース・プロビジョニング・プロファイルの作成」を参照してください
- このプロファイルをセルフ・サービス・ユーザーが使用できるようにするには、サービス・カタログ・エントリまたはサービス・テンプレートを作成する必要があります。スナップ・クローン・テンプレート1というテンプレートを作成します。「スナップ・クローン・プロファイルを使用したサービス・テンプレートの作成」を参照してください。「サービス・テンプレート」で、「プロファイルのバージョン」フィールドが「最新」に設定されます。これにより、セルフ・サービス・ユーザーは、常に最新バージョンのプロファイルを使用してデータベース・インスタンスを作成できます。
- これで、セルフ・サービス・ユーザーは、スナップ・クローン・テンプレート1を使用してスナップ・クローンを作成できます。「データベースのリクエスト」を参照してください。
- 最新の本番データを取得するため、セルフ・サービス管理者は、TestMaster1をリフレッシュします。「テスト・マスター・データベースのリフレッシュ」を参照してください。
- 現在、テスト・マスターには更新済データが含まれるため、新しいリビジョンのプロファイルを作成する必要があります。「スナップショット・プロファイルのリフレッシュ」を参照してください。
- 新しいリビジョンのプロファイル(snap_profile)が使用可能になったら、セルフ・サービス・ユーザーは、自分のデータベース・インスタンスをリフレッシュして最新の本番データを取得できます。「RMANデータベースのリフレッシュ」を参照してください。テスト・マスターの古いバージョンによって使用されていたストレージ領域は、リフレッシュされたテスト・マスターによって再利用されます。
CloneDBデータベースの作成
CloneDB機能を使用すると、様々な場所にデータをコピーすることなく、データベースを複数回クローニングできます。Oracle Databaseでは、かわりにcopy-on-writeテクノロジを使用してCloneDBデータベースにファイルを作成するため、ディスク上に追加の記憶域が必要となるのは、CloneDBデータベースで変更されたブロックのみとなります。CloneDBによって、テスト目的で必要とされる記憶域の容量を削減し、複数のデータベース・クローンを迅速に作成できます。CloneDBは、11.2.0.3以上のリリースのデータベースでサポートされます。
次のステップに従って、個別に同期されたテスト・マスターを使用することで、CloneDBデータベースを作成できます。
表24-3 スナップ・クローンの作成 - 個別フロー
| ステップ | タスク | ロール |
|---|---|---|
|
1 |
DBaaSを有効にする「はじめに」の項のステップに従います。 |
はじめにを参照してください |
|
3 |
1つ以上のリソース・プロバイダを作成します。 |
「リソース・プロバイダの作成」を参照してください。 |
|
4 |
リクエスト設定を構成します。 |
「リクエスト設定の構成」を参照してください。 |
|
5 |
各セルフ・サービス・ユーザーの割当て制限を定義します。 |
割当て制限の定義を参照してください |
|
6 |
スナップショットを使用してRMANイメージ・バックアップからデータベース・プロビジョニング・プロファイルを作成します。 |
|
|
9 |
作成したプロファイルに基づくサービス・テンプレートを作成します。 |
「RMANイメージ・プロファイルを使用したサービス・テンプレートの作成」を参照してください。 |
|
10 |
チャージバック・サービスを構成します(このステップはオプションです)。 |
チャージバックの構成を参照してください。 |
|
11 |
作成したサービス・テンプレートを選択してデータベースをリクエストします。 |
「データベースのリクエスト」を参照してください |
RMANデータベース・イメージを使用したデータベース・プロビジョニング・プロファイルの作成
- 参照ターゲット・ページで、検索アイコンをクリックして、ターゲットを選択します。
- 「検索と選択: ターゲット」ダイアログ・ボックスで、プロファイルを作成するデータベースを選択して、「選択」をクリックします。
- 「参照ターゲット」ページで、次を選択します。
-
データ・コンテンツ
-
データベースから物理ファイルおよび構造ファイルを組み込むための「構造およびデータ」、またはテンプレート内の構造ファイルのみを組み込むための「構造のみ」。
-
作成
-
RMANデータベース・イメージ
-
- 「資格証明」セクションで、データベースを選択します。「資格証明」列で、「名前付き資格証明」を選択して「資格証明名」列から資格証明名を選択するか、「優先資格証明」 を選択します。「次へ」をクリックします。
- 「コンテンツ・オプション」ページで、RMANイメージ・モードのバックアップの場所を指定します。デフォルトでは、バックアップの場所として「オフライン・バックアップ」が選択されます。「オンライン・バックアップ」は、それが有効な場合にのみ選択できます。
次に、バックアップの場所の「ディレクトリ」を選択してディレクトリ・パスを入力するか、バックアップの場所がすでに含まれている「高速リカバリ領域」を選択します。
ノート:
-
指定した場所にデータベース・プールのすべてのノードからアクセスできることを確認してください。
-
データベース・バージョンによっては、プロファイル(イメージ)をNFSの共有場所に手動でステージングする必要があります。
「次へ」をクリックします。
-
- データベース・プロビジョニング・プロファイルの作成・ページの「プロファイル情報」セクションで、次の操作を行います。
-
データベース・プロファイルが作成されるソフトウェア・ライブラリ内のプロファイルの場所を指定または選択します。
-
一意のプロファイル名を指定します。
For example: RMAN Database Image for HR database
-
プロファイルの説明を追加します。
-
プロファイル・バージョンとベンダーを確認します。
-
ホスト名、データベース、データ・コンテンツ、データ・コンテンツ・モジュールなどのノートを追加します。
-
- 「ポリシーのパージ」セクションには、次の3つのオプションが表示されます。
-
なし。このオプションは、収集したデータをパージしない場合に選択します。
-
スナップショット。このオプションでは、パージできるスナップショットの最大数を指定できます。
-
日間。このオプションでは、データ・コンポーネントのパージが必要になるまでの日数を指定できます。
-
- 確認ページで、前のページで行った選択内容が正しく表示されていることを確認し、「発行」をクリックします。正しく表示されていない場合は、変更を行うページに達するまで「戻る」を繰り返しクリックします。プロビジョニング・プロファイルの作成を中断するには、「取消」をクリックします。
「データの表示」が「リアル・タイム: 手動リフレッシュ」に設定されている場合、プロビジョニング・プロファイルの作成ジョブを発行したら、ページを手動でリフレッシュしてください。それ以外の場合、一定の期間経過後にリロードするように「データの表示」を設定し、左側のペインの「プロシージャ・ステップ」ツリーから実行ステップを選択して詳細を表示します。
発行したジョブを表示するには、「データ・プロファイル」タブで「プロシージャ・アクティビティ」リンクを選択します。
