不同的备份系统架构导致备份系统可靠性,数据恢复效率,RPO都有很大的不同,大家来谈谈自家备份系统的架构吧
先说备份架构:
我们备份系统有emc的虚拟带库和IBM的物理带库组成,备份方式采用D-D-T方式
最后通过虚拟带库远程复制技术,异步将备份数据传输至异地
你们的备份系统架构是怎样的,使用的软硬件产品各是哪家的?体验如何?
我们原来是用TSM+磁带库来做备份。后来增加了备份一体机。现在是短期的数据都放在一体机上。包括vmware系统。数据库。数据文件。应用环境及部分。大的数据库则由磁带库进行季度备份作为归档备查。
新设计的架构是把数据库全体迁移到V7000上。然后镜像给V5000。不过还没有完全实施。
上层对数据不够重视。我申请了数据库审计设备不过没批。其他的备份能力也不足。勉强维持现状。
1.依据客户的实际架构环境而确定备份方案,及相关特点,数据敏感性,数据更新频度,数量大小等相关因素确定备份方案。常见的备份方案如:基于磁带的数据备份,基于应用软件的数据备份,基于远程数据复制,基于逻辑卷的远程数据数据复制,远程集群主机切换。
2.备份相关经验
数据备份是容灾的基础;
实时数据复制不能代替数据备份;
备份容灾是客户数据保护的最后一道防线,重成熟、稳定、可靠;
重产品,但千万不要轻视服务;
数据恢复对能力要求远大于数据备份
3.教训
防止以下术语的忽悠
生产系统、灾备系统双活;
达到国标6级标准;
达到RPO=0,RTO=0;
一键备份、一键还原;
灾难情况下自动切换。