正本
招标人：XXXX
项目名称：电信机房迁移项目
（数据库升级部分）
投
标
文
件
投标方全称：XXXX股份有限公司
2012年02月20日
前言
首先，非常感谢各位领导及专家给予XXXX参与“XXXX数据库迁移项目”的机会，我们凭借自身综合实力及多年系统集成，提交本方案，望能采用。
XXXX集团（原青鸟软件股份有限公司）起源于北京大学，是一家专业从事软件与信息技术服务的大型企业集团（以下简称“XXXX”），XXXX集团以XXXX股份有限公司为核心企业， XXXX活跃在新经济下企业转型服务领域，并在咨询服务、软件开发、系统集成以及运维服务四个核心业务领域积累了世界领先的专业技术和服务经验，与50多家国际著名管理咨询公司和软硬件厂商结成战略合作联盟，与3000多家国内集成商紧密合作，为数万家客户提供信息技术服务和应用软件解决方案及相关服务，在金融、能源、政府及企业领域建立起了卓越的声誉和品牌，是客户最佳的信息技术发展战略合作伙伴。
针对本项目，XXXX具有如下优势：
集成优势
XXXX作为一级系统集成商，对系统集成有着深刻的认识；同时设计和实施过在众多数据中心、大型业务系统的软硬件平台，有着丰富的建设经验；针对应用的高可用性和业务的连续性有着深入的研究，结合用户的具体需求，我们将提供全面、合理的解决方案。
产品优势
XXXX是IBM、HP、SUN小型机；ORACLE、SYBASE数据库；IBM、ORACLE中间件及试测软件；EMC、HDS存储；CISCO、AVAYA网络设备；APC机房设备等高级别代理商，对各类产品有深入细致的了解，能为贵校提供最优的解决方案。
完善的质量保证体系
ISO9001质量保证体系是质量管理标准和质量保证标准。XXXX为了进一步提高公司的管理水平，确立了以客户为中心的质量体系，并将其定义到整个系统集成的设计/开发、供应、安装和服务领域。本地化服务能力
上海XXX员工逾200人，技术人员50余名，其中包括小型机、中型机、存储、数据库、智
能化、软件、项目经理人及网络工程师若干名，具备较强的技术力量和集成能力。
公司特为此项目成立豪华项目小组，由公司销售总监担当项目组长，监控整个项目的实施过程，并组建15人的技术服务团队（有厂商资格认证的工程师）配合厂商为用户提供全方位的技术服务。
优惠政策
公司根据本实验室的建设目标、主要任务和功能定位，特免费赠送对改实验室建设有帮助的一款系统软件数据统计软件，希望能够充分的帮助学校更好的建设此实验室。
科研合作
近期，国家加大了对“产学研”过程的扶持与引导力度，而XXXX也一直致力于出身高校（前北大系）服务于高校的准则，大力与高校进行校企合作。充分利用高校的人力资源与科研能力，在金融、电力、能源、高教等领域共同开发出适合市场需求的产品，并树立良好的品牌。因此，希望通过此次参与上海交通大学项目，能够有机会更进一步与贵校在内容安全领域有更多的科研合作，通过XXXX现有的用户群来做市场推广。
本着与XXXX建立全面、持久、稳定、良好的业务合作关系，我们郑重承诺：
以丰富的项目实施能力、雄厚的资金实力，以方便、快捷的本地化服务特点为保障，确保XXXX数据库升级项目的顺利实施。
目录
第一章技术方案 (3)
1项目方案 (3)
1.1生产中心硬件平台 (3)
1.1.1系统拓扑结构 (3)
1.1.2服务器硬件平台选择 (4)
1.1.3存储部分 (5)
1.1.4存储交换机 (6)
1.2数据迁移方案 (7)
1.2.1RMAN Backup/Restore迁移 (7)
1.2.2Oracle DataGuard迁移 (8)
1.2.3借助第三方工具（Quest SharePlex）迁移 (9)
1.2.4迁移方案对比 (12)
1.2.5迁移数据校验 (13)
2服务协议 (15)
2.1服务内容 (15)
2.2项目实施工作小组 (15)
2.3项目进度计划 (17)
2.4项目分工界面 (18)
2.5项目验收方案 (21)
2.6售后服务承诺 (23)
第一章技术方案
1项目方案
1.1生产中心硬件平台
1.1.1系统拓扑结构
XXXX现有数据中心和新建设的数据中心服务器配置的简单拓扑图如下图所示：
现有生产中心数据库服务器硬件平台由两台Sun v890服务器构成，在Solaris 10操作系统上运行Oracle RAC数据库（10gR2），数据文件存放在共享的HP EVA8400磁盘阵列上。本次方案的主要目的是建设新的硬件平台，将数据库从现有平台平滑迁移至新的硬件平台。
本次方案根据招标文件中相关要求，参考当前系统运行状况，选择合适的硬件平台，支持核心数据库系统的稳定、高效运行。根据本节硬件平台的选择结果，在第2节中我们将会给出相应的数据迁移的几种方案。
1.1.2服务器硬件平台选择
当前数据库服务器采用了Sun v890服务器，我们的目标是根据现有的硬件配置推算出我们需要的新硬件平台服务器的处理器的配置需求。衡量OLTP类应用系统的处理器处理能力的指标有CPU2006，SPECjbb2005，TPC-C等指标。由于不同厂商的不同时期发布的产品在性能比较上不存在单一的标准，加上部分产品未参与某些指标的公开测试，所以在下面的讨论中我们选择同时发布了SPECjbb2005和CPU2006指标的v890（UltraSPARC IV+ 2.1GHz处理器）服务器作为基准，作为其他服务器处理器比较的依据。
从https://www.doczj.com/doc/133672841.html,和https://www.doczj.com/doc/133672841.html,可以分别获得主流服务器平台的TPC-C和CPU2006指标数据。各个型号服务器的SPECjbb2005和CPU2006的数据和相应配置如下表所示：
因为UltraSPARC IV+ 1500MHz的v890采用的是SPECjbb2005指标，我们只能从相关的参考指标来推算出当前Oracle在主流服务器中配置的SPARC64芯片性能比较参数。从上表中可以看出，单颗2.6GHz的SPARC64芯片性能大约是2.1GHz UltraSPARC IV+芯片的2.3倍，单颗2.1GHz UltraSPARC IV+处理器是同型号1.5GHz主频处理器的2倍。因此2.6GHz主频的SPARC64处理器性能是UltraSPARC 1.5GHz处理器性能的5倍左右。
根据标书要求，服务器满配置需要至少32核心处理器和64GB内存。根据这一要求，我们从主流的服务器厂商中选择了Oracle的M5000服务器作为推荐型号，满足本次方案建设要求。其性能参数如上表所示，可以看出，配置新型号的处理器，考虑到存储设备升级，I/O系统的优化，数据库参数和配置的调整及优化，有充分证据可以表明可以提升当前数据库系统的性能，使得系统的响应时间缩短5～10倍，系统的吞吐量提高5～10倍左右。从而系统总体性能上有了10倍左右的提升。
1.1.3存储部分
OLTP是传统的关系型数据库的主要应用，主要是基本的、日常的事务处理，具有很高的并发性（大量的交互式用户），并且是更新密集型的，SQL语句主要以插入、更新和删除为主，要求具有较快的响应时间，以银行系统，订票系统为代表。
由于OLTP应用的业务特点，从性能角度出发，对磁盘子系统有一定的要求。
OLTP系统最容易出现瓶颈的地方除了CPU就是磁盘子系统。磁盘子系统在OLTP环境中，它的承载能力一般取决于它每秒处理I/O的数量。因为在OLTP环境中，磁盘物理读一般都是db file sequential read，也就是单块读，但是这个读的次数非常频繁。如果频繁到磁盘子系统都不能承载其IOPS的时候，就会出现大的性能问题。另外磁盘子系统的控制器的Cache大小对I/O系统的性能也至关重要，Cache决定了很多事务不需要从物理磁盘存取数据，从而大大缩短了事务处理的时间。
根据标书要求，存储设备的选择需要同时支持FC和iSCSI协议，IOPS至少达到18000，控制器缓存至少16GB，可用磁盘容量达到10TB，配置容量需要达到20TB左右。针对Oracle数据库，可以按照如下的方式进行RAID的设置：
本次方案我们根据标书要求选择HP EVA 8400存储设备作为推荐产品，满足本次建设要求。HP EVA 8400控制器最大支持22GB Cache。支持FC、FATA和SSD磁盘。
为了满足随机IOPS 18000的要求，我们按照单块15000rpm的SAS磁盘可以提供300～400个IOPS计算，即我们至少需要配置50块左右的磁盘。按照容量计算，我们配置48块转速15000rpm、容量为450GB的FC磁盘，以满足性能要求。
1.1.4存储交换机
主机和存储设备通过FC SAN进行互联，根据标书要求采用两台Brocade 300E SAN交换机实现主机和存储设备的互联，保证连接性能的同时消除链路层的单点故障。每台交换机激活16端口，满足当前主机和存储链接需求。
1.2数据迁移方案
本次系统迁移的目标是在4小时停机维护时间内完成数据在两个数据中心RAC环境内的迁移，两地数据中心之间通过1000Mbps的以太网链路互联。
我们在本方案中建议以下三种方式实现Oracle数据库的数据迁移：
●RMAN Backup/Restore
?通过全备份、增量备份实现数据迁移
?实现方式简单，迁移成本较低
?需要较长的停机维护时间
●Oracle DataGuard迁移
?通过建立Active-Standby的模式运行实现数据自动复制，通过switchover的方式
实现主备中心的切换，实现数据迁移
?需要主-备中心使用相同服务器硬件平台
●借助第三方工具（Quest SharePlex）迁移
?通过建立Active-Standby的模式运行实现数据自动复制，通过switchover的方式
实现主备中心的切换，实现数据迁移
?支持异构平台
?需要第三方工具支持，成本较高
1.2.1R MAN Backup/Restore迁移
正式迁移前使用RMAN全备份源数据库，通过1000Mbps网络将备份数据传输至目标数据中心，通过RMAN restore将数据库在目标端恢复。
每天增量备份数据库，将增量备份数据通过1000Mbps网络传输至目标数据中心，通过RMAN Restore将每天的增量数据恢复。
正式迁移开始时，中断源数据库的客户端访问连接，通过RMAN增量备份数据库，将增量备份
数据通过1000Mbps网络传输至目标数据中心，将源数据库最后的增量部分在目标数据库恢复。
该方法恢复数据库实现方式简单，不需要对源数据库进行设置变更，不影响源数据库的正常运行；但该方式迁移数据库需要较长的迁移周期，同时需要安排一定的停机时间，以保证数据的完整迁移。
1.2.2O racle DataGuard迁移
DataGuard方案是在新主机存储设备划分好、操作系统和数据库软件安装完毕之后，通过在新的磁盘阵列上创建与原有的数据库一样的卷组(VolumeGroup，简称VG)，接着再在各个VG内创建与原有数据库完全一致的逻辑卷(LogicalVolulne，简称LV)，归档日志所在目录以及oracle 的bdump、cdump和udump必须和原有的数据库相应目录设置成一致。
然后在原有数据库上做全库的RMAN备份，再在新的磁盘阵列上利用RMAN备份生成的文件做新的数据库的恢复，并且将新的数据库一直处于 managed recovery状态，在此状态下，原有数据库上生成的归档日志，可以在新的数据库上应用，以保证新的数据库与原有的数据库不断同步。在需要进行测试的时候，可以先将新的数据库做一次RMAN备份，然后将新的数据库至于open状态，新数据库就可以进行交易验证测试了。验证测试完成之后，将新的数据库再次恢复，此时恢复采用的文件为新数据库叩即前所做的RMAN备份的文件，然后再和迁移前的数据库通过应用归档日志保持不断同步。
当执行数据库正式切换时，将迁移前的数据库所在的应用全部正常关闭，保证不再有新的数据库记录产生，然后插入相应的验证数据，再连续切若干个归档日志，保证在线联机日志中不再保留任何数据，将生成的所有归档日志全部在新的磁盘阵列所在的数据库上进行应用，然后将新的数据库至于打开状态，这样新的数据库就能正常对外提供服务了。DataGuard的迁移流程如下图所示。
DataGuard方案所使用的软件、工具和命令均为安装了Oracle 10g企业版所自带，不再需要另行购买。流程的实施具有一定难度，尤其还要保证不影响现有的系统的正常运行。DataGuard 整个实施流程中涉及到的所有命令的学习和掌握都需要一定的时间，生产数据库和新数据库之间的归档日志如何自动传输以及归档日志如何自动在新数据库上进行应用，都需要认真考虑解决方案。
DataGuard方案不能对现有的数据库做表空间大小的优化调整，它只能保持新数据库所有的数据文件和现有的数据库数据文件完全一致。但由于采用该方案，之前的数据库信息可以提前同步，在正式切换时，需要同步的数据比较少，因而导致停业的时间比较短。在DataGuard的三种模式中选择最大性能模式，可以尽可能地减少对现有生产数据库的性能影响。
1.2.3借助第三方工具（Quest SharePlex）迁移
此方式和2.2节Oracle DataGuard的方法和原理是一样的。下图所示为SharePlex for Oracle的基本结构：
数据捕获
SharePlex for Oracle由捕获进程来收集发生变化的数据，捕获进程驻留在源系统上，自动读取Oracle的在线日志文件。这种读操作是从操作系统的角度来完成的，而不是通过数据库。通过将日志文件作为获取变化信息的源泉，Quest可以完成数据的复制而不会给生产系统带来额外的开销。由于Oracle将所有的事物变化记录到日志中并使用日志文件进行系统恢复，因此Shareplex for Oracle可以通过解析日志文件保障数据的一致性。
捕获进程连续监控日志文件用以捕捉变化信息。当日志文件中出现一条新记录时，SharePlex 判断其是否属于被复制对象，如果是，则SharePlex为该条记录加入用于决定此记录将被发向那个主机的地址信息并将包含地址信息的记录存放到自己的队列中，存储队列存在于数据库之外。发生改变的数据被立即处理并被发送到目标系统中而不等待提交或回滚动作的完成，因为等待提交或回滚完成将带来延迟。当提交或回滚信息被写入日志文件时，它们也将被发送到目标系统中，从而在目标系统中完成相对应的操作。
捕获进程具有如下特点：
捕获进程从Oracle 日志文件中读取信息，因此复制过程不会给生产数据库实例带来性能问题；
●只有发生改变的数据被传输，而不是日志文件中的全部信息，因此SharePlex的网络负
载非常小；
●尽管需要在Oracle数据库中安装少量的对象用来存储有关复制的一些基本信息，但源
数据库不需要参与到数据捕获和传输过程中；
SharePlex的捕获进程不但可以读取在线的日志文件，而且可以读取归档日志，甚至当归档日志文件被移动到其它设备上时，SharePlex会发出提示信息。正是这种能力极大地增强了系统的冗余功能。例如，如果捕获进程由于某种原因被停止，当它重新启动后数据同步不会受到影响；数据传输
SharePlex for Oracle在基于TCP/IP协议的网络环境完成源和目标系统之间的数据传输。其相关的进程确保数据的正确接收和网络数据包的正确顺序，从而提供网络传输冗余，确保数据的完整。整个数据传输过程无需其它的中间件。
应用数据
应用进程将传送到目标系统中的信息转化为SQL语句，然后发送给Oracle执行。
SharePlex能够实现精确复制的一个重要原因就是其能保证从源数据库到目标数据库的Oracle读一致性，不但按顺序复制事务，而且也复制上下文信息，将源数据库中发生变化的全部事务信息都复制到目标数据库中。
尽管企业从规划设计良好的业务系统中收益，但也不得不面临数据库升级和平台迁移这一挑战。如从Oracle 9i升级到11G，从HP平台前移动AIX平台等等呢个。
SharePlex可确保在进行以上工作时正常的事务处理得以继续进行。源系统的功能不受到任何影响，SharePlex只捕捉迁移过程中发生变化的事务并将它们排队保存。当迁移工作结束后，这些被保存的事务将被应用到新系统中并进行数据同步工作。一旦数据同步后，用户活动会有非常短暂的停顿，在此瞬间将完成系统的切换动作。
方案收益
●异构平台的迁移及数据库升级
基于SharePlex对复制平台异构的支持，SharePlex的系统迁移方案，完全可以实现跨平台的数据库迁移或数据库版本的升级。例如：用户可以平滑的实现HP 平台下 Oracle 9i 到 AIX平台下 Oracle 11G的数据库升级，没有任何限制。
●极大地降低了停机时间
以往的数据库迁移或升级，大部分情况下只能使用EXP/IMP的方式完成，必然造成较多的停机时间，这对现今越来越要求高可用性的7*24小时系统来说，几乎是不可接受的。SharePlex通过使用中间机，及数据变化的即时复制等技术，使停机时间从几小时甚至几天，缩短到几分钟，最大程度的满足了用户的需求。
●建立了风险回退机制
通常的数据库升级或迁移都存在着一定的风险，如数据库与应用程序兼容问题等，如果升级后出现未预料到的问题，或升级失败，则需要能够迅速切换到原有的系统，以保证系统的正常运行。通过SharePlex设计方案，整个迁移过程都是可控的，原有生产环境保留，升级过程中失败直接启用原有生产系统即可。SharePlex完成系统的升级或迁移后，可以建立一条由新系统到旧系统的复制链路，将新系统上的数据变化复制回旧系统。此时，如果新系统出现意外情况，应用不仅可以迅速的切换到原有的系统，也避免了切换过程中的数据损失，保证了系统的平稳过渡。
1.2.4迁移方案对比
通过上述三种数据迁移方案的比较和本次系统迁移的要求，我们建议采用Oracle DataGuard 的方式来实现Oracle数据库的数据迁移。
1.2.5迁移数据校验
1.2.5.1业务验证方案
业务验证方式是数据迁移验证的核心，由于迁移流程中从小到大、从易到难会经历内部测试、预演和正式切换三个实施阶段，而这三个阶段分别需要业务的验证。由于系统业务交易的数量太多，而业务验证时间和参与验证机构的数量各有不同，业务验证不可能面面俱到，不可能涵盖每一笔交易，因此需要根据每个阶段的测试目的，根据业务系统的交易类别和交易重要性，在不同的测试阶段，选择不同的测试机构和机构数量，制定每个阶段可行的业务验证案例。
在内部测试阶段，业务验证主要是测试数据迁移后应用能否正常交易，因此该阶段的测试侧重的是业务交易的可用性和核心交易的正确性，由于中间业务测试环境已经搭建，所以在内部测试阶段增加中间业务类的测试。
预演阶段是正式切换的预先演习。由于内部测试已经测试了较为完整的交易流程，预演的目的主要是验证实际生产前台环境的可用性，另外预演测试还能起到对新主机数据库一个压力测试作用。
在正式切换阶段，所有的验证交易均为真实的操作，之前两个阶段的交易只在测试环境有效，在生产环境中是不存在的，而正是切换后，迁移后的数据库就转为了新的生产数据库，此时的交易验证要尽可能的详细，必须包含所有核心交易，尤其是与外围系统有业务交易往来的交易，能测的都需要尽可能得测到。
1.2.5.2外围系统验证
如果存在以订票系统为核心的外围系统，并且这些外围系统有些是需要通过业务交易与核心系统的应用和数据库打交道，有些是不需要通过业务交易直接在数据库层面或者其他层面与核心系统进行交互，基于此，可以对所有外围系统进行分析，将不需要通过业务交易验证就可以验证新旧数据库数据迁移是否正常的系统进行筛选，列出各外围系统与核心系统的关联性，并提供可行的外围系统验证方法，从而提高数据迁移验证的准确性，减少业务交易验证的工作量。
1.2.5.3技术验证方案
Oracle数据库迁移的技术特性是在通过RMAN恢复数据库后，不断应用迁移，前数据库生成的归档日志而这些归档日志记录的就是使得原有数据库的数据内容进行改变的每一条语句。再由于归档白志记录的每条语句的顺序，就是每条语句被执行的顺序，换句话说，就是执行每条语句的时间顺序。根据以上分析，技术验证的方法可以考虑通过在特定的时间在原有的数据库中插入特定的内容，当数据迁移完成后，在新的数据库中查找插入的特定内容是否存在，如果不存在，迁移肯定有问题，如果存在，则在一定程度上可以证明数据的一致性。
基于以上的分析，再加上现有生产数据库的备份方式，，备份前，必须将应用和数据库正常关闭，因此在技术验证的时间点，考虑在生产数据库上建立一张验证表，表明为verify--tab，该表字段为日期和时间字段，每天备份数据库之前，在verify--tab中插入一条记录，该记录的内容为插入该条记录的日期和时间，具体精确到年、月、日、小时、分钟、秒。由于该验证记录是在数据库关闭前产生的最后一条记录，如果新的数据库上同步结束后正常打开后，能在新的数据库的验证表verify--tab中查找到同样的当日插入验证记录，并且新数据库的告警日志altertSID.log 文件中没有任何出错信息，则可以肯定迁移前后新旧数据库的内容是保持完全一致的。
为了进一步验证迁移前后数据的一致性，还可以考虑将数据库中与应用相关的、重要的数据库表的记录数和某些字段的求和进行统计。我们可以通过执行相应的SQL命令获得整个数据库中一共有多少记录。当然，这个数据的获得应该在应用正常关闭后数据库正常关闭前获得，然后将这两个数据记录下来。在数据迁移完成后，在新的数据库中同样执行相同的命令，也能得到两个数据，将前后两次所得到的活期账户数和活期账户余额求和两个数进行对比，如果两个数都分别完全一致，则从另一个角度也能说明迁移前后新旧数据库数据的一致性。
完整性和可用性验证相对比较简单，只要迁移后的新数据库能正常打开，并且架构在数据库之上的应用能正常启动，不会报由于数据库的问题导致应用不可用，并且新数据库的告警日志altertSID.log文件中没有任何出错信息，那就可以肯定迁移后的新数据库是完整的、可用的。
数据迁移的验证是一个非常重要的内容，通过验证可以确定新旧数据库内容是否一致，可以确定新的数据库的完整性和有效性。
2服务协议
2.1服务内容
本项目主要包括了XXXX股份有限公司电信机房迁移项目涉及的服务器、存储、SAN交换机、虚拟化软件等硬件设备、相关软件以及系统集成方案详细设计、实施、培训、技术支持与服务等内容。
本项目系统集成服务的具体内容如下：
1.完成本项目中标采购设备的总体设计及工程实施方案的设计。
2.完成本项目中标采购设备的安装、调试及相关软件的集成服务。
3.完成本项目中涉及到的系统升级、平台迁移和数据迁移的实施工作，确保在停机时间内可以平
滑升级。
4.编制与本项目相关的各种工作文档、技术文挡、测试记录和工作记录，并在项目验收完成后全
部提交给甲方备案。
5.为甲方有关信息系统管理人员及相关人员提供相关设备的技术、维护等相关培训。
2.2项目实施工作小组
2.3项目进度计划
注：
1.T0为项目启动时间
2.产品订货约10天
3.实际实施时间约20天，同时进行系统测试
2.4项目分工界面
XXXX职责：
?任务一项目准备
目标：协助XXXX检查实施环境条件。
任务描述：
?协助XXXX前期的实施准备工作，提交有关现场安装环境要求的文档，协助完成现场环境
的准备，检查并确认XXXX设备安装环境是否已具备实施要求。
?在XXXX的协助下，完成本次项目的需求调查，为项目实施进行深化设计和前期准备。
?现场勘查
任务说明：
?对施工现场进行实地环境和准备情况勘察。
?结合现场情况访谈用户，对主机、存储、光纤网络、IP网络需求进行深入了解和细化。
?结合业务特点，了解现有系统运行环境。
?实地勘察完上述地点后，在五个工作日内对该地发现的问题和建议进行汇总整理，以报告
的形式提交给甲方。
交付件:
?《现场勘察报告》
完成标准：
?乙方完成上述工作，提交交付件，本任务即视为完成。
?任务二制定详细设计方案及实施方案
目标：为XXXX项目具体实施确定深化实施方案。
任务描述：
?制定深化设计方案。
?制定系统实施计划。
?制定系统测试计划。
?制定系统验收计划。
交付件：
《SOW手册》、《深化设计方案》、《系统实施计划方案》、《验收方案》
完成标准：
乙方完成上述工作，提交交付件，本任务即视为完成。
?任务三设备到货、现场验收
目标：督促厂商设备生产及发货，确认到货设备符合合同约定。
任务描述：
?督促厂商设备生产及发货。
?制定设备验收方案。
?在到货现场，对硬件设备和软件进行检查并记录设备S/N号。
交付项目：
设备现场验收文档
完成标准：
乙方完成上述工作，提交交付件，通过客户审核，甲方本任务即视为完成。
?任务四系统安装调试、数据迁移
目标：在XXXX现场完成硬件设备和软件的安装、配置和调试。
任务描述：
?数据库服务器安装，调试
?存储设备安装、调试
?服务器和存储系统互联
?新平台RAC环境搭建
?系统测试和迁移方案论证、演练
?数据迁移
交付项目：
《系统集成完工报告（FAT）》、《项目SOP手册》、《系统测试报告》、《系统终验报告》
完成标准：
乙方完成上述工作，提交交付件，通过客户审核，甲方本任务即视为完成。
XXXX职责：
l，XXXX应同集成商进行系统整体设计，规划及技术标准的制定；
2，XXXX应配合集成商的分工界面及工程实施计划，提供合适的机房环境、传输电路和与电信的互连互通；
数据中心机房搬迁方案 随着信息系统规模的扩大，数据中心机房无论从面积、配套基础设施等各个方面都逐渐不能满足需求。针对这种情况，大多数供电局选择重建机房。如何将服务器、存储、网络等设备迁移到新机房，则是一个较为棘手的问题。 通过分析，发现机房搬迁存在两个难点：一是搬迁风险大，许多设备早已过保修期且比较陈旧，因此设备安全性和数据安全性的保障显得尤为重要。二是对用户有较大的影响，机房迁移对业务工作的开展影响较大，甚至是整个单位的业务中断，导致严重后果。因此，搬迁前要做好大量的准备工作，制定周密的搬迁计划，提供相应的预防措施、补救措施，最大程度保证数据和应用系统的安全。 1.搬迁方案 为了使搬迁对应用系统的影响降至最小，可采用在线搬迁的方式，即建立平滑的网络过渡环境，以数据存储为核心，保障网络和应用系统的稳定性、连续性，最大程度缩短系统运行的中断时间。搬迁方案包括以下几个方面：设备搬迁方案，主要内容为搬迁设备统计、搬迁配套工具、搬迁日程和人员安排、搬迁后设备位置平面图。 网络割接方案，包括网络割接流程以及割接前后网络拓扑变化。 系统及数据备份方案，包括备份方式以及时间。 应急方案，包括硬件故障、操作系统故障、数据库及应用系统故障、存储设备及数据故障应急方案。 在方案中，首先要确定需搬迁设备清单，并对设备进行分类;其次按照系统划分设备，安排合理的搬迁次序。核心系统可在周末或者工作日的晚上搬迁，非核心系统可在工作日搬迁。对于双机运行的设备可先对备用系统搬迁、调试、正
常运行后，再将主机搬迁至新机房。 2.搬迁步骤 搬迁前制定通知，把搬迁过程的停机安排统一发布，然后提供一个热线电话和信息部联系，负责协调各个专业的搬迁事宜。 信息发布：信息部门提前进行信息发布，告知具体搬迁时间计划。 网络互连：确定新数据中心机房和旧机房的光纤线路连通. 检查机房环境条件和可用性：检查新机房空调、供电、消防、综合布线等设备正常运行的条件具备，同时进行网络联通性测试，保证网络的可用性。 应用管理员检查确认应用是否正常运行，主机管理员检查确认主机是否正常运行。 数据备份：搬迁前，做好该系统的相关备份。 确认搬迁工具到位。 确认关键业务系统相关厂家提供热线支持或现场支持。 应用管理员退出应用，主机管理员停运主机，再由各搬迁组进行主机的拆卸、清洁、搬迁、上架及网络/KVM接入等工作，设备搬迁过程中应做好设备的防碰撞、防灰尘、防水等，同时必须严格按照设备布局图、设备背面接线图完成设备的上架、接线等工作。 主机管理员通电启动设备，并进行主机测试，应用管理员负责应用测试。 设备正常运行后，各搬迁组及时更新设备及连接线的标识。 建议人员变迁和系统搬迁分期进行。即人员在新大楼办公，系统在旧大楼，
1应用及数据迁移方案 1.1应用及数据迁移概述 本次的应用及数据迁移工作，新旧设备的数据迁移也将体现本次实施工作的水准。 原应用及数据迁移具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员 多、层次复杂等特点。本项目迁移工作，应用不能中断，迁移准备工作要充 足,迁移时间在尽可能非工作时间完成，并在极短的时间内完成准备工作，并能够有超过时 间的倒退方案，所有新设备的应用系统稳定性也是一个考验。因此，必须协调好各单位人 员的关系，齐心协力才可能在预定时间内完成应用和数据的迁移工作。 本方案是以尽量不影响XXX信用社的日常工作或将影响降低到最低为前提的情况下制 定的，在小型机及存储设备到货后，先完成对小型机及存储的独立系统安装与调试工作， 第二步完成应用系统的安装与调试工作，整个新系统完成可独立运行后，选择在非工作时 间开始开始数据迁移工作，到工作时间以前完成整个服务器、存储设备的数据迁移及测试 工作。并且在正式上线运行以后，继续跟踪系统的运行情况，随时处理系统运行的异常情 况。当然，在XXX信用社各方面人员的充分协调及配合下才能完成本次应用及数据的迁移 任务。 我公司在上游厂商资源方面有较大优势，如在迁移工作中出现设备故障，除在备品备件中提供的备件外，还可协调各方资源以最快速度解决客户设备故障问题。 1.2迁移规划 1、实施流程: 流程主要根据迁移前的需要制定，主要详细了解当前系统设备情况，系统运行情况。针对所了解情况制定详细迁移方案以及应急方案。 2、专业工程师了解用户原有设备的现状以及迁移后的具体要求。充分考虑 在实施过程中可能出现的各种情况，定制详细可行性的迁移实施计划，将应用及数据迁移
云数据中心边界安全解决方案 -安全网关产品推广中心马腾辉 数据中心的“云化” 数据中心，作为信息时代的重要产物之一，先后经历了大集中、虚拟化以及云计算三个历史发展阶段。在初期的大集中阶段中，数据中心实现了将以往分散的IT资源进行物理层面的集中与整合，同时，也拥有了较强的容灾机制；而随着业务的快速扩张，使我们在软、硬件方面投入的成本不断增加，但实际的资源使用率却很低下，而且灵活性不足，于是便通过虚拟化技术来解决成本、使用率以及灵活性等等问题，便又很快发展到了虚拟化阶段。 然而，虚拟化虽然解决了上述问题，但对于一个处于高速发展的企业来讲，仍然需要不断地进行软、硬件的升级与更新，另外，持续增加的业务总会使现有资源在一定时期内的扩展性受到限制。因此，采用具有弹性扩展、按需服务的云计算模式已经成为当下的热点需求，而在这个过程中，数据中心的“云化”也自然成为发展的必然！ 传统边界防护的“困局” 云计算的相关技术特点及其应用模式正在使网络边界变得模糊，这使云数据中心对于边界安全防护的需求和以往的应用场景相比也会有所不同。在云计算环境下，如何为“云端接入”、“应用防护”、“虚拟环境”以及“全网管控”分别提供完善、可靠的解决方案，是我们需要面对的现实问题。因此，对于解决云数据中心的边界安全问题，传统网关技术早已束手无策，而此时更需要依靠下一代网关相关技术来提供一套体系化的边界安全解决方案！ 天融信云数据中心边界安全防护解决方案
面对上述问题，天融信解决方案如下： 通过TopConnect虚拟化接入与TopVPN智能集群相结合，实现“云端接入”安全需求； 通过在物理边界部署一系列物理网关来对各种非法访问、攻击、病毒等等安全威胁进行深度检测与防御，同时，利用网关虚拟化技术还可以为不同租户提供虚拟网关 租用服务，实现“应用防护”安全需求； 通过TopVSP虚拟化安全平台，为虚拟机之间的安全防护与虚拟化平台自身安全提供相应解决方案，实现“虚拟环境”安全需求； 通过TopPolicy智能化管理平台来将全网的网络及安全设备进行有效整合，提供智能化的安全管控机制，实现“全网管控”安全需求； 技术特点 ●虚拟化 ?网关虚拟化：
正本 招标人：XXXX 项目名称：电信机房迁移项目 （数据库升级部分） 投 标 文 件 投标方全称：XXXX股份有限公司 2012年02月20日
前言 首先，非常感谢各位领导及专家给予XXXX参与“XXXX数据库迁移项目”的机会，我们凭借自身综合实力及多年系统集成，提交本方案，望能采用。 XXXX集团（原青鸟软件股份有限公司）起源于北京大学，是一家专业从事软件与信息技术服务的大型企业集团（以下简称“XXXX”），XXXX集团以XXXX股份有限公司为核心企业， XXXX活跃在新经济下企业转型服务领域，并在咨询服务、软件开发、系统集成以及运维服务四个核心业务领域积累了世界领先的专业技术和服务经验，与50多家国际著名管理咨询公司和软硬件厂商结成战略合作联盟，与3000多家国内集成商紧密合作，为数万家客户提供信息技术服务和应用软件解决方案及相关服务，在金融、能源、政府及企业领域建立起了卓越的声誉和品牌，是客户最佳的信息技术发展战略合作伙伴。 针对本项目，XXXX具有如下优势： 集成优势 XXXX作为一级系统集成商，对系统集成有着深刻的认识；同时设计和实施过在众多数据中心、大型业务系统的软硬件平台，有着丰富的建设经验；针对应用的高可用性和业务的连续性有着深入的研究，结合用户的具体需求，我们将提供全面、合理的解决方案。 产品优势 XXXX是IBM、HP、SUN小型机；ORACLE、SYBASE数据库；IBM、ORACLE中间件及试测软件；EMC、HDS存储；CISCO、AVAYA网络设备；APC机房设备等高级别代理商，对各类产品有深入细致的了解，能为贵校提供最优的解决方案。 完善的质量保证体系 ISO9001质量保证体系是质量管理标准和质量保证标准。XXXX为了进一步提高公司的管理水平，确立了以客户为中心的质量体系，并将其定义到整个系统集成的设计/开发、供应、安装和服务领域。本地化服务能力 上海XXX员工逾200人，技术人员50余名，其中包括小型机、中型机、存储、数据库、智 能化、软件、项目经理人及网络工程师若干名，具备较强的技术力量和集成能力。 公司特为此项目成立豪华项目小组，由公司销售总监担当项目组长，监控整个项目的实施过程，并组建15人的技术服务团队（有厂商资格认证的工程师）配合厂商为用户提供全方位的技术服务。 优惠政策 公司根据本实验室的建设目标、主要任务和功能定位，特免费赠送对改实验室建设有帮助的一款系统软件数据统计软件，希望能够充分的帮助学校更好的建设此实验室。 科研合作 近期，国家加大了对“产学研”过程的扶持与引导力度，而XXXX也一直致力于出身高校（前北大系）服务于高校的准则，大力与高校进行校企合作。充分利用高校的人力资源与科研能力，在金融、电力、能源、高教等领域共同开发出适合市场需求的产品，并树立良好的品牌。因此，希望通过此次参与上海交通大学项目，能够有机会更进一步与贵校在内容安全领域有更多的科研合作，通过XXXX现有的用户群来做市场推广。 本着与XXXX建立全面、持久、稳定、良好的业务合作关系，我们郑重承诺： 以丰富的项目实施能力、雄厚的资金实力，以方便、快捷的本地化服务特点为保障，确保XXXX数据库升级项目的顺利实施。
数据迁移方案 N8000到AS13000 广东XX信息技术有限2015年7月
1. 系统拓扑图 成果数据存储系统拓扑图 千兆以太网光纤线路万兆以太网光纤线路 中间服务器 千兆以太网线路 2. 需求分析 新增设备：2台AS13000-NAS 、1台NAS 网关和1套DPS 备份系统通过光纤跳线连接万兆交换机，中间服务器和华赛N8000通过6类网线连接万兆交换机，最低达到千兆交换的物理基础架构。其中1台AS13000-NAS 作为成果数据存储，通过NAS 网关对外提供存储服务，另一台通过DPS 备份软件实现数据备份。 华赛N8000存储数据有40TB ，包括各种大小文件、压缩包，需安全迁移到AS13000，实现数据的备份和共享。数据迁移是敏感性动作，必须保证迁移数据的完整性、可用性，一致性。 华赛N8000已发生硬件故障，须尽快完成数据迁移工作。
3.数据迁移方案 本次数据迁移的目标是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移，并保证数据的完整性、可用性，一致性。 我们在本方案中建议以下2种方式实现存储设备之间的数据迁移： ●文件复制 ?通过全备份、增量备份实现数据迁移 ?实现方式简单，迁移成本较低 ?需要较长的存储中断服务时间 ●备份软件迁移 ?通过建立选择备份的模式运行实现数据自动复制，实现数据迁移 ?支持异构平台 ?需要第三方备份工具支持，成本较高 3.1.文件复制 该方法是通过中间服务器的指令在2个存储设备之间复制数据，数据迁移实现方式简单，不需要对源数据进行设置变更，不影响源数据的正常运行；但该方式迁移数据需要较长的迁移周期，同时需要安排一定的存储中断服务时间，以保证数据的完整迁移。 该方法不适用于增量数据迁移，增量数据需另配存储或在存储中临时划LUN替用，迁移完原数据后再迁移增量数据。 3.2.备份软件迁移 该方法通过安装的备份软件实现2个存储设备之间数据备份，向导指引你进行文件的备份与恢复，支持任务排程，进行备份时可以根据文件类型有选择的进行备份，备份文件可以压缩为ZIP文件进行存放，以节省空间，并且可以通过压缩密码保护您的文件。整个迁移过程都是可控的，原有存储环境保留，避免了迁移过程中的数据损失，保证了系统的平稳过渡。
XX数据中心机房搬迁技术方案
1.1 机房搬迁 (3) 1.1.1 机房搬迁概述 (3) 1.1.2 搬迁要求及规范 (9) 1.1.3 搬迁总体规划 (16) 1.1.4 搬迁实施方案 (21) 1.1.5 搬迁应急方案 (40) 1.1.6 搬迁工期保证措施 (44) 1.1.7 搬迁清单 (46)
1.1机房搬迁 1.1.1机房搬迁概述 1.1.1.1项目概述 XX市XX监管平台系统数据中心机房设在XX市XX大道广场A座5楼。此次搬迁将XX市XX大道2#广场A座5楼搬迁到XX市大厦大楼11楼。
由于很多关键应用系统的可用性要求是7X24小时不间断运行以及受硬件设施的限制，此次机房搬迁不能采用搬迁，但会尽可能考虑到关键应用的可用性，最大程度减少系统停机时间。 1.1.1.2原机房现状 1.1.1. 2.1设备分布情况 原机房地点为XX2号广场5楼，面积约300m2。机房划分为2个区域：主机房区（260平米，包含主机房以及机房操作室）和电源室（40平米）。机房已按照B级标准建设完成，配置有消防、电力、温控、防雷等基础设施。 机房平面布置图如下： 图:系统机房平面图 本期需要将原建设数据机房中模块化机柜、机房消防系统、监控系统、机房展示系统搬迁到新建机房。 1.1.1. 2.2供电系统情况 原机房采用双回路市电供电，市电通过UPS系统为IT设备供电，制冷设备直接使用市电供电。
目前机房UPS使用情况如下： 1.1.1. 2.3制冷系统情况 以及UPS供电设备2台以及相关空调消防设备若干台。 1.1.1. 2.4网络及硬件支撑平台现状 平台硬件网络分公共服务区网络和核心区网络两部分，两大网络区之间通过网闸进行安全隔离。 公共服务区网络分别部署以下设备： 1.负载均衡服务器，位于对外网络接口节点上，双路均衡分摊公共办公网络和互联网之间的数据传输业务； 2.千兆安全防火墙，位于对外网络接口节点上，为公共服务区对外网络边界提供安全防护；
云数据中心设计方 案
云数据中心设计方案 李万鸿 -2-25 云计算是大势所趋，选择合适的硬件和软件建立云数据中心是非常重要的，下面是一个非常详细的云数据中心设计方案。 1.云数据中心架构设计 学校云数据中心架构图 云数据中心包括Iaas、Paas、Saas三层服务，云数据中心既是一个企业云，也能够对外提供服务，学校还能够使用别的公有云如阿里云，形成混合云。 1）. SaaS：提供给客户的服务是运营商运行在云计算基础设施上的应用程序，用户能够在各种设备上经过客户端界面访问，如浏览器。消费者不需要管理或控制任何云计算基础设施，包括网络、服务器、操作系统、存储等等，实现智慧校园产品及学校
现有产品等给用户使用。 2）. PaaS：主要提供应用开发、测试和运行的平台，用户能够基于该平台，进行应用的快速开发、测试和部署运行，它依托于云计算基础架构，把基础架构资源变成平台环境提供给用户和应用。为业务信息系统提供软件开发和测试环境，同时能够将各业务信息系统功能纳入一个集中的SOA平台上，有效地复用和编排组织内部的应用服务构件，以便按需组织这些服务构件。典型的如门户网站平台服务，可为用户提供快速定制开发门户网站提供应用软件平台，用户只需在此平台进行少量的定制开发即可快速部署应用。提供给消费者的服务是把客户采用提供的开发语言和工具（例如Java，python, .Net等）开发的或收购的应用程序部署到供应商的云计算基础设施上去。客户不需要管理或控制底层的云基础设施，包括网络、服务器、操作系统、存储等，但客户能控制部署的应用程序，也可能控制运行应用程序的托管环境配置；能够使用Kubernetes、Docker容器完成应用系统的部署和管理。提供统一登录、权限、门户、数据中心、数据库等服务，实现容器管理、自动化部署、自动化迁移、负载均衡、弹性计算、按需分配、应用统计、性能检测、API接口、数据交换等功能。 3）. IaaS：提供给消费者的服务是对所有计算基础设施的利用，包括处理CPU、内存、存储、网络和其它基本的计算资源，用户能够部署和运行任意软件，包括操作系统和应用程序。Iaas层是
第1章设备迁移方案 1.1迁移流程及顺序说明 以上为系统迁移的流程图，各单位数据中心分系统均按该流程进行，做到系统迁移的有序进行。
1.2迁移实施前期准备 迁移的准备工作是整个迁移工作的极其重要的部分，充分的做好本次迁移的准备工作，是保证迁移工作顺利进行的首要条件，并可有效的减少迁移过程中的事故隐患，以下将对迁移前的准备工作做详细描述。 2.1迁移设备确认 在此过程中需和用户方确认迁移的网络设备、服务器、存储等硬件设备及其辅助设备和材料，并对需迁移的设备进行分类统计，形成文档，由用户方确认。 2.1设备检测 （一）硬件设备的检测 在迁移以前，用户方应对现有的设备进行一次全面的检测工作，包括系统状态、组件和系统配臵的检测，确认系统迁移恢复后应具有的功能和性能。 （二）服务器软件应用系统的检测 配合业务系统的开发维护单位，对系统的集成接口、设备连接进行检测，确认系统迁移恢复后应具有的功能和集成方式。 2.1数据备份 做好数据备份工作是本次搬迁工作顺利完成的有效保障之一，对各系统配臵参数和配臵文件做有效的记录和保存，形成文档，为系统再运行、集成提供充分的依据。 2.1设备及接口标识 迁移工作比较繁琐，尤其值得注意的是，在系统的再集成过程中，设备物理连接的恢复将是系统再集成的首要保证，众多单位的业务系统与及数量繁多的设备容易引起现场的混乱，模糊不清或者意义不明确的设备标识、标识的丢失等因素将影响系统恢复运行的时间。 因此在迁移以前对所有的硬件设备做好编号和功能标示，对物理连接的接口和线缆做好标识，对设备、接口、线缆做到一一对应，并将以上标识内容形成文档，为系统快速恢复提供可靠的基础。 标识主要内容为： 服务器设备标识：在设备做好标示，注明设备的型号、配臵、功用、接口信息等信息； 网络设备标知：注明设备型号、配臵、功用、接口信息等信息； 线缆标识：接口类型、连接设备等信息。 设备的标识工作已经按现有机房设备摆放位臵的格局做好的标识区分。在设
新老系统迁移及整合方案 本次总局综合业务系统是在原有系统的基础上开发完成，因此，新旧系统间就存在着切换的问题。另外，新开发的系统还存在与其他一些应用系统，例如，企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 新老系统迁移及整合需求分析 系统迁移又称为系统切换，即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括：数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤：数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据；数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式，数据的整合是整合系统切换的关键；新旧系统迁移就是在数据正确转换的基础上，制定一个切实可行的计划，保证业务办理顺利、平稳过渡到新系统中进行；新系统运行监控就是在新系统正常运转后，还需要监控整个新系统运行的有效性和正确性，以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合，以保证新开发的系统能与保留的老系统互动，保证业务的顺利开展。主要的任务是接口的开发。需要进行迁移的系统
需要进行整合的系统 需要与保留系统整合的系统包括： 1、企业登记管理（含信用分类），全国企业信用联网统计分析，不冠行政区划企业名称核准，大屏幕触摸屏系统与企业信用联网应用，企业登记子网站，属地监管传输，网上业务受理之间的整合； 2、外资企业登记管理（含信用分类），全国外资企业监测分析与属地监管传输，外资登记子网站，网上业务受理，大屏幕触摸屏系统之间的整合； 3、广告监管系统与广告监管子网站之间的整合； 4、12315数据统计分析与12315子网站之间的整合； 5、通用信息查询、统计系统与数据采集转换之间的整合； 数据迁移和转换分析 根据招标文件工商总局新建系统的数据库基于IBM DB2，而原有系统的数据库包括ORACLE，SQL Server，DB2。这种异构数据在总局主要存在于两个方面，即部门内部的异构数据和上下级部门之间的异构数据。同时，系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法，如：如果数据有基于DB2管理的，有ORACLE管理的，有SQL Server管理的，就根据新系统DB2的要求，把ORACLE的数据迁移到DB2数据库中，把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成，重点在于数据库存储标准、交换标准的制定和遵守，保证数据的共享，这部分工作由数据
江阴电教馆云数据中心项目方案 目录 1 方案建设思路........................................... 2方案拓扑............................................... 3方案的优势............................................. 可靠性 ............................................ 服务器硬件高可用.............................. 虚拟化集群高可用.............................. 存储系统高可用................................ 数据备份高可用................................ 可扩展性 .......................................... 动态添加虚拟化集群............................ 容灾升级扩展.................................. 降低成本，提高效率和服务水平....................... 简化管理 .......................................... 浪潮云海OS的管理平台ICM概述................. 浪潮ICM管理特性.............................. 浪潮ICM主要功能.............................. 整体架构和管理界面............................ 4方案配置清单........................................... 5公司简介...............................................
XXXXX科技股份有限公司智慧应用事业部 数 据 中 心 机 房 优 化 及 搬
迁 方 案 2015年1月22日 一、概述 1、现状分析 安泰数据中心机房位于时代数码港20楼，经过近一年多的运行，发现大楼的电源系统经常性的出现断电现象；数据中心的出口采用的是电信的50M专线，在过去的一年中，曾出现过服务中断达到24小时以上。同时，目前的数据中心已经不能满足业务快速发展带来的空间需要。 空间不足：目前20楼中心机房总面积约为20平米左右，里面含有7个机柜，服务器约15台左右，网络设备约20台左右，包含办公网络与数据中心网络，空间使用率已达到75%以上，按照部门现在的业务发展速度，该机房已不能满足近一年的需要。
环境制约：目前机房采用的是50（2P）的挂壁式空调，当夏季气温偏高时，机房内的温度难以控制，曾出现过由于温度升高导致消防栓漏水的现象。 安全隐患：目前机房在大楼新建时未进行合理规划，所属楼层为20楼，空调外机没有地方放置，暂放置在隔断的小房间内，通过窗户对外散热，无法对机房的温度进行有效控制，且夏季温度偏高，存在安全隐患；机房内屋顶设有消防栓，夏季容易产生漏水现象；机房内中央空调为大楼统一控制，晚上中央空调处于关闭状态；中心机房与办公网机房同在一处，且机房内设有门禁系统的控制开关，经常有人需要进出机房调试设备或者检修空调等，不利于机房的管理。 网络架构：目前数据中心网络采用单出口、单链路的架构，当电信的出口故障时，数据中心对外提供的服务将无法继续；在网络架构中，所有的链路全部为单链路（服务器与网络设备之间、网络设备与网络设备之间、出口与运营商之间），如果单链路中的某一个点出现问题，将导致服务终端。在现有的网络架构中，未考虑到网络安全因素，易出现网络入侵等事件。 备用电源：目前机房采用10KVA的UPS电源，其上不但接有数据中心的设备，而且接有办公网络的设备，当UPS供电时，负载已达到100%，已不能满足后期业务发展的需要。 在此背景下，我部门提出了对数据中心进行优化及搬迁的方案，以解决当前所面临的各种问题，从而确保数据中心满足部门未来三年的业务发展需要。
目录 1概述 (3) 1.1背景信息 (3) 1.1现状分析 (3) 2服务器虚拟化 (5) 2.1计算功能特性 (5) 2.1.1虚拟机计算性能 (6) 2.1.2虚拟机性能 (12) 2.1.3虚拟机迁移 (13) 2.1.4分布式资源调度DRS (16) 2.1.5分布式电源管理DPM (17) 2.1.6NVIDIA GRID vGPU (17) 2.2网络和安全功能特性 (18) 2.2.1vSphere标准交换机（VSS） (20) 2.2.2vSphere 分布式交换机（VDS） (20) 2.2.3网络 I/O 控制 (NIOC) (23) 2.3存储功能特性 (24) 2.3.1虚拟化环境的存储 (25) 2.3.2vSphere存储体系结构 (27) 2.3.3 Storage DRS (28) 2.3.4基于存储策略的管理 (29) 2.3.5Storage vMotion (31) 2.3.6存储 I/O 控制 (34) 2.3.7 Virtual Machine File System (VMFS) (36) 2.3.8 Storage Thin Provisioning (38) 2.3.9 vSphere Flash Read Cache (40) 2.4可用性功能 (43) 2.4.1VMware High Availability (44) 2.4.2VMware Fault Tolerance (46) 2.4.3VMware Data Protection (47) 2.4.4vSphere Replication (49) 3虚拟化运维管理 (54) 3.1基本功能 (55) 3.2典型应用场景 (59) 3.2.1性能监控与故障修复 (59)
数据迁移方案 N ８000到A Ｓ13０00 广东ＸＸ信息技术有限 2０15年7月 1. 系统拓扑图 成果数据存储系统拓扑图 千兆以太网光纤线路万兆以太网光纤线路 千兆以太网线路 2. 需求分析 新增设备:2台AS13000—NAS 、1台NAS 网关与1套DPS 备份系统通过光纤跳线连接万兆交换机,中间服务器与华赛Ｎ8０００通过6类网线连接万兆交换机,最低达到千兆交换得物理基础架构。其中1台AS １3０00—NAS 作为成果数据存储,通过ＮＡS 网关对外提供存储服务,另一台通过ＤPS 备份软件实现数据备份。 华赛N8000存储数据有４0ＴB,包括各种大小文件、压缩包,需安全迁移到AS １30
０0,实现数据得备份与共享、数据迁移就是敏感性动作,必须保证迁移数据得完整性、可用性,一致性、 华赛N８000已发生硬件故障,须尽快完成数据迁移工作。 3.数据迁移方案 本次数据迁移得目标就是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移,并保证数据得完整性、可用性,一致性。 我们在本方案中建议以下２种方式实现存储设备之间得数据迁移: ●文件复制 ?通过全备份、增量备份实现数据迁移 ?实现方式简单,迁移成本较低 ?需要较长得存储中断服务时间 ●备份软件迁移 ?通过建立选择备份得模式运行实现数据自动复制,实现数据迁移 ?支持异构平台 ?需要第三方备份工具支持,成本较高 3.1.文件复制 该方法就是通过中间服务器得指令在２个存储设备之间复制数据,数据迁移实现方式简单,不需要对源数据进行设置变更,不影响源数据得正常运行;但该方式迁移数据需要较长得迁移周期,同时需要安排一定得存储中断服务时间,以保证数据得完整迁移。 该方法不适用于增量数据迁移,增量数据需另配存储或在存储中临时划ＬUN替用,迁移完原数据后再迁移增量数据。 3.2.备份软件迁移 该方法通过安装得备份软件实现2个存储设备之间数据备份,向导指引您进行文件得备份与恢复,支持任务排程,进行备份时可以根据文件类型有选择得进行
1.历史数据的迁移整合 本次系统是在原有系统的基础上开发完成，因此，新旧系统间就存在着切换的问题。另外，新开发的系统还存在与其他一些应用系统，例如，企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 1.1.新老系统迁移整合需求分析 系统迁移又称为系统切换，即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括：数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤：数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据；数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式，数据的整合是整合系统切换的关键；新旧系统迁移就是在数据正确转换的基础上，制定一个切实可行的计划，保证业务办理顺利、平稳过渡到新系统中进行；新系统运行监控就是在新系统正常运转后，还需要监控整个新系统运行的有效性和正确性，以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合，以保证新开发的系统能与保留的老系统互动，保证业务的顺利开展。主要的任务是接口的开发。1.2.需要进行迁移整合的系统 1.3.数据迁移整合分析 根据招标文件工商总局新建系统的数据库基于IBM DB2，而原有系统的数据库包括ORACLE，SQL Server，DB2。这种异构数据在总局主要存在于两个方面，
即部门内部的异构数据和上下级部门之间的异构数据。同时，系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法，如：如果数据有基于DB2管理的，有ORACLE管理的，有SQL Server管理的，就根据新系统DB2的要求，把ORACLE的数据迁移到DB2数据库中，把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成，重点在于数据库存储标准、交换标准的制定和遵守，保证数据的共享，这部分工作由数据中心完成。 1.4.系统迁移和整合目标 1.4.1.系统迁移的主要目标： 1.保证系统正常运行 在数据转换过程中，由于原有的系统数据的复杂性，给数据转换工作带来了很大的难度，为了在新系统启动后不影响原系统正常的业务，因此数据转换完成后，必须保证新系统的正常运行。 2.保证原有系统在新系统中的独立性 原有系统是独立运行的系统，数据在新系统中虽然是集中存放的，但是各个系统由于存在业务上的差别，数据在逻辑上应当保持一定的独立性。 1.4. 2.系统整合的目标： 保证直接关联的系统互动，保证业务的正常办理。例如公众服务系统与基本业务系统之间互动，基本业务与协同业务之间互动等等。
数据中心机房搬迁方案 This manuscript was revised by JIEK MA on December 15th, 2012.
第1章设备迁移方案 1.1迁移流程及顺序说明 以上为系统迁移的流程图，各单位数据中心分系统均按该流程进行，做到系统迁移的有序进行。 1.2迁移实施前期准备 迁移的准备工作是整个迁移工作的极其重要的部分，充分的做好本次迁移的准备工作，是保证迁移工作顺利进行的首要条件，并可有效的减少迁移过程中的事故隐患，以下将对迁移前的准备工作做详细描述。 2.1迁移设备确认 在此过程中需和用户方确认迁移的网络设备、服务器、存储等硬件设备及其辅助设备和材料，并对需迁移的设备进行分类统计，形成文档，由用户方确认。 2.1设备检测 （一）硬件设备的检测 在迁移以前，用户方应对现有的设备进行一次全面的检测工作，包括系统状态、组件和系统配置的检测，确认系统迁移恢复后应具有的功能和性能。 （二）服务器软件应用系统的检测 配合业务系统的开发维护单位，对系统的集成接口、设备连接进行检测，确认系统迁移恢复后应具有的功能和集成方式。 2.1数据备份 做好数据备份工作是本次搬迁工作顺利完成的有效保障之一，对各系统配置参数和配置文件做有效的记录和保存，形成文档，为系统再运行、集成提供充分的依据。 2.1设备及接口标识 迁移工作比较繁琐，尤其值得注意的是，在系统的再集成过程中，设备物理连接的恢复将是系统再集成的首要保证，众多单位的业务系统与及数量繁多的设备容易引起现场的混乱，模糊不清或者意义不明确的设备标识、标识的丢失等因素将影响系统恢复运行的时间。 因此在迁移以前对所有的硬件设备做好编号和功能标示，对物理连接的接口和线缆做好标识，对设备、接口、线缆做到一一对应，并将以上标识内容形成文档，为系统快速恢复提供可靠的基础。
数据迁移方案
数据迁移方案 N8000到AS13000 广东XX信息技术有限2015年7月
1. 系统拓扑图 AS13000 成果存储 备 成果数据存储系统拓扑图 NAS 网关 成果存储 主 万兆交换机1 千兆以太网光纤线路万兆以太网光纤线路 AS13000 核心交换机 DPS 万兆交换机2 文件服务 已有存储 华赛 N8000 千兆以太网线路
2.需求分析 新增设备：2台AS13000-NAS、1台NAS网关和1套DPS备份系统通过光纤跳线连接万兆交换机，中间服务器和华赛N8000通过6类网线连接万兆交换机，最低达到千兆交换的物理基础架构。其中1台AS13000-NAS作为成果数据存储，通过NAS网关对外提供存储服务，另一台通过DPS备份软件实现数据备份。 华赛N8000存储数据有40TB，包括各种大小文件、压缩包，需安全迁移到AS13000，实现数据的备份和共享。数据迁移是敏感性动作，必须保证迁移数据的完整性、可用性，一致性。 华赛N8000已发生硬件故障，须尽快完成数据迁移工作。 3.数据迁移方案 本次数据迁移的目标是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移，并保证数据的完整性、可用性，一致性。 我们在本方案中建议以下2种方式实现存储设备之间的数据迁移： ●文件复制 ?通过全备份、增量备份实现数据迁移 ?实现方式简单，迁移成本较低 ?需要较长的存储中断服务时间 ●备份软件迁移 ?通过建立选择备份的模式运行实现数据自动复制，实现数据迁移 ?支持异构平台 ?需要第三方备份工具支持，成本较高 3.1.文件复制 该方法是通过中间服务器的指令在2个存储设备之间复制数据，数据迁移
数据中心搬迁管理方案Data Cen ter Relocati on Man ageme nt 部门：
数据中心搬迁管理方案 目录 一、 机房搬迁概 述 ............................... 2 二、 搬迁规 划 ................................. 2 三、 详细实施方 案 . (3) 1 ． 实施流程： ........................... 2． 目的机房的要 求： .......................... 4 3 ． 设备关机搬迁前准备工 作 .................... .5 1) 数据备份 . (5) 2) 设备标记 ............................ 6 3) 设备的关机下架搬运 ......................... 8 4) 设备上架 .............................. 5) IP 地址规划 ........................... 8 6) 备件备品 .............................. 四、 应急处 理 ............................... 10 五、 搬迁时间安 排 . (11) 一、 机房搬迁概述 本次机房搬迁的工程 , 新老机房的对接也将体现本次工程的水准 . 生 产系统搬迁具有时间短、 系统结构复杂、测试时间长、设备繁多昂贵、 人员多、 层次复杂等特 点。本项目搬迁，时间非常紧 , 且设备间的稳定性也是一个考验。 因此，必须协调好各单位人员的关系， 齐心协力才可能在预定时间内完成搬迁工 程。 本方案是以尽量不影响公司的日常工作或将影响降低到最低为前提的情况下制 定的，即在休息日前开始搬迁工作，到工作日以前完成整个服务器、网络设备、 网络安全设备的搬迁、 安装及测试。并且在开机以后， 继续跟踪系统的运行情况， 随时处理系统运行的异常情况。当然，在IBM 、神码、中科软、用友各方面人员 的充分协调及配合下才能完成本次搬迁任务。 二、 搬迁规划 1． 实施流程： 六、后续服务 ................................ 七、搬迁报 8 9 11 价： ..................................................... 13
HDS数据迁移解决方案 1.数据迁移概述 数据迁移是企业IT建设经常面对的工作。在开发环境向运行环 境转换、低版本数据库向高版本数据库转换、两个不同数据库之间进行转换以至系统硬件升级时，数据均可能需要被转移并使之迁移后正常运行。 基于存储的数据迁移是一次性的将数据从一个存储转移到另一 个存储系统上，它包括对新存储的启用和数据可用性的保证。在一些情况下，基于存储的数据迁移是进行数据大集中的手段，非常适合大规模数据迁移需求。 基于存储的数据迁移又可分为同构存储迁移和异构存储迁移两 大类。目前基于同构存储的迁移是指在同厂家同型号产品之间数据迁移，需要配置支持基于磁盘阵列内（间）的数据复制软件，在HDS同系列存储环境下，经常性的数据迁移可利用存储产品中的迁移复制（Volume M igration，ShadowImage）及存储间的复制TrueCopy功能简化数据迁移工作；对EMC而言是配置SRDF-DM或TIMEFINDER等。 异构存储间数据迁移需要虚拟化技术支持，HDS虚拟化技术非常成熟，在虚拟化基础上将原来不能完成数据复制的存储设备整合在一起，形成统一存储池，这时物理上在两个磁盘的数据卷之间的迁移， 在逻辑上来讲是在整合虚拟后的同一个磁盘阵列内卷迁移，大大简化了数据迁移的复杂性。许许多多国内外客户都通过这种数据迁移方式
实现了在线数据迁移。 2.数据迁移的难题 当今数据迁移的主要难题是进行一次成功的数据迁移时间要求 越来越短。然而应用在存储方面的需求不断增加，存储的升级和更替更加频繁；同时，用户的应用趋向于全年不停顿运行、对系统的可靠性、可用性要求不断提高，维护时间窗口的不断减少等因素，使得进行一次平滑的成功数据迁移越来越具挑战。 在进行数据迁移项目计划时，一些因素是必须考虑的。 2.1数据的保护 数据的保护是最重要的，在数据迁移中数据的安全必须得到完全的保护。任何一个更换过个人计算机中的硬盘的人，都对因为在更换过程中对某些细节的忽视造成的数据丢失有预期和经验。当在企业级数据迁移中，数据备份、实施步骤的回退计划是保证数据在迁移后的可用性的必需准备。 2.2在线或离线迁移 如果应用可以暂停，则迁移过程可以更快捷；但是当今大多数系统有着严格的可用性要求。当数据迁移在生产环境中进行时，不仅要密切监控数据迁移的过程，而且要将迁移对生产系统的影响降到最 低。 2.3维护时间窗口 通常迁移工作只能在预先确定的维护时间窗口中进行。通常时间
XXXXX科技股份有限公司 智慧应用事业部 数 据 中 心 机 房 优 化 及 搬 迁 方 案 2015年1月22日
一、概述 1、现状分析 安泰数据中心机房位于时代数码港20楼，经过近一年多的运行，发现大楼的电源系统经常性的出现断电现象；数据中心的出口采用的是电信的50M专线，在过去的一年中，曾出现过服务中断达到24小时以上。同时，目前的数据中心已经不能满足业务快速发展带来的空间需要。 空间不足：目前20楼中心机房总面积约为20平M左右，里面含有7个机柜，服务器约15台左右，网络设备约20台左右，包含办公网络与数据中心网络，空间使用率已达到75%以上，按照部门现在的业务发展速度，该机房已不能满足近一年的需要。 环境制约：目前机房采用的是50（2P）的挂壁式空调，当夏季气温偏高时，机房内的温度难以控制，曾出现过由于温度升高导致消防栓漏水的现象。 安全隐患：目前机房在大楼新建时未进行合理规划，所属楼层为20楼，空调外机没有地方放置，暂放置在隔断的小房间内，通过窗户对外散热，无法对机房的温度进行有效控制，且夏季温度偏高，存在安全隐患；机房内屋顶设有消防栓，夏季容易产生漏水现象；机房内中央空调为大楼统一控制，晚上中央空调处于关闭状态；中心机房与办公网机房同在一处，且机房内设有门禁系统的控制开关，经常有人需要进出机房调试设备或者检修空调等，不利于机房的管理。 网络架构：目前数据中心网络采用单出口、单链路的架构，当电
信的出口故障时，数据中心对外提供的服务将无法继续；在网络架构中，所有的链路全部为单链路（服务器与网络设备之间、网络设备与网络设备之间、出口与运营商之间），如果单链路中的某一个点出现问题，将导致服务终端。在现有的网络架构中，未考虑到网络安全因素，易出现网络入侵等事件。 备用电源：目前机房采用10KVA的UPS电源，其上不但接有数据中心的设备，而且接有办公网络的设备，当UPS供电时，负载已达到100%，已不能满足后期业务发展的需要。 在此背景下，我部门提出了对数据中心进行优化及搬迁的方案，以解决当前所面临的各种问题，从而确保数据中心满足部门未来三年的业务发展需要。 2、建设内容 根据总体规划，现将机电产业园光伏厂房中原设计为仓库的位置规划为中心机房，该房间总面积约50平M左右，位于三楼，全部用于放置数据中心的相关设备。本次规划中涉及到以下几个方面：（1）机房整体的装修； （2）强电系统与备用电源UPS的部署； （3）弱电及硬件架构规划与部署； （4）网络架构与网络安全规划； （5）机房监控与门禁系统部署； （6）机房空调部署；