10bet网址
MySQL 5.7参考手册
相关的文档10bet官方网站 下载本手册
PDF(美国Ltr)- 36.4 mb
PDF (A4)- 36.4 mb
PDF (RPM)- 35.7 mb
HTML下载(TGZ)- 9.5 mb
HTML下载(Zip)- 9.5 mb
HTML下载(RPM)- 8.2 mb
手册(TGZ)- 235.4 kb
手册(Zip)- 347.0 kb
信息(Gzip)- 3.3 mb
信息(邮政编码)- 3.3 mb
本手册节选

21.5.8.2通过NDB集群管理客户端创建备份

在开始备份之前,请确保集群已正确配置以执行备份。(见

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

启动备份[backup_id] [wait_option] [snapshot_optionwait_option:等待{started | completed} | nowaitsnapshot_option: snapshotstart | snapshotend

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

wait_option可用于确定在开始备份命令,如下表所示:

  • 如果NOWAIT,则管理客户端立即显示一个提示,如下所示:

    ndb_mgm> START BACKUP NOWAIT ndb_mgm> . sh

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

  • 等待开始管理客户端等待备份启动后再将控制返回给用户,如下所示:

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

等待完成是默认值。

一个snapshot_option可以用来判断备份是否与集群的状态匹配时开始备份是什么时候发行的,或者是什么时候完成的。SNAPSHOTSTART使备份与备份开始时的集群状态相匹配;SNAPSHOTEND使备份反映备份完成时的集群状态。SNAPSHOTEND是默认的,并且与在以前的NDB Cluster版本中找到的行为相匹配。

请注意

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

如果两者都是wait_option和一个snapshot_option使用时,它们可以按任意顺序指定。例如,假设不存在ID为4的备份,以下所有命令都是有效的:

Start backup wait started snapshotstart Start backup snapshotstart wait started Start backup 4 wait completed snapshotstart Start backup snapshot wait completed Start backup 4 nowait snapshotstart

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

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

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

    ndb_mgm> START BACKUP等待完成,可能需要几分钟节点2:从节点1开始的备份1节点2:从节点1开始的备份1完成StartGCP: 177 StopGCP: 180 #Records: 7362 #LogRecords: 0 Data: 453648 bytes Log: 0 bytes ndb_mgm> . ndb_mgm
  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 Node 1 completed StartGCP: 177 StopGCP: 180 #Records: 7362 #LogRecords: 0 Data: 453648 bytes Log: 0字节

还可以通过调用从系统shell执行备份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> ABORT BACKUPbackup_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:从5开始的备份3已被中止。Error: 1323 - 1323: Permanent Error: Internal Error节点2:Backup 3 started from 5 has been aborted。Error: 1323 - 1323: Permanent Error: Internal Error节点4:Backup 3 started from 5 has been aborted。Error: 1323 - 1323:永久错误:内部错误

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

    请注意

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

    备份backup_id从节点开始management_node_id已被取消消息表示备份已被终止,与此备份相关的所有文件已从集群文件系统中删除。

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

shell> ndb_mgm -e "ABORT BACKUP . shbackup_id
请注意

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