基于一键式智能切换的网管容灾系.doc

PAGE PAGE 1 基于一键式智能切换的网管容灾系统 一、项目背景 网管作为网络运维支撑的重要手段，在面向客户，以客户为中心，提高客户满意度的服务模式下，发挥了越来越重要的作用。网管系统从最初的辅助性系统发展为不可或缺的支撑手段，网管系统的7*24小时不间断服务能力成为这个目标的前提和基础。当前网管没有建设容灾系统，在灾难影响网管机房运行的情况下，整个网管中心的业务均会停止，不能在短时间内提供业务，会造成较大影响，系统的容灾建设势在必行。 纵观现在各类重要系统(银行、证券、电信)的容灾系统中，容灾切换都是人工控制系统的切换，但由于子系统之间、资源之间复杂关系，导致切换效果不好，切换不成功的案例很多，需要容灾管理软件来清晰定义各种关系，做到一目了然。在需要容灾切换的时候，只需要找到已定义的计划选择执行，其它的过程可以自动完成，既能提高切换速度，又能提高安全性，减少误操作。因此基于一键式智能切换的网管容灾系统应运而生。 二、技术方案 （一）容灾规划 为了尽可能的提高系统的容灾能力，虽然没有做在地理上原距离的异地容灾，但也考虑了在济南做三个不同地点的容灾节点，分别是：经十路、高新区和盛唐巷三个节点，可以防御除大型区域毁灭性的自然灾害（如地震）之外的其他异常情况。 本次容灾建设工程是应用级的容灾建设，针对核心系统要以快速切换为目标，三中心机房任何一处故障，其余两中心能担负起所有网管中心的所有业务。根据每个系统的特点不同，对各系统规划了不同的容灾要求。 网管中心的核心业务系统容灾规划表： 主要系统 数据库 上报集团 系统特点 容灾要求 告警系统 Informix 实时上报 实时上报 对历史数据依赖 能够快速切换 性能系统 Oracle RAC 每小时 每小时上报 依赖历史数据 写数据量大 能够快速切换 Emos三期 Oracle RAC 实时上报 实时上报 写数据量相对不大 能够快速切换 集中操作 informix 不上报 不上报 对历史数据不依赖 能够快速切换 资源管理 Informix 不上报 智能巡检 Informix 不上报 现在网管中心的基站代维系统、传输代维系统、地图服务器系统、在线报表系统、Brio系统、互联互通资料库、周报月报系统部署在4台PC服务器上，本次容灾以上系统通过PC服务器的冷备方式实现容灾。本次容灾系统中对告警、性能、工单、操作维护、资源和巡检提供一键式智能容灾。 构建一个高可用的容灾系统，需要多个层面的规划和实施，如存储、主机、网络等。根据本项目的建设目标，从主机、备份、软件、网络四个层面实现容灾系统。 1、主机 现在经十路中心4台hp主机(4台hp主机分别以hp1、hp2、hp3、hp4表示)、2台IBM小型机主机(每台三个分区)。盛唐巷中心购置两台小型机 (各4个分区)，用于部署性能的容灾系统和网优的生产系统，本次容灾，把现有的性能系统从hp3、hp4上迁移到高新区IBM主机上，并且hp3、hp4主机搬迁至高新区中心，作为告警系统、资源、监控、集中操作几个系统的容灾应用主机。经十路中心采购6台PC服务器，对应经十路中心的4台PC服务器上应用系统，做冷备容灾系统，其中2台PC服务器用来部署容灾管理软件。 2、备份 备份提供给容灾系统数据存储的介质以及节点内部的网络互通性，涉及备份介质、备份软件（数据库使用的license）及san结构。 1）备份介质： 经十路中心的的备份现状保持不变，不再采购新的硬件，但需要把现有的Legato的informix备份模块从hp-unix迁移到Aix环境。盛唐巷中心现有PX720带库，可以提供给网管系统2个Driver，磁带32盘的资源使用权。高新区中心现有3584带库，可以提供给网管系统4个Driver、32盘磁带资源使用权。 2）备份软件： 经十路中心的备份软件维持现状不变，告警数据的备份license从HP-unix迁移到Aix系统。盛唐巷中心需要采购2个Oracle数据库备份license，给网优系统使用。高新区中心需要采购2个Oracle数据库备份licese，给性能系统使用，并需要1个文件备份客户端。 3）SAN网络： 盛唐巷中心采购两台SAN交换机，搭建盛唐巷中心存储、带库、主机之间的SAN网路，两台SAN交换机相互冗余。 3、软件 数据是系统运行的基础，在一般的容灾系统中，通过提高存储的灾备及加强备份实现数据的高可用性。备份方式一般是磁带或盘阵的离线式备份，虽然也有增量和全量备份保证数据的安全，但重点是数据恢复存在不可行的概率并且恢复时间一般都较长。在本容灾系统中，对数据采用数据库层的方案，即对数据进行同步容灾备份，即满足了存储的灾备，又节约了数据恢复的时间。为了实现这个目标，对系统主用的oracle数据，使用dataguard软件实现数据