京 东 价：
[定价：￥]
PLUS会员专享价
增值业务：
重　　量：
搭配赠品：
所 在 地：浙江 杭州市
服务支持：
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
银行计算机系统(第3版高等学校财经管理类专业计算机基础与应用规划教材)
商品介绍加载中...
扫一扫，精彩好书免费看
服务承诺：
京东平台卖家销售并发货的商品，由平台卖家提供发票和相应的售后服务。请您放心购买！
注：因厂家会在没有任何提前通知的情况下更改产品包装、产地或者一些附件，本司不能确保客户收到的货物与商城图片、产地、附件说明完全一致。只能确保为原厂正货！并且保证与当时市场上同样主流新品一致。若本商城没有及时更新，请大家谅解！
权利声明：京东上的所有商品信息、客户评价、商品咨询、网友讨论等内容，是京东重要的经营资源，未经许可，禁止非法转载使用。
注：本站商品信息均来自于合作方，其真实性、准确性和合法性由信息拥有者（合作方）负责。本站不提供任何保证，并不承担任何法律责任。
印刷版次不同，印刷时间和版次以实物为准。
价格说明：
京东价：京东价为商品的销售价，是您最终决定是否购买商品的依据。
划线价：商品展示的划横线价格为参考价，该价格可能是品牌专柜标价、商品吊牌价或由品牌供应商提供的正品零售价（如厂商指导价、建议零售价等）或该商品在京东平台上曾经展示过的销售价；由于地区、时间的差异性和市场行情波动，品牌专柜标价、商品吊牌价等可能会与您购物时展示的不一致，该价格仅供您参考。
折扣：如无特殊说明，折扣指销售商在原价、或划线价（如品牌专柜标价、商品吊牌价、厂商指导价、厂商建议零售价）等某一价格基础上计算出的优惠比例或优惠金额；如有疑问，您可在购买前联系销售商进行咨询。
异常问题：商品促销信息以商品详情页“促销”栏中的信息为准；商品的具体售价以订单结算页价格为准；如您发现活动商品售价或促销信息有异常，建议购买前先联系销售商咨询。
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
加载中，请稍候...
浏览了该商品的用户还浏览了
加载中，请稍候...
价　格： 到
　　　
iframe(src='///ns.html?id=GTM-T947SH', height='0', width='0', style='display: visibility:')基于校园一卡通平台的银行转帐系统设计与实现_电子元器件_中国百科网
基于校园一卡通平台的银行转帐系统设计与实现
     摘要：本文设计实现的基于校园一卡通平台的银行转帐子系统，针对目前高校学生、教职员工手中的校园卡在正常工作时间外需要充值的需求，利用校园一卡通系统提供的第三方应用程序接口，提出了基于一卡通系统平台的银行转帐子系统设计方案并实现。
校园一卡通系统[1]，是指以校园网为载体，以电子和信息技术为辅助手段，集身份识别、校务管理以及各项校园服务等应用项目为一体的完整系统。本文介绍的基于一卡通系统的校园卡银行转帐子系统，系统成本低、操作简便，解决了在日常工作时间之外无法为校园卡充值的缺点，节省了大量的人力物力，而且避免了充值时的****和错账，减少了学校的损失；银行转帐终端还具有校园卡日常业务手动处理的功能，方便了持卡人在工作时间之外的使用，为广大师生员工提供快捷、便利的充值服务。
1 系统结构设计
1.1 系统平台组网构架
利用校园一卡通系统、校园网、银行内部网等现有资源，通过对系统部分改造开发的方式，在校园一卡通系统原有功能的基础上，实现校园卡银行卡转帐的功能。系统由校园一卡通系统平台、银行转帐系统平台、系统数据交换平台、圈存机终端四部分组成。
根据校园一卡通系统设置及技术参数，以对现有智能网平台系统冲击不大为原则，充分考虑接入一卡通系统的各类因素。运营商在银行内部网平台的基础上增设前置机，学校在已有的一卡通系统上增设一台银行转帐前置机。银行内部网前置机与学校银行转帐前置机通过专线相连，并确定互联协议。
1.2 银行转帐系统拓扑图（略）
1.3 银行转帐系统逻辑结构图（略）
1.4 银行转帐系统业务操作流程
持卡人自助完成校园卡业务或银行卡业务时，首先根据圈存机触摸显示屏上的业务内容进行正确的选择，然后按照屏幕提示进行刷卡及输入账号、密码等操作，即可轻松完成所需的自助服务。
在圈存机上完成银行卡自助业务，需要持卡人的校园卡与银行借记卡建立相应的逻辑勾联关系，只有建立逻辑勾联关系的银行借记卡可以通过圈存转账的方式向校园卡账户充值和查询银行卡余额。
（1）银行卡业务操作流程如下图：（略）
（2）校园卡业务操作流程如下图：（略）
2 银行转帐系统通信协议
前置机与银行之间的信息交换采用国际标准的8583格式。8583格式是一种规范，但没有非常具体的内容。它允许你在一定的框架内，根据具体项目自己搭建细则。在设计时，充分考虑了今后的发展，预留了相当多的信息空间，从根本上保证了今后交易和的可扩充性。
(1).转帐交易信息交换格式：
(2).查询余额交易信息交换格式：
3 银行转帐系统关键业务逻辑设计
3.1 校园卡银行转帐业务逻辑设计
3.2 校园卡与银行卡勾连关系设置
校园一卡通账号与银行卡卡号建立勾连关系，需要校园一卡通系统平台与银行端银行转帐系统平台分别建立一一对应关系，这样当用户通过校园卡银行转帐系统进行转帐时，就需要校园一卡通系统与银行转帐系统分别进行身份认证，增加了系统的安全性，减少了错误转帐的产生。
3.3 账户设置、结算及对账方式
在校园一卡通系统平台上设立银行转帐子系统总账户，银行转帐系统与校园一卡通系统每次转帐后，钱先转帐到总账户，然后再由银行转帐子系统划拨到个人的校园卡账户上。
每天晚上银行都会发送过来一个当天的银行转帐对账文件，银行转帐子系统于日终结账前进行自动对账处理。
3.4 银行转帐子系统业务逻辑设置
(1) 建立勾连关系，是指将校园卡和银行卡在校园一卡通系统和银行内部系统中作出对应关系。
(2) 用户银行卡丢失后，补办银行卡后，因为银行卡号码改变，需要重新建立勾连关系，而且需要在校园卡管理中心和银行两方面都重新办理此业务；而校园卡丢失后，因为补卡后校园卡卡号不变，所以不需要重新建立勾连关系。
(3) 银行转帐，是将建立勾连关系的银行卡上的钱划拨到校园卡上。
(4) 查询银行卡余额，主要指查询与校园卡建立勾连关系的银行卡上的钱。
3.5 单边账的处理
在系统运行过程中，因为网络故障、圈存机终端故障及其他问题，很有可能会造成转帐出现错误，虽然出现的几率比较小，但是也必须认真对待。为了保证转帐数据的准确，每天晚上系统都会进行对账，检查出错误并由工作人员手工处理，常见的错误如下：
(1).本地少：即银行卡已扣钱，钱划拨到总账户而未划拨到校园卡上，这种情况下应该由工作人员将已从银行卡中扣除的钱从银行转帐子系统总账户手工划拨到个人校园卡账户上。
(2).本地多：即银行卡未扣钱，而钱已划拨到校园卡上，这需要工作人员将多划拨的钱从校园卡的账户中扣除，并向持卡人作出解释说明。
4 系统安全设计
因银行转帐子系统涉及认证及支付，对系统安全保密性能要求严格，故设计必须考虑其安全性，其主要安全方式如下：
(1).数据传输的安全措施：校园前置机与银行前置机之间数据传输采用动态密钥，每天建立连接签到时，由银行动态生成分配。密钥采用加密传输，敏感数据加密处理。校园内部自助转账终端与校园前置机之间采用DES加密，MD5数字签名，动态密钥。
(2).来自校园网内的对银行攻击的屏蔽：校园端前置机采用双网卡，IP地址网段隔离，关闭校园前置机的IP转发路由功能，校园网内部的数据只能到达校园前置机的A网卡，而无法通过前置机经B网卡到达银行前置机。这样就屏蔽了校园网内部的攻击。校园端前置机关闭远程管理维护功能，避免对其攻击，必要时可以采用软件防火墙。
(3).一卡通中心服务器、银行转帐前置机、接口机采用7*24小时UPS 供电，以及无源存储保护数据技术；
(4).数据库服务器的数据备份，同时采用磁盘阵列、磁带机等多重备份，采用标准、增量、差量三种备份方法相结合，既解决备份的速度，又保证了数据的安全；
(5).与银行方面采用&背对背&信任机制，即相互之间都认为对方传来的数据都是不安全的，因此使用严格的身份认证处理机制，确保数据的安全有效。
基于校园一卡通系统的银行转帐子系统，是对一卡通系统平台的增值应用拓展，它丰富了一卡通的应用范围。通过对校园一卡通系统、银行内部网、校园网等现有资源的整合与开发，使在校园内利用一卡通消费变得轻松、方便，而且节省了大量的人力物力，对于学校来说，不但能更好地为师生员工服务，体现‘以人为本’的服务理念，同时也促进了学校信息化的建设。
收录时间:日 00:21:43 来源:一卡通世界 作者:匿名
上一篇： &(&&)
创建分享人
喜欢此文章的还喜欢
Copyright by ；All rights reserved. 联系：QQ：Sun存储虚拟化在银行灾难备份中的应用
银行业务对于数据越来越强的依赖性，导致其数据可用性与业务连续性直接相关。特别是当今的金融服务机构，既要做好长期客户保持的工作，又要应付每时每刻都在发生的金融交易，对于业务连续性的要求不能打任何折扣，完成这一使命就离不开与之配套的灾难备份系统。作为在大型企业机构数据管理领域长期耕耘的领导厂商，Sun公司的虚拟存储解决方案不仅包括了最佳的产品与技术，而且拥有最佳的咨询、服务与支持力量，可以帮助银行业解除数据管理方面的后顾之忧。
满足金融业四大灾备需求
概括起来，大型银行及相关金融服务机构对灾难备份系统的需求可以归结为以下几个方面：第一，必须针对系统潜在的中断风险（灾难）提供预防机制，确保系统连续运行能力；第二，对于无法抗拒的严重灾难，必须提供系统恢复机制，将引发的业务损失降低到可接受的程度；第三，整套灾难备份系统必须确保关键业务系统及其关联系统的数据安全，同时以最少的计划停机次数/时间来消除对核心数据的争用；第四，灾难备份设备在非灾难情况下常常拥有大量的空闲资源，应该善加利用。
不久前，Sun公司为国内某大型金融服务机构提供的灾难备份系统，不仅很好地满足了上述四个方面的需求，而且在许多方面实现了全球金融业界的首创，成为金融业远程异地容灾备份解决方案的经典之作。
这套系统从业务连续性和系统运行效率的综合要求出发，在国内某大城市建立了主站、同城镜像站，在上千公里的另一个大城市建立异地远程备份站。Sun公司认为，在这样的大型灾难备份系统中，为了确保其业务连续性，重点要把握好数据管理和相应的网络规划两个方面。
在数据管理方面，应该将关键业务数据分门别类，分别采用不同的策略进行管理。例如在这套金融服务机构大型远程异地容灾备份中， LDAP数据的数据量较小，且相应的软件本身能保证数据的远程同步和一致性，因此应该在应用层解决远程容灾的问题；管理数据对于银行信息交换业务的安全运转至关重要，采用传统的数据复制技术并结合严格的变更管理的制度来保证数据的准确和一致性；生产运营数据属于核心应用数据，采用在同城主站、同城镜像站和异地远程站均保留数据拷贝的方式来进行容灾；数据库中的数据规模庞大，考虑到系统的性能价格比，采用在异地当地重新生成的方式形成，这在业界是一大创新。
架构创新创造客户价值
如果按照一般的灾难备份系统设计思路，在同城镜像站点通常需要保存两份数据拷贝，第二份拷贝将会送往异地的远程备份站点。但是在该银行卡信息交换系统中，经过测试证明，可以省掉第二份数据拷贝，从而可以节省一套存储设备，这一点就充分体现了Sun公司存储设计规划的能力。数据库中的数据量非常大，如果采用一般的思路，在同城镜像站和异地远程站之间通过ATM线路来进行复制，将带来巨大的通信压力。在这套灾难备份恢复系统中，异地远程站的数据由数据生成服务器生成，每天需要通过1200公里远距离复制的只是数据差，而不是全部的数据。这样一来，对于ATM线路的需求就大大降低了。另外，在异地远程站点配备虚拟磁带库（VTL）实现数据的备份与归档，从而构成了整套系统的一大特色。
提示：试试键盘 “← →” 可以实现快速翻页&
热门文章排行EMC：银行数据中心搬迁的规划和实施_存储备份_动态网站制作指南
EMC：银行数据中心搬迁的规划和实施
来源：人气：4499
摘要：本文简单介绍EMC SRDF技术，重点阐述了银行如何利用该技术进行新旧数据中心搬迁、灾难备份的系统设计，具体介绍了如何按照系统设计要求逐步将旧数据中心安全地、迅速地搬迁到新的数据中心，并最终形成一套灾难备份系统。
要害字：SRDF、数据迁移、灾难备份
随着银行数据集中的深入开展，各种业务数据都进行集中处理。随着业务的不断拓展，我们可能需要对旧数据中心进行扩容，并进行新中心的建设。这时，我们就需要进行数据中心的搬迁工作。而实际上对于较大型的数据中心，经常要利用灾备技术来实现数据的迁移，同时利用原有的数据中心作为备份中心。
如何能保证数据中心迁移过程中数据不丢失？如何确保数据中心迁移过程中业务系统基本不停顿？这些都是我们银行要面对的问题。
本文将基于EMC SRDF技术，以中国建设银行厦门市分行数据中心新旧大楼搬迁和灾备系统实施为例，讨论数据中心数据迁移和搬迁的方案规划、设计和实施。&
一、数据中心迁移背景
银行数据中心的共有特点是：业务集中、数据集中、海量数据容量（至少TB量级）、大业务量、业务连续性要求极高、要害业务数据可用性高。随着银行数据集中，旧数据中心由于容量、性能、运行环境等限制，已不能满足业务系统发展的需要，这时各银行就可能建立一个新的数据中心。由于业务24×7的连续性需求和客户数据的重要性，保证业务连续性是数据中心迁移的核心要求，迁移数据的高可靠性是数据中心迁移成败的要害。数据迁移过程中对业务的影响、迁移的数据完整性保证是迁移技术选型、方案设计的依据。
随着厦门建行各项业务系统的发展，原有的计算中心机房已经难以满足越来越多业务系统对中心运行环境的要求，系统的扩充性受到极大的限制。随着分行新营业大楼的使用和新大楼中新中心机房的建设完成，厦门建行需要将原有的数据中心将搬迁到新营业大楼中。
厦门建行原数据中心主机系统基本上是基于IBM RS/6000主机和EMC存储平台为基础的系统。厦门建行主要的银行业务系统包括对公、储蓄、银行卡等核心业务，还包括有代理业务和中间业务等。应用系统是以Tuxedo中间件和Informix、Db2等系统来进行构建的，生产数据集中存放在一台EMC的Symmetrix 3830 磁盘机中，可用空间大约约600GB。
厦门建行在新数据中心选用一台EMC的Symmetrix 8530磁盘机作为主存储设备，同时还购买了SRDF、TIMEFINDER、PowerPath、ECC等软件和利用SRDF进行数据迁移的服务，这为使用SRDF进行数据迁移和系统搬迁提供了必要条件。从节约资金的角度，新数据中心的主机系统不再另行购置，全部从旧数据中心搬迁过来。本文重点说明数据的迁移，设备的物理搬迁不具体说明。&
二、SRDF技术概述
目前实现数据迁移和灾难备份的方法、技术很多，有SAN或NAS技术、远程镜像技术、基于的SAN的互连技术、快照技术等。其中，业界成熟的磁盘镜像技术对于保证业务连续性和数据迁移的高可靠性方面有着一定的优势，成为众多大型企业数据迁移、灾难备份的首选。EMC公司SRDF（Symmetrix Remote Data Facility）技术是磁盘镜像技术的一个杰出代表，在国内、国际上都有众多的成功案例。
EMC SRDF是迄今为止业界唯一能够同时为大型机、UNIX、Windows NT和AS/400等系统提供完整的业务持续性能力的解决方案。自从其1994年问世以来，EMC存储治理软件已经帮助许多公司治理计划内的数据中心事件（如按计划维护，每日数据备份，数据迁移和应用测试），同时它也负责从突发故障（如数据灾难）中恢复数据。SRDF是一个在线的并且独立于主机的数据镜像信息存储解决方案。它可以将生产现场的数据复制到一个或多个物理上分离的Symmetrix目标系统上。这些系统可以跨越大楼，远至世界各地。
SRDF软件具有如下特点：
1. 支持所有主流服务器，大机（Mainframe）和开放系统能同时使用SRDF；
2. 基于磁盘阵列自身功能，与、应用软件无关、对主机影响小；
3. 同时支持同步、半同步、异步等数据传输模式；
4. 通过网络系统的支持，SRDF镜像的距离可以到几千公里的距离；
5. 与Symmetrix微码、TimeFinder进行良好配合，实现生产数据的灵活应用，例如：利用BCV卷实现生产数据备份、隔日数据查询、数据仓库等应用；
6. 支持不同通信协议，包括ESCON、T1/E1、T3/E3、ATM、IP、DWDM，FC等；
7. 配置灵活、实施简单、操作方便；
一个典型的SRDF连接，如图一所示。
图中显示了同步方式的SRDF一个写请求的完成过程。从图中可以看出，当本地（源）盘要写一个IO的时候，它首先会将IO发到远地（目标）盘上，待目标Symmetrix设备将数据写进Cache后，本地IO才认为是写成功了。这样，就充分保证本地存储和远地存储的一致性，但是对SRDF的连接的网络速率要求就比较高了。&
推出数据恢复指南教程 数据恢复指南教程
数据恢复故障解析
常用数据恢复方案
硬盘数据恢复教程
数据保护方法
数据恢复软件
专业数据恢复服务指南
三、需求分析
银行数据中心的迁移工作，与其他项目一样，首先都要从数据中心迁移的需求分析开始，充分理解迁移工作的目标、环境、性能指标等，才可能开始进行设计工作。本节以厦门建行数据中心迁移为例，说明数据中心搬迁的需求分析工作。
1． 总体目标：
厦门建行数据中心迁移的总体目标是：要将数据中心从旧大楼搬迁到新大楼，需要利用数据迁移技术将数据从旧的数据中心迁移到新的数据中心，同时建立新旧大楼之间的数据灾备系统，系统迁移过程中对业务系统的影响要达到最小。
2． 系统环境分析：
厦门建行数据中心由核心业务系统和大量的前置系统组成。其中，厦门建行数据中心的核心主机系统以IBM RS6000主机、EMC存储系统组成，数据库系统采用Informix IDS，应用系统是自行开发的。
厦门建行新旧数据中心物理距离大约6公里。目前在旧的数据中心有一套旧的存储系统。旧数据中心有多套的双机互备的主机系统，包括核心业务系统双机系统、信息系统双机系统、前置系统双机系统（包括多种前置应用系统）等，这些机器都通过SAN连接到核心存储上。而在新数据中心预备新购置一套新的存储系统，但在新的数据中心没有主机系统，只是用一台小配置的机器用于测试，新购置一台与旧中心一样的SAN Switch作为测试。系统情况如下图所示。&
&图二 原系统结构示意图
另外，数据中心还有大量的前置机大部分是独立的系统，涉及的操作系统包括：HP-UX、SCO Openserver、、Windows NT、windows 2000等；涉及的数据库包括：Informix、Lotus Notes、SQL Server等。这些系统大多是属于可以单独搬迁的系统，其设备的搬迁不与核心系统的搬迁同时进行。因此，这些设备和机器不再上图列出。&3． 业务数据分析：
因为灾备系统需要有一套存储系统，相应的主机系统，要有机房运行条件、网络系统等，因此建立灾备系统需要有较高的投入。所以，要在成本答应的情况下，进行综合考虑，尽可能将比较重要的业务放入灾备系统中。因此我们要将业务数据根据重要性进行划分，一般可以分为：核心业务、重要业务、一般业务。
（1） 核心业务要求24小时不间断运行，其重要性不言而喻。这些业务数据肯定要进入灾备系统，才能在数据中心迁移时以最短的中断时间实现迁移的目的，同时将来数据中心出现问题时，备份中心能保有最新的核心业务数据。比如上图中原系统中的核心业务系统，包括业务主机系统和信息系统。
（2） 重要业务中，要根据答应中断时间、业务重要程度进行划分，将重要程度很高、中断时间要求很短的业务，尽可能放到灾备系统中，将重要程度一般、中断时间可以时间比较长的业务系统考虑不放在灾备系统中。比如上图中连接到SAN环境中的“前置系统1”、“前置系统2”。
（3） 一般业务正常情况下都不进入灾备系统，在数据中心迁移时要进行较长时间的业务中断，中断时间就是一般业务的系统关机、物理搬迁、开机的时间。比如不在上图中示意的其他系统。&4． 迁移需求分析：
按厦门建行的需求，整个系统迁移只能在凌晨进行，而且系统迁移造成的业务中断时间不能超过2小时。也就是说，我们在系统迁移过程中，应用系统关闭、数据迁移、应用系统启动的整个过程占用的时间不能超过2小时。按此要求，我们在设计中要非凡注重系统迁移的性能。&5． 性能需求分析：
厦门建行对SRDF性能的要求是系统响应时间不得超过原来的5%。这个需求是针对数据中心搬迁后，新旧数据中心的灾备系统而提出的。基于这个需求，需要对传输的数据量进行估算。
按厦门建行的应用情况，通过对多日的数据量的分析，发现在系统在正常运行中的IO量不大，SRDF完全能满足要求；但是，当应用系统数据库在做Checkpoint的时候，IO量急剧增大。假如每秒IO数据量10M，则SRDF性能要求也是 10*8=80 Mbps。
四、数据中心迁移系统设计
数据中心要进行迁移，既要考虑未来最终使用的情况，也要考虑数据迁移过程的实现。根据厦门建行的系统现状，我们的总体设计思路时：考虑建立一套新数据中心，新旧数据中心采用SRDF进行互联，然后在数据搬迁时利用SRDF进行异地数据迁移，在数据中心搬迁后建立最终的新旧中心灾备系统。
因此，我们的系统总体设计要将重点放在灾备系统设计中，我们要从存储系统硬盘分布、SRDF同步模式的选择、灾备网络方案的确定、灾备软件的匹配等方面的进行分析设计，最终确定总体架构。
1． 盘分布设计：
盘分布设计主要包括两方面的考虑：
（1） 确定哪些应用系统放在灾备系统中。在进行业务数据需求分析完成后，我们就可以确定哪些应用系统、哪些应用数据要放到灾备系统中，我们就可以确定硬盘的可用容量。在厦门建行的应用系统中，将核心业务系统和部分重要系统放在灾备系统中。
（2） 放在灾备系统中的应用数据的盘分布。 在整个主机系统中，I/O的性能是至关重要的。存储系统的I/O性能的提高是整个核心系统性能提高的要害。其中，硬盘的分布是重中之重。在盘分布设计中，我们主要采用两点思路：
核心业务使用的硬盘采用Raid-1，而不采用Raid-5。这样，数据在得到双重保护的同时，又不降低性能 。
核心业务使用的硬盘尽可能放在不同的物理硬盘上。这样，将使核心业务的I/O分摊到不同的I/O通道中，使I/O性能进一步提高。
核心业务使用的硬盘尽可能放在不同的通道上。这样，将使核心业务的I/O分摊到不同的I/O通道中，使I/O性能进一步提高。&
2． SRDF同步模式选择
SRDF数据镜像技术支持三种工作模式：同步模式、半同步模式、异步模式，其中半同步模式使用较少，同步模式对于同城灾备最合适，异步或自适应模式适合数据的迁移，对主机端的I/O性能影响最小。但是若一套系统仅用于一次数据迁移，既可以异步模式来实现，也可以用同步模式来实现。
按照厦门建行的需求，我们不仅使用SRDF来实现数据迁移，同时将来还要做同城灾备。因此，为了减少对业务的影响，我们可以提前同步，从而在迁移切换时，数据已经处于同步状态，可以使数据迁移的切换时间大大缩短。&3． 网络方案的确定：
在SRDF灾备实施中，为保证实施灾备系统的运行，网络传输速度是至关重要的。在明确迁移需求和系统负载后，以及联机和批量对磁盘更新量以后，进行SRDF带宽设计。包括SRDF Synchronous Delay、VOLUME WRITE I/O LIMIT，具体方法可参考有关资料，这里不详述。
一般情况下，10km以内的两套系统互联，只需要使用裸光纤互联就可以，连接接口采用长波单模光纤接口。采用裸光纤、普通光纤接口的传输速率理论上能达到1Gbps，实际数值也能达到500Mbps以上。
而对于超过10km的两套系统互联，可以采用磁盘间SRDF连接为2根ESCON通道，两地采用NORTEL或CISCO等网络设备厂商提供的DWDM设备作通道延伸，两端DWDM间用DARK FIBER连接。这时就要根据系统的负载需求来确定传输线路的速率了。
因为厦门建行新旧大楼之间距离小于10Km，因此采用裸光纤直连方式进行，通过计算，超过200Mbps的数据传输速率能满足厦门建行数据传输的需要。&4． 软件版本的匹配：
在我们的设计中，需要我们和厂商关注的一点是灾备系统两端的微码版本是否匹配，是否能满足SRDF的运行需要。只有EMC公开文档明确支持SRDF运行的微码版本才能发到两端的存储系统上运行，以确保将来SRDF运作的稳定性和可用性。&5． 系统架构：
根据需求的分析，我们要利用SRDF技术我们最终的目的是要建立一套基于SRDF的数据灾备系统，同时满足数据中心迁移的需要，同时将来作为数据灾备系统，当新数据中心出现问题时，旧数据中心能得到最新的业务数据，并利用旧数据中心拥有的部分主机实现部分核心业务。
因此，我们在总体设计是要按将来是一套SRDF 同步系统来考虑，主存储是EMC 8530，灾备存储是3830。大部分主机将搬迁到新数据中心，旧数据中心只保留很少的主机。数据中心搬迁后的系统最终的总体结构图如下：&&
图三 最终的系统结构示意图
五、数据中心迁移过程
在数据中心的迁移过程中，不仅要将原数据中心大部分设备毫发无损地物理搬迁到新数据中心，要害还要将数据准确无误地在最短时间内迁移到新中心地存储系统中。
因此，在系统架构设计完成后，还要进行系统迁移过程的设计和实施。系统迁移过程的设计主要针对迁移过程的流程进行设计，若有必要，可能对系统架构设计提出修改要求。
主机系统数据分为系统数据、应用数据，系统数据包括操作系统、配置文件等，这些数据与硬件密切相关，实时性要求不高，同时系统数据与客户数据没有直接的关系；应用数据指与客户数据密切相关的数据，如数据库数据、应用系统配置文件、中间件系统配置文件等。
对这两种数据我们采用不同的迁移方法。对实时性不高、与硬件密切相关的系统数据采用一次性磁带拷贝、物理搬迁的方法，提前迁移，先建立完整可用的系统平台；而对实时性要求很高的应用数据采用SRDF技术进行磁盘同步镜像迁移，同步完成后在已有系统直接启应用系统，然后作网络切换，完成数据中心迁移。
以厦门建行的数据中心搬迁为例，一般的数据中心搬迁可以包括以下步骤：
（1） 迁移前提：
新数据中心机房已经验收完成；
&新数据中心网络系统已经完备，并与旧数据中心互联；
&新数据中心主机系统、存储系统安装和测试完成。
（2） 迁移前的存储系统预备工作：
分析、规划、调整应用数据的磁盘卷使用，为迁移预备数据源；
在两地主机系统安装、裁剪SRDF软件和其他Symmmetrix相关软件如Timefinder等；
升级两端Symmetrix盘机的微码到相同level，根据两端磁盘卷同步映射关系制作盘机的BIN FILE，并装入存储系统；
对现有的存储系统进行一致性检查；
采用同步贝方式初始同步所有应用数据卷到新中心。
（3） 迁移前的主机系统预备工作：
要迁移的应用系统都做好一套双机系统，这包括业务主机系统的双机、信息系统双机系统、前置系统的双机系统。
双机系统经过演练测试，确保可以将应用放在一台机器上运行。
新旧中心进行多次数据迁移切换演练测试。&
需要将SRDF分离，将数据盘挂到新中心的测试主机上，检查数据是否正确。迁移预备工作完成后的系统结构状态如下图所示：&
图四 迁移预备工作完成后的系统结构示意图
（4） 非核心单独系统的搬迁：
这些数据是银行中一些小的前置系统，他们不连接到存储中，是自己独立的小系统，他们的迁移要与核心业务系统的迁移分开。考虑到这些系统的重要性比较低、可中断时间比较长，一般可以选择周末或者夜间提前将这些机器关闭、物理搬迁到新数据中心。
（5） 非灾备系统的重要业务系统的迁移：
这些数据是银行中非核心业务系统中的数据，他们原来存放在3830上，而新系统要求他们存放到8530上，而且他们的业务可以中断，可以在晚上或者周末进行搬迁。这些数据迁移的做法是：在8530上建立一样的文件系统，利用磁带或者远程拷贝将数据备份、恢复到8530上；然后在晚上或者周末将对应的主机物理搬迁到新数据中心，然后与8530进行互联，最后将应用系统在主机和8530上运行。
（6） 利用SRDF技术进行数据中心核心业务系统的迁移切换：
搬迁第一步：搬迁一半主机到新中心。&
&&& a) 原中心变双机为单机运行：将业务主机双机、信息主机双机、前置主机双机系统的应用系统都切换到一台主机上运行，将主机系统中的另一台拆出，搬迁到新中心，与新的存储系统互联。&&& b) 将原数据中心两台SAN 交换机搬迁一台到新中心，与原有一台新的SAN Switch组成新的SAN。&&& c) 确认新存储和主机系统的可用性。将新主机和存储系统连接后，进行必要的应用测试，检查主机、存储系统已经具备运行条件。&&& d) 第一步搬迁后的结构如下图所示。&
&图五 第一步搬迁后的系统结构示意图
搬迁第二步：新旧数据中心的新旧存储进行SRDF数据重新同步，以旧存储为主卷，新存储为备份卷，以确保新存储的数据与旧存储保持一致。
搬迁第三步：启用新数据中心。&
&&& a) 关闭旧数据中心的应用系统，使数据处于某种明确的状态；&&& b) SRDF分离；&&& c) 修改主机系统配置：包括IP地址、网络路由、应用配置等。&&& d) 启用新中心的主机和存储系统，检查应用系统运行是否正常，这些应用包括核心业务系统、信息系统、两套前置系统等。这时新数据中心处于单机运行状态。&&& e) 新数据中心成为生产中心后的系统结构示意图如下图所示。&
图六 第三步搬迁后的系统结构示意图
&搬迁第四步：原数据中心剩余主机搬迁到新数据中心。将原中心主机、备份设备搬迁到新中心，并与生产主机、存储进行互联，形成原有的双机系统。将原来在新数据中心进行测试的主机搬迁到旧中心，作为灾备系统的备份主机。搬迁后的结构如“图五、第四步搬迁后的系统结构示意图”所示。
图七、第四步搬迁后的系统结构示意图
这样核心业务系统搬迁到新数据中心，搬迁工作宣告完成。但是此时新旧存储之间仍处于SRDF断开状态。&
&（7） 实现新中心到旧中心的同城数据灾备，形成一套可运行、可操作的灾备系统，并进行测试验证。
检查SRDF配置；
SRDF反向同步：以新存储为主卷，旧存储为备用卷。灾备系统实施后的系统结构图如“图三、最终的系统结构图”所示。
进行灾备系统的测试。
推出数据恢复指南教程 数据恢复指南教程
数据恢复故障解析
常用数据恢复方案
硬盘数据恢复教程
数据保护方法
数据恢复软件
专业数据恢复服务指南
六、数据中心搬迁中应注重的问题
数据中心的搬迁是一个复杂的项目，有了详尽的系统设计和搬迁方案，应该说，整个数据中心的搬迁条件已经基本具备，但是我们在实施过程中发现，在数据中心搬迁过程要注重以下问题：
1． 系统等级划分
系统等级划分是系统规划中基础的一环，主要要根据业务系统、信息系统、前置系统、独立业务系统等的重要性不同进行等级划分，核心的系统列入高等级系统，普通的业务系统列入低等级系统。高等级的系统要重点保证，它们要在很短的时间内得到系统恢复。系统等级划分完成后，才能将相关系统的数据按等级不同的需要分别放在灾备系统、非灾备系统、独立系统中。
2． 完善的方案
一个成功的项目的前提是完善的系统方案，数据中心的迁移要成功，要进行全面的系统设计，系统设计至少要有以下要求：
（1） 要有详尽的实施步骤。实施步骤中从实施前、实施过程中、实施完成后续处理等过程中，要有完备的流程，每个步骤要确定责任人、明确实施的时间、实施的前后顺序。
（2） 要有详尽的应急方案。对各种可能出现的异常要做好应急预备，包括物理搬迁问题、硬件故障、操作系统故障、数据库故障、存储故障、网络故障等。
&3． 充分的测试
一个成功的项目背后是完备的系统测试，数据中心的迁移也必须经过充分的系统测试，以确保迁移的成功，数据迁移测试至少要包括以下内容：
（1） 性能测试：主要包括网络传输速率测试和灾备系统的测试。网络传输速率测试主要用于确认网络系统是否满足灾备系统的传输要求。灾备系统测试主要检验灾备系统实施后带来的性能降低是否在用户可忍受的范围内。
（2） 双机切换接管测试：主要进行原系统的双机接管测试，以确保在搬迁过程中任何一个单机能负责原来双机运行的业务，也确保搬迁过去的机器能连接到新存储中使用。
（3） 数据迁移切换测试：主要在数据中心搬迁之前，先做旧存储到新存储的SRDF同步，然后断开SRDF，在新中心利用测试主机将新存储上的业务系统挂上来，检验能否正常进行应用处理。
&4． 良好的项目治理
（1） 充分的人员保证和组织治理：由于搬迁工作的复杂性，在项目组中要有专职项目经理，要有网络工程师、系统治理员、数据库治理员、应用系统负责人、业务人员等。
（2） 良好的沟通机制：沟通不仅要在银行内部，包括业务部门、行领导、行内技术人员等，还要包括合作伙伴，包括厂商、集成商等。
（3） 严格的进度控制：由于是生产系统的迁移，项目的实施有严格的时间限制，因此在项目实施过程中要对实施进度进行严格控制，并制定具体的应急方案。
（4） 完善的质量保证：由于是生产系统的迁移，所有的操作都要保证其准确性，要切保操作流程、操作步骤万无一失。因此，项目实施过程中对所有的实施步骤要进行充分的测试验证和审核，以确保实施的质量。
数据中心的搬迁是一个复杂的系统工程，很多银行和企业都可能会面对。这样的工程不仅要采用成熟的技术，更要通过严密的组织、规划、设计，才能圆满实现。
以上通过厦门建行使用SRDF技术成功实施数据中心搬迁的实践，我们可以看出：SRDF技术是一种成熟的、可靠的、适用于灾难备份和数据迁移的解决方案。
我们希望本文能对将要使用灾备技术进行数据中心搬迁和灾难备份的银行和企业有所帮助。&
优质网站模板}