--bind-address

ndbd が特定のネットワークインタフェース (ホスト名または IP アドレス) にバインドされます。 このオプションにはデフォルト値はありません。

--connect-delay=#

起動時に管理サーバーへの接続を試行する間隔を決定します (試行回数は --connect-retries オプションによって制御されます)。 デフォルトは 5 秒です。

このオプションは非推奨であり、NDB Cluster の将来のリリースで削除される可能性があります。 かわりに --connect-retry-delay を使用してください。

--connect-retries=#

中止する前に接続を再試行する回数を設定します。0 は 1 回の試行のみを意味し、再試行は行われません。 デフォルトは 12 回の試行です。 試行間の待機時間は、--connect-retry-delay オプションによって制御されます。

--connect-retry-delay=#

起動時に管理サーバーへの各接続試行の間に待機する時間を決定します (試行の間の時間は --connect-retries オプションによって制御されます)。 デフォルトは 5 秒です。

このオプションは --connect-delay オプションの代わりに使用され、現在は非推奨であり、NDB Cluster の将来のリリースで削除される可能性があります。

--daemon、-d

ndbd または ndbmtd にデーモンプロセスとして実行するように指示します。 これはデフォルトの動作です。--nodaemon を使用すると、プロセスがデーモンとして実行されなくなります。

Windows プラットフォームで ndbd または ndbmtd を実行している場合、このオプションは効果がありません。

--foreground

主にデバッグのために、ndbd または ndbmtd がフォアグラウンドプロセスとして実行されます。 このオプションは --nodaemon オプションの意味を含みます。

Windows プラットフォームで ndbd または ndbmtd を実行している場合、このオプションは効果がありません。

--initial

ndbd に初期起動を実行するように指示します。 初期起動によって、以前の ndbd のインスタンスでリカバリのために作成されたファイルが消去されます。 また、リカバリログファイルが再作成されます。 一部のオペレーティングシステムでは、このプロセスにかなりの時間がかかる場合があります。

--initial の起動は、非常に特殊な状況下で ndbd プロセスを起動するときにのみを使用します。これは、このオプションによって NDB Cluster ファイルシステムからすべてのファイルが削除され、すべての redo ログファイルが再作成されるためです。 それらの状況を次に示します。

このオプションを使用すると、StartPartialTimeout および StartPartitionedTimeout 構成パラメータの効果がなくなります。

クラスタを最初に起動するとき (つまり、データノードファイルが作成される前) にこのオプションを使用することはできますが、そうする必要はありません。

--initial-start

このオプションは、クラスタを部分的に初期起動するときに使用します。 各ノードは、このオプションおよび --nowait-nodes を指定して起動してください。

データノードの ID が 2、3、4、および 5 である 4 ノードクラスタがあり、ノード 2、4、および 5 のみを使用して (つまり、ノード 3 を除外して) 部分的に初期起動を実行するとします。

shell> ndbd --ndb-nodeid=2 --nowait-nodes=3 --initial-start
shell> ndbd --ndb-nodeid=4 --nowait-nodes=3 --initial-start
shell> ndbd --ndb-nodeid=5 --nowait-nodes=3 --initial-start

このオプションを使用する場合は、--ndb-nodeid オプションを指定して起動するデータノードのノード ID も指定する必要があります。

--install[=name]

ndbd が Windows サービスとしてインストールされます。 必要に応じて、サービス名を指定できます。設定しない場合、サービス名は ndbd にデフォルト設定されます。 ほかの ndbd プログラムオプションは my.ini または my.cnf 構成ファイルに指定することが推奨されますが、--install と一緒に使用できます。 ただし、そのような場合、Windows サービスのインストールが成功するには、--install オプションを最初に指定してから、ほかのオプションを指定する必要があります。

一般的に、このオプションを --initial オプションと一緒に使用することはお勧めしません。それにより、サービスが停止および開始されるたびにデータノードファイルシステムが消去および再作成されるためです。 データノードの起動に影響するほかの ndbd オプション (--initial-start、--nostart、および --nowait-nodes を含む) を --install と一緒に使用する場合は、それを行うことを十分に理解し、起こり得る結果に対して十分に準備していることをしっかりと確認してください。

--install オプションは、Windows 以外のプラットフォームでは効果がありません。

--logbuffer-size=#

データノードのログバッファーのサイズを設定します。 大量の追加ロギングを使用してデバッグする場合、ログメッセージが多すぎると、ログバッファの領域が不足する可能性があります。この場合、一部のログメッセージが失われる可能性があります。 これは、通常の操作中には発生しません。

--nodaemon

ndbd または ndbmtd がデーモンプロセスとして実行されなくなります。 このオプションは --daemon オプションをオーバーライドします。 これは、バイナリをデバッグするときに、出力を画面にリダイレクトする場合に便利です。

Windows での ndbd および ndbmtd のデフォルト動作はフォアグラウンドでの実行であり、Windows プラットフォームではこのオプションは効果がなく、必要ありません。

--nostart, -n

ndbd に自動的に起動しないように指示します。 このオプションを使用すると、ndbd は管理サーバーに接続してそこから構成データを取得し、通信オブジェクトを初期化します。 ただし、管理サーバーによってそうするように明示的に要求されるまで、実行エンジンを実際に起動しません。 これは、管理クライアントで適切な START コマンドを発行することによって実現されます (セクション23.5.1「NDB Cluster 管理クライアントのコマンド」を参照してください)。

--nowait-nodes=node_id_1[, node_id_2[, ...]]

このオプションは、起動前にクラスタが待機しないデータノードのリストを取ります。

これは、パーティション化された状態のクラスタを起動するために使用できます。 たとえば、4 ノードクラスタで実行されているデータノード (ノード 2、3、4、および 5) の半分のデータノードのみでクラスタを起動するには、--nowait-nodes=3,5 を指定して各 ndbd プロセスを開始します。 この場合、クラスタはノード 2 およびノード 4 が接続するとすぐに起動し、ノード 3 およびノード 5 が接続するのを (接続していない場合) StartPartitionedTimeout ミリ秒間待機しません。

前の例と同じクラスタを 1 つの ndbd を除外して起動する場合 (たとえば、ノード 3 のホストマシンでハードウェアの障害が発生している場合) は、--nowait-nodes=3 を指定してノード 2、4、および 5 を 起動します。 その後、ノード 2、4 および 5 が接続されるとすぐにクラスタが起動し、ノード 3 が起動するのを待機しません。

--remove[=name]

以前に Windows サービスとしてインストールされた ndbd プロセスを削除します。 必要に応じて、アンインストールするサービスの名前を指定できます。設定しない場合、サービス名は ndbd にデフォルト設定されます。

--remove オプションは、Windows 以外のプラットフォームでは効果がありません。

--verbose, -v

追加のデバッグ出力がノードログに書き込まれます。

NODELOG DEBUG ON および NODELOG DEBUG OFF を使用して、データノードの実行中にこの追加ロギングを有効または無効にすることもできます。

ndb_node_id_error.log は、参照先の ndbd プロセスで発生したすべてのクラッシュのレコードを含むファイルです。 このファイルの各レコードには、簡単なエラー文字列、およびこのクラッシュのトレースファイルへの参照が含まれています。 このファイルの一般的なエントリを次に示します。

Date/Time: Saturday 30 July 2004 - 00:20:01
Type of error: error
Message: Internal program error (failed ndbrequire)
Fault ID: 2341
Problem data: DbtupFixAlloc.cpp
Object of reference: DBTUP (Line: 173)
ProgramName: NDB Kernel
ProcessID: 14909
TraceFile: ndb_2_trace.log.2
***EOM***

データノードプロセスが予期せずに停止されたときに生成される可能性がある ndbd の終了コードおよびメッセージのリストは、Data Node Error Messagesにあります。

ndb_node_id_trace.log.trace_id は、エラーが発生する直前に発生した内容を正確に記述したトレースファイルです。 この情報は、NDB Cluster 開発チームによる分析に役立ちます。

古いファイルが上書きされる前に作成されるこれらのトレースファイルの数を構成できます。trace_id は、連続するトレースファイルごとに増分される数値です。

ndb_node_id_trace.log.next は、割り当てられる次のトレースファイル番号を追跡するファイルです。

ndb_node_id_out.log は、ndbd プロセスによるデータ出力が含まれているファイルです。 このファイルは、ndbd がデーモンとして開始された (デフォルトの動作) 場合にのみ作成されます。

ndb_node_id.pid には、ndbd プロセスがデーモンとして開始された場合のプロセス ID が含まれています。 これは、同じ識別子でノードが起動されるのを防ぐためのロックファイルとしても機能します。

ndb_node_id_signal.log は、ndbd のデバッグバージョンでのみ使用されるファイルであり、ndbd プロセスのそれらのデータのすべての受信、送信、および内部メッセージをトレースできます。