問題タブ [replication]

現在、私は 2 台の Linux サーバーで MySQL を実行しています。1 台はラックのすぐ隣の 10 Mbit/s アップロード パイプ (メイン サーバー) の下にあり、もう 1 台は数マイル離れた 3 Mbit/s アップロード パイプ (ミラー) の下にあります。

両方のサーバーでデータを継続的にレプリケートできるようにしたいのですが、いくつかの障害に遭遇しました。それらの 1 つは、MySQL マスター/スレーブ構成の下で、時々、いくつかのステートメントがドロップ (!) します。ミラー URL にログオンしている一部のユーザーは、メイン サーバーにあることがわかっているデータを表示できません。また、その逆も同様です。これが意味のあるデータ ブロックで毎月 1 回発生するとしましょう。そのため、「パケットの損失」の問題であると想定できます (つまり、神は知っていますが、補償します)。

もう 1 つの最も重要な (そして厄介な) 繰り返し発生する問題は、何らかの理由で一方の側でメジャー アップロードまたは更新 (または再起動) を実行し、リンクを切断する必要がある場合、LOAD DATA FROM MASTER が機能せず、私が持っていることです。一方の端で手動でダンプし、もう一方の端でアップロードするのは、最近では 0.5 TB 相当のデータを移動するかなりの作業です。

これのためのソフトウェアはありますか？MySQL（「企業」）がこれを非常に高価なサービス（完全なデータベース複製）として提供していることを私は知っています。そこにいる人々は何をしますか？この構造では、1 つのサーバーが稼働していない場合に、メインの URL が他のサーバーに解決される自動フェールオーバーを実行します。

異なるジョブ（異なるデータベースを保持している）を持つ2つのmysqlサーバーがあり、一方が失敗したときに一方を使用してスリップできるようにしたい場合、両方のデータを同等に保つ方法を提案しますか？リアルタイムに」？

明らかに、x分ごとに完全なデータベースダンプを作成することはできません。

バイナリログについて読んだことがありますが、それは私が進む必要のある方法ですか？フォールバックサーバーの速度が大幅に低下することはありませんか？バイナリログに一部のテーブルを含めない方法はありますか？データが変更されても問題ありませんか？

多数のデータベース（クライアントごとに1つ）を実行するサーバーのレプリケーションを設定しており、次の代わりにmy.cnfに常に追加することを計画しています。

私はむしろただ持つことができます

（そしてログに記録するデータベースが指定されていません）そして他のすべてがログに記録されていると仮定しますか？

編集：実際にすべてのbinlog-do-dbエントリを削除すると、すべてがログに記録されるように見えます（データベースを移動すると、バイナリログファイルの位置が変わるのがわかります）が、スレーブサーバーでは何も取得されません！（おそらく、これはreplicate-do-dbを使用する場合です。これはアイデアを殺してしまいます。MySQLに複製するデータベースを自動的に検出させることはできないと思います）。

2つのデータベースサーバーがあるとします。1つのデータベースはすべての書き込み操作が実行される「マスター」データベースであり、「実際の/元の」データベースとして扱われます。他のサーバーのデータベースは、アプリケーションの特定の部分の読み取り専用操作に使用されるマスターデータベース（スレーブ？）のミラーコピーになります。

マスターデータベースのデータをミラーリングするスレーブデータベースをどのように設定しますか？私が理解していることから、スレーブ/読み取り専用データベースは、マスターデータベースのトランザクションログファイルを使用してデータを正しくミラーリングすることですか？
スレーブデータベースがデータをミラーリングする頻度に関して、どのようなオプションがありますか？（リアルタイム/ x分ごと？）。

Windows Server Web Edition 2003 Web ファームがあります。

サーバー全体のレプリケーションを処理するために使用できるものは次のとおりです。

コンテンツと IIS の構成 (アプリケーション プール、仮想ディレクトリなど)

近いうちに Windows 2008 に移行する予定なので、Windows 2008 にもどのようなオプションがあると思いますか。

一部のデータについて同期していない (つまり、マスターがスレーブよりも多くのデータを保持している) マスター/スレーブ MySQL バイナリ ログ レプリケーション システム (うわー!) を実行しています。しかし、スレーブはわずかな MySQL エラーで非常に頻繁に停止します。これを無効にできますか? (おそらく、複製スレーブ ignore-replicating-errors またはいくつかの並べ替えの my.cnf 設定 ;) )

これは、スレーブが存在しないアイテムを複製しようとすると、時々発生することであり、スレーブはただ死んでしまいます。SHOW SLAVE STATUS \Gで簡単にチェックします。与える

次の手順を実行して、(スレーブが停止していることに気付いたら) すぐに修正します。

...最近、これはちょっと面倒になってきました。これを行うある種のPHPを吐き出す前に、最初のエラーでスレーブを強制終了しない my.cnf エントリがあるかどうか疑問に思っていました。

乾杯、

/mp

SQL Server 2005 Merge レプリケーションを使用して、ロンドンと香港の間でデータベースをレプリケートしています。レプリケーションは 1 分ごとに同期するように設定されており、問題なく動作します。ただし、同期を「連続」に設定するオプションがあります。1 分ごとのレプリケーションと継続的なレプリケーションに実際の違いはありますか?

最初から連続ではなく 1 分ごとにした唯一の理由は、回線が数分間ダウンした方が回復がよかったからですが、この経験はすべて SQL Server 2000 からのものであり、今後は当てはまらない可能性があります。 .

正確なエラーは次のとおりです

ファイルまたはアセンブリ 'Microsoft.SqlServer.Replication, Version=9.0.242.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91' またはその依存関係の 1 つを読み込めませんでした。不正な形式のプログラムをロードしようとしました。

私は最近、別のプロジェクトに 2 か月間移動した後、このプロジェクトに再び取り組み始めました。以前は完全に機能していましたが、すべての参照を再確認しました。

私が働いているビジネスでは、プライマリ データベースの読み取り負荷を軽減する方法について議論しています。

提案されているオプションの 1 つは、プライマリ データベースからスレーブ データベースへの一方向のライブ レプリケーションを行うことです。その後、アプリケーションはスレーブ データベースから読み取り、プライマリ データベースに直接書き込みます。そう...

• アプリケーションがスレーブから読み取る
• アプリケーションがプライマリに書き込む
• プライマリ更新スレーブを自動的に

この方法の主な長所と短所は何ですか?

私は、主に信頼性の目的で、特注の複製システムを他の誰かが構築したシステムに置き換えることに決めたところまで来ました。価値のある複製システムを推奨できる人はいますか? 食物繊維は大丈夫？

ただし、必要なものは一般的なシステムから少し離れているかもしれません。私には 5 つの部門があり、それぞれにデータベースの独自のコピーがあり、マスターはリモートの場所にあります。部門はすべて散発的なインターネット接続を持っており、マスターは常にオンラインです。データはマスターとの間を行き来する必要があります。つまり、すべての部門がマスターと同等である必要があり (インターネット接続が利用可能な場合)、ネットワークの停止中に行われた変更をアップロードして、後でマスターによって他の部門に配布する必要があります。