17.4.1. ndbd — MySQL Cluster Data Node Daemon

--bind-address

Причины ndbd, чтобы связать с определенным сетевым интерфейсом (имя хоста или IP-адрес). У этой опции нет никакого значения по умолчанию.

--daemon, -d

Дает команду ndbd или ndbmtd выполняться как процесс демона. Это - поведение значения по умолчанию. --nodaemon может использоваться, чтобы препятствовать тому, чтобы процесс работал как демон.

Эта опция не имеет никакого эффекта, работая ndbd или ndbmtd на платформах Windows.

--nodaemon

Предотвращает ndbd или ndbmtd от выполнения как процесс демона. Эта опция переопределяет --daemon опция. Это полезно для перенаправления вывода на экран, отлаживая двоичный файл.

Поведение значения по умолчанию для ndbd и ndbmtd на Windows должно работать на переднем плане, делая эту опцию, ненужную на платформах Windows, где это не имеет никакого эффекта.

--foreground

Причины ndbd или ndbmtd, чтобы выполниться как приоритетный процесс, прежде всего для того, чтобы отладить цели. Эта опция подразумевает --nodaemon опция.

Эта опция не имеет никакого эффекта, работая ndbd или ndbmtd на платформах Windows.

--initial

Дает ndbd команду выполнять начальный запуск. Начальный запуск стирает любые файлы, создаваемые в целях восстановления более ранними экземплярами ndbd. Это также воссоздает файлы журнала восстановления. Отметьте, что на некоторых операционных системах этот процесс может взять значительное количество времени.

--initial запуск должен использоваться только, запуская процесс ndbd при совершенно особых обстоятельствах; это - то, потому что эта опция заставляет все файлы быть удаленными из файловой системы MySQL Cluster и всех файлов журнала отката, которые будут воссозданы. Эти обстоятельства перечисляются здесь:

Использование этой опции предотвращает StartPartialTimeout и StartPartitionedTimeout параметры конфигурации от имения любого эффекта.

Допустимо использовать эту опцию, запуская кластер в самый первый раз когда (то есть, прежде, чем любые файлы узла данных были созданы); однако, не необходимо сделать так.

--initial-start

Эта опция используется, выполняя частичный начальный запуск кластера. Каждый узел должен быть запущен с этой опции, так же как --nowait-nodes.

Предположите, что у Вас есть кластер с 4 узлами, у узлов данных которого есть ID 2, 3, 4, и 5, и Вы хотите выполнить частичный начальный запуск, используя только узлы 2, 4, и 5 — то есть, опуская узел 3:

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

При использовании этой опции следует также определить ID узла для узла данных, запускаемого с --ndb-nodeid опция.

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

Эта опция берет список узлов данных который, для которого кластер не будет ожидать перед запуском.

Это может использоваться, чтобы запустить кластер в разделенном состоянии. Например, чтобы запустить кластер с только половины узлов данных (узлы 2, 3, 4, и 5) работающий в кластере с 4 узлами, можно запустить каждый процесс ndbd с --nowait-nodes=3,5. В этом случае кластер запускается, как только узлы 2 и 4 соединяются, и не ожидает StartPartitionedTimeout миллисекунды для узлов 3 и 5, чтобы соединиться, как это было бы иначе.

Если Вы хотели запустить тот же самый кластер как в предыдущем примере без одного ndbd (скажите, например, что хост-машина для узла 3 пострадала, отказ оборудования) тогда запускают узлы 2, 4, и 5 с --nowait-nodes=3. Затем кластер запустится, как только узлы 2, 4, и 5 соединяются и не будут ожидать узла 3, чтобы запуститься.

--nostart, -n

Дает ndbd команду не запускаться автоматически. Когда эта опция используется, ndbd соединяется с сервером управления, получает данные конфигурации из него, и инициализирует коммуникационные объекты. Однако, это фактически не запускает механизм выполнения пока определенно не требующийся сделать так сервером управления. Это может быть выполнено, выпуская надлежащее START команда в клиенте управления (см. Раздел 17.5.2, "Команды в MySQL Cluster Management Client").

--install[=name]

Причины ndbd, чтобы быть установленным как служба Windows. Дополнительно, можно определить имя для службы; если не набор, значения по умолчанию имени службы к ndbd. Хотя предпочтительно определить другие ndbd опции программы в a my.ini или my.cnf конфигурационный файл, возможно использовать вместе с --install. Однако, в таких случаях, --install опция должна быть определена сначала, прежде, чем любые другие опции даются для установки службы Windows, чтобы успешно выполниться.

Обычно не желательно использовать эту опцию вместе с --initial опция, так как это заставляет файловую систему узла данных быть вытертой и восстановило каждый раз, когда служба останавливается и запускается. Экстремальная забота должна также быть проявлена, если Вы намереваетесь использовать какую-либо из других ndbd опций, которые влияют на запуск узлов данных — включая --initial-start, --nostart, и --nowait-nodes— вместе с --install, и следует сделать абсолютно бесспорным, что Вы полностью понимаете и учитываете любые возможные последствия выполнения так.

--install опция не имеет никакого эффекта на платформы не-Windows.

--remove[=name]

Вызывает процесс ndbd, который был ранее установлен как служба Windows, которая будет удалена. Дополнительно, можно определить имя для службы, которая будет удалена; если не набор, значения по умолчанию имени службы к ndbd.

--remove опция не имеет никакого эффекта на платформы не-Windows.

--connect-retries=#

Определяет число раз, что узел данных пытается связаться с сервером управления, запускаясь. Установка этой опции к-1 причине узел данных, чтобы продолжить пытаться вступить в контакт неопределенно. Значение по умолчанию является 12 попытками. Временем, чтобы ожидать между попытками управляют --connect-delay опция.

--connect-delay=#

Определяет время, чтобы ожидать между попытками связаться с сервером управления, запускаясь (временем между попытками управляют --connect-retries опция). Значение по умолчанию является 5 попытками.

Эта опция была добавлена в MySQL Cluster NDB 7.2.9.

ndb_node_id_error.log файл, содержащий записи всех катастрофических отказов, с которыми, встретился процесс ndbd, на который ссылаются. Каждая запись в этом файле содержит краткую ошибочную строку и ссылку на файл трассировки для этого катастрофического отказа. Типичная запись в этом файле могла бы появиться как показано здесь:

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

Списки возможных ndbd кодов выхода и сообщений, сгенерированных, когда процесс узла данных завершает работу преждевременно, могут быть найдены в ndbd Сообщения об ошибках.

ndb_node_id_trace.log.trace_id файл трассировки, описывающий точно, что произошло непосредственно перед тем, как ошибка произошла. Эта информация полезна для анализа группой разработчиков MySQL Cluster.

Возможно сконфигурировать число этих файлов трассировки, которые будут создаваться прежде, чем старые файлы перезаписываются. trace_id число, которое постепенно увеличивается для каждого последовательного файла трассировки.

ndb_node_id_trace.log.next файл, который отслеживает следующее число файла трассировки, которое будет присвоено.

ndb_node_id_out.log файл, содержащий любой вывод данных процессом ndbd. Этот файл создается, только если ndbd запускается как демон, который является поведением значения по умолчанию.

ndb_node_id.pid файл, содержащий ID процесса процесса ndbd когда запущено как демон. Это также функционирует как файл блокировки, чтобы избежать запуска узлов с тем же самым идентификатором.

ndb_node_id_signal.log файл, используемый только в отладочных версиях ndbd, где возможно проследить все поступление, выход, и внутренние сообщения с их данными в процессе ndbd.