サポートと今すぐチャット
サポートとのチャット

NetVault Plug-in for MySQL 12.0 - ユーザー・ガイド

NetVault Backup Plug-in for MySQL－ はじめに プラグインのインストールと削除 プラグインの設定 データのバックアップ データのリストア MySQLレプリケーションの使用 フェイルオーバー・クラスタ環境でのプラグインの使用 トラブルシューティング

異なるMySQLサーバーへのリストア

プラグインでデータベースまたは個々のテーブルを同じMySQLサーバー上の別のMySQLインスタンスにリストアできるのと同様に、リストア・プロセス中に別のMySQLサーバーをターゲットにすることができます。このオプションは、災害復旧オペレーションで使用されます。

図2. この形式の移動リストアのデータ・パス例

このプロセスを実行するには、以下のトピックで説明する手順に従います。

既知の制限事項/想定される用途

リストアを別のMySQLサーバーに移動する前に、このオペレーションに関する以下の既知の制限事項と想定される用途のリストを確認する必要があります。

•
有効なリストア・シーケンスには、フル、増分、差分バックアップ、および個々のデータベース/テーブル・コピーのみのバックアップを含めることができます。
•
リストア先インスタンスに適用できるのは、増分または差分バックアップからリストアされたバイナリ・ログのみです（ソース・インスタンスの現在のバイナリ・ログをリストア先のMySQLインスタンスに適用することはできません）。
ソフトウェアのインストール/設定の前提条件

このタイプのリストアを設定して実行するには、以下の前提条件を満たす必要があります。

•
既存のマシンとターゲット・マシンのインストール構成を同一にする：MySQLに関して、両方のマシンが以下のように設定されている必要があります。
•
同じオペレーティング・システムがインストールされていること
•
同じバージョンのMySQLがインストールされていること
•
インストールとベース・ディレクトリが同一であること
•
MySQLデータ・ディレクトリが同一であること
•
NetVault BackupソフトウェアおよびPlug‑in for MySQLをすべてのクライアントにインストールする：NetVault Backup（クライアントまたはサーバー・バージョン）およびプラグインを、このプロセスで使用する両方のクライアント・マシン（既存のMySQLマシンと新しいリストア・ターゲット）にインストールし、設定する必要があります。
•
すべてのクライアント・マシンをNetVault Backupサーバーに追加する：すべてのソフトウェア・インストール条件を満たした上で、NetVault BackupWebUIを使用して、ターゲットのNetVault Backupクライアント・マシン（既存のMySQLマシンおよび新しいリストア・ターゲット）をNetVault Backupサーバーに追加する必要があります。
•
新しいリストア・ターゲットにMySQLインスタンスが必ず存在する：新しいリストア・ターゲットにMySQLインスタンスが存在している必要があります。このインスタンスが移動リストアのターゲットとなります。このインスタンスはMySQLで正しく設定および構成されるとともに、新しいリストア・ターゲットでプラグインのインストールに追加されている必要があります（「プラグインの設定」で説明した手順に従います）。
 
* 
重要： 新しいリストア・ターゲットのインスタンスの［設定］ダイアログ・ボックスから、以下の値をメモしておきます。ユーザ名、パスワードおよびインスタンス名

移動リストアの設定中、プラグインでターゲットMySQLインスタンスへの適切なアクセスを得られるよう、これらの値を［オプション］タブ内のフィールドに入力する必要があります。

リストアの実行

すべての前提条件を満たしたら、以下の手順に従って、MySQLのバックアップを別のマシンにリストアします。

1
［ナビゲーション］パネルで、［リストア・ジョブ作成］をクリックします。
2
［リストア・ジョブ作成 － セーブセットの選択］ページで、［プラグイン・タイプ］リストから［Plug‑in for MySQL］を選択します。
3
セーブセットのテーブルに表示されている項目をさらにフィルタリングするには、［クライアント］、［日付］、［ジョブID］リストを使用します。
表にはセーブセット名（ジョブ・タイトルとセーブセットID）、作成日時、およびサイズが表示されます。デフォルトで、リストは［作成日］列でソートされます。
4
セーブセットの表で、適切な項目を選択します。
セーブセットを選択すると、以下の情報が［セーブセット情報］に表示されます。ジョブID、ジョブ・タイトル、サーバー名、クライアント名、プラグイン名、セーブセットの日時、リタイア設定、増分バックアップかどうか、アーカイブかどうか、セーブセットのサイズ、スナップショットベースのバックアップかどうかなど。
5
［次へ］をクリックします。
6
［セレクション セット作成］ページで、リストアするデータを選択します。
バックアップ対象だった個別のMySQL インスタンスを表示して、選択ツリーから目的のデータ・アイテムを探し、それらを選択します。
7
利用可能なデータベースを選択したら［プラグイン・オプションの編集］をクリックし、［リストア先］タブを選択します。
8
［リストア先詳細］セクションで、以下の情報を入力します。
•
［ユーザー名］：新しいリストア・ターゲットのターゲット・インスタンスに設定したユーザー名を入力します（［設定］ダイアログ・ボックスの［ユーザー名］フィールドで設定した名前）。
•
［パスワード］：新しいリストア・ターゲットのターゲット・インスタンスに設定したパスワードを入力します（［設定］ウィンドウの［パスワード］フィールドで設定したパスワード）。
•
［インスタンス名］：新しいリストア・ターゲットのMySQLインスタンスのNetVault Backup名を入力します（［設定］ウィンドウの［MySQLインスタンス名］フィールドでインスタンスに設定した値）。
9
必要に応じて、［リカバリ時］タブで使用可能なその他のオプションを設定できますが、
この形式のリストアを実行するために必ずしも必要ではありません。詳細は、「リストア・オプションの設定」を参照してください。
10
設定を保存するには、［OK］、続いて［次へ］をクリックします。
11
デフォルト設定を使用しない場合は、［ジョブ名］に、ジョブの名前を指定します。
進捗状況を監視する際にジョブを識別しやすくするため、分かりやすい名前を割り当てます。ジョブ名には英数字と英数字以外の文字を使用できますが、非ラテン語系の文字を含めることはできません。Linuxの場合、名前は最大で200文字です。Windowsの場合、長さ制限はありません。ただし、すべてのプラットフォームで、40文字以内にすることをお勧めします。
 
* 
重要： ターゲットOSのファイル名としてサポートされていない特殊文字を使用しないよう注意してください。たとえば、Windowsでは/、\、*、@などの文字は使用できません。これは、Plug‑in for MySQLがデータを一時的にリストアするために、［ジョブ・タイトル］と同じ名前のフォルダを作成しようとするからです。
12
［クライアント指定］リストで、データをリストアするマシンを選択します。
 
* 
ヒント： ［選択］をクリックして、［クライアント指定選択］ダイアログ・ボックスから適切なクライアントを検索、選択することもできます。
13
［スケジュール］、［ソース・オプション］、および［詳細設定］リストを使って、その他の必要なオプションを設定します。
14
［保存］または［保存 ＆ 実行］の、どちらか適切な方をクリックします。
［ジョブ・ステータス］ページで進捗状況を監視したり、［ログ参照］ページでログを表示したりできます。詳しくは、『QuestNetVault Backupアドミニストレーターズ・ガイド』を参照してください。

MySQLレプリケーションの使用

•
MySQLレプリケーション環境でのプラグイン使用：概要
•
レプリケーションのサポートの有効化
•
レプリケーション・サーバーのバックアップ
•
レプリケーション・サーバーのリストア

MySQLレプリケーション環境でのプラグイン使用：概要

レプリケーションを使用するときは、複製されたテーブルに対するすべての更新をマスタ・サーバーで実行する必要があります。これを行わない場合は、ユーザーがマスタ上のテーブルに対して行った更新と、スレーブ上のテーブルに対して行った更新との間に矛盾が生じないよう常に注意する必要があります。

レプリケーションにより、堅牢性、速度、およびシステム管理上の利点がもたらされます。

•
マスタおよびスレーブ設定により、堅牢性が向上します。マスタで問題が発生した場合、バックアップとして機能しているスレーブに切り替えることができます。
•
クライアント・クエリの処理負荷をマスタ・サーバーとスレーブ・サーバーに分散することにより、クライアントへの応答時間を短縮できます。SELECTクエリをスレーブに送信し、マスタのクエリ処理負荷を軽減することもできます。ただし、マスタとスレーブが同期から外れないようにするために、データを変更するステートメントについては、マスタに送信する必要があります。このロード・バランス戦略は、更新以外のクエリが中心となる場合に効果的ですが、実際はこれが標準的なケースです。
•
レプリケーションのもう1つの利点は、マスタに負荷をかけることなく、スレーブ・サーバーを使用してデータベース・バックアップを実行できることです。バックアップ中も、マスタは継続して更新を処理します。

Plug‑in for MySQL は、単一のマスタ・レプリケーション環境のバックアップとリカバリに対応しています。

関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択