云服务器内容精选

  • 云备份支持的备份功能 备份支持如下操作。 表3 功能 说明 查看备份 在备份任务正在执行或完成后,可以通过各种筛选条件在备份列表查看备份详情。 修改备份名称 对已创建的备份,支持修改备份名称便于识别。可以修改手动备份和自动备份的名称。 共享备份 在对服务器和磁盘数据进行备份后,可将备份共享给其他账户下的项目使用。共享的备份可用于创建磁盘或服务器等操作。 删除备份 用户可以根据实际情况删除无用的备份以节省空间和成本。 跨区域复制备份 云服务器备份存储库、SFS Turbo备份存储库和混合 云存储 备份存储库的跨区域复制能力支持将已生成的备份复制到另一个区域。
  • 备份方式 云备份提供两种配置方式,一次性备份和周期性备份。一次性备份是指用户手动创建的一次性备份任务。周期性备份是指用户通过创建备份策略并绑定存储库的方式创建的周期性备份任务。 云备份的两种配置方式对比如表2,可根据实际情况选择适合的配置方式。 表2 两种配置方式对比 对比项 一次性备份 周期性备份 备份策略 不需要 需要 备份次数 手动执行一次性备份 根据备份策略进行周期性备份 备份名称 支持自定义,默认为“manualbk_xxxx” 系统自动生成,默认为“autobk_xxxx” 备份方式 默认首次全量备份,后续增量备份 默认首次全量备份,后续增量备份 建议使用场景 资源进行操作系统补丁安装、升级,应用升级等操作之前,以便安装或者升级失败之后,能够快速恢复到变更之前的状态。 资源的日常备份保护,以便发生不可预见的故障而造成数据丢失时,能够使用邻近的备份进行恢复。 另外,用户也可以根据业务情况将两种方式混合使用。例如,根据数据的重要程度不同,可以将所有的资源绑定至同一个存储库,并将该存储库绑定到一个备份策略中进行日常备份保护。其中个别保存有非常重要的数据的资源,根据需要不定期地执行一次性备份,保证数据的安全性。操作流程如下图1所示。 您可以根据需要,为资源创建多个备份。单个资源创建的备份个数没有限制。 图1 两种配置方式混合使用
  • 什么是备份 备份即一个备份对象执行一次备份任务产生的备份数据,包括备份对象恢复所需要的全部数据。备份可以通过一次性备份和周期性备份两种方式产生。 云备份提供两种配置方式,一次性备份和周期性备份。一次性备份是指用户手动创建的一次性备份任务。周期性备份是指用户通过创建备份策略并绑定服务器的方式创建的周期性备份任务。 一次性备份的备份名称支持用户自定义,也可以采用系统自动生成的名称。一次性备份产生的备份名称为“manualbk_xxxx”。 周期性备份的备份名称由系统自动生成。周期性备份产生的备份名称为“autobk_xxxx”。
  • 云备份类型 云备份产生的备份可以分为几种类型: 云硬盘备份:云硬盘备份提供对云硬盘的基于快照技术的数据保护。 云服务器备份:云服务器备份提供对弹性云服务器和裸金属服务器的基于多云硬盘一致性快照技术的数据保护。同时,未部署数据库等应用的服务器产生的备份为服务器备份,部署数据库等应用的服务器产生的备份为数据库服务器备份。 SFS Turbo备份:SFS Turbo备份提供对SFS Turbo文件系统的数据保护。 混合云备份:混合云备份提供对线下VMware服务器备份的数据保护。 文件备份:文件备份提供对云上服务器或用户数据中心虚拟机中的单个或多个文件的数据保护,无需再以整机或整盘的形式进行备份。 云桌面 备份:云桌面备份提供对云桌面的数据保护。 表1 几种备份差异 对比维度 云服务器备份 云硬盘备份 SFS Turbo备份 云桌面备份 混合云备份 文件备份 备份/恢复对象 服务器中的全部云硬盘(系统盘和数据盘)或部分云硬盘、部署数据库等应用的云服务器(数据库服务器备份) 指定的单个或多个磁盘(系统盘或数据盘) 高性能弹性文件服务中的SFS Turbo文件系统 云桌面整个系统,包括所有的磁盘 可以同步云下服务器备份数据,可以将云下数据恢复至云端服务器 云上服务器或用户数据中心虚拟机中的单个或多个文件 推荐场景 需要对整个云服务器进行保护 系统盘没有个人数据,因而只需要对部分的数据盘进行备份 需要对文件系统的数据进行保护 需要对云桌面进行保护 需要在云上对云下服务器的备份数据进行管理,在云上使用云下数据恢复服务器等 需要将单个或多个文件备份上云,并且可以使用备份快速恢复数据 优势 备份的同一个服务器下的所有磁盘数据具有一致性,即同时对所有云硬盘进行备份,不存在因备份创建时间差带来的数据不一致问题 保证数据安全的同时降低备份成本 备份数据与文件系统分开存放,可以使用备份创建新的文件系统 备份数据与云桌面分开存放,可以使用备份恢复云桌面的数据 云下数据可以用于在云上搭建新的业务,将数据在云上备份 无需再以整机或整盘的形式进行备份,降低备份成本
  • 备份机制 云备份的云内备份均为块级备份,支持文件级备份。首次备份为全量备份,备份资源已使用空间。如某磁盘大小为100GB,已使用空间为40GB,则备份的是40GB的已使用空间。后续备份均为增量备份,备份上次备份后变化的数据,缩短备份时长、节约备份空间。删除备份时,仅删除不被其他备份依赖的数据块,不影响使用其他备份进行恢复。无论是全量还是增量备份,都可以快速、方便地将数据恢复至备份所在时刻的状态。 云备份会在备份过程中自动创建快照并且为每个磁盘保留最新的快照。如果该磁盘已备份,再次备份后会自动将旧快照删除,保留最新的快照。 云备份通过与 对象存储服务 的结合,将数据备份到对象存储中,高度保障用户的备份数据安全。
  • 操作场景 RDS for MySQL支持用户下载Binlog备份,用于本地存储备份。您可以下载单个Binlog备份文件,也可以合并下载Binlog备份文件。 云数据库 RDS for MySQL 5.6/5.7版的实例支持合并下载Binlog备份文件。 Binlog备份文件列表显示的完成时间为最后一个事务提交时间。 管理控制台Binlog备份文件的命名格式为:Binlog名称+时间戳;备份文件格式为row。 处于冻结状态的实例不允许下载Binlog备份文件。
  • 操作场景 GaussDB (for MySQL)标准版支持设置本地Binlog日志的清理,所有需要清理的本地日志都会在Binlog备份成功后删除,您可以根据需求灵活设置本地Binlog保留时长,合理利用实例使用空间。 GaussDB(for MySQL)标准版默认开启Binlog,无需额外配置,binlog_format格式为row。 只读实例没有备份文件并且不会生成Binlog。 Binlog本地保留时长,可设置范围为0~7*24小时。 清理Binlog日志时,即使设置保留时长为0,GaussDB(for MySQL)标准版也会保证主节点的Binlog同步到备节点、只读节点全部完成、并且备份成功到OBS以后才会执行清理。如果选择的保留时长大于0,例如设置1天,那么在Binlog同步及备份成功后,本地Binlog日志将会继续保留1天,到期后自动删除。如需查看Binlog日志,请参见下载GaussDB(for MySQL)标准版增量备份文件。
  • 操作背景 mysqlbinlog工具用于解析Binlog备份文件,包含在MySQL软件包中。您可在MySQL官网下载对应版本的MySQL软件包,解压并获取解压包中的mysqlbinlog工具(MySQL 5.6和5.7对应的mysqlbinlog版本均为3.4)。由于存在部分用户使用的mysqlbinlog工具版本太旧,无法正确解析Binlog备份文件,因此,为您整理了本文,指导您获取最新的mysqlbinlog工具。 RDS for MySQL也支持使用第三方工具解析Binlog。
  • 操作方法 下载MySQL软件包。 软件包版本最好与当前您使用的MySQL大版本保持一致。 例如,您本地的MySQL版本为5.7.27,则下载如下版本和系统的软件包: Product Version:5.7.27 Operating System:Linux-Generic 下载完成后的MySQL软件包名为:mysql-5.7.27-linux-glibc2.12-x86_64.tar.gz。 图1 下载 解压软件包,找到mysqlbinlog工具。 执行如下命令,查看mysqlbinlog工具的版本信息。 [root@ecs]# tar -zxf mysql-5.7.27-linux-glibc2.12-x86_64.tar.gz [root@ecs]# cd mysql-5.7.27-linux-glibc2.12-x86_64/bin [root@ecs]# ll mysqlbinlog -rwxr-xr-x 1 7161 31415 11310886 Jun 10 2019 mysqlbinlog [root@ecs]# ./mysqlbinlog -V ./mysqlbinlog Ver 3.4 for linux-glibc2.12 at x86_64 使用mysqlbinlog工具解析binlog。 以解析“mysql-bin.000001”为例: [root@ecs]# ./mysqlbinlog --no-defaults -vv /root/mysql-bin.000001 /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/; /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/; DELIMITER /*!*/; # at 4 #200316 17:54:14 server id 1 end_log_pos 126 CRC32 0x92b3f2ca Start: binlog v 4, server v 5.7.27-5-debug-log created 200316 17:54:14 at startup ROLLBACK/*!*/; BIN LOG ' xkxvXg8BAAAAegAAAH4AAAAAAAQANS43LjI3LTUtZGVidWctbG9nAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAADGTG9eEzgNAAgAEgAEBAQEEgAAYgAEGggAAAAICAgCAAAACgoKKioAEjQA Xz0AAcrys5I= '/*!*/; # at 126 #200316 17:54:14 server id 1 end_log_pos 157 CRC32 0xfcc47ad6 Previous-GTIDs # [empty] # at 157 #200316 17:54:27 server id 1 end_log_pos 204 CRC32 0xa7febd1f Rotate to mysqlbin. 000002 pos: 4 SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/; DELIMITER ; # End of log file /*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/; /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;