XX阅读三期建设及机房搬迁方案汇报0421b.ppt

《XX阅读三期建设及机房搬迁方案汇报0421b.ppt》由会员分享，可在线阅读，更多相关《XX阅读三期建设及机房搬迁方案汇报0421b.ppt（58页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1China Mobile Communications Co.,Ltd.Mobile Reading Base 华为2010年4月构建掌上数字阅读世界 打造全新 阅读产业 阅读基地三期建设及机房搬迁方案12China Mobile Communications Co.,Ltd.Mobile Reading Base 目录三期扩容和搬迁总体方案 123China Mobile Communications Co.,Ltd.Mobile Reading Base 按照本次工程建设要求，在三墩机房14楼，建设一套1500万用户规模环境，提前完成业务安装及对外接口调测，准备搬迁后承担业务。三墩机房3

2、4楼的生产环境在目前800万基础上扩容到1500万对外提供业务服务至8月底，到期后割接到三墩1#4楼。割接完成后34楼设备搬迁至14楼，14楼 阅读机房支撑3000万用户规模，满足2010年底业务发展需求。小型机到货时间较晚，本次方案暂时全部考虑ATAE方案，预计9月小型机到货后替换14楼数据库。总体说明34China Mobile Communications Co.,Ltd.Mobile Reading Base 搬迁服务总流程图45China Mobile Communications Co.,Ltd.Mobile Reading Base 搬迁总体计划为最大程度保证 阅读业务延续性，搬

3、迁分三个部分进行：一、适当扩容现网平台：考虑搬迁期间业务的增长，34楼的生产环境在目前800万基础上，将部分在线业务模块扩容到1500万；二、新建过渡平台，割接业务：在14楼新机房，建设一套1500万用户规模的平台（数据库全为ATAE板），将在线所有业务割接；三、整合所有设备，数据库替换为小型机 1、割接完成后，34楼设备搬迁至14楼，所有硬件整合，新平台总体业务支撑能力不小于3000万用户规模，满足2010年底业务发展需求。2、在小型机到货后，将数据库替换为小型机。序号 割接 所需时间1适当扩容现网平台至少30个工作日（预计7月上旬完成）2 新建过渡平台，割接业务 至少110个工作日（预计8

4、月底完成）3 重新安装调测业务，接入手机阅读平台 至少50个工作日（预计10月完成）在按时到货的前提下，预计6月开工，时间安排如下：56China Mobile Communications Co.,Ltd.Mobile Reading Base 新平台实施计划序号 工程实施内容 达到目标 工期 需移动配合1 备货、到货三期扩容和搬迁新增设备到新机房30日 机房环境具备2 硬件安装和上电完成硬件安装、通过硬件质量检查、设备上电10日 机房环境具备3 操作系统和数据库安装 10日 4 业务调测 20日 5 和外部接口联调 20日 需移动配合联调6 业务测试 10日需移动基地人员进行业务测试7 业

5、务割接 10日 8 原平台设备割接并入新平台 60日 67China Mobile Communications Co.,Ltd.Mobile Reading Base 原平台设备搬迁计划序号 工程实施内容 工期 需移动配合1 业务观察期 15日 2 原平台设备拆卸 5日 需移动先将设备下电3 原平台设备硬件安装 5日需移动先将设备打包并运输到新机房4 原平台设备软件安装和系统调试 25日 5 质量检查 5日 6 原平台设备割接 10日 78China Mobile Communications Co.,Ltd.Mobile Reading Base 新建机房环境准备要求对新机房（14楼机房）

6、要求：电源：交流、直流电源柜；机架：考虑 阅读三期扩容和备份，以及冗余要求，阅读至少需要服务器机架60个、网络设备机架2个、传输配线机架2个室内走线架：上走线网络条件：CMNET：5对千兆光纤（或者直接连接骨干网）DCN：2对千兆光纤，需要和支撑DCN、网管DCN打通 电信：需要电信2对千兆光纤公网IP地址128个，其中24个白名单用户重点要求：割接业务的同时，为保证业务延续可用性，必须将原有分配给3#4楼在线设备的所有公网IP也一并割接到新平台上。89China Mobile Communications Co.,Ltd.Mobile Reading Base 新建系统周边网络和环境准备要求

7、 新建系统需要重新联调与平台接口网元，在网络环境要提前打通，要提前知会各个部门进行配合联调：省BOSS省GGSN集团BOSS集团VGOP短信网关彩信网关一级终端系统MM平台910China Mobile Communications Co.,Ltd.Mobile Reading Base 目录适当扩容现有平台的硬件计算 11011China Mobile Communications Co.,Ltd.Mobile Reading Base 现有平台扩容考虑要素扩容硬件配置需考虑要素：满足2010年8月底要支撑1500万月访问用户的规模需求。增加客户端BS架构、行业网关等新业务模块。根据业务发展

8、需要改造现网关键模块，增加FTP服务器。1112China Mobile Communications Co.,Ltd.Mobile Reading Base 项目 数值注册用户数（万）2000月访问用户数（万）1500日访问用户数（万）225WAP门户峰值每秒PV请求次数(次)8750峰值WEB门户每秒PV数(次)750手机客户端峰值每秒PV请求数(次)750G3阅读器行业应用峰值每秒PV请求数(次)375G3阅读器在线书城峰值每秒PV请求数(次)375无线网络带宽（Kbps）64话单在线保存时长（天）365日志原始文本文件保存时长（天）155 报表数据保存时长（天）155 杂志 50000

9、书籍数量 300000动漫数量 500001500万月访问用户系统配置需求1213China Mobile Communications Co.,Ltd.Mobile Reading Base 服务器名称现网当前部署R2 调配R2三期扩容新增R2+三期规划新增R2+及调配R2说明WEB 门户服务器 1 2 WAP 门户服务器 12 4 手机客户端/手持终端门户服务器与下载服务器 4 0 短信门户服务器 2 0 动漫服务器 9 09块业务版支撑到年底，不按用户规模计算。门户引擎服务器 6 4 radius 服务器 0 0 网管服务器 1 0 计费服务器(BOSS话单)2 0 计费服务器(VGOP

10、实时订购)1 0 结算服务器 3 0 业务管理服务器(固定配置)2 0 DRM 服务器 3 0 营销服务器(营销群发)1 0 无高可靠性要求，使用单机营销服务器(单发)1 0 暂时使用单机，搬迁后再组双机报表预统计服务器 1 1新增一台服务器报表查询服务器 1 0 智能分析服务器 2 1 新增一台服务器业务数据库服务器 0 12 已经借货7块R2+报表数据库服务器 5 3 MCP自服务系统服务器 1 0 现有平台扩容设备汇总（一）1314China Mobile Communications Co.,Ltd.Mobile Reading Base 服务器名称 现网当前部署 调配R2三期扩容新增

11、R2+三期规划新增R2+及调配R2说明日志文件服务器 1 0 0 客服服务器 1 0 行业接口机 2-2 2 使用新到R2+承载业务，已有R2替换下来给测试服务器使用行业管理门户 1-1 1 使用新到R2+承载业务，已有R2替换下来给测试服务器使用行业数据库服务器 2-2 2 使用新到R2+承载业务，已有R2替换下来给测试服务器使用行业报表数据库服务器 0 0 行业代理网关 0 5 OCF加密服务器 0 1 目前现网CP数量比较少，系统没有实时性要求，配置一套OCF加密服务器双机，暂时使用单机，搬迁后再组双机部署应用服务器及数据库。互动业务 0 7 手机客户端端B/S架构 0 5 测试服务器

12、12+5 0 将行业相关替换下来的5台R2服务器作为新业务测试服务器服务器总计 77 0 50 交换机 S5624P-使用现网设备不变防火墙 Edumon 1000E-使用现网设备不变负载均衡 F5 6900-使用现网设备不变存储1(S3200)5(S2300E)214(SAS 300G)56(FC 300G)3(S2300E)148(SAS 300G)现有平台扩容设备汇总（二）共计：新增50块R2+板（已经借货7块），148块 SAS 300G硬件；1415China Mobile Communications Co.,Ltd.Mobile Reading Base 目录过渡平台的硬件计算

13、11516China Mobile Communications Co.,Ltd.Mobile Reading Base 过渡平台配置考虑要素过渡平台硬件配置需考虑要素：满足支撑1500万月访问用户的规模需求，业务模块数及各模块服务器承载能力都要与现网机房相同，保障能够顺利承接现网业务。减少后期现网机房搬迁后的整合工作量，避免频繁迁移关键数据，FTP，业务管理等关键模块需要提前做好双机。数据库与内容库需要考虑冗余保护。1617China Mobile Communications Co.,Ltd.Mobile Reading Base P590 P570FC-SW FC-SW S3200 磁盘

14、阵列硬件P570 高端小型机*3 Huawei S3200 Disk Array软件或6Oracel 11g RAC 集群(ASM)三期扩容后业务数据库系统组网P570Oracle RAC 集群1718China Mobile Communications Co.,Ltd.Mobile Reading Base 数据库可能遇到的风险分析 硬件层面 单台P570小机完全崩溃-不影响业务,数据库服务由其他两台服务器接管.两台P570小机同时崩溃-极小出现几率,中等影响业务,数据库服务由最后1台服 务器接管,但此时P570的处理负载偏高.三台P570小机同时崩溃-此时已经发生整个机房整体的灾难,需要

15、进行灾难切换.单台光纤交换机损坏-不影响业务,服务器、存储将自动调整I/O路径到可用路径.两台光纤交换机同时损坏-极小出现几率,数据不可用.业务中断.存储单电源故障-不影响业务,单电源能够支撑整个存储的电力供应.存储单控制器损坏-小影响业务,数据处理由单个控制器完成,能力下降.存储整体损坏-影响业务,数据全部不可用,业务中断.软件层面 AIX操作系统-IBM AIX经过十几年运营商的7*24小时运行考验,非常稳定,几乎很难出现系统级崩溃的事件.ORACLE数据库-通过3台P570组成的oracle RAC集群,RAC已经是ORACLE最高的业务连续性保护机制,单服务器/实例的故障,对数据库服务

16、没有影响.总结,对于双交换同时损坏和存储整体损坏的情形,需制订数据保护策略,实现业务的连续运行.1819China Mobile Communications Co.,Ltd.Mobile Reading Base 风险情形 出现几率 解决思路 投资情况双光纤交换机同时损坏 极小(小于10万分之一)1、每台P570增加2块HBA卡(总6块)2、额外增加1台光纤交换机 2个方案投资额均小于10万元,但对于十万分之一的几率来说,是不必要的,对于双交换机同时损坏的情况建议是不做考虑单台存储损坏 小几率出现增加1台存储,并通过主机层的LVM逻辑卷镜像功能,实现oarcle数据库的数据完全一致的分布在两

17、个存储上,即使有1个存储完全损坏,另外一台存储可以零时间接管业务,保证业务的连续性.增加一台存储,与现网数据库存储三期扩容后容量相同,数据写2份,一份到主存储,一份到备存储.数据库保护策略通过增加一台存储,形成前端服务器、SAN网络、后端存储 前中后三端全冗余;通过LVM的逻辑卷镜像和ORACLE RAC集群技术,从软件层面保证数据库的可靠性,降低数据库崩溃的几率.1920China Mobile Communications Co.,Ltd.Mobile Reading Base P590 P570FC-SW FC-SW S3200 磁盘阵列硬件P570 高端小型机*3 Huawei S32

18、00 Disk Array软件或6Oracel 11g RAC 集群(ASM)LVM逻辑卷镜像组网图P570Oracle RAC 集群 S5600 磁盘阵列数据保护通过AIX 系统自带的LVM(逻辑卷管理)的镜像功能,将一份数据分裂为两份,分别写到两个存储上,即使一个存储损坏,也完全不影响业务.2021China Mobile Communications Co.,Ltd.Mobile Reading Base FTP 服务器FC-SW FC-SW 集群NAS 引擎硬件FTP服务器ATAE R2 单板*2N8000集群NAS系统引擎(4节点)后端存储(S5600)软件CFS并行集群系统包括Sy

19、mantec SFW三期扩容后内容库系统组网FTP 服务器 N8000 后端S5600 存储N8000 NAS 系统2122China Mobile Communications Co.,Ltd.Mobile Reading Base 内容库可能遇到的风险分析 硬件层面 1-2个集群节点崩溃-不影响业务,数据库服务由其他两台服务器接管.3个集群节点同时崩溃-极小出现几率,中等影响业务,数据库服务由最后1个节点接管,但此时处理负载偏高.4个集群节点小机同时崩溃-此时已经发生整个机房整体的灾难,需要进行灾难切换.单台光纤交换机损坏-不影响业务,服务器、存储将自动调整I/O路径到可用路径.两台光纤交

20、换机同时损坏-极小出现几率,数据不可用.业务中断.后端存储单电源故障-不影响业务,单电源能够支撑整个存储的电力供应.后端存储单控制器损坏-小影响业务,数据处理由单个控制器完成,能力下降.后端存储整体损坏-影响业务,数据全部不可用,业务中断.文件系统层面 文件系统整体损坏-此时内容库完全不可用,业务中断.文件系统需要修复-文件系统有时存在信息不一致,需要进行fsck,根据中央音乐平台经验,10TB的文件系统 需要8小时左右.此时业务不可用.总结,对于内容库的风险保护,重点是文件系统层面及后端存储整体损坏发生时的应对措施.2223China Mobile Communications Co.,Lt

21、d.Mobile Reading Base 风险情形 出现几率 解决思路 投资情况单台存储损坏、(等同于文件系统损坏)小几率出现增加1台存储,并通过主机层的LVM逻辑卷镜像功能,实现oarcle数据库的数据完全一致的分布在两个存储上,即使有1个存储完全损坏,另外一台存储可以零时间接管业务,保证业务的连续性.增加一台存储,与现网数据库存储三期扩容后容量相同数据写2份,一份到主存储,一份到备存储.文件系统做fsck 小几率出现 在通过CFS的卷镜像功能分别写到两台存储时,通过使用快照技术,形成数据保护,将数据回滚到某一时间点(建议以1天为单位),通过快照卷来拉起业务,正常的逻辑卷在后台进行fsck

22、,首先保证业务的及时恢复.1、考虑到内容库未来可达到7TB的大小,卷大小不得小于8.75TB(卷空间使用率在超过80%时,性能会明显下降).2、快照卷需要考虑额外的空间,根据我们的经验,对于数据更新频繁的内容库,按照30%的比例,至少需要2TB的快照卷空间.内容库保护策略通过增加一台存储,形成前端服务器、SAN网络、后端存储 前中后三端全冗余;通过CFS(N8000内置Symantec卷管理软件)的卷镜像,保证一台存储整体损坏或文件系统全部损坏时,能快速恢复系统.通过快照功能,保证文件系统需要在fsck需要花费比较长时间时,也能提供额外的保护,保证业务运行.2324China Mobile C

23、ommunications Co.,Ltd.Mobile Reading Base 总结核心数据内容 保护机制 磁盘空间量 投资情况 数据库数据库完全镜像到另外一台存储或其他在线存储的磁盘空间1、按照磁盘空间利用率50%，3000万访问量时磁盘 空间(5TB),2、考虑到数据库是做RAID 10,则需要10TB,3、300GB磁盘使用空间为280GB,至少需要38块盘.增加一台存储或从其他存储中增加磁盘空间,处理性能不低于扩容后的S5600,否则数据在镜像写时容易出现性能瓶颈)50%的磁盘使用率 38块 300GB FC磁盘 70%的磁盘使用率 28块 300GB FC磁盘 内容库内容库完全镜

24、像到另外一台存储或其他在线存储的磁盘空间内容库做卷快照,快照同时也镜像到两台存储 1、镜像存储不低于3000万访问 量时磁盘空间(7TB)2、镜像存储做快照保护需要7*0.3=2.1TB 3、三期扩容在N8000后端存储需 增加2.1T的卷快照空间 4、总计增加11.2TB空间 5、考虑到内容库是RAID5,300GB 磁盘使用空间为280GB,按300GB FC磁盘计算,至少需要增加42块盘 增加一台存储,或从其他存储中增加磁盘空间,存储处理性能不低N8000后端的S5600,否则数据在镜像写容易出现性能瓶颈50%的磁盘使用率 84块 300GB FC磁盘 70%的磁盘使用率 60块 300

25、GB FC磁盘 做为业务数据保护的数据空间,备用存储在保证性能不受影响的情况下,可以通过提高磁盘的利用率来减少投资,以磁盘空间利用率70%为宜2425China Mobile Communications Co.,Ltd.Mobile Reading Base 14楼机房过渡平台新建设备汇总（一）服务器名称三期扩容新增R2+说明WEB门户服务器 4 WAP门户服务器 9 手机客户端/手持终端门户服务器与下载服务器 3 短信门户服务器 1 动漫服务器 5门户引擎服务器 6 radius服务器 0 网管服务器 1 计费服务器(BOSS话单)1 计费服务器(VGOP实时订购)2 预先做好双机，减少后

26、期整改工作量结算服务器 1 业务管理服务器(固定配置)2 预先做好双机，减少后期整改工作量DRM服务器 2 营销服务器(营销群发)1 营销服务器(单发)1 报表预统计服务器 1 报表查询服务器 1 智能分析服务器 1 业务数据库服务器 12 报表数据库服务器 5 MCP自服务系统服务器 1 2526China Mobile Communications Co.,Ltd.Mobile Reading Base 14楼机房过渡平台新建设备汇总（二）服务器名称三期扩容新增R2+说明日志文件服务器 1 客服服务器 1 行业接口机 2 行业管理门户 1 行业数据库服务器 2 行业报表数据库服务器 0 行

27、业代理网关 5 OCF加密服务器 1 预先做好双机，减少后期整改工作量互动业务 7 手机客户端端B/S架构 5 测试服务器 0 服务器总计 85 N8000集群NAS系统 1 新增一台NAS系统做内容库集群使用交换机 S9306 使用二期发货的防火墙防火墙 Edumon 8080E 三期新发货负载均衡器 F5 6900 三期新发货存储3(S2300E)5(S5600)98块SAS 300G412块FC 300G共计：新增85块R2+板，防火墙2台EDUMON 808E，负载均衡器2台F5 6900，硬件98块SAS 300G，412块FC 300G；2627China Mobile Commu

28、nications Co.,Ltd.Mobile Reading Base 目录整合的硬件计算 12728China Mobile Communications Co.,Ltd.Mobile Reading Base 项目 数值注册用户数（万）4000月访问用户数（万）3000日访问用户数（万）450WAP门户峰值每秒PV请求次数(次)17500峰值WEB门户每秒PV数(次)1500手机客户端峰值每秒PV请求数(次)1500G3阅读器行业应用峰值每秒PV请求数(次)750G3阅读器在线书城峰值每秒PV请求数(次)750无线网络带宽（Kbps）64话单在线保存时长（天）365日志原始文本文件保存

29、时长（天）155 报表数据保存时长（天）155 杂志 50000书籍数量 300000动漫数量 50000 阅读3000万月访问用户系统配置需求2829China Mobile Communications Co.,Ltd.Mobile Reading Base 整合总数和3000万计算模型对比(一)3000万建设 现网机房 新建机房 整合合计 相差服务器名称 R2 R2+R2 R2+三期扩容新增R2+合计(R2)合计(R2+)合计(R2)合计(R2+)WEB 门户服务器 1 6 1 2 4 1 6 0 0 WAP 门户服务器 12 11 12 2 9 12 11 0 0 手机客户端/手持终端

30、门户服务器与下载服务器 4 1 4 0 3 4 3 0 2 短信门户服务器 2 0 2 0 1 2 1 0 1 动漫服务器 9 0 9 0 5 9 5 0 5 门户引擎服务器 6 8 6 4 6 6 10 0 2 radius 服务器 0 0 0 0 0 0 0 0 0 网管服务器 1 0 1 0 1 1 1 0 1 计费服务器(BOSS话单)2 0 2 0 1 2 1 0 1 计费服务器(VGOP实时订购)1 1 1 0 2 1 2 0 1 结算服务器 3 1 3 0 1 3 1 0 0 业务管理服务器(固定配置)2 0 2 0 2 2 2 0 2 DRM 服务器 3 0 3 0 2 3 2

31、 0 2 营销服务器(营销群发)0 1 0 0 1 0 1 0 0 营销服务器(单发)2 0 2 0 1 2 1 0 1 报表预统计服务器 1 1 1 0 1 1 1 0 0 报表查询服务器 1 0 1 0 1 1 1 0 1 智能分析服务器 2 1 2 0 1 2 1 0 0 业务数据库服务器 0 22 0 12 12 0 24 0 2 报表数据库服务器 5 7 5 3 5 5 8 0 1 2930China Mobile Communications Co.,Ltd.Mobile Reading Base 整合总数和3000万计算模型对比(二)3000万建设 现网机房 新建机房 整合合计

32、相差服务器名称 R2 R2+R2 R2+三期扩容新增R2+合计(R2)合计(R2+)合计(R2)合计(R2+)MCP自服务系统服务器 1 1 1 0 1 1 1 0 0 日志文件服务器 1 1 1 0 1 1 1 0 0 客服服务器 1 1 1 0 1 1 1 0 0 行业接口机 2 2 2 2 2 2 4 0 2 行业管理门户 1 2 1 1 1 1 2 0 0 行业数据库服务器 2 2 2 2 2 2 4 0 2 行业报表数据库服务器 0 2 0 0 0 0 0 0-2行业代理网关 0 5 0 5 5 0 10 0 5 OCF加密服务器 0 2 0 0 1 0 1 0-1互动业务 0 12

33、 0 7 7 0 14 0 2 手机客户端端B/S架构 0 10 0 5 5 0 10 0 0 测试服务器 12 0 12 0 0 12 0 0 0 总计 77 100 77 45 85 77 130 0 30 3031China Mobile Communications Co.,Ltd.Mobile Reading Base 配置 3000万建设 现网扩容 新建机房 工程后多余硬件服务器R2：77块 R2：78块 R2：0块R2+：100块 R2+：45块 R2+：85块R2+：30块（替换小机数据库后还要多出24块）交换机 S9306：2台 S5624P：2台 S9306：2台 防火墙E

34、dumon 8080E：2台 Edumon 1000E U3：2台 Edumon 8080E：2台Edumon 1000E U3：2台负载均衡器F5 6900：2台 F5 6900：2台 F5 6900：2台 F5 6900：2台存储S3200：1个 S3200：1个 S2300E：8个 S2300E：8个 S2300E：3个S2300E：2个（其中一个S2300E给内容库冗余使用）S5600：5个 S5600：5个 N8000：1个 N8000：1个 磁盘SAS 300G：317块 SAS 300G：362块 SAS 300G：98块 SAS 300G：143块FC 300G：421块 FC

35、 300G：56块 FC 300G：412块 FC 300G：47块整合总数和3000万计算模型对比（附表）多余硬件利用建议：根据现有模型，在不新增业务模块的情况下，多余54块ATAE R2+可以满足6000万月访问用户数规模。6000万用户时需要1117块300G磁盘，除多余143块SAS及47块FC盘外还需要补充277块300G磁盘。多余2台Edumon 1000E U3防火墙可以做安全加固隔离数据库使用。因搬迁导致多余2台F5 6900可以分站点建设时使用。3132China Mobile Communications Co.,Ltd.Mobile Reading Base 目录备份系统

36、建设方案 13233China Mobile Communications Co.,Ltd.Mobile Reading Base 现网系统架构3334China Mobile Communications Co.,Ltd.Mobile Reading Base Need Backup Need Backup内容库数据统计话单计费话单业务DB需要备份的业务模块备份数据库 所有内容备份所有计费话单备份所有统计话单备份书籍/杂志/动漫等内容3435China Mobile Communications Co.,Ltd.Mobile Reading Base 业务系统子模块 业务类型 操作系统300

37、0万/M访问量预测数据量业务数据库数据库(oracle 11g)Suse linux 10 5161 GB内容库 书籍、动漫等文件 Suse linux 10 7324 GB计费话单 KB 级小文件 Suse linux 10 11591 GB统计话单 KB 级小文件 Suse linux 10 23435 GB总计 47511 GB3000万时备份数据量统计根据业务模型,当达到3000万月访问量时,将达到备份的数据总量为47511 GB3536China Mobile Communications Co.,Ltd.Mobile Reading Base 业务系统子模块 业务类型 数据重要/安

38、全性要求 数据恢复要求业务数据库数据库(oracle 11g)非常重要/非常高 数据不丢失 最短时间恢复业务系统内容库 书籍、动漫等文件 重要/高 数据不丢失,快速恢复系统计费话单 KB 级小文件 中等/高 在线保存12个月 统计话单 KB 级小文件 一般/一般 在线保存5个月 数据重要程度分类业务数据库、内容库作为核心数据,不仅要保证数据备份的可靠性外,也需设计尽量短的数据恢复时间,话单类文件:对数据恢复的实时性要求不高,.计费话单在线保留12个月,统计话单保留6个月,考虑到数据已在线保留,而超过一定期限的话单数据使用频率几乎为零.备份系统上只保留最近3个月的最新数据,并通过数据压缩/重复数

39、据删除技术,减少数据占用空间;3637China Mobile Communications Co.,Ltd.Mobile Reading Base IT Support Systemn 核心内容：根据运营规划,计费话单在线保存12个月、统计类话单保存5个月策略颗粒度以天为单位,保留计费话单最新的90 天(3 个月)相关数据,保留统计话单最新的90 天(3 个月)数据.计费、统计话单n 存放书籍、动漫等实际客户访问的内容n 业务特点:数据更新快、新增数据多,数据修 改少n 备份恢复策略颗粒度:内容库可以恢复到1 个月内的任意1 天n 核心内容,提供所有用户信息&业务数据n 备份恢复策略颗粒度:

40、数据库可以恢复到1 个月内的任意1 小时.数据库n 定义 指完成一次给定备份所需的时间 n 备份窗口选择 根据现网PV访问量，尽量在低业务量时进行操作，减少对业务系统影响。n 时间窗口选择n 根据PV 访问量，我们定义晚上0 点-6 点进行备份。备份策略设计合理、可靠、贴合业务实际运营情况的备份策略是数据快速恢复、提升运营效率的基础内容库备份窗口3738China Mobile Communications Co.,Ltd.Mobile Reading Base 备份策略规划明细数据库、内容库备份模块备份对象备份窗口备份周期 备份方式备份保留周期说明业务数据库数据库0：00-6：00（6 Ho

41、urs）2周1次 全备份 1个月对整个数据库进行全备份，以周为单位，数据可恢复到2周的备份点数据库每日增量0：00-2：00（2Hours）每天1次 增量备份 1个月对数据库进行每日增量备份，以1自然天为单位，在全备份的基础上，数据可恢复到1月内的任意1天数据库归档文件每1小时（24Hours）每小时1次全备份 1个月备份数据的归档日志，以小时为单位,在全备份、增量备份的基础上恢复到1个月内任意1小时的状态内容库内容库全备份0：00-6：00（6 Hours）每月1次 全备份 2个月对所有的书籍/杂志/动漫等内容进行备份，,以月为单位,保留2个全备份的内容.可恢复到1个月前.内容库每日增量0：

42、00-2：00（2 Hours）每天1次 增量备份 1个月对每天新上传的书籍/杂志/动漫等内容进行备份，以天为单位,在全备份的基础上恢复到1个月前的任意1天.3839China Mobile Communications Co.,Ltd.Mobile Reading Base 计费话单备份策略规划方案备份模块备份策略计费话单计费话单:包含3种内容:每章节、每本书、包月的订购关系查询,按照局方和整体运营要求,计费话单保留1年(基础配置计算模板V9)现网情况:每天生成96个话单文件计费话单已经在线在存储上保留12个月数据,而超过3个月话单文件的使用情况很少出现,备份策略;介质循环使用、只备份最新的

43、90天(3个月)所生成的话单文件数据,并通过重复数据删除 减少数据空间的占用备份情况:1、day 1 对计费话单目录进行初始全备份,生成第一个备份集A1,备份完成后进行重复数据删除,减少空间2、day 2:新增的96个话单文件,生成第二个备份集 A2,一直到第90天,生成第90个备份集A903、第91天时:备份集A1失效,释放数据空间,并重新生成备份集A1(第91天数据)4、第92天,备份集A2失效,释放数据空间,并重新生成备份集A2(第92天数据)5、循环使用,每天新成一个备份集,90天前的备份集失效预计3000万时,每天计费话单文件为75GB,压缩后为37.5GB,1个月(30天)的数据总

44、量为1.1TB,计费话单3个月数据备份所需总容量为:1.1*3=3.3TB,进行重复数据删除(1:5比例),所占空间为3.3TB*20%=675GB,则VTL保留最新3个月计费话单总计需要675GB空间3940China Mobile Communications Co.,Ltd.Mobile Reading Base 统计话单备份策略规划方案备份模块备份策略统计话单统计话单:包括用户登录记录、看书、浏览、评论、送花等操作记录.按照局方和整体运营要求,统计话单保留5个月统计话单的保存价值不大,只作为统计数据的挖掘源数据,现网情况:多个目录,每个目录下一种信息(如登录、浏览内容等)对应生成对应的

45、统计话单文件统计话单已经在线在存储上保留5个月数据,而超过3个月话单文件的使用情况很少出现,备份策略;介质循环使用、只备份最新的90天(3个月)所生成的统计话单文件数据,并通过重复数据删除,减少数据空间的占用备份情况:1、day 1 对计费话单目录进行初始全备份,生成第一个备份集A1,备份完成后进行重复数据删除,减少空间2、day 2:新增的96个话单文件,生成第二个备份集 A2,一直到第90天,生成第90个备份集A903、第91天时:备份集A1失效,释放数据空间,并重新生成备份集A1(第91天数据)4、第92天,备份集A2失效,释放数据空间,并重新生成备份集A2(第92天数据)5、循环使用,

46、每天新成一个备份集,90天前的备份集失效预计3000万时,每天统计话单文件为150GB,压缩后为75GB,1个月(30天)的数据总量为2.2TB,计费话单3个月数据备份所需总容量为2.2*3=6.6TB,进行重复数据删除(1:5比例),所占空间为6.6TB*20%=1.3TB,则VTL保留最新3个月计费话单总计需要1350GB空间4041China Mobile Communications Co.,Ltd.Mobile Reading Base 统计话单n 3000 万访问量(保存3 个月最新数据)n 75*GB/天*30day*3月*0.5=3375GBn 重复数据删除后 3375*0.2

47、=675GBn 考虑到数据在重删后,在需要恢复时,对数据要进行反向的数据组合需要1盘磁带空间800GB,总容量为675+800=1375GB计费话单n 3000 万访问量n 7324GB*2Mouth=14648GBn 3000 万访问量n 5.6*14day+11*14day*24H+5161*2week=14096GBn 考虑到数据恢复的快速,不建议对数据库数据进行压缩来节约空间业务数据库n 3000 万访问量(保存3 个月最新数据)n 150*GB/天*30day*3月*0.5=6750GBn 重复数据删除后 6750*0.2=1350 GBn 考虑到数据在重删后,在需要恢复时,对数据要

48、进行反向的数据组合需要1盘磁带空间800GB 总容量为1350+800=2150GB内容管理备份频率所需VTL磁盘空间3000万月访问量时,需要备份空间为32269GB,考虑VTL后端存储的RAID组格式化、热备盘的损耗,裸容量至少需要4142China Mobile Communications Co.,Ltd.Mobile Reading Base 数据恢复策略备份模块应用数据类型应用环境 恢复方式 数据恢复策略业务数据库 数据库裸设备单条记录被删除操作数据库单独使用闪回查询恢复该记录（数据库操作）单个数据表空间被删除恢复单个表单独使用resyclebin方式（数据库操作）数据文件不一致

49、全部恢复 通过NBU备份软件RMAN对数据库进行全恢复内容库 文件单个文件(10M以上)单个文件中等大小文件数量百万级单个文件恢复如果单个文件需要恢复到某一时间点,Netbackup备份软件支持从备份集中找出该文件,进行单一文件的恢复.全部恢复通过对磁盘原始分区/卷级的备份,恢复所有数据空间,首先保证备份/恢复的速度.计费话单文件单个文件(KB级)单个文件很小,文件数量极多全量恢复通过 NBU FlashBackup 选件针对小文件备份与恢复,是将原始分区备份的速度与还原单个文件的能力融于一体的策略类型,相对标准文件顺序备份方法速提高备份/恢复速度.统计话单全量恢复数据保护除考虑备份的可靠性外

50、,数据的恢复也需与业务系统需求、人员使用习惯相符,应满足以下需求:1、具备快速整体能力,针对不同的应用类型有对应的恢复策略组合.2、具备单个文件的恢复能力既在备份集内找出单个文件定点恢复.3、具备单个数据库表空间的恢复能力4、兼容性好,具有图形化操作主控台 推荐使用企业级备份软件4243China Mobile Communications Co.,Ltd.Mobile Reading Base 恢复时间估算备份模块恢复对象 数据量恢复时间说明数据库数据库全恢复3000万访问量时5161GB小于6 Hours1、相对于单条记录、单个表空间被误删除，这些操作均属于oracle的逻辑操作。2、对于