Oracle MySQL Cloud Serviceを使ってみました-バックアップ&リストア(前編)

この記事は最終更新から6年以上経過しています。内容が古くなっている可能性があります。

はじめに

以前、弊社のブログで紹介していたインスタンス作成に続き、バックアップ&リストア機能について動作確認を行ってみます。

Oracle MySQL Cloud Serviceはコンソール上で、バックアップとリカバリ機能が使えます。
バックアップは、内部的に、MySQL Enterprise Backupを使用しており、ブロッキングを発生させない高パフォーマンスのホット・オンライン・バックアップが実行できます。

では、実際に触ってみましょう。

現時点(2018/6/25)で、MySQL Enterprise Backupは下記のバージョンを使っています。

※バックアップログで下記のversionを確認

検証インスタンス情報

コンソール上でバックアップ機能を使うためには、インスタンス作成時、「バックアップ保存先」に対し「なし」以外を選択する必要があります。
今回は、「クラウド・ストレージとディスク・ストレージ両方」を選択して、検証を行います。
後、バックアップ情報を確認するため、MySQL Enterprise Monitorの構成も行っています。
以下、インスタンス作成時の詳細情報です。

バックアップ画面の表示

Oracle MySQL Cloud Serviceのリストから「インスタンス「TestBackupRestore」」をクリック → 表示された「概要」画面から、左下の表示された画面から「管理」を選択 → 「Backup」タブが表示されます。
バックアップ&リストアは下記の画面で操作できます。
※以降の画面キャプチャーは、ヘッダー・フッター部分を除いて取っています。

「バックアップの保存先」に「なし」を選択している場合は、「Backup」タブが表示されません。

検証範囲

バックアップ画面のAvailable Backupsの右横にあるアクションメニューボタンをクリックすると、メニューが表示されます。


今回は、メニューに表示されている「Backup now」、「Restore Instance」、「Configure Backups」の機能を検証してみます。
※検証内容が長いため、記事を前編/後編に分けています。ご了承ください。
 今回行う検証は、「検証の簡単説明」1から4までになります。

検証の簡単説明

1.データ登録:テーブルを作成し、10分間1秒ごとのデータを挿入
2.スケジュールによるフル(full)バックアップ実施
3.データ登録:10分間、1秒ごとのデータを挿入
4.スケジュールによる増分(incremental)バックアップ実施
5.テーブル削除
6.過去のある時点へのリストア:「Restore Instance」を利用し、「3」のある時点(Point in Time)にリストアを実施
7.データ登録:10分間、1秒ごとのデータを挿入
8.オンデマンド・バックアップ実施:「Backup now」を利用し、現時点でのバックアップ(フルバックアップ)実行
9.テーブル削除
10.特定のバックアップからのリストア:「8」の時点に「Restore」実施

目次

1.データ登録

テーブルを作成し、10分間、1秒毎にデータを挿入します。

◆テーブルの作成

テーブルを作成します。

このようなテーブルを作成し、reg_dateカラムに登録日時を格納していきます。

◆データの登録

データを挿入します。

「Mon Jun 25 01:55:49 UTC 2018」から「Mon Jun 25 02:06:01 UTC 2018」まで、10分間、毎秒のデータを登録しました。
※mysql コマンドを sleep 1 で連続実行したために、若干の誤差は出てしまってますが、およそ 10 分後に終了しています。

◆データの確認

作成されたデータを確認します。

2.スケジュールのフルバックアップ実施

◆バックアップスケジュールの設定

では、早速、スケジュールを設定してみましょう。
アクションメニューから「Configure Backups」を選択します。

初期表示時

初期設定時は、下記のように設定されています。

項目 初期値
フルバックアップ インスタンス作成日時+12時間の「曜日」/「時分」
増分バックアップ インスタンス作成日時+12時間の「時分」
保存期間 30日

フルバックアップは週に1回、増分バックアップは一日1回行われます。
なお、バックアップ保存先で、「クラウド・ストレージのみ」を選択した場合は、クラウド・ストレージに「保存期間」の日分、バックアップが保存できます。
「クラウド・ストレージとディスク・ストレージ両方」を選択した場合は、クラウド・ストレージには「保存期間」の日分、ディスク・ストレージには直前の7日分のバックアップが保存できます。

Full Backupを2:10に設定を変え、保存を行います。
※Oracle MySQL Cloud Service での時間はUTCで表されます。

バックアップ画面から設定が変わっていることが確認できます。

では、スケジューラーによるバックアップ(フルバックアップ)を確認してみましょう。
※1回目のスケジュールバックアップは、フルバックアップのスケジュール(曜日)ではなくてもフルバックアップが実施されます。
フルバックアップのスケジュール設定時間「2:10」が経過していることを確認して、バックアップ履歴を確認します。

バックアップリストに、スケジュールによるフルバックアップの履歴が追加されました。
バックアップの実行情報は、4の増分バックアップの後、一緒に確認することにします。

3.データ登録

再度、10分間、1秒ごとのデータを挿入します。やり方は「1」と同様なので、説明は省略します。

◆データの登録

データを挿入します。

「Mon Jun 25 02:20:36 UTC 2018」から「Mon Jun 25 02:30:46 UTC 2018」まで、10分間、毎秒のデータを登録しました。

◆データの確認

作成されたデータを確認します

4.スケジュールの増分バックアップ実施

スケジューラーによるバックアップ(増分バックアップ)を実行します。
Full Backupの曜日を、本日以外に変え、Incremental Backupを3:00に設定し、保存を行います。
※時間上、次回のスケジュールまで待たずに、スケジュールを変えてバックアップを行いました。

画面から設定が変わっていることが確認できます。

スケジューラーによるバックアップ(増分バックアップ)を確認してみましょう。
増分バックアップのスケジュール設定時間が経過していることを確認して、バックアップ履歴を確認します。

バックアップが行われていることが確認できます。
では、バックアップの実行情報を確認してみましょう。

◆バックアップ状況を確認

バックアップ状況は MySQL Server の「backup_progress」/「backup_list」テーブルから確認する方法とMySQL Enterprise Monitorから確認する方法があります。
(MySQL Enterprise Monitorを利用するためには、インスタンス作成時、MySQL Enterprise Monitorの構成を「はい」にする必要があります。)
Using the MySQL Enterprise Backup Logs

◇「mysql.backup_progress」/「mysql.backup_list」テーブルから確認

◇MySQL Enterprise Monitorから確認

左のメニューから「Backups」をクリックすると、「Current Status」が表示され、直前に行われたバックアップ状況は、バックアップ・イベント情報が確認できます。
※MySQL Enterprise Monitorへの接続方法は、前回の記事で説明していますので、ご参考してください。
MySQL Enterprise Monitorに接続

「History」タブを押すと、履歴が表示されます。
下から、2のフルバックアップ、4の増分バックアップの履歴が確認できます。

Current Statusか、Historyの「Instance」項目のリンクボタンを押すと、バックアップの詳細情報が確認できます。
表示項目は「backup_progress」/「backup_history」テーブルで確認できる項目とほぼ同じのようですね。

◆バックアップファイルの確認

次はバックアップファイルを確認してみましょう。
バックアップファイルは、インスタンス作成時「バックアップ保存先」を「クラウド・ストレージのみ」にした場合は、「ストレージ・コンテナ」画面から、
「クラウド・ストレージとディスク・ストレージ両方」にした場合は、クラウド・ストレージに保存されたバックアップは「ストレージ・コンテナ」画面で、
ディスク・ストレージに保存されたバックアップは、インスタンスに接続しコンソール上で確認できます。
今回は「クラウド・ストレージとディスク・ストレージ両方」を選択していますので、両方確認してみましょう。

◇「ストレージ・コンテナ」画面

Storage Classicのコンテナ・リストからインスタンス作成時、設定した「クラウド・ストレージ・コンテナ」名である「コンテナ「TestBackupRestore」」をクリックします。
上から、2のフルバックアップ、4の増分バックアップファイルが確認できます。

◇コンソール

フルバックアップ時は「scheduledFull」に保存されていて、増分バックアップは「scheduledIncremental」に保存されていることが確認できます。
※バックアップ保存場所は「backup_history」テーブルの「backup_destination」項目で確認できます。

次回も検証続きます

以上で、スケジュールによるバックアップの実施、バックアップのファイルや状況の確認方法について確認を行ってみました。
次回は、今回に続けて
「過去のある時点へのリストア」、「オンデマンド・バックアップ」、「特定のバックアップからのリストア」
の検証を行いますので、続いてご覧になってください。

◆マニュアル

バックアップ&リストアについては、下記のマニュアルを参照してください。
Using Oracle MySQL Cloud Service – Backing Up and Restoring Databases on MySQL Cloud Service


Oracle Cloud

 

スマートスタイルTECHブログについて

スマートスタイルTECHブログでは、日頃OCIのサポート業務に従事している有資格者で構成された技術サポートチームがOCIに関する技術情報を発信しています。データベースのお困りごとはお気軽にご相談下さい。

\ セミナーのご案内 /
CData社・オラクル社・スマートスタイル共催セミナー
よかったらシェアしてね!
  • URLをコピーしました!
目次