TSM 结合 SCE storage 实现灾备

TSM结合SCEstorage实现灾备IOC(IntelligentOperationCente...



TSM 结合 SCE storage 实现灾备

IOC(Intelligent Operation Center) 在部署上线后的运维阶段，如何实现数据的安全存储和保护是运维人员需要考虑的问题，这里的数据安全存储包括 1）数据的归档存储 2）数据的灾备。下面结合 IOC 在 SCE 云上的部署实践的例子介绍如何利用 TSM 和 SCE 的存储功能实现灾备方案。

灾备需求

• 备份内容的需求

与传统的系统灾备不同，IOC 的灾备方案关注的是业务数据的灾备，非业务数据的灾备粒度比较粗，对存储的空间要求高，存储时间要求比较长，不适合频繁的备份和恢复场景。因此对 IOC 数据灾备的计划要求能够达到细粒度的数据灾备和恢复，并且能频繁和快速完成数据的备份，实现数据层面的迁移。

IOC 的数据分散在五个不同的服务器节点上。

表 1. 每个节点需要备份数据文件表：

节点

数据库

中间件文件

IOC 访问服务器

N/A

/var/log/
/var/pdweb/
/opt/pdweb/etc/
/opt/pdweb/www-default/jct/

IOC 应用服务器

N/A

/opt/IBM/ISP
/opt/IBM/iss/
/opt/IBM/WebSphere/AppServer/profiles/
/opt/IBM/WebSphere/STPServerCell/
/opt/IBM/WebSphere/WODM75/
/opt/IBM/WebSphere/wp_profile1/
/datahome/db2inst1/sqllib/
/opt/PolicyDirector/etc/
/opt/IBM/HTTPServer/conf/

IOC 数据服务器

dsrdbm01  LDAPDB
db2inst1   IOCDB
db2inst7   TIMDB
db2inst2   CUSTDB
db2inst2   FDBKDB
db2inst2   LKMDDB
db2inst2   JCRDB
db2inst2   COMMDB
db2inst2   RELDB
db2inst3   CXLOGDB
db2inst3   CXCONTDB
db2inst4   UDDIDB
db2inst4   WODMDCDB
db2inst4   MONITOR
db2inst4   WBMDB
db2inst4   RESDB
db2inst5   JTS
db2inst5   IIC
db2inst6   MAXIMO

/var/log/
/opt/IBM/ldap/V6.3/etc/
/opt/IBM/ldap/V6.3/config/
/opt/IBM/tsamp/sam/cfg/
/opt/IBM/ISP/
/datahome/db2inst1/sqllib/
/datahome/db2inst4/sqllib/
/datahome/db2inst7/sqllib/
/datahome/db2uddi/sqllib/
/datahome/db2inst2/sqllib/
/datahome/db2inst5/sqllib/
/datahome/db2inst8/sqllib/
/datahome/dsrdbm01/sqllib/
/datahome/db2inst3/sqllib/
/datahome/db2inst6/sqllib/
/datahome/db2portl/sqllib/
/datahome/dsrdbm01/idsslapd-dsrdbm01/

IOC 事件服务器

N/A

/opt/IBM/ISP/
/opt/IBM/iss/
/var/mqm/
/var/mqsi/
/opt/IBM/netcool/impact/
/opt/IBM/netcool/omnibus/
/opt/IBM/SMP/logs/
/opt/IBM/WebSphere/AppServerV61/profiles/
/opt/IBM/netcool/eWAS/
/opt/IBM/netcool/etc/
/opt/IBM/netcool/log/

IOC 管理服务器

db2inst1   TEPS

/var/log/
/var/PolicyDirector/
/opt/IBM/HTTPServer/conf/
/opt/IBM/HTTPServer/logs/
/opt/IBM/ISP/
/opt/IBM/ldap/V6.3/etc/
/opt/IBM/ldap/V6.3/config/
/opt/IBM/TDI/V7.1/etc/
/opt/IBM/TIM/cert/
/opt/IBM/TIM/config/
/opt/IBM/tsamp/sam/cfg/
/opt/IBM/WebSphere/AppServer/profiles/
/datahome/db2inst1/sqllib/
/datahome/proxy/idsslapd-tdsproxy/

• 对于高可用的灾备需求

要求建立分布式数据中心，实现 IOC 的异地灾备。即在其中一个数据中心发生灾难宕机后，异地的另外一个备用数据中心能够快速启动部署接管，从而保障 IOC 的业务的正常运行。

• 灾备流程预案的需求

指定相关灾备的预案，通常是指为灾难发生而制定的处理措施和流程。包括灾难对 IT 基础设施的影响评估及对应对的方案和相关负责人，使得预案有明确的目标能够在灾难发生后及时采取措施，挽回灾难对 IT 基础设施的影响，保证 IOC 业务的持续性。

灾备方案架构图

本方案基于 IBM 的 SCE(Smart Cloud Environment) 云环境为客户提供 IOC 系统的灾备能力。该方案采用 TSM(Tivoli Storage Manager) 存储产品并结合 SEC 提供的存储功能来实现异地灾备。TSM 是一个包含客户端和服务器程序的软件，提供了在多台机器上完整的企业级的存储管理解决方案，它支持基于策略的自动化的中心调度去备份和归档企业数据，能够在节省成本的前提下向用户提供有保证的、自动、简单而且灵活的服务。图 1 为方案架构图，在此架构图中我们可以看到 IOC 的环境部署在两个异地的数据中心，一个是 SCE Bloulder，另一个为 SCE RTP。每个数据中心都部署一个 TSM 服务器节点，并配置本地的 SCE Persistence Storage 作为存储的空间。SCE 的 Persistence Storage 存储是 SCE 提供的 RAID6 级别的数据存储方案。它可以实现多个数据中心之间的自动复制同步。在每个 IOC 的服务器节点上都安装 TSM 客户机，负责和 TSM 服务器端通信，把目标机器上的数据备份到 SCE 的 Persistence Storage 上。并且在两个 TSM 服务器之间进行配置，实现异地数据中心间的备份和同步。

图 5. IOC 灾备架构图
灾备策略

根据备份需求和企业 IT 基础架构如网络带宽，云服务能力，数据处理速度，存储大小的限制，需要制定相应的灾备策略。

表 2. IOC 灾备策略的参考例子

备份类型

备份频度

备份时间窗口

数据保留时效

全备份

每月

每月最后一天 24:00 点到下一天的凌晨 3:00

12 个月

每周

每周六 24:00 到周日凌晨 3:00

五周

增量备份

每天

每天（工作日）24:00 点到第二天凌晨 1:00

7 天

在上面的示例中根据备份规划，对数据库和 IOC1.5 重要的配置文件，每周作为备份周期，周一到周六每天做一次增量备份，周日做一次全备，建议保留 5 个备份周期的备份介质，以保证数据的安全。在时间窗口上需要考虑不影响业务的运行，所以一般考虑在每天的夜里至凌晨直接进行备份。是否需要每月做一次全备，可根据自己环境的实际情况来决定。

灾备策略的实施

实施大概涉及以下几个步骤：

• 创建存储服务器，安装 TSM 服务器
• 在 IOC 每个服务器上安装 TSM 客户端
• 再 TSM 服务器上定义调度计划
• 关联调度计划
• 定义两个数据中心之间的同步计划

具体在 TSM 上的配置实施步骤会在后续 IOC 关于备份的专门章节里介绍。

本章介绍了在云环境中，采用 TSM 对数据进行备份，有效的防止误操作或者其他系统故障造成的数据丢失或者损害问题。给出了 IOC 在 IBM SCE 云环境中对进行备份的一种参考方案。

    关注 ibm软件技术联盟