3

私は、クライアントが使用するサイトを構築しており、そこに基本的な情報やプロジェクト、またはサービスを保存して、会社に支払いを行っています。ログイン+パネル全体はSSL/HTTPSで実行されますが、私の主な関心事は、何かが失われたイベントを防ぐためのデータベースレプリケーションにあります。

一部のプロジェクトはクライアントのために私がホストしているため、データが安全で健全であることを保証する方法が必要です。現在、Media Temple GSサービスを使用していますが、DVサービスに移行し、さらに多くのお客様が利用を開始します。

私の個人的な知識に基づいて、私はあなたがハードドライブで行うようなことをすることを考えていました。マスター、次にスレーブがある場所。SQL用語では、マスター（インデックス）データベースがあり、スレーブ（キャッシュ）データベースはほとんどありません。

しかし、問題は、マスターをスレーブに複製またはバックアップするための最良の方法は何でしょうか。追加のGSまたはDVサーバーを用意するか、同じサーバーを使用しているが、DB名が異なるだけで十分ですか。

編集 私はMTの周りを見て、そこでMySQL GridContainerに出くわしました。これは、2番目のサーバーを使用するのと同じように見えます。これは実際の2番目のサーバーの良い代替手段でしょうか？

4

1 に答える 1

3

バックアップのレプリケーションのアイデアは、データベースを別のデータベースにレプリケーションすることです。このデータベースを停止して、本番データベースの実行中に停止したデータベースの完全バックアップを作成できます。

同じサーバーを使用してバックアップファイルを作成できますが、バックアップによってサーバーのパフォーマンス（ハードディスクの負荷）が損なわれる可能性があることを忘れないでください。さらに、データベースが大きく、履歴バックアップファイルが必要な場合は、バックアップファイルを圧縮する必要があり、圧縮操作によってサーバーのパフォーマンスが完全に損なわれます。

とにかくバックアップを別のマシンにコピーする必要があるため、2番目のサーバーを回避することはできません（同じマシンでのバックアップは意味がありません）。

したがって、一般的には、別のマシンに複製することをお勧めします。これは、マスターサーバーがダウンしている危機的な状況でも使用できます。

高可用性MySQLの多くのソリューションに関する素晴らしい記事を見つけました：mysql.comへのリンク。

于 2013-03-09T20:25:20.947 に答える