首先,云服务器不需要客户购买硬件设备,客户按照一定的价格支付费用,数据中心不仅提供存储环境,同时还提供咨询服务,数据中心通过技术将各种设备的资源进行虚拟展示,向客户提供服务。
其次,云服务器与传统服务器相比可以更充分地利用资源,减少老旧设备的淘汰速度,节约购买新设备的资金,大大提高运行效率。
第三,云服务器供应商提供专业技术人员对服务器进行维护,节约设备运行维护成本、网络搭建成本等,将更多资源通入到自身业务中。
第四,云服务器数据丢失恢复案例
环境部署及故障原因:某云ECS网站服务器,linux操作系统,数据库版本号5.6,。在执行数据库版本更新测试时,错误地将本应在测试库执行的sql脚本执行于生产库,导致部分表被truncate,另有部分表内少量数据被delete。该实例内数据表均采用innodb作为默认存储引擎。
恢复流程:
1.由于客户ECS内有其他业务仍在运行,为保证被truncate表底层数据不被破坏首先对mysql的data目录所在分区进行备份。
2.由于客户需要恢复的12个表内不存在大字段类型值和myisam引擎表,为节约数据传输时间,通过扫描数据段并下载获取恢复所必须的数据库段碎片。另外innodb引擎数据恢复必须依赖表结构信息,mysql的表结构信息存储于对应表名的.frm文件内。在本恢复案例中frm文件完好,可直接使用。下载需要恢复的表对应的frm文件。
3.分析系统表。读取数据段内系统表信息,获取需要恢复的12个表在系统表内的注册信息。
4.恢复被truncate的表。在下载完成的数据段文件内提取对应于各表的数据页,解析对应表的frm文件获取到该表的表结构信息。通过表结构信息获取到底层数据分配规则后,按照规则拆分数据段内二进制数据并对不同类型进行字符展示转换(各类整形、浮点型、时间型等),完成数据段到sql语句的转换。
5.恢复被delete数据的表,基本流程同truncate表的恢复,不同点在于数据解析时需要提取被标注为“delete”的记录。
6.数据还原。根据解析出的表结构信息在恢复环境中的mysql实例内创建表,并将恢复出的数据导入
7.数据清洗。由于直接从底层抓取出的记录可能存在主键不唯一(引擎在存储时产生的临时记录)和记录重复(缓冲段)以及乱码(扫描数据段时出现特征值匹配成功但不属于该表的数据段)等情况,提取出的记录可能存在异常需要进行人工处理。
8.数据验证。开启远程桌面,由客户进行数据验证是否正确、数据量是否正常。经过客户验证,truncate表恢复完整,delete记录的表恢复完整,数据恢复流程完毕。
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://itzsg.com/10434.html