本节提供了一个简化的轮廓NDB集群数据节点时的步骤开始。可以在更完整的信息NDB集群开始阶段,在NDB
内部指南。
这些阶段是相同的输出
命令在管理客户端(见6.1节,“命令NDB集群管理客户端”)。这些开始阶段也报道node_id
状态start_phase
列的ndbinfo.nodes
表。
启动类型。有几个不同的启动类型和模式,如下面所示:
设置和初始化(阶段1)。在创业之前,每个数据节点(ndbd必须初始化过程)。初始化由以下步骤组成:
获取一个节点ID
获取配置数据
分配端口用于节点间通信
分配内存根据设置从配置文件获取
当一个数据节点或SQL节点第一次连接到管理节点,储备一个集群节点ID。确保没有其他节点分配相同的节点ID,这个ID被保留,直到节点已经连接到集群和至少一个ndbd报道称,这个节点连接。这个节点ID是谨慎的保留和节点之间的连接问题ndb_mgmd。
每个数据节点初始化之后,集群启动过程可以继续。集群经过的阶段,在这个过程中列出:
阶段1。在这个阶段,所有剩余的
NDB
内核模块是开始。NDB集群连接设置,建立了内嵌通讯,心跳也开始了。在一个节点的情况下重启,API也检查节点连接。请注意当一个或多个节点挂在第一阶段,其余节点或节点挂在第二阶段,这通常表明网络问题。这类问题的一个可能的原因是一个或多个集群主机拥有多个网络接口。造成这种情况的另一个常见的来源问题所需的TCP / IP端口阻塞集群节点之间的通信。在后一种情况下,这通常是由于配置防火墙。
阶段2。的
NDBCNTR
内核块检查所有现有节点的状态。选择主节点和集群模式文件初始化。阶段3。的
DBLQH
和DBTC
内核模块建立它们之间的通信。启动类型决定;如果这是一个重启,DBDIH
块获得许可执行重启。第四阶段。对于一个初始启动或初始节点重启,重做日志文件创建。这些文件的数量等于
NoOfFragmentLogFiles
。系统重启:
阅读模式或模式。
读取数据从本地检查站。
适用所有重做信息直到最新的全球检查点恢复原状。
节点重新启动,发现重做日志的尾巴。
阶段5。大多数的数据库相关的部分在这个阶段执行一个数据节点开始。首次启动或重新启动系统,执行当地的一个检查站,紧随其后的是一个全球检查站。定期检查内存使用量在这个阶段开始,和所需的节点进行的收购。
6级。在此阶段,定义节点组和设置。
阶段7。仲裁员节点被选中,并开始函数。下一个备份ID设置,备份磁盘写入速度。达到这一阶段开始标记为节点
开始
。现在可能API节点(包括SQL节点)连接到集群。阶段8。如果这是一个系统重新启动,所有索引(通过重建
DBDIH
)。期9。节点内部复位启动变量。
阶段100(过时的)。以前,在这一点上在初始节点节点重新启动或重新启动,API节点可以连接到节点和接收事件。目前,这一阶段是空的。
101年阶段。在一个节点重启或初始节点重启,事件交付交给节点加入集群。新加入节点接管负责交付用户的主要数据。这一阶段也称为
SUMA
移交阶段。
这个过程完成后首次启动或重新启动系统,启用事务处理。节点重新启动或初始节点重启,启动过程的完成意味着节点现在可以充当事务协调员。