表 1-1 列出了代理支持的功能。 表 1-1 代理支持的功能 描述 功能 代理支持 SQLite 数据库基于单个文件的备份。 备份 代理支持还原 SQLite 备份文件。 还原 代理支持将 SQLite 备份文件还原到备用 NetBackup 客户端。 重定向还原 NetBackup for SQLite 代理 软件包 代理打包在 NBSQLiteAgent_version number 以千字节、兆字节或十 亿字节（分别为 KB、MB 或 GB）为单位指定 LVM 快照的 快照大小。 SNAPSHOT_SIZE 此参数无默认值。 通过指定备份映像名称 删除和还原备份文件。 表示备份映像名称。此参数可 配置使用备份映像名称指定的 备份文件。 DB_BACKUP_ID 此参数无默认值。 还原 指定要将备份还原到的目标目 录。 SQLITE_TARGET_DIRECTORY 如果未设置此值，则默认为 份信息： nbsqlite -o query 18 NetBackup for SQLite 备份和还原 验证备份信息 查询备份 nbsqlite -o query 命令根据指定的选项列出备份文件。您可以从 nbsqlite.conf 文件中配置这些参数或使用 nbsqlite 命令行提供参数。 参数 -S 是必需参数。或者，可以使用 -C 和 -P 选项查询备份，以定义不同的客户 端和策略。

表 1-1 列出了代理支持的功能。 表 1-1 代理支持的功能 描述 功能 代理支持 SQLite 数据库基于单个文件的备份。 备份 代理支持还原 SQLite 备份文件。 还原 代理支持将 SQLite 备份文件还原到备用 NetBackup 客户端。 重定向还原 NetBackup for SQLite 代理 文档 可从以下 URL 获取 NetBackup for SQLite 100041699 验证备份信息 成功备份之后，可以使用以下命令列出备份来查看和验证备份信息： nbsqlite -o query 查询备份 nbsqlite -o query 命令根据指定的选项列出备份文件。 参数 -S 是必需参数。或者，可以使用 -C 和 -P 选项查询备份，以定义不同的客户 端和策略。 13 NetBackup for SQLite 备份和还原 验证备份信息 查询备份 1 ClientA 查询备份，请运行以下命令： nbsqlite -o query -S primary_server_name [-C ClientA] 例如，要列出策略名称为 policy_name 的备份文件，请运行以下命令： nbsqlite -o query -S primary_server_name [-P policy_name] 要从客户端 ClientA 查询策略名称为 policy_name

要保留的最大备份数： 创建新备份时，将删除最旧的备份文件，以将备份文件总数控制在此限制以下。 每日最大备份次数： 新建备份时，将删除当天创建的最旧备份文件，使其保持在该限制以下。 最小备份间隔时间： 如果触发备份 (例如保存电路板文件)，如果已有备份文件超过该限制，则不会创建备份。 最大总备份大小： 创建新的备份文件时，将删除最旧的备份文件，以使备份文件目录的总大小低于该限制。 记住下次启动工程时打开的文件：

要保留的最大备份数： 创建新备份时，将删除最旧的备份文件，以将备份文件总数控制在此限制以下。 每日最大备份次数： 新建备份时，将删除当天创建的最旧备份文件，使其保持在该限制以下。 最小备份间隔时间： 如果触发备份 (例如保存电路板文件)，如果已有备份文件超过该限制，则不会创建备份。 最大总备份大小： 创建新的备份文件时，将删除最旧的备份文件，以使备份文件目录的总大小低于该限制。 13 鼠标和触摸板偏好设置

要保留的最大备份数： 创建新备份时，将删除最旧的备份文件，以将备份文件总数控制在此限制以下。 每日最大备份次数： 新建备份时，将删除当天创建的最旧备份文件，使其保持在该限制以下。 最小备份间隔时间： 如果触发备份 (例如保存电路板文件)，如果已有备份文件超过该限制，则不会创建备份。 最大总备份大小： 创建新的备份文件时，将删除最旧的备份文件，以使备份文件目录的总大小低于该限制。 13 鼠标和触摸板偏好设置

辅助尺类型 技术图纸透视设置范例 理解和处理图像 图像文件包含的数据 元数据 图像大小 作者和描述信息 裁剪和调整画布大小 调整画布大小 保存、导出和打开文件 保存、自动保存、备份文件 保存 自动保存 备份文件 模板 动画模板 欧美漫画模板 设计模板 单反相机模板 纹理模板 图层和蒙版 图层的管理 图层类型 Krita 的图层合成顺序 继承透明度和剪贴图层 蒙版和滤镜 选区 创建选区 生了损坏，你可以使用解压软件把它包含的图层等内容解压出 来，从而恢复尽可能多的数据。在 Windows 环境下，你需要把 KRA 文件的名称改为 ⽂件名.zip 这样的格式才能用解压软件打 开。 保存、自动保存、备份文件 Krita 会尽可能保障你的创作能被安全保存，不发生损坏。但如果 你想确保不会因为意外而丢失文件，你必须了解保存、自动保存和 备份等功能在 Krita 中的工作方式。 保存 除非你亲自指定了文件名和文件夹，否则 保存文件将以原有文件名为准，不会以导出的文件名为准。 备份文件 Krita 的备份文件有三种： 一般备份文件，对从磁盘打开的已有文件进行保存时自动创建 增量备份文件，每次用同一文件名保存文件时，将之前一次保 存的文件复制一份副本并进行编号 增量版本文件，每次保存文件时自动使用一个新数字后缀命 名，之前的保存的版本继续保留。 一般备份文件 如果你打开了一个已有文件，进行修改，然后保存或者另存为新文

8. -s：对源文件建立符号连接，而非复制文件； 9. -u：使用这项参数后只会在源文件的更改时间较目标文件更新时或是名称相互对应的目标文件并不存在时， 才复制文件； 10. -S：在备份文件时，用指定的后缀“SUFFIX”代替文件的默认后缀； 11. -b：覆盖已存在的文件目标前将目标文件备份； 12. -v：详细显示命令执行的操作。 源文件：制定源文件列表。默认情况下，cp命 1. cpio –icduv < /opt/etc.cpio 注意，cpio恢复的路径，如果cpio在打包备份的时候用的是绝对路径，那么在恢复的时候会自动恢复 到这些绝对路径下，本例就会将备份文件全部还原到/etc路径下对应的目录中。同理，如果在打包备份 用的是相对路径，还原时也将恢复到相对路径下。 通过上面的示例，可以看出，cpio无法直接读取文件，它需要每个文件或者目录的完整路径名才能识别 gz文件 1. gzip * 把上例中每个压缩的文件解压，并列出详细的信息 1. gzip -dv * 详细显示例1中每个压缩的文件的信息，并不解压 1. gzip -l * 压缩一个tar备份文件，此时压缩文件的扩展名为.tar.gz 1. gzip -r log.tar 递归的压缩目录 1. gzip -rv test6 这样，所有test下面的文件都变成了.gz，目录依然存在只是目录里面的文件相应变成了

test_restore -f schema_path_and_seq_next_val 数据恢复(1/2) 2017 年象行中国（杭州 站）第一期 并行恢复 如果恢复前面实例的节点个数相同，并且备份文件在对应所属的segment host 上，可以使用gpdbrestore并发恢复提高恢复的速度，其使用方法如下： • gpdbrestore { -t { [-L] ] 数据恢复(2/2) 2017 年象行中国（杭州 站）第一期 虽然并行备份和恢复大大提高了备份和恢复的速度，但是仍 然存在很多问题： 1. 大量数据需要落盘 2. 使用dbid作为备份文件命名规则，在主备切换或者 primary和mirror后会出现问题 3. 可能会出现各个segment数据不一致的情况 …... 并⾏备份恢复存在的问题 2017 年象行中国（杭州 站）第一期 站）第一期 并⾏备份恢复优化(1/3) OSS uploader uploader uploader 2017 年象行中国（杭州 站）第一期 并⾏备份恢复优化(2/3) 使用dbid作为备份文件命名规则，在主备切换或者primary 和mirror后会出现问题，例如： dbid=2 dbid=5 primary mirror test_gp_dump_0_2_20170206160253

节点都会有一个对应的备份路径，TiKV 备份时产生的备份文件将会保存在该 路径下，恢复时也会从该路径读取相应的备份文件。 170 图 11: br-arch 更多信息请参阅备份恢复设计方案。 备份文件类型 备份路径下会生成以下两种类型文件： • SST 文件：存储 TiKV 备份下来的数据信息 • backupmeta 文件：存储本次备份的元信息，包括备份文件数、备份文件的 Key 区间、备份文件大小和备 份文件 Hash 在线业务。 • BR 恢复最好串行执行。不同恢复任务并行会导致 Region 冲突增多，恢复的性能降低。 • 推荐在 -s 指定的备份路径上挂载一个共享存储，例如 NFS。这样能方便收集和管理备份文件。 • 在使用共享存储时，推荐使用高吞吐的存储硬件，因为存储的吞吐会限制备份或恢复的速度。 • BR 默认会分别在备份、恢复完成后，进行一轮数据校验，将文本数据同集群数据比较，来保证正确性。 选项指定的数据库名必须与执行备份时候 --db选项指定的数据库 名相同，否则无法恢复成功。由于备份数据的元文件backupmeta 记录了该数据库名，因此只 能将数据恢复到同名的数据库。推荐做法是把备份文件恢复到另一个集群的同名数据库中。 恢复单张表的数据 要将备份数据中的某张数据表恢复到集群中，可以使用 br restore table 命令。该命令的使用帮助可通过 br restore table

节点都会有一个对应的备份路径，TiKV 备份时产生的备份文件将会保存在该 路径下，恢复时也会从该路径读取相应的备份文件。 153 图 11: br-arch 更多信息请参阅备份恢复设计方案。 备份文件类型 备份路径下会生成以下两种类型文件： • SST 文件：存储 TiKV 备份下来的数据信息 • backupmeta 文件：存储本次备份的元信息，包括备份文件数、备份文件的 Key 区间、备份文件大小和备 份文件 Hash 在线业务。 • BR 恢复最好串行执行。不同恢复任务并行会导致 Region 冲突增多，恢复的性能降低。 • 推荐在 -s 指定的备份路径上挂载一个共享存储，例如 NFS。这样能方便收集和管理备份文件。 • 在使用共享存储时，推荐使用高吞吐的存储硬件，因为存储的吞吐会限制备份或恢复的速度。 使用方式 目前支持以下几种方式来运行 BR 工具，分别是通过 SQL 语句、命令行工具或在 Kubernetes 选项指定的数据库名必须与执行备份时候 --db选项指定的数据库 名相同，否则无法恢复成功。由于备份数据的元文件backupmeta 记录了该数据库名，因此只 能将数据恢复到同名的数据库。推荐做法是把备份文件恢复到另一个集群的同名数据库中。 168 恢复单张表的数据 要将备份数据中的某张数据表恢复到集群中，可以使用 br restore table 命令。该命令的使用帮助可通过 br restore