的开始备份
命令用于创建备份。
启动备份[backup_id] [wait_option] [snapshot_option]wait_option:等待{started | completed} | nowaitsnapshot_option: snapshotstart | snapshotend
连续的备份是按顺序自动识别的,因此backup_id
,大于或等于1的整数,为可选;如果省略该值,则使用下一个可用值。如果存在backup_id
值时,备份失败并出现错误备份失败:文件已经存在.如果使用,则backup_id
必须遵循开始备份
立即,在使用任何其他选项之前。
的wait_option
可用于确定在开始备份
命令,如下表所示:
等待完成
是默认值。
一个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
创建备份的过程包括以下步骤:
启动管理客户端(ndb_mgm),如果它还没有运行。
执行
开始备份
命令。这将产生几行显示备份进度的输出,如下所示: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
备份backup_id从节点开始node_id
backup_id
是此特定备份的唯一标识符。如果未进行其他配置,则此标识符将保存在集群日志中。node_id
是协调备份与数据节点的管理服务器的标识符。此时,集群已经接收并处理了备份请求。这并不意味着备份已经完成。这句话的一个例子如下:节点2:备份1从节点1开始
管理客户端用类似这样的消息表示备份已经开始:
备份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
取消备份。如果需要取消或中止正在进行的备份,请执行以下步骤:
启动管理客户端。
执行以下命令:
ndb_mgm> ABORT BACKUPbackup_id
数量
backup_id
备份启动时(在消息中?)管理客户端的响应中包含的备份标识符备份
).backup_id
从节点开始management_node_id
管理客户端用
备份中止
.backup_id
命令请注意此时,管理客户机还没有收到来自集群数据节点对该请求的响应,备份也还没有实际中止。
在备份被中止后,管理客户端将以类似于下面所示的方式报告这一事实:
节点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
运行时中止备份
时,管理客户端不作出响应,集群日志中也没有指示发送了无效的中止命令。