#20090718

[aprincesadegales]

Os 41 anos da Kate || 2007-2010

[kurano]

コマンド ライン パラメータ : MongoDB

Admin Zone の第三弾はコマンド ライン パラメータ。

コマンド ライン パラメータ

MongoDB は、ファイルベースの制御に加えて、コマンド ライン パラメータにより制御できる。サポートされているオプションについては、パラメータ無しで実行するか、-h [ --help ] パラメータを付けて実行することにより確認できる。

$ ./mongod -h

れらのパラメータの利用法は、Mongo の起動と停止を参照のこと。

下記のオプションの一覧が全てではない。上記の記述を参照のこと。

基本的なオプション

—help全てのオプションを表示する。-f [ —config ]コンフィグレーション ファイルを指定する。—port <portno>クライアントからの接続を待ち受けるポートを指定する。デフォルトは 27017 。—dbpath <path>データファイルの格納先を指定する。デフォルトは /data/db か c:\data\db\—quietログの出力量を減らす。—cpu定期的な CPU の使用量と I/O ウェイトのロギングを行う。—noauthセキュリティを OFF にする。デフォルトは OFF 。—authセキュリティを ON にする。—verboseログ出力を冗長化する。-vvログ出力をより冗長化する。(-v = —verbose)—objcheck全てのクライアントから受け取ったデータの妥当を検査する。—quotadb の容量管理を有効化する。—oplog<n>操作ログの出力レベルを設定する。0=オフ ( デフォルト )、1=書き込み 、2=読み出し 、3=両方 、7=書き込みといくつかの読み出し—oplogSize &lt:メガバイトによるログサイズ>レプレケーション操作のログサイズ。—nocursors診断 / デバッッグ オプション。—noscriptingサーバ サイド スクリプティンのオフ。大幅に機能が制限される。

レプレケーション オプション

—masterマスタ-スレイブ ペアのマスタに指定する。—slaveマスタ-スレイブ ペアのスレイブに指定する。—source <server:port>スレイブ インスタンスのソース（マスタ）を指定する。

s コマンド-ライン-パラメータ

f markdown

u be1b59d8-7a01-451e-b071-a637a1c0d04a

[kurano]

自宅のネットワークを見直し

昨日から今日にかけて、このサーバへの接続が悪かったと思う。まあ、あまり影響は無いとは思うが、影響を受けた人にはごめんなさいを言いたい。

今までは、下記のような接続をしていた。

ONU ↓ ひかり電話対応機器 ( RT-200KI ) ↓ ルータ ( BBR-4HG ) ↓ AirMac Extreme 、AirMac Express

PPPoE はルータが面倒を見て、ひかり電話対応機器は通過の設定にしていた。AirMac もブリッジモードでただ無線サービスの提供のみ。Extreme が 802.11n 専用。Express が 802.11g 専用。11n を 5Ghz 帯で運用したかったので分けたのだ。

電話の脇に設置しているのだが、掃除も兼ねて接続の見直しをした。

ONU ↓ HUB ↓ AirMac Express 、ひかり電話対応機器 ( RT-200KI )

Express を 802.11n/g で運用し、PPPoE 接続の面倒を見て、DHCP サーバ、NAT サーバとして活用。RT-200KI はこれまで通り電話担当。ルータを通すと電話が使えなくなったのだが、HUB だと電話できる。光電話って、TCP/IP より下の層で何かやっているんでしたっけ？

差し引きでコンセントがひとつ減った。目出度い。

“Logitec イーサネットHUB / 5ポート / 電源外付け / ブラック LAN-SW05/PAB” (ロジテック)

今回使った HUB は家にあったやつを流用したのだが、この HUB はケーブルの長さにより給電量を制御するそうだ。次に買う時はこんなエコのやつを買いたい。

s 自宅のネットワークを見直し

f markdown

u 45b310b3-a060-451a-98ee-9b1f3125d310

[kurano]

バックアップ : MongoDB

今度は Admin Zone 。まずは上から。元ネタは Backups 。

バックアップ

MongoDB のバックアップ戦略には多くの種類が存在する。この文書では個々の異なる技術について見てゆく。

最初に、注意しておきたいのは、データベース起動中や書き込み中に MongoDB のデータファイル（デフォルトでは /data/db/）をバックアップしないことである。そのようなバックアップはファイルを破損させる。

シャットダウンとバックアップ

単純なやり方は、データベースを止め、データファイルをバックアップし、再起動するというものである。これは安全であるが明らかに望まれてはいない。

バリエーションのひとつに、mongo シェルからデータベースに closeAllDatabases コマンドを送るというものがある。

> use admin switched to db admin > db.$cmd.findOne({closeAllDatabases:1}); {"ok" : 1}

ックアップ中にアプリケーションからデータベースへの書き込みが無い状態を保証してから、ファイルをバックアップする。

エクスポート

mongodump ユーティリティは、データベースの稼働中に、データベース全体をエクスポートするのに使える。作成されたダンプは、後日、リストアに用いることができる。

スレーブのバックアップ

レプレケーションを用い、スレーブデータベースを持つというのは、良いバックアップ戦略である。スレーブはマスターに追随し、ほぼ最新の状態のデータベースを保持している。スレーブデータベースを停止し、ファイルのバックアップをし、スレーブを再起動することができる。再起動後、バックアップ中の変更を反映する。

この手法は、主機の障害に備え、いつでも準備完了のバックアップ機を持てるため良い。そしてまた、スレーブからバックアップを取得するため、マスターにパフォーマンス上の問題を発生させないため良い。

スレーブからのエクスポート

これらの手法のコンビネーションが最も良い。スレーブから mongodump ユーティリティを用いてバックアップを取得することにより、スレーブを常に待機状態に置くのと同時に、マスターデータベースにはバックアップの負荷が掛からない。

s バックアップ

f markdown

u 54e8a817-24b9-435c-8763-363b4954d60e