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

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

前回は、スケジュールによるバックアップの実施、バックアップのファイルや状況の確認方法について確認を行っていました。
今回は、前回に続き「過去のある時点へのリストア」、「オンデマンド・バックアップ」、「特定のバックアップからのリストア」の検証を行います。
※今回行う検証は、「検証の簡単説明」5から10までになります。

検証の簡単説明

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」実施

目次

5.テーブル削除

6のリストアを行う前に、テーブルを削除します。

6.過去のある時点へのリストア実施

「Restore Instance」を利用し、「3のある時点」にリストアを実施してみましょう。

「Point in Time」には、3の登録時間が「Mon Jun 25 02:20:36 UTC 2018」から「Mon Jun 25 02:30:46 UTC 2018」までですので、その間である「2018/06/25 02:25:37」を Point in Time に指定しました。
「Restore Type」には、現在「PIT」のみ選択できますので、PITを選択します。
「Notes」にメモを書き、「Recover」をクリックします。

続けて表示された確認コンソールから「Yes, Restore Instance」をクリックし、リストアを実施します。

リストアは成功しているようですね。
リストアが実施された後には、続いてフルバックアップが行われていました。

では、データを確認してみましょう。

「Point in Time」で指定した「2018/06/25 02:25:37」より以前のデータがリストアされていることが確認できました。

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

バックアップ情報も確認してみましょう。
4の増分バックアップ時の履歴データと比べてみると、2のフルバックアップ時の「バックアップに成功している」というデータと、4の増分バックアップのデータが削除されて、新しいバックアップ履歴が追加されていることが確認できます。
※左側に「-」が付いている行は、今回削除された行、「+」が付いている行は、今回追加された行です。(以下、説明省略)

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

フルバックアップ時の「scheduledFull」に保存されていることが確認できます。

7.データ登録

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

◆データの登録

データを挿入します。

「Mon Jun 25 05:15:41 UTC 2018」から「Mon Jun 25 05:25:50 UTC 2018」まで、10分間、毎秒のデータを登録しました。

◆データの確認

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

8.オンデマンド・バックアップの実施

「Backup now」を利用し、現時点でのバックアップ(フルバックアップ)実行してみます。

「Notes」にメモを書き、「Back Up」をクリックします。

オンデマンド・バックアップが成功しているようですね。

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

※左側に「D」が付いている行は以前の処理で、既に削除されている行です。(以下、説明省略)

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

「Backup now」によるバックアップ時は、「onDemandFull」に保存されていることが確認できます。

9.テーブル削除

10のリストアをする前に、テーブルを削除します。

10.特定のバックアップからのリストア実施

8のオンデマンド・バックアップを行っているバックアップから、リストアを行ってみましょう。
バックアップ履歴の右側にあるアクションメニューをクリックし、「Restore」をクリックします。

「Notes」にメモを書き、「Restore」をクリックします。

続けて表示された確認コンソールから「Yes, Restore Instance」をクリックし、リストアを実施します。

8のバックアップへのリストアが成功しているようですね。
リストアが実施された後には、前回のリストア時と同様、続いてフルバックアップが行われていました。

では、データを確認してみましょう。
7のデータ登録後と同じ状態です。

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

8の増分バックアップのデータ履歴が削除されて、新しいバックアップ履歴が追加されていることが確認できます。

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

backupからのrestore時は、「scheduledFull」に保存されていることが確認できます。

最後に

クラウド・ストレージに保存されたバックアップを確認してみましょう。
リストの項目名を選択すると「ソート」が出てくるのですが、押下できない状態であるため、ソート機能は現時点ではまだ使えないみたいです。
上から順に、「8.オンデマンド・バックアップ」、「6.過去のある時点へのリストア」、「10.特定のバックアップからのリストア」、「2.フルバックアップ」、「4.増分バックアップ」のバックアップデータです。

今回やってみた検証を簡単にすると、下記の図のような感じです。

以上で、「Backup」画面からのバックアップ&リストアの検証が終わりました。
また今度の機会に、今回「Backup」画面を触りながら、嵌った事及び、解決方法を纏めて紹介したいと思いますので、よろしくお願いいたします。

◆マニュアル

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


Oracle Cloud

 

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

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

よかったらシェアしてね!
  • URLをコピーしました!
目次