はじめに
Autonomous Database に、Refreshable Clone と呼ばれる機能があります。日本語では「更新可能なクローン」と表現されています。既に稼働している Autonomous Database をクローン元として、新たに読み込み専用の Autonomous Database を作成する機能です。書き込みワークロードと読み込みワークロードを分離することが出来て、性能向上に使えます。
一点注意点があり、クローン元とのデータ同期(Refresh)はリアルタイムでは行われません。Oracle Cloud のコンソール画面や OCI CLI などを使い、データ同期の命令が必要です。自動的にデータ同期を行いたい場合は、Linux の cron や、Autonomous Database の Oracle Scheduler に入れると良いでしょう。
Refreshable Clone のもうちょっと詳しい説明は次のURLに書かれています。
https://speakerdeck.com/oracle4engineer/autonomous-database-cloud-ji-shu-xiang-xi?slide=82
今回の記事では、この Refreshable Clone を使って、データ同期操作をする方法を紹介します。
クローン元 : Test Table 作成
適当に Autonomous Database を作成して、テストデータを格納します。TEST01テーブルに、Insert でデータを入れます。
INSERT INTO TEST01 (NAME, ID) VALUES ('sugi', '0001');
COMMIT;
確認します
SELECT * FROM TEST01;
確認結果
クローン元 : Refreshable Clone 作成
クローン元で、Create Clone を押します。
Clone Type で Refreshable Clone を選択します。CPU リソースは、好きなものを選択できます。クローン元の CPU とは関係ありません。各種パラメータ入力後、Create を押します。
Provisioning のステータスになります。Refreshable Clone の作成完了まで、自分の環境では8分ほど掛かりました。
8分後に、Available となります。
なお、この段階で、Autonomous Database の一覧に表示されています。
Refreshable Clone 先で、クローン元データを確認してみます。TEST01 テーブルに格納した sugi 行がありますね。無事に Clone できています。
クローン先 : データ更新して Refresh
それでは次に、クローン元でデータを更新したのちに、データ同期(Refresh)を行います。
Source 元でテストデータを新たに作成します。
INSERT INTO TEST01 (NAME, ID) VALUES ('mount', '0002');
COMMIT;
クローン先で、Refresh Clone を選択します。
どの時点のデータをリフレッシュするか指定します。最小1分前、最大7日前を指定できます。今回は、1分前の最新データでリフレッシュをします。一旦、選択肢の中から一番下のものを選びます。
エラーで怒られます。1分前の時刻を教えてくれるので、黄色い部分をコピーします。
時刻部分をマウスで選択して
貼り付けて Refreshをします。これで簡単に1分前が指定できます。
UPDATINGとなります。なお、UPDATING の間も読み込みクエリーは実行可能です。(性能影響はあるかも)。自分の環境では、約2分で Refresh が完了しました。
クローン先 : Refreshable Clone のスケール変更
余談ですが、Refreshable Clone 先で CPU スケールの変更ができるか確認してみます。Scale Up/Down を選択します。
CPU 数の変更、Auto Scaling の変更が出来ます。
Clone 先でも問題なく変更可能
参考URL
Autonomous Database Cloud 技術詳細
https://speakerdeck.com/oracle4engineer/autonomous-database-cloud-ji-shu-xiang-xi?slide=83