| Oracle® Enterprise Manager Cloud管理ガイド 13c リリース3 E98553-01 |
|
 前へ |
 次へ |
スナップ・クローンは、ストレージに依存せずに大規模データベースの迅速で効率的な領域を持つクローンを作成するためのアプローチを提供します。テストや開発のために本番データベースのクローンが頻繁に必要となりますが、データベースが巨大な場合には特に、クローンの作成は困難で時間のかかる作業となります。
Enterprise Managerではこの問題への対処としてスナップ・クローンが提供されていますので、一部のストレージ・システムで利用可能なコピー・オン・ライト・テクノロジを使用して本番データベースからシン・クローンを作成できます。これは、クローンが最初はわずかな領域(数テラバイトのデータベースのシン・クローンに対して約2GBの書込み可能領域)を占有し、挿入、更新および削除が行われるにつれて大きくなることを意味します。Enterprise Managerでは、スナップ・クローンに次の2つのソリューションが提供されています。
ハードウェア・ソリューション: NetApps、Oracle Sun ZFSストレージ・アプライアンス、EMC VMAXおよびVNXがサポートされるベンダー固有のハードウェア・ソリューション。
ソフトウェア・ソリューション: すべてのNASストレージ・デバイスおよびSANストレージ・デバイスがサポートされるストレージ非依存型のソフトウェア・ソリューション。このソリューションは、ZFSファイル・システムおよびCloneDB機能を使用してサポートされています。
スナップ・クローンの主な機能は次のとおりです。
セルフ・サービス駆動型のアプローチ: セルフ・サービス・ユーザーは、必要に応じて非定型ベースでデータベースをクローニングできます。
迅速なクローニング: データベースは、数日や数週間ではなく数分のうちにクローニングできます。
領域の効率性: この機能によって、ユーザーは、ストレージ・フットプリントを大幅に削減できます。
Enterprise Managerのデータ・ライフサイクル管理ソリューションは、本番環境からテスト環境までデータを移動する、エンド・ツー・エンドの完結した自動化フローを提供します。
本番環境で、データベース管理者はまずこの本番データベースをバックアップし、バックアップからテスト・マスター・データベースを作成し、機密データをマスクして、最後にテスト・マスターからクローンを作成します。クローンは、データが本番データと確実に同期するように、必要に応じてリフレッシュされる必要があります。データ・ライフサイクル管理ソリューションでは、このプロセスは完全に自動化され、「クローニング」ダッシュボードから、または、セルフ・サービス・ポータルを介して実行できます。
管理ダッシュボードからスナップ・クローンを作成し、そのスナップ・クローンをテスト・マスター・データベースとして昇格できます。この項では、スナップ・クローン・データベースの作成と管理に使用できる次の手順について説明します。
データベース・スナップ・クローンを作成するには、次の手順を実行します。
「ソース」セクションで、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バックアップ・プロファイルから作成できます。このオプションは、ソース・データをマスクして機密データを隠す必要がある場合に便利です。
テスト・マスターを作成するには、次の手順に従います。
テスト・マスター・データベースを作成するには、動詞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を作成するには、次のいずれかのソリューションを使用できます。
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のデータファイルを格納する記憶域の場所を指定します。宛先CDBでASMを使用してディスク・ストレージを管理している場合、テスト・マスターPDBのデータファイルを格納するディスク・グループを指定します。
ソースPDBのデータ・モデル定義のみをクローニングし、ソースPDBデータはクローニングしない場合、「ユーザー・データの除外」を選択します。
「PDB管理者資格証明」セクションで、テスト・マスターPDBの管理に使用する管理者ユーザー・アカウントの資格証明を指定します。
「拡張構成」セクションで、テスト・マスターPDBの最大サイズの記憶域制限と、テスト・マスターPDB内の共有表領域の最大サイズを指定します。デフォルトでは、これらの属性の値に制限はありません。「その他」セクションで、テスト・マスターPDB内に作成される表領域に対して使用するロギング・オプションを選択します。
宛先CDBがExadataマシンの一部である場合、「拡張構成」セクションのかわりに「アクセス制御および権限」セクションが表示されることに注意してください。この場合、データファイルに対する読取り専用権限を付与する必要がある所有者およびグループを指定する必要があります。
「次へ」をクリックします。
データ・マスキング定義の作成方法の詳細は、『Oracle Data Masking and Subsettingガイド』を参照してください。データ・マスキング定義は、Subset-Maskingライセンス・パックを所有している場合にのみ適用できることに注意してください。
「カスタム・スクリプト」セクションの「前スクリプト」および「後スクリプト」で、テスト・マスターPDBの作成の前後に実行するスクリプトを含むOracleソフトウェア・ライブラリ・コンポーネントを指定します。また、「SQLスクリプト」で、テスト・マスターPDBの作成後に実行するSQLスクリプトを指定します。「実行ユーザー」で、SQLスクリプトの実行に使用するユーザー・アカウントを選択します。
「通知」セクションで、電子メール通知を受信するデプロイメント・プロシージャの状態を選択します。たとえば、「通知のステータス」で「スケジュール済」および「成功」を選択すると、デプロイメント・プロシージャがスケジュールされたときと、それが成功したときに電子メール通知を受信できます。
「次へ」をクリックします。
「クローン」をクリックして、ソースPDBからテスト・マスターPDBを作成するデプロイメント・プロシージャを発行します。
テスト・マスター・プラガブル・データベースを作成するには、コマンド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データベースは、RMANイメージ・バックアップがある場合にのみ作成できます。
CloneDBデータベースを作成するには、次の手順に従います。
表示名を指定します。
グローバル・データベース名およびSIDを指定します。
データベースは、「グローバル・データベース名」で一意に識別されます。名前の一般的な形式は、name.domainです。データベースは、SIDで一意に識別される少なくとも1つのOracleインスタンスによって参照されています。
「RACデータベース」タイプがデフォルトで選択されます。
「ホスト」セクションで、クラスタ・ターゲットを指定または選択します。Oracleホームの場所は、デフォルトで指定されます。次に、データベース・ホスト資格証明およびSYSASMのASM資格証明を指定します。
「ノード」セクションで、クラスタおよびOracleホームを選択し、管理者の管理対象となるOracle RACデータベースが作成される1つ以上のホストを表示します。
注意:
Oracleでは、クローンの一部としてインライン・パッチ適用をサポートしています。選択された宛先ホームに、最新のCPUやPSUなどのパッチが適用されている場合、クローニングされたデータベースはそのレベルで自動的に起動します。
「次へ」をクリックします。
「データベース・ファイルの場所」で、データファイル、一時ファイル、REDOログ・ファイルおよび制御ファイルを作成する場所を指定します。「ファイル・システム」オプションがデフォルトで選択されます。
「リカバリ・ファイルの場所」で、アーカイブREDOログ、RMANバックアップ、その他の関連ファイルなどのリカバリ・ファイルを作成する場所を指定します。「高速リカバリ領域の使用」を選択して、高速領域リカバリを使用することを選択できます。その場合は、高速リカバリ領域サイズを指定します。高速リカバリ領域サイズは、デフォルトでソースのサイズになります。
「リスナー構成」セクションで、新規Oracleホームで実行しているリスナー・ターゲットを選択して、クローン・データベースを登録します。
「データベース資格証明」セクションで、クローン・データベースのSYS、SYSTEMおよびDBSNMP管理ユーザーのパスワードを指定します。3ユーザーすべてに同じパスワードを指定するか、ユーザーごとに異なるパスワードを指定するかを選択できます。
「次へ」をクリックします。
「次へ」をクリックします。
マスキング定義: データ・マスキングは、テスト・データベースや本稼働していないデータベースの機密データをマスキングするプロセスです。マスキング定義では、マスクされたデータの形式でマスクする列を定義します。データベースのクローニング後に適用するマスキング定義を指定します。
注意:
マスキング定義は、Subset-Maskingライセンス・パックがある場合にのみ使用できます。
カスタム・スクリプト: データベースを作成する前後に実行が必要なカスタム・スクリプトを指定します。
データ・プロファイルの作成: このオプションでは、作成後に新規クローン・インスタンスのバックアップを自動的に取得できます。クローンまたはテスト・マスターがリフレッシュされると、このセクションに、データベースに対して作成された既存のプロファイルが表示されます。データベースとともにリフレッシュする必要のあるプロファイルを選択できます。
テスト・マスターとして作成: このオプションは、クローニングされるデータベースをテスト・マスター・データベースとして作成する場合に選択します。
「次へ」をクリックします。
「通知の詳細」セクションで、次の通知の設定を選択できます。
スケジュール済
実行中
アクション必須
一時停止
成功
問題
「次へ」をクリックします。
「送信」をクリックします。
クローンおよびリフレッシュ・ページでは、クローン・データベースの追加、クローン・データベースの削除およびテスト・マスターとしてのクローン・データベースの昇格を行うことでクローン・データベースを管理できます。
クローンおよびリフレッシュ・ページにアクセスするには、Oracleデータベース・ターゲットのホームページに移動します。ホームページで、「Oracleデータベース」 をクリックし、「プロビジョニング」 を選択して、「クローンおよびリフレッシュ」を選択します。
クローン・データベースの追加
「追加」ボタンを使用して、すでに作成されている現在のデータベースのクローンを追加します。データベース・クローン・インスタンスを追加するには、「追加」をクリックします。表示された「ターゲットの選択」ダイアログ・ボックスでデータベース・ターゲットを選択し、「選択」 をクリックします。データベース・インスタンスが、データベースのクローニング・ページの「クローン」セクションに追加されます。
クローン・データベースの削除
「削除」ボタンを使用して削除できるのは、「追加」ボタンを使用して追加されたデータベースのみです。
データベース・クローン・インスタンスを削除するには、削除するデータベース・クローン・インスタンスを「クローン」セクションから選択します。「削除」をクリックします。
クローン・データベースのテスト・マスターとしての昇格
データベース・クローン・データベース・インスタンスをテスト・マスターとして昇格するには、再作成するクローン・インスタンスを「クローン」セクションから選択します。テスト・マスターとして昇格をクリックします。
クローン・データベース・インスタンスのテスト・マスターからの削除は、「クローン」セクションからクローン・データベース・インスタンスを選択し、テスト・マスターから削除をクリックして行うこともできます。
クローン・データベースのリフレッシュ
クローン・データベースをリフレッシュするには、「クローン」セクションからクローン・データベース・インスタンスを選択し、「リフレッシュ」をクリックします。「クローン・データベースのリフレッシュ」を参照してください。
データ・プロファイルの作成
クローンおよびリフレッシュ・ページの「データ・プロファイル」タブには、クローン・データベースから作成したデータ・プロファイルが表示されます。データ・プロファイル・ページで、既存のデータ・プロファイルのコンテンツを表示できます。これらのデータ・プロファイルの「編集」および「リフレッシュ」も実行できます。
「作成」をクリックして、新規データ・プロファイルを作成することもできます。これにより、プロビジョニング・プロファイルの作成ウィザードが起動します。このウィザードを使用したプロビジョニング・プロファイルの作成方法は、Enterprise Manager Cloud Control管理者ガイドを参照してください。
リフレッシュ・ページに次のセクションが表示されます。
ソース・データベースからドリフト
このセクションには、このデータベースのクローニング元のソース・データベースの名前が表示されます。クローン・データベースがリフレッシュされた後の日数が表示されます。「リフレッシュ」をクリックしてクローン・データベースをリフレッシュします。
データベース・ボリュームの詳細
このセクションには、選択したデータベースのストレージ詳細が表示されます。「ファイルの表示」をクリックして、ボリューム内のデータベース・ファイルのレイアウトを表示します。選択したデータベースのストレージ・レイアウトとファイル・レイアウトを示す表示ボックスが表示されます。
履歴
このセクションには、データベースの過去のリフレッシュが表示されます。リフレッシュの日時、リフレッシュ元、データベースの所有者およびリフレッシュ・アクションのステータスが表示されます。
記憶域の使用状況
この項には、データベースのストレージ・ボリューム、ストレージ・コンテンツ、マウント・ポイント、使用されている書込み可能ストレージの量および同期日が表示されます。
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などのパッチが適用されている場合、クローニングされたデータベースはそのレベルで自動的に起動します。
「データベース・ファイルの場所」で、疎ディスク・グループおよびREDOログ・ファイル・サイズを指定します。
「リカバリ・ファイルの場所」で、アーカイブREDOログ、RMANバックアップ、その他の関連ファイルなどのリカバリ・ファイルを作成する場所を指定します。「高速リカバリ領域の使用」を選択して、高速領域リカバリを使用することを選択できます。その場合は、高速リカバリ領域サイズを指定します。高速リカバリ領域サイズは、デフォルトでソースのサイズになります。
「リスナー構成」セクションで、新規Oracleホームで実行しているリスナー・ターゲットを選択して、クローン・データベースを登録します。
「データベース資格証明」セクションで、クローン・データベースのSYS、SYSTEMおよびDBSNMP管理ユーザーのパスワードを指定します。3ユーザーすべてに同じパスワードを指定するか、ユーザーごとに異なるパスワードを指定するかを選択できます。
「次へ」をクリックします。
「次へ」をクリックします。
マスキング定義: データ・マスキングは、テスト・データベースや本稼働していないデータベースの機密データをマスキングするプロセスです。マスキング定義では、マスクされたデータの形式でマスクする列を定義します。データベースのクローニング後に適用するマスキング定義を指定します。
注意:
マスキング定義は、Subset-Maskingライセンス・パックがある場合にのみ使用できます。
カスタム・スクリプト: データベースを作成する前後に実行が必要なカスタム・スクリプトを指定します。
「次へ」をクリックします。
「通知の詳細」セクションで、次の通知の設定を選択できます。
スケジュール済
実行中
アクション必須
一時停止
成功
問題
「次へ」をクリックします。
「送信」をクリックします。
テスト・マスター・データベースとして指定されているスタンバイ・データベースを使用してスナップ・クローンを作成できます。テスト・マスター・データベースは常に最新で、本番データベースと同期しています。このアプローチを使用してスナップ・クローンを作成するには、次の手順に従います。
表26-1 スナップ・クローンの作成(連続フロー)
| ステップ | タスク | ロール |
|---|---|---|
1 |
DBaaSを有効にする「はじめに」の項の手順に従います。 |
「はじめに」を参照してください。 |
2 |
ストレージ・サーバーを登録します。 |
「ストレージ・サーバーの登録」を参照してください。 |
3 |
1つ以上のリソース・プロバイダを作成します。 |
「リソース・プロバイダの作成」を参照してください。 |
4 |
リクエスト設定を構成します。 |
「リクエスト設定の構成」を参照してください。 |
5 |
各セルフ・サービス・ユーザーの割当て制限を定義します。 |
「割当て制限の定義」を参照してください |
7 |
スタンバイ・データベースを追加し、テスト・マスターとして指定します。 |
「テスト・マスターとしてのフィジカル・スタンバイ・データベースの使用」を参照してください。 注意: このスタンバイ・データベースは、スナップ・クローンの作成が可能な登録されたストレージ・サーバー(NetApp、Sun ZFS、EMCなど)に存在する必要があります。 |
6 |
スナップ・クローンのテスト・マスターを有効にします。 |
「スナップ・クローンのテスト・マスターの有効化」を参照してください。 |
7 |
テスト・マスターからスナップショット・プロファイルを作成します。 |
|
8 |
サービス・テンプレートを作成します。 |
「スナップ・クローン・プロファイルを使用したサービス・テンプレートの作成」を参照してください。 |
9 |
チャージバック・サービスを構成します(この手順はオプションです)。 |
「チャージバックの構成」を参照してください。 |
10 |
データベースのデプロイ時に、作成したサービス・テンプレートを選択します。 |
「データベースのリクエスト」を参照してください |
ストレージ・サーバーの登録対象は次のとおりです。
NetAppおよびSun ZFSストレージ・サーバー: 「NetAppまたはSun ZFSストレージ・サーバーの登録」を参照してください。
Solarisファイル・システム(ZFS): 「Solaris File System (ZFS)ストレージ・サーバーの登録」を参照してください。
EMCストレージ・サーバー: 「EMCストレージ・サーバーの登録」を参照してください。
次のような1つ以上のリソース・プロバイダを作成する必要があります。
PaaSインフラストラクチャ・ゾーン: 「PaaSインフラストラクチャ・ゾーンの作成」を参照してください。
データベース・プール: 「Database as a Service用のデータベース・プールの作成」を参照してください
テスト・マスター・データベースとは、本番データベースのサニタイズされたバージョンです。テスト・マスターは、Oracle Data Guard機能を使用してライブ・スタンバイ・データベースから作成できます。プロファイルまたはスナップショットは、テスト・マスターから作成でき(第「スナップショットを使用したデータベース・プロビジョニング・プロファイルの作成」を参照)、それらのプロファイルを使用して、スナップ・クローンを作成できます(「データベースのリクエスト」を参照)。テスト・マスターは、ライブ・データを含むフィジカル・スタンバイ・データベースであるため、プロファイルに最新のデータが取得されるように、定期的にプロファイルとスナップショットをスケジュールおよび作成する必要があります(「テスト・マスターのスナップショットの作成およびリフレッシュ」を参照)。セルフ・サービス・ユーザーは、各プロファイルから複数のスナップ・クローンを作成し、新しいプロファイルまたはスナップショットが使用できるようになったときに、それらのスナップ・クローンをリフレッシュできます(「データベースのリフレッシュ」を参照)。
テスト・マスターを作成するには、次の手順に従います。
テスト・マスター・データベースを作成した後に、データベース上でスナップ・クローンを有効にする必要があります。
注意:
スナップ・クローンを有効にするには、データベースに対するSNAP_CLONE_TARGETまたはFULL_TARGET権限が必要です。
スナップ・クローンを有効にするには、次の手順に従います。
ストレージを登録するストレージ・サーバーがネットワーク上で使用可能であることを確認します。ストレージ・サーバーを登録するには、「ストレージ・サーバーの登録および管理」を参照してください。
注意:
Enterprise Manager Cloud Control 12cではNetApp、Sun ZFS、Solaris ZFSおよびEMCストレージ・サーバーがサポートされます。
記憶域サーバーが通信用のEnterprise Manager Cloud Controlでインストールおよびモニターされる管理エージェントに接続されていることを確認します。
ストレージ・サーバーが登録され、スナップ・クローンに有効な少なくとも1つのデータベースが存在することを確認します。
プロファイルを作成するには、EM_STORAGE_OPERATOR権限またはEM_STORAGE_ADMINISTRATOR権限を持っている必要があります。
スナップショットを使用したデータベース・プロビジョニング・プロファイルの作成
データベース・プロビジョニング・プロファイルを作成するには、次の手順に従います。
注意:
スナップショットがデータベースによって使用されている場合は、削除できません。スナップショットを削除すると、廃止されます。
つまり、廃止されたスナップショットを使用して新しいデータベースをリクエストすることはできません。これは、データベースに対する赤いプッシュピンで示され、スナップショットが固定され、使用できないことを意味します。
そのスナップショットを使用しているデータベースが削除されると、次回実行時に自動的にパージされます。
スナップショット・プロファイルが作成された後で、スケジュールされた間隔でプロファイルをリフレッシュし、プロファイルの新規バージョンを作成できます。
テスト・マスター(またはフィジカル・スタンバイ・データベース)のスナップショット・プロファイルを作成するには、「スナップショットを使用したデータベース・プロビジョニング・プロファイルの作成」にリストされている手順に従います。スナップショット・プロファイルをリフレッシュするには、次の手順に従います。
図26-2 サービス・テンプレートの作成: 一般(スナップ・クローン)
図26-3 サービス・テンプレートの作成: データベース(スナップ・クローン)
図26-4 サービス・テンプレートの作成: 初期化パラメータ(スナップ・クローン)
セルフ・サービス・ユーザーは、データベース・テンプレート・プロファイルに基づいてサービス・テンプレートを選択し、データベースを作成できるようになりました。「データベースのリクエスト」を参照してください。
注意:
このオプションは、EMCストレージに作成されたスナップショットにのみ使用できます。
前提条件
EMCストレージにスナップ・クローンを作成するには、その前に、「EMCストレージ・サーバーの構成」で説明した前提条件が満たされていることを確認する必要があります。
既存のデータベースを使用してサービス・テンプレートを作成するには、次の手順に従います。
図26-5 サービス・テンプレートの作成: 一般: EMCスナップ・クローン
テスト・マスターがNASストレージ・デバイスに存在する場合、個別に同期されたテスト・マスターからスナップ・クローンを作成できます。この表では、スナップショット・プロファイルを使用したスナップ・クローンの作成に必要な手順を示します。
表26-2 スナップ・クローンの作成 - 個別フロー
| ステップ | タスク | ロール |
|---|---|---|
1 |
DBaaSを有効にする「はじめに」の項の手順に従います。 |
「はじめに」を参照してください |
2 |
ストレージ・サーバーを登録します。 |
「ストレージ・サーバーの登録」を参照してください |
3 |
1つ以上のリソース・プロバイダを作成します。 |
「リソース・プロバイダの作成」を参照してください。 |
4 |
リクエスト設定を構成します。 |
「リクエスト設定の構成」を参照してください。 |
4 |
各セルフ・サービス・ユーザーの割当て制限を定義します。 |
「割当て制限の定義」を参照してください |
5 |
RMANバックアップからテスト・マスター・データベースを作成します。 |
「個別に同期されたテスト・マスターの作成」を参照してください。 |
6 |
スナップ・クローンのテスト・マスターを有効にします |
「スナップ・クローンのテスト・マスターの有効化」を参照してください。 |
6 |
テスト・マスターからスナップ・クローン・プロファイルを作成します。 |
|
9 |
作成したプロファイルに基づくサービス・テンプレートを作成します。 |
「スナップ・クローン・プロファイルを使用したサービス・テンプレートの作成」を参照してください。 |
10 |
チャージバック・サービスを構成します(この手順はオプションです)。 |
「チャージバックの構成」を参照してください。 |
11 |
作成したサービス・テンプレートを選択してデータベースをリクエストします。 |
「データベースのリクエスト」を参照してください |
12 |
テスト・マスターとデータベース・インスタンスをリフレッシュします。
|
次を参照してください。 |
テスト・マスター・データベースとは、本番データベースのサニタイズされたバージョンです。テスト・マスターが作成される前に、オプションで本番データをマスキングできます。テスト・マスターは、前のポイント・イン・タイムで取得され、特定の間隔でリフレッシュされるスナップショットまたはRMANバックアップ・プロファイルから作成できます。このオプションは、ソース・データをマスクして機密データを隠す必要がある場合に便利です。
テスト・マスターを作成するには、次の手順に従います。
注意:
emcli create_cloneコマンドを使用してテスト・マスターを作成することもできます。詳細は、「EM CLI動詞を使用したデータベース・クローンの作成」を参照してください。
セルフ・サービス・ユーザーは、データベース・テンプレート・プロファイルに基づいてサービス・テンプレートを選択し、データベースを作成できるようになりました。「データベースのリクエスト」を参照してください。
テスト・マスター・データベースは、特定の時点で取得された本番データベースのRMANバックアップ・プロファイルから作成されます。本番データベースは継続的に更新されるため、テスト・マスターは、最新の本番データを使用できるように定期的にリフレッシュする必要があります。
図26-6 テスト・マスターのリフレッシュ: ソースと宛先(即時)
「次へ」をクリックします。「構成」ページが表示されます。
図26-7 テスト・マスターのリフレッシュ: 構成
テスト・マスターがリフレッシュされたら、更新されたテスト・マスターに基づいて新しいプロファイルを作成できます。セルフ・サービス・ユーザーは、データベース・インスタンスを最新のプロファイルにリフレッシュできます。テスト・マスターの古いバージョンによって使用されていたストレージ領域は、更新(リフレッシュ)されたテスト・マスターによって再利用されます。
テスト・マスターをリフレッシュした後、スナップショット・プロファイルの新しいリビジョンを作成する必要があります。それには、次の手順に従って、スナップショット・プロファイルをリフレッシュする必要があります。
図26-8 スナップショット・プロファイルのリフレッシュ
次の例は、個別の間隔でリフレッシュされるテスト・マスター・データベースからスナップ・クローンを作成する方法を示しています。
テスト・マスターのストレージ・スナップショットを使用してスナップ・クローンを作成できます。この表は、ストレージ・テスト・マスターを使用したスナップ・クローンの作成に関連する手順を示しています。
表26-3 スナップ・クローンの作成 - 個別フロー
| ステップ | タスク | ロール |
|---|---|---|
1 |
DBaaSを有効にする「はじめに」の項の手順に従います。 |
「はじめに」を参照してください |
2 |
ストレージ・サーバーを登録します。 |
「ストレージ・サーバーの登録」を参照してください |
3 |
1つ以上のリソース・プロバイダを作成します。 |
「リソース・プロバイダの作成」を参照してください。 |
4 |
リクエスト設定を構成します。 |
「リクエスト設定の構成」を参照してください。 |
4 |
各セルフ・サービス・ユーザーの割当て制限を定義します。 |
「割当て制限の定義」を参照してください |
5 |
ストレージ・テスト・マスターを作成します。 |
「ストレージ・テスト・マスターの作成」を参照してください |
9 |
ストレージ・テスト・マスターに基づいてサービス・テンプレートを作成します。 |
「ストレージ・テスト・マスターからのサービス・テンプレートの作成」を参照してください。 |
10 |
チャージバック・サービスを構成します(この手順はオプションです)。 |
「チャージバックの構成」を参照してください。 |
11 |
作成したサービス・テンプレートを選択してデータベースをリクエストします。 |
「データベースのリクエスト」を参照してください |
12 |
ストレージ・テスト・マスターとデータベース・インスタンスをリフレッシュします。
|
次を参照してください。 |
セルフ・サービス・ユーザーは、データベース・テンプレート・プロファイルに基づいてサービス・テンプレートを選択し、データベースを作成できるようになりました。「データベースのリクエスト」を参照してください。
CloneDB機能を使用すると、様々な場所にデータをコピーすることなく、データベースを複数回クローニングできます。Oracle Databaseでは、かわりにcopy-on-writeテクノロジを使用してCloneDBデータベースにファイルを作成するため、ディスク上に追加の記憶域が必要となるのは、CloneDBデータベースで変更されたブロックのみとなります。CloneDBによって、テスト目的で必要とされる記憶域の容量を削減し、複数のデータベース・クローンを迅速に作成できます。CloneDBは、11.2.0.3以上のリリースのデータベースでサポートされます。
次の手順に従って、個別に同期されたテスト・マスターを使用することで、CloneDBデータベースを作成できます。
表26-4 スナップ・クローンの作成 - 個別フロー
| ステップ | タスク | ロール |
|---|---|---|
1 |
DBaaSを有効にする「はじめに」の項の手順に従います。 |
「はじめに」を参照してください |
3 |
1つ以上のリソース・プロバイダを作成します。 |
「リソース・プロバイダの作成」を参照してください。 |
4 |
リクエスト設定を構成します。 |
「リクエスト設定の構成」を参照してください。 |
5 |
各セルフ・サービス・ユーザーの割当て制限を定義します。 |
「割当て制限の定義」を参照してください |
6 |
スナップショットを使用してRMANイメージ・バックアップからデータベース・プロビジョニング・プロファイルを作成します。 |
|
9 |
作成したプロファイルに基づくサービス・テンプレートを作成します。 |
「RMANイメージ・プロファイルを使用したサービス・テンプレートの作成」を参照してください。 |
10 |
チャージバック・サービスを構成します(この手順はオプションです)。 |
「チャージバックの構成」を参照してください。 |
11 |
作成したサービス・テンプレートを選択してデータベースをリクエストします。 |
「データベースのリクエスト」を参照してください |
データ・コンテンツ
データベースから物理ファイルおよび構造ファイルを組み込むための「構造およびデータ」、またはテンプレート内の構造ファイルのみを組み込むための「構造のみ」。
作成
RMANデータベース・イメージ
次に、バックアップの場所の「ディレクトリ」を選択してディレクトリ・パスを入力するか、バックアップの場所がすでに含まれている「高速リカバリ領域」を選択します。
注意:
指定した場所にデータベース・プールのすべてのノードからアクセスできることを確認してください。
データベース・バージョンによっては、プロファイル(イメージ)をNFSの共有場所に手動でステージングする必要があります。
「次へ」をクリックします。
データベース・プロファイルが作成されるソフトウェア・ライブラリ内のプロファイルの場所を指定または選択します。
一意のプロファイル名を指定します。
For example: RMAN Database Image for HR database
プロファイルの説明を追加します。
プロファイル・バージョンとベンダーを確認します。
ホスト名、データベース、データ・コンテンツ、データ・コンテンツ・モジュールなどのノートを追加します。
なし。このオプションは、収集したデータをパージしない場合に選択します。
スナップショット。このオプションでは、パージできるスナップショットの最大数を指定できます。
日間。このオプションでは、データ・コンポーネントのパージが必要になるまでの日数を指定できます。
「データの表示」が「リアル・タイム: 手動リフレッシュ」に設定されている場合、プロビジョニング・プロファイルの作成ジョブを発行したら、ページを手動でリフレッシュしてください。それ以外の場合、一定の期間経過後にリロードするように「データの表示」を設定し、左側のペインの「プロシージャ・ステップ」ツリーから実行ステップを選択して詳細を表示します。
発行したジョブを表示するには、「データ・プロファイル」タブで「プロシージャ・アクティビティ」リンクを選択します。
