2016-08-31 8 views
1

私は今MongoDBをしばらく勉強してきました。私は物事の仕方だけでなく、実際にこれらのことがどのように行われているかを学び始めています。MongoDBレプリカセット - セカンダリサーバにoplogのアップデートを通知するのは誰ですか?

Official Documentation on data Replicationによれば、プライマリノードへのすべての変更はオペレーションログ、つまりoplogに書き込まれ、セカンダリサーバはこれらの変更をコピーします。プライマリoplogが変更されたときにコミュニケーションを担当している公式のドキュメントや他の情報源で見つけられなかったもの。

プライマリサーバはセカンダリサーバがOplog上の新しい操作があったことを知って、彼らはそれをフェッチ手放す、またはセカンダリサーバは随時oplogをチェックしていますか?それとも、レプリカセットを作成するときの設定ですか?

答えて

1

セカンダリメンバーが最初の同期 後に継続的にデータを複製し、そのsync from sourceからoplogをコピーして、非同期プロセスでこれらの の操作を適用します。多くの場合

、プライマリからの同期をセカンダリ。

セカンダリが自動的に変更されることがあり、そのsync from source他のメンバーの 複製のping時間と状態の変化に基づいて 必要に応じて。

Secondriesは、遅延メンバーまたは非表示memebersからパク避けます。

Secondryはoplogファイルのプライマリサーバをpingし続け、それが10秒以上のために利用できない場合、それは選挙のために呼び出します。

は、私は物事のほとんどがリンクに確かですが、それは二次的にpingを実行し続けることを言うどこで見つけることができなかったことを見るだけhttps://docs.mongodb.com/manual/core/replica-set-sync/

+0

で公式文書からこれを取りました。しかしそれはあなたの答えです、ありがとう!物事を本当にクリアし、選挙が行われたときの理解を助けました。 –

+0

Caio: - 私はmongo選挙のブログを書いています。それが終わったらリンクを共有します。あなたが将来のパフォーマンスの問題のために、私のこのブログを通ってmongo tunningを学ぶことができる間に意味します。 http://nkgupta1989.github.io/Mongo-Performance-Tunning/ – Nishant

関連する問題