HDS BC 20070418.ppt

Hitachi Data Systems业务连续性解决方案 业务连续性模型 业务连续性建设方法论 业务影响分析（BIA） 业务影响分析－业务系统映射及影响等级 各系统打分表及RTO/RPO 业务影响分析－业务系统映射及影响等级 容灾策略－业务关联关系 容灾策略－业务重要等级 风险分析 计划内 软硬件系统升级 备份、恢复、归档 数据中心迁移、整合 测试、容灾演习等 计划外 系统处理能力下降 人为操作故障：错误/恶意删除数据；错误/恶意执行程序或命令等 系统故障： UPS故障、硬盘故障、CPU故障、数据库软件故障等 安全体系被攻破 供电系统瘫痪 空调故障 机房结构性破坏：水灾、火灾、地震等 社会性恐慌：瘟疫等 环境紧急事件：污染等 城市事件：动乱、罢工等 气候灾难：台风等 战争 恐怖主义事件 业务连续性策略 业务连续性策略 容灾策略－切换策略 数据复制技术的选择 数据库复制: Oracle Data Guard 基于主机的复制 基于服务器复制软件进行文件系统或卷复制 可支持不同厂家存储产品，兼容性好，保护了用户投资 一般也可采用同步／异步两种方式 要求主机性能好，配置较高 基于IP网络,不受距离限制 目标数据难以充分利用 管理复杂 基于存储的复制 容灾架构设计 容灾架构设计 “容灾数据复制”是容灾技术方案成功的关键： 开发容灾流程 容灾演习 演习的注意事项 容灾规划讨论点 容灾文档状态和维护 单点故障（备份）人员 容灾流程（总体）策略 部门沟通 危机管理和业务连续流程 管理层意识 灾难中的职责和职权 容灾策略、定义、团队的角色和职责 网络连接问题 应用验证问题 理解容灾流程和计划 测试结果和跟进 场外文档 谢谢！ Sample Sample 确定演习策略 记录演习和收集反馈 规划演习 准备和协调演习 实施演习 分析和评估演习结果 汇报演习结果 修改及完善 演习类型的定义和选择 演习范围和目标 参与人员及其职责 演习场景的选择 期望的结果 入口和出口的标准 演习的时间调度 演习的成功标准 风险分析和应急预案 演习中和演习后的状态报告 人员后备计划 后勤保障 在线：业务支撑系统能不能实现真正的7×24运行？IT基础设施的变更能不能做到对业务系统的正常运行不造成任何影响？ 优化：为什么需要优化？ 就是因为有不和谐的成分存在。什么叫不和谐， 就是处于基础地位的运营支撑系统和日益变化的实际业务需求不匹配。随着电信行业从起步阶段到高速发展阶段的过渡，个性化和差异化的需要会越来越多，这就要求底层的业务支撑系统具有高度的灵活性，业务需求在不断的变化，在灵活的架构下，我可以以不变应万变。所谓“永恒主题”，也就是说业务需求一定是随着市场、用户需求的变化而不断在变化的，接下来，这些变化在带动业务支撑系统的变化，所以这个矛盾或现象是用无止境的。 快速：业务需求产生了，业务支撑系统要在最短的时间内，满足这些业务需求。举个例子，业务部门突然要求然新上一套系统，需要20T的存储空间，现有的一些设备，因为是异构，或者相对比较陈旧等原因，无法使用，还得走采购流程，或者等下一批集采，在等设备到货，安装、配置等几个月过去了，基础设备才刚到位，在这个阶段你可能机会失去很大的市场机会、市场份额。这也是一种不和谐。 如果有这样一种平台，具有良好的可扩展性，不管是不是异构，也不考虑它是上一代还是上两代的产品，都可以很好的兼容，都能够充分利用现有的各种存储平台，就可以很快速的部署，从而使业务系统快速上线。一旦新设备到位，还是方便实现数据的迁移，不对业务运行造成间断，这才是理想的存储架构平台。 审计：很明显，这是萨班斯的要求，也是电信企业不断追求自我完善的需求。业务支撑系统如何满足审计的需求？ 安全： 安全的含义可以理解为两类： 提高自身系统的可用性，不会因为故障造成业务中断； 另一类是讲放置各种恶意的破坏。 精细： 变化： 融合： 在线：业务支撑系统能不能实现真正的7×24运行？IT基础设施的变更能不能做到对业务系统的正常运行不造成任何影响？ 优化：为什么需要优化？ 就是因为有不和谐的成分存在。什么叫不和谐， 就是处于基础地位的运营支撑系统和日益变化的实际业务需求不匹配。随着电信行业从起步阶段到高速发展阶段的过渡，个性化和差异化的需要会越来越多，这就要求底层的业务支撑系统具有高度的灵活性，业务需求在不断的变化，在灵活的架构下，我可以以不变应万变。所谓“永恒主题”，也就是说业务需求一定是随着市场、用户需求的变化而不断在变化的，接下来，这些变化在带动业务支撑系统的变化，所以这个矛盾或现象是用无止境的。 快速：业务需求产生了，业务支撑系统要在最短的时间内，满足这些业务需求。举个例子，业务部门突然要求然新上一套系统，需要20T的存储空间，现有的一些设备，因为