的开始备份
命令用于创建备份。
开始备份(backup_id] [encryption_option] [wait_option] [snapshot_option]encryption_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
.在本例中,管理客户端提示用户输入密码。
可以使用密码
设置空密码(''
或""
),但不建议这样做。
加密的备份可以使用以下任何一个命令进行解密:
ndbxfrm
——decrypt-password =
密码
input_file
output_file
ndb_print_backup_file
- p
密码
file_name
NDB 8.0.24及以后版本支持这里列出的其他命令:
ndbxfrm
——decrypt-password-from-stdin
input_file
output_file
ndb_print_backup_file
——备份密码=
密码
file_name
请参阅这些程序的描述以获得更多信息,例如可能需要的其他选项。
的wait_option
可用于确定控件何时返回给管理客户端后开始备份
命令下发,如下所示:
等待完成
是默认的。
一个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快照启动
创建备份的过程包括以下几个步骤:
启动管理客户端(ndb_mgm),如果它还没有运行。
执行
开始备份
命令。这将产生几行显示备份进度的输出,如下所示: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等待完成
备份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节点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
启动管理客户端。
执行这个命令:
ndb_mgm >中止备份backup_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: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
当一个运行中止备份
发出后,管理客户端不响应,集群日志中也没有指示发送了无效的中止命令。