企业级开源数据库灾备体系.ppt

企业级开源数据库灾备体系 OSS,DB Team 2009-3-18 企业级数据库特点 一般来说大中型企业的数据库特点有 数据量庞大 数据库机器众多 不止一处的数据库机房 免费与收费数据库并存 开源数据库灾备特点 传统的灾备体系一定离不开IBM,Oracle这些软件巨鳄,它们在灾备领域经验丰富,技术成熟,同时费用昂贵.而随着近期的金融危机,越来越多的传统企业开始考虑使用开源产品降低成本,数据库方面尤其以MySQL突出,而MySQL相比Oracle成熟应用于企业级的数据库灾备体系还少之又少 灾备重要性 数据丢失对大小企业来说都是个恶梦，业务数据与企业日常业务运作唇齿相依，损失这些数据，即使是暂时性，亦会威胁到企业辛苦赚来的竞争优势，更可能摧毁你公司的声誉，或可能引致昂贵的诉讼和索偿费用。 灾备定义 所谓数据灾备，就是指建立一个异地的数据系统，该系统是本地关键应用数据的一个可用复制。在本地数据及整个应用系统出现灾难时，系统至少在本地或者异地保存有一份可用的关键业务的数据。该数据可以是与本地生产数据的完全实时复制，也可以比本地数据略微落后，但一定是可用的。采用的主要技术是数据备份和数据复制技术。 根据央行和银监会的要求，总行数据中心的灾备系统应按照“两地三中心”的架构建设，在周边地域建立同城数据中心，在其他一个城市建立异地数据中心。 体系演变 备份一致性 什么是备份一致性? 备份对业务的影响 备份对业务有那些影响? 全量备份 全量备份是灾难恢复的重要保证 备份方式必须要满足备份一致性为前提,还能不影响业务或者可以忽略对业务的影响的情况下,则重点从备份和恢复的速度,存储空间,易操作性来衡量 Oracle MySQL 全量备份 MySQL备份方式对比 ★以下对比必须是保证一致性为前提 mysqldump 适应引擎:MyISAM.InnoDB…… 适应角色:Master,Slave 锁表:MyISAM备份需要锁表保证一致性,InnoDB使用--master-date和--single-transaction来保证数据一致性 备份恢复速度:一般 存储空间:少 评价:mysqldump作为MySQL当前备份恢复不可替代的工具,能支持全部模式下的备份,而且备份出数据为文本文件,因此压缩后存储空间最优,但由于文本文件需要重新load后才能恢复数据,因而数据恢复速度视数据的多少,但依然值得推荐 mysqldump 1. Master为InnoDB的备份方式 ibbackup 适应引擎:InnoDB 适应角色:Master,Slave 锁表:不需要 备份恢复速度:较快 存储空间:多 评价: ibbackup是innodb自身提供的一款收费软件,备份不锁表,但是它会备份原始的表空间,尽管支持压缩,但不能排除没有使用的表空间的备份,特别是对于预分配的表空间,不论使用没使用ibbackup都会备份,这点跟Oracle还有差距.所以ibbackup的恢复速度取决于表空间的大小以及在整个备份过程中undo日志的多少 1. Master为InnoDB的备份方式 cp 适应引擎:InnoDB,MyISAM 适应角色:Master,Slave 锁表:需要 备份恢复速度:最快 存储空间:多 评价: cp其实就是锁表直接拷贝数据了,因为innodb的存储空间是myisam的2~3倍,再加上innodb还有共享表空间,从空间上看,直接拷贝数据目录不太适用innodb引擎,但比较适合myisam引擎,特别是对myisam引擎的锁表后的直接tar包备份速度又快,恢复又快.所以采用异构体系,也就是master是innodb,slave是myisam这类,特别适合 1. Slave为MyISAM的备份方式 mysqlhotcopy 适应引擎:MyISAM 适应角色:Master,Slave 锁表:需要 备份恢复速度:快 存储空间:少 评价: mysqlhotcopy是早期的mysql备份工具,只使用与myisam,是一个表一个文件类型,可惜速度上没有直接拷贝数据来得快,基本上已经没有太大价值. select/load 适应引擎:MyISAM,InnoDB 适应角色:Master,Slave 锁表:需要 备份恢复速度:快 存储空间:少 评价:应该说select/load不是一种标准的备份方式,但有其适用的环境,比如说将HASH分散的mysql数据库提取部分字段,制作集中数据仓库进行数据统计时候,采用select/load往往恢复速度最快,由于这不是标准的备份恢复方式,也就不给出使用方法,在我经历的使用mysql做数据仓库的时候,使用比较多,因此给出这个思路. LVM/ZFS 适应引擎:MyISAM,InnoDB 适应较色:Master,Slave