インターネット経由で ZRM を使用してリモート MySQL サーバーをバックアップする場合の考慮事項

論理バックアップでは、バックアップ ファイルがデータベース スキーマとコンテンツの両方を再作成するすべての MySQL ステートメントを含むテキスト ファイルであるため、リカバリの柔軟性が向上します。 論理バックアップは、MySQL クラスタリングに使用される NDB エンジンを除くすべてのストレージ エンジンで機能します。 論理バックアップの最大の利点は、データベースの回復が柔軟であることです。 MySQL の論理バックアップを他のアーキテクチャや別のデータベースに復元することもできます。 論理 ZRM バックアップ イメージの可搬性により、ZRM は移行に便利なツールになります。 たとえば、MySQL データを移動できます。

もちろん、このような柔軟な回復には代償が伴います。 論理バックアップからデータを復元するには、すべての MySQL ステートメントを読み取って再生する必要があるため、時間がかかる可能性があります。 もう XNUMX つの欠点は、論理バックアップのサイズを予測するのが難しい可能性があることです。 データの種類とデータベース スキーマによっては、論理バックアップのサイズがデータベース自体よりも大きくなる場合があります。 解決策の XNUMX つは、論理バックアップは基本的にテキスト ファイルであるため、通常は適切な圧縮を実現できることです。

Raw バックアップでは、バックアップがバイナリ ファイルであるデータベースの一貫したコピーが提供されます。 論理バックアップと比較した RAW バックアップの利点は次のとおりです。

RAW バックアップは、元のデータと同じオペレーティング システム上の同じバージョンの MySQL サーバーにのみ復元できます。 これは、MySQL の RAW バックアップ イメージを別のマネージド ホスティング プロバイダーに復元できる可能性はそれほど高くないことを意味し、RAW バックアップと論理バックアップを選択する際にはそのことを考慮する必要があります。

RAW バックアップと論理バックアップはどちらもウォーム バックアップを提供します。つまり、バックアップのために MySQL サーバーをシャットダウンする必要はありませんが、バックアップ中はすべてのテーブルがロックされ、ユーザーはデータを入力できません。 このため、定義したしきい値に基づいてバックアップを遅延できる ZRM スケジュール プラグインの使用を検討する必要があります。 たとえば、50 人を超えるユーザーがデータベースにアクセスする場合、バックアップを XNUMX 時間延期できます。

MySQL のリモート バックアップに関する重要な考慮事項の XNUMX つは、ZRM とリモート MySQL サーバーの間にどのような種類の接続を確立するかを決定することです。 ZRM は、ソケット ベースの接続用のプラグインと、SSH ベースの接続用の別のプラグインを提供します。 ZRM の柔軟なアーキテクチャにより、ユーザーは独自のプラグインを作成できます。

名前が示すように、ソケット コピー プラグインは、IP ベースのネットワーク上で ZRM と MySQL 間の通信を提供するソケットを確立します。 ソケット コピー プラグインを使用するには、MySQL サーバー上で xinetd サービスが実行されており、デフォルトのポート 25300 が開いている必要があります。 必要に応じて、バックアップ管理者はポートを変更できます。 ソケット コピー プラグインは安全ではないため、セキュリティが問題にならない場合、または他の手段でセキュリティが確立されている場合 (たとえば、ZRM とリモート MySQL サーバーの間に VPN 接続がある場合など) にのみ使用してください。

SSH コピー プラグインは、ZRM とリモート MySQL サーバーの間に安全なチャネルを提供します。 公開キー暗号化を使用して、リモート MySQL サーバーと ZRM を実行しているバックアップ ユーザーを認証します。 SSH プラグインでは、標準の TCP ポート 22 が開いており、SSH デーモンが実行されている必要があります。 SSH コピー プラグインは、バックアップ データのセキュリティを確保することが重要な場合に最適です。 SSH 接続は暗号化に余分な CPU サイクルを必要とするため、ソケット接続によるバックアップと比較してバックアップのパフォーマンスに影響が出る可能性があります。

次の表は、MySQL のリモート バックアップにソケットと SSH コピー プラグインを選択する際の考慮事項をまとめたものです。