|
案例背景
深圳成霖集团旗下有两个子公司深圳成霖实业（简称成实）和深圳成霖洁具（简称成洁），这两个子公司分别在两个不同的地区。目前两个子公司的业务应用系统都是运行在 Winodws 平台的分布式环境中，而这些应用都是分别建立在 Oracle、SQL Server、Domino 数据库的基础之上。
目前，成实的 Oracle 的数据库容量约有 10GB，Domino 的数据量约有 30G，SQL Server 的数据量约有 100G，而文件系统的数据量约为 300GB。成洁这边没有 Oracl e数据库及 SQL 数据库，只有 Domino 数据库，数据量约为 50G，文件系统的数据量约为 200G。两个子公司之间以 2M 的微波连路进行通讯。
目前，深圳成霖集团的采用的数据备份都是手工的备份。由于公司的业务发展，需要备份的系统和数据会越来越多，手工备份这种工作方式已经很落后，不仅备份效率低，手工误操作的机率大，而且备份的数据的管理很复杂，操作难度大，越来越不能满足深圳成霖集团的需求。
因此，深圳成霖集团希望在原有硬件设备的基础上，扩充和改造原有的数据备份模式，以满足不断增长的数据保护需求，同时，提高原有的存储设备的利用效率，做到集中、统一、安全、高效的数据保护。
基于以上的客户要求，我们设计了以下的备份解决方案，并从数据备份的时间、对现有系统的影响、数据的一致性和完整性等多个方面来加以阐述。
IBM 备份存储解决方案的模块如下：
· IBM Tivoli Storage Manager
· IBM Tivoli Data Protection for Oracle
· IBM Tivoli Data Protection for SQL
· IBM Tivoli Data Protection for Domino
公司现状
根据成霖现有的情况，两个子公司只有 2M 的网路连接，考虑到备份的数据量及备份的时间，建议两个子公司各建一套备份服务器，来对其数据进行备份。因此，在成霖原有的硬件基础上，再增加两台单独的服务器作为备份服务器，增加两台带库设备作为备份的介质。在备份服务器上安装 Tivoli Storage Manager Server，该服务器通过 SCSI 线和新添加的带库相连并连接在公司的内部网络上。其余的运行应用业务和数据库的 Windows 机器分别安装 Tivoli Storage Manager Client 和对应的 Tivoli Data Protection for Database 的模块。
出于备份的数据量和备份策略的考虑，我们建议其备份服务器采用 IBM xSeries 345 作为备份服务器，而带库设备则选用 IBM 的 LTO 磁带库 3582。
案例详解
在 IBM xSeries 345 上安装 Tivoli Storage Manager Server，在数据库服务器上安装相应的 TDP for Database，在其它需要备份的客户端安装 Tivoli Storage Manager Client。
备份流程
安装了 Tivoli Storage Manager Client 及 TDP 模块机器上的所有备份数据都通过网络集中转移到 Tivoli Storage Manager Server 上，能过 TSM Server 将数据存放在其管理的存储设备上（备份服务器本地磁盘或 3582 磁带库）。
备份策略
根据用户的要求，我们制定了四个不同的备份策略，一个是专门针对 Oracle 的备份策略，一个是专门针对 SQL Server 的备份策略，一个是针对 Domino 数据库的备份策略，一个是针对文件系统的备份策略。
对于文件系统的数据备份，要保留 5 个版本，而且每个季度要对文件系统进行一次归档，归档数据要取出放到别的地方保存。
对于客户端的数据库备份，要做到定时的自动备份，不需要过多的人工干预。
优点
· 此方案的扩展性最佳
· 实施难度最低，技术最成熟
· 数据的备份速度有保障
· 可以满足分布式开放系统的数据集中、统一的备份需求。系统配置简单，对系统改动也小
通过此方案，深圳成霖集团实现了其原有的构想和需求，有效的保证了集团数据的安全性。由 TSM 备份存储系统来实现其数据备份的自动化，对其所备份数据管理的自动化，大大提高了工作效率。
（编辑：厦门站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
