2

運用サーバーと開発サーバーがあります。クエリの量が多いため、本番サーバーでのバックアップはほぼ不可能であることがわかりました。そのため、開発サーバーをスレーブとしてレプリケーションをセットアップすることを検討しています。これは理想的です。なぜなら、そのサーバー上のテーブルをロックする余裕があるためです。また、開発者にとって最新のデータが得られると便利です。さて、問題。この時点で、運用サーバーを実際にダウンまたはロックすることはできません。少なくとも簡単ではありません。クエリの量が多く、30 GB 以上のかなり大きな innodb テーブルがあります。両方のサーバーはすべて innodb を実行しており、両方とも mysql 5.1 上にあります。レプリケーションを開始するために最初にデータを同期するにはどうすればよいですか? いくつかのオプションを試しましたが、これまでのところ、どれも機能していません。

4

1 に答える 1

0

あなたの質問は、冗長性のない単一の実稼働サーバーがあり、プライマリ データベース サーバーの障害に対処する計画がないことを示しているようです。この仮定が正しい場合、レプリケーションを設定するには 2 つの方法があります。

  1. そのままのアーキテクチャでレプリケーションを設定するパスを続けます。このパスを選択した場合、最善のアプローチを知るために、より多くの情報が必要になります。たとえば、バイナリ ログは有効になっていますか? 詳細がなくても、私ができる最善のアドバイスは、Percona XtraBackup ツールを調べることだと思います。

  2. 2 番目のオプションは、運用データベース アーキテクチャを更新して、冗長性と実行可能なフェールオーバー プランを含めることです。これにより、環境がより堅牢になり、追加のレプリケーションを簡単にセットアップできるようになります。最終的に本番データベース サーバーに問題が発生し、計画外の停止が発生するため、このオプションを強くお勧めします。

于 2010-05-11T15:50:08.077 に答える