Autonomous Database クローン機能を検証してみました – リフレッシュ可能クローン編

2024年5月15日 Autonomous Database

1 はじめに
- 1.1 Autonomous Databaseにおけるクローン
- 1.2 Autonomous Databaseにおけるクローン検証の流れ
2 ソース・データベースにおけるテストデータの作成
- 2.1 テストデータの作成
3 リフレッシュ可能クローンの実行およびクローン後のテストデータ確認
- 3.1 リフレッシュ可能クローンの実行
- 3.2 リフレッシュ可能クローン後のテストデータ確認
4 クローンのリフレッシュ操作実行
5 リフレッシュ可能クローンの切断
- 5.1 リフレッシュ可能クローンの切断
- 5.2 クローン切断後のデータ書き込み
6 リフレッシュ可能クローンの再接続
- 6.1 リフレッシュ可能クローンの再接続
7 さいごに

はじめに

みなさん、こんにちは。
Oracle Cloud Infrastructure検証チームです。

今回はOCIチュートリアル ORACLE DATABASE編のうち、リフレッシュ可能クローンを活用しようを参考に、
Autonomous Database リフレッシュ可能クローン機能を検証していきたいと思います。

Autonomous Databaseにおけるクローン

Autonomous Databaseでは、フル・クローン、メタデータ・クローン、リフレッシュ可能クローンの3種類のクローン作成方式が提供されています。
クローン機能の代表的なユースケースとしては、テスト用環境の作成などが考えられるかと思いますが、
Autonomous Databaseでは用途に合った方式を選択し、簡単にクローン環境を作成することが可能になっています。

Autonomous Databaseのクローンについては、マニュアルもご参照ください。
フル・クローン、メタデータ・クローンについては、前回記事にてご紹介しています。
今回はリフレッシュ可能クローンの動作検証をしていきたいと思います。

No	クローン種別	特徴
1	フル・クローン	ソース・データベースのメタデータとデータを含むデータベースが作成される。
2	メタデータ・クローン	ソース・データベースのメタデータのみを含むデータベースが作成される。データサイズが大きな環境のテスト環境を作成する際など、メタデータのみをコピーし、テスト環境においては最小限のサンプルデータを利用することが可能。
3	リフレッシュ可能クローン	ソース・データベースの任意の時間の状態に更新することができる読み取り専用のクローンが作成される。

Autonomous Databaseにおけるクローン検証の流れ

検証の流れは下記の通りです。

ソース・データベースにおけるテストデータの作成
リフレッシュ可能クローンの実行およびクローン後のテストデータ確認
クローンのリフレッシュ操作実行
リフレッシュ可能クローンの切断
リフレッシュ可能クローンの再接続

また、今回の検証では下記2点を前提として進めています。

Autonomous Transaction Processing(以降、ATPと表記)が作成済みであること
ATPへのsqlplus接続が可能であること

それでは早速確認してみましょう。
よろしくお願いいたします！

ソース・データベースにおけるテストデータの作成

テストデータの作成

まずは第一のステップ、「ソース・データベースにおけるテストデータの作成」をしていきたいと思います。
クローン後にデータが期待通りコピーされているかの確認を行いますので、そのための準備作業です。

早速、ATPインスタンスへSQL*Plusで接続します。
ATPインスタンスへのSQL*Plus接続は、ウォレットとCloud Shellを利用しています。
ATPインスタンスへの接続についてはこちらをご参照ください。

SQL*Plus接続後、テストテーブルの作成、テストデータのINSERTを実行します。
今回は”TEST_TBL”というテーブルを作成し、テストデータを5件 INSERTしてみます。

“TEST_TBL”が作成され、5件のデータがINSERTされていることを確認できました！

リフレッシュ可能クローンの実行およびクローン後のテストデータ確認

リフレッシュ可能クローンの実行

次に、リフレッシュ可能クローンの実行、およびクローン後のテストデータ確認作業に移ります。
先ほどテストデータを作成したATPインスタンスをソース・データベースとして、リフレッシュ可能クローンを実行していきたいと思います。

メインメニュー画面から「Oracle Database」 → 「Autonomous Transaction Processing」を押下します。
次に、ソース・データベースとなるATPインスタンス名を押下します。
今回は「ATPTEST01」をソース・データベースとして利用します。
次に、「More actions(他のアクション)」 → 「クローンの作成」を押下します。
クローンの作成画面に遷移しますので、各種設定をしていきます。
- クローン・タイプの選択
  →リフレッシュ可能クローンを選択します。
- 優先リージョンの選択
  →ソース・データベースのリージョンと異なるリージョンを選択することも可能です。
- コンパートメント
  →ソース・データベースと異なるコンパートメントを選択することも可能です。
- ソース・データベース名
  →ソース・データベース名が表示されます。(変更不可)
  フル・クローンおよびメタデータ・クローンでは、実行中のAutonomous Databaseおよびバックアップからクローン作成可能ですが、
  リフレッシュ可能クローンではバックアップからの作成は不可となります。
- 表示名/データベース名
  →任意の名前を指定することが可能です。
  今回は”ATPTEST01RefClone”としています。
- ECPU数
  →ソース・データベースから変更することも可能です。
設定後、「Autonomous Databaseのクローンの作成」を押下します。

作成が始まると、自動的にクローン環境のプロビジョニング画面に遷移します。
クローンが完了すると、「使用可能」のステータスになります。

リフレッシュ可能クローン後のテストデータ確認

リフレッシュ可能クローンが完了しましたので、クローン後のATPインスタンスに接続し、テストデータの確認をしたいと思います。

クローン後のATPインスタンス(ATPTEST01RefClone)へSQL*Plusで接続します。
SQL*Plus接続後、テストデータの確認を実行します。

事前にATPTEST01で作成していた”TEST_TBL”が存在し、データが5件あることを確認できました！

クローンのリフレッシュ操作実行

ソース・データベースのテストデータ更新

次に、クローンのリフレッシュ操作を試したいと思います。
ソース・データベースに追加のデータをINSERTし、追加したデータがリフレッシュ操作によってリフレッシュ可能クローンに反映されることを確認します。

まずは、ソース・データベースに追加のテストデータ(6,F,2024/02/14 02:01:08)をINSERTします。

クローンのリフレッシュ実行

ソース・データベース側のテストデータが準備出来ましたので、クローンのリフレッシュ操作を実行します。

クローンATPインスタンス(ATPTEST01RefClone)の詳細画面から、「クローンのリフレッシュ」を押下します。

リフレッシュ・ポイントのタイムスタンプを入力する画面が表示されるため、任意の時刻をUTCで入力し「クローンのリフレッシュ」を押下します。
時刻指定は、過去1分～7日まで指定することが可能ですが、今回は1分前の時刻を設定しました。

リフレッシュが始まると、自動的にクローン環境の画面に遷移し、「更新中」となります。

リフレッシュが完了すると、「使用可能」のステータスになります。

リフレッシュ後のデータ確認

リフレッシュ操作が完了しましたので、クローンATPインスタンス(ATPTEST01RefClone)へSQL*Plusで接続し、テストデータの確認を行います。
ソース・データベースへ追加INSERTをしたデータ(6,F,2024/02/14 02:01:08)がATPTEST01RefCloneにも反映されていることが確認できました！

リフレッシュ可能クローンの切断

次にリフレッシュ可能クローンをソース・データベースから切断し、データ更新をしてみたいと思います。

リフレッシュ可能クローンは読み取り専用ですが、
書き込み可能なテスト環境として利用したい場合などもあるかと思います。

そのような時には、リフレッシュ可能クローンをソース・データベースから切断することで読み書き可能にすることができます。
早速試してみましょう！

クローンATPインスタンス(ATPTEST01RefClone)から、「切断」を押下します。

ソース・データベース名の入力を求める画面に遷移しますので、ソース・データベース名を入力し、
「リフレッシュ可能クローンの切断」を押下します。
切断後は、24時間以内であればソース・データベースへの再接続が可能です。