Oracle 用のデータベース管理ユーザ ID で SnapCenter にログインします。リソースタブに移動します。このタブには、 SnapCenter で保護されている Oracle データベースが表示されます。

バックアップトポロジと詳細表示に使用するオンプレミスデータベースの名前をクリックします。セカンダリでレプリケートされた場所が有効になっている場合は、リンクされたミラーバックアップが表示されます。

ミラーバックアップをクリックして、ミラーバックアップビューに切り替えました。その後、セカンダリミラーバックアップが表示されます。

クローニングするミラーされたセカンダリデータベースバックアップコピーを選択し、時間およびシステムの変更番号または SCN でリカバリポイントを決定します。通常は、クローニングするフルデータベースバックアップ時間または SCN の末尾にリカバリポイントを設定します。リカバリポイントを決定したら、必要なログファイルのバックアップをリカバリ用にマウントする必要があります。ログファイルのバックアップは、クローンデータベースをホストする対象の DB サーバにマウントする必要があります。

ログの削除が有効で、リカバリポイントが最後のログの削除よりも長くなっている場合は、複数のアーカイブログのバックアップのマウントが必要になることがあります。

クローニングするフルデータベースバックアップコピーを選択し、クローンボタンをクリックして DB クローンワークフローを開始します。

完全なコンテナデータベースまたは CDB クローンに適したクローン DB SID を選択してください。

クラウド内のターゲットクローンホストを選択すると、クローンワークフローによってデータファイル、制御ファイル、および REDO ログディレクトリが作成されます。

なしクレデンシャル名は OS ベースの認証に使用され、データベースポートは無関係になります。ターゲットのクローン DB サーバで設定した Oracle Home 、 Oracle OS User 、 Oracle OS Group を適切な値に設定します。

クローニング処理の前に実行するスクリプトを指定します。さらに重要な点は、ここでデータベースインスタンスのパラメータを調整または定義できることです。

日時または SCN でリカバリポイントを指定します。Cancel を実行するまで ' データベースは使用可能なアーカイブ・ログまでリカバリされますアーカイブログボリュームをマウントするターゲットホストから、外部アーカイブログの場所を指定します。ターゲットサーバの Oracle 所有者がオンプレミスの本番サーバと異なる場合は、アーカイブログディレクトリがターゲットサーバの Oracle 所有者によって読み取り可能であることを確認します。

必要に応じて、 SMTP サーバに E メール通知を設定します。

クローンの概要：

クローニング後に検証して、クローンデータベースが正常に動作することを確認する必要があります。開発 / テストデータベースでは、リスナーの起動や DB ログアーカイブモードのオフなどのいくつかの追加タスクを実行できます。

SQL Server 用のデータベース管理ユーザ ID で SnapCenter にログインします。[ リソース ] タブに移動します。このタブには、 SnapCenter によって保護されている SQL Server ユーザーデータベースとパブリッククラウド内のターゲットスタンバイ SQL インスタンスが表示されます。

バックアップトポロジおよび詳細ビューで使用するオンプレミス SQL Server ユーザデータベース名をクリックします。セカンダリでレプリケートされた場所が有効になっている場合は、リンクされたミラーバックアップが表示されます。

ミラーバックアップをクリックして、ミラーバックアップビューに切り替えます。セカンダリミラーバックアップが表示されます。SnapCenter では SQL Server トランザクションログがリカバリ専用のドライブにバックアップされるため、ここにはフルデータベースバックアップのみが表示されます。

バックアップコピーを選択し、 [ クローン ] ボタンをクリックして、 [ バックアップからクローン ] ワークフローを起動します。

ターゲットクローンサーバとしてクラウドサーバを選択し、クローンインスタンス名を指定し、クローンデータベース名を指定します。自動割り当てマウントポイントまたはユーザ定義のマウントポイントパスを選択します。

リカバリポイントは、ログのバックアップ時刻または特定の日時を基準に決定します。

クローニング処理の前後に実行するオプションのスクリプトを指定します。

E メール通知が必要な場合は、 SMTP サーバを設定します。

クローンの概要。

ジョブステータスを監視し、目的のユーザデータベースがクラウドクローンサーバのターゲット SQL インスタンスに接続されていることを確認します。

通常、オンプレミスの Oracle 本番データベースはログアーカイブモードで実行されます。このモードは、開発データベースやテストデータベースには必要ありません。ログアーカイブモードをオフにするには、 Oracle DB に sysdba でログインし、ログモード変更コマンドを実行して、データベースにアクセスできるようにします。

Oracle リスナーを設定するか、新しくクローニングされた DB をユーザアクセス用の既存のリスナーに登録します。

SQL Server の場合は、ログボリュームがいっぱいになったときに SQL Server 開発 / テストログファイルを簡単に縮小できるように、ログモードを「 Full 」から「 Easy 」に変更します。

クローニングされたデータベースを削除し、クラウド DB サーバ環境をクリーンアップします。次に、前の手順に従って、新しいデータで新しい DB のクローンを作成します。新しいデータベースのクローニングには数分しかかかりません。

クローンデータベースをシャットダウンし、 CLI を使用してクローン更新コマンドを実行します。詳細については、次の SnapCenter のドキュメントを参照してください。 "クローンをリフレッシュします"。