地产及物流
Real estate and logistics
首页 >> 成功案例 >> 地产及物流
地产公司容灾案例

客户现状

1、数据现状

某集团信息中心设备及服务器是不同时期,不同专业,不同的工作需求,分批次购进的。这就在机型上、系统上、应用上形成了不一致性。理论上不可能,实际需求因素也决定了不可能完全一样。

应用系统名称

备份数据类型

客户端数量

备份策略

备注

App1

系统状态

系统数据

1

每周全备

每天增量

备份OS*1

App2

邮件

1

每周全备

每天增量

备份OS*1

App3

数据库

10

每周全备

每天增量

 

App4

数据库

1

每月全备

每天增量

Linux OS

App5

文件

2

每月全备

每天增量

 

App6

虚机文件

4

每月全备

每天增量

 

App7

文件

8

每月全备

每天增量

 

   说明:

   1.客户深圳的总备份数据量为2.5TB,其中AD域和邮件服务器需要实现系统级别的备份;

   2.客户的应用只有部分连接到后端统一的存储(EMC CX3-10)

   3.客户现有各系统均按照各自的方式进行手工备份,备份窗口长,备份流程复杂。

   4.现有备份数据均需要手工恢复,恢复流程复杂,同时恢复时间过长。

2、备份数据量计算

客户初始数据量为2.7TB,每天增量为1% 即25GB,每周全备一次,每天增备,数据保存期为3个月,这样传统方式下半年备份数据量为: 2700GB *4*3 +25GB*30*3+25GB*7*(1+2+3+….+12)= 30TB+2.25TB+13.65TB=46TB!!!

全备份的数据量    +增备的数据量   +后期每次全备份需要多备份的数据量

同样备份策略下如果采用DD:

· 在Datadomain设备上备份的第一次去重比为2-3倍左右, 如果数据每天改变量在5%左右,第二次以后的全备份去重比超过25倍。

· 第一次全备份去重比我们取比较保守的2x; 第二次以后的全备份我们取比较保守的20x 计算

· 用DD备份,半年的数据量为:2.7TB/2+2.5TB/20*4*3+ 0.025/20*30*3 = 2.86 TB (比传统备份方式节省16倍空间)

· 第一次全备 + 以后的全备   + 增量的数据

· 实际上在Datadomain设备上存放的备份数据的份数越多,后面备份数据的去重比会越高,实际需求的空间会少于上面计算的保守估计。

备份策略的制定对数据量的大小和备份窗口至关重要

3、 客户对备份系统的要求

Ø       所有数据的全备份时间不大于 5个小时;

Ø       本地单个应用系统4个小时之内可恢复;(主要为AD域、Exchanger )

Ø       深圳的备份系统备份数据的同时需要将数据远程复制到上海的灾备中心,

Ø       充分保证数据安全;

Ø       需考虑到备份方式转变时对客户的架构影响和license数量影响将到最低

Ø       (LAN-BASE到LAN-FREE)

Ø       完备的备份演练、验证过程

4、方案拓扑图





版权所有:深圳力豪信息技术服务有限公司 粤ICP备13013844号-1 DESIGN BY EBMS