10bet网址
MySQL 8.0参考手册
相关的文档10bet官方网站 本手册下载 本手册摘录

23.5.8.2使用NDB集群管理客户端创建备份

在启动备份之前,请确保集群为执行备份进行了正确的配置。(见

开始备份命令用于创建备份。

开始备份(backup_id] [encryption_option] [wait_option] [snapshot_optionencryption_option:加密密码=密码密码: {password_string“|”password_string"}wait_option: wait {started | completed} | nowaitsnapshot_option: snapshotstart | snapshotend

连续的备份是按顺序自动识别的,因此backup_id(大于等于1的整数)是可选的;如果省略,则使用下一个可用值。如果现有的backup_id值,备份失败,出现错误备份失败:文件已经存在.如果使用,backup_id必须遵循开始备份立即,在使用任何其他选项之前。

NDB 8.0.22及以后版本支持使用加密密码=密码;的密码必须满足以下所有要求:

  • 使用任何可打印的ASCII字符,

  • 长度不超过256个字符

  • 用单引号还是双引号括起来

从NDB 8.0.24开始密码Clause可从…中省略encryption_option.在本例中,管理客户端提示用户输入密码。

可以使用密码设置空密码(''""),但不建议这样做。

加密的备份可以使用以下任何一个命令进行解密:

NDB 8.0.24及以后版本支持这里列出的其他命令:

请参阅这些程序的描述以获得更多信息,例如可能需要的其他选项。

wait_option可用于确定控件何时返回给管理客户端后开始备份命令下发,如下所示:

  • 如果NOWAIT指定后,管理客户端立即显示提示,如下所示:

    ndb_mgm> START BACKUP NOWAIT ndb_mgm> . ndb_mgm> START BACKUP NOWAIT ndb_mgm> . ndb_mgm>

    在这种情况下,即使在打印备份进程的进度信息时,也可以使用管理客户机。

  • 等待开始管理客户端会等到备份启动后才将控制权交还给用户,如下所示:

    ndb_mgm> START BACKUP WAIT STARTED等待启动,可能需要几分钟
  • 等待完成导致管理客户端等待备份完成后再将控制权交还给用户。

等待完成是默认的。

一个snapshot_option可用于确定备份是否匹配集群的状态时开始备份已发出,或完成时。SNAPSHOTSTART使备份与开始备份时的集群状态匹配;SNAPSHOTEND使备份反映备份完成时集群的状态。SNAPSHOTEND是默认的,并且与之前NDB Cluster版本中的行为相匹配。

请注意

如果你使用SNAPSHOTSTART选项开始备份,CompressedBackup参数,则只压缩数据和控制文件—不压缩日志文件。

如果一个wait_option和一个snapshot_option时,它们可以按任意顺序指定。例如,以下所有命令都是有效的,假设没有以4作为ID的现有备份:

Start backup wait started snapshotstart Start backup snapshotstart wait Start Start backup snapshotstart 4 wait completed snapshotstart Start backup snapshottend wait completed Start backup 4 nowait snapshotstart . Start快照启动

创建备份的过程包括以下几个步骤:

  1. 启动管理客户端(ndb_mgm),如果它还没有运行。

  2. 执行开始备份命令。这将产生几行显示备份进度的输出,如下所示:

    ndb_mgm> START BACKUP Waiting for complete节点2:BACKUP 1 started from节点1节点2:BACKUP 1 started from节点1 completed StartGCP: 177 StopGCP: 180 #Records: 7362 #LogRecords: 0 Data: 453648 bytes Log: 0 bytes ndb_mgm> . BACKUP等待完成
  3. 当备份启动后,管理客户端显示此消息:

    备份backup_id从节点node_id

    backup_id是此特定备份的唯一标识符。如果没有配置该标识符,则该标识符保存在集群日志中。node_id协调备份与数据节点的管理服务器的标识符。在备份过程的这一点上,集群已经接收并处理了备份请求。这并不意味着备份已经结束。下面是这个语句的一个例子:

    节点2:从节点1启动备份1
  4. 管理客户端用类似这样的消息表示备份已经启动:

    备份backup_id从节点node_id完成

    与备份已经启动的通知一样,backup_id是这个特定备份的唯一标识符吗node_id是与数据节点协调备份的管理服务器的节点ID。该输出还伴随着其他信息,包括相关的全局检查点、备份的记录数量和数据大小,如下所示:

    节点2:Backup 1 started from节点1 completed StartGCP: 177 StopGCP: 180 #Records: 7362 #LogRecords: 0 Data: 453648 bytes Log: 0 bytes

还可以通过调用从系统外壳执行备份ndb_mgm- e——执行选项,如下所示:

shell> ndb_mgm -e "START BACKUP 6 WAIT COMPLETED SNAPSHOTSTART"

当使用开始备份这样,您必须指定备份ID。

中默认创建的集群备份备份子目录的DataDir在每个数据节点上。可以为一个或多个数据节点单独覆盖,也可以为config.ini文件使用BackupDataDir配置参数。为给定的备份而创建的备份文件backup_id存储在名为备份,backup_id在备份目录中。

取消备份。若要取消或中止正在执行的备份,请执行以下步骤:

  1. 启动管理客户端。

  2. 执行这个命令:

    ndb_mgm >中止备份backup_id

    数量backup_id是备份启动时(在消息中?)在管理客户端响应中包含的备份的标识符备份backup_id从节点management_node_id).

  3. 管理客户端使用中止的备份backup_id命令

    请注意

    此时,管理客户机还没有收到集群数据节点对此请求的响应,而且备份还没有真正中止。

  4. 备份被中止后,管理客户端以类似于下面所示的方式报告这个事实:

    节点1:从5开始启动的备份3已被中止。Error: 1321 - Backup aborted by user request: Permanent Error: user defined Error节点3:Backup 3 started from 5 has been aborted。Error: 1323 - 1323: Permanent Error: Internal Error: Node 2: Backup 3 started from 5 has been aborted.(节点2:Backup 3 started from 5 has been aborted.)Error: 1323 - 1323: Permanent Error: Internal Error: Node 4: Backup 3 started from 5 has been aborted.(节点4:Backup 3 started from 5 has been aborted.)错误:1323 - 1323:永久错误:内部错误

    在本例中,我们展示了一个具有4个数据节点的集群的示例输出,其中将要中止的备份的序列号是3.,且集群管理客户端所连接的管理节点具有节点ID5.第一个完成中止备份部分的节点报告中止的原因是用户的请求。(其余节点报告备份由于未指定的内部错误而中止。)

    请注意

    不能保证集群节点对中止备份以任何特定的顺序指挥。

    备份backup_id从节点management_node_id已经流产消息意味着备份已经终止,与此备份相关的所有文件都已从群集文件系统中删除。

也可以使用以下命令从系统shell中止正在进行的备份:

shell> ndb_mgm -e "中止备份backup_id
请注意

如果没有具有该ID的备份backup_id当一个运行中止备份发出后,管理客户端不响应,集群日志中也没有指示发送了无效的中止命令。