数据中心机房搬迁方案

数据中心机房搬迁方案

目录

第一章计算机网络中心机房迁移..........................................................4

1、概述................................................................................4

1.1撤迁次序改计,..........................................................................................................................5

1.1.1断电搬迁描述..................................................................6

1♦1*2，-*—«••«»■«■••••>■■•••*■■■•>•*■>■•>■■*•■»■«■•■■»■«••■■»■«•••■»•«•«•■■■•■•>•*■•••>«■«■■■■•«•••••••••■■•■•■(■9

1«2••♦♦••••••••••・・・,••♦••••••••••••••••••••••••••••・・・.••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••・•1

]♦3/0

1♦3♦1••••••••«••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••11

L3.3搬迁过程中的系统、数据以及应用环境程序备份与恢复.............................29

]•4

1.4.1夕A、1上卜司I••((•••••■(•■••••••■(•■•••••••••■••••••■•••••••••••••••••«••••••«»•■••■••■«■■•■•■■•••«••••••■■•■•■■••(•••31

142整体网络数据割接32

1.4.3网络出口割将建议.........................................32

2搬迁规划33

3、计算机网络中心机房迁移详细实施方案..............................................34

3.3设备关机搬前准备工作.....................................36

3.3.1•■・・••••••••♦•••••••♦•・・・・,•••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••・♦•・••36

3.3^»

3.3.4设备上架..............................................................................................................................44

3.3.51P地址规划........................................................................................................................44

3.3.6备品备件库..........................................................................................................................48

3.4应急处理.....................................................50

3.5搬迁时间安排.....................................................................50

第二章计算机网络中心机房建设.........................................................52

1、概述...............................................................................52

2、设计标准及指标....................................................................52

2..............................................................1设计标准..52

2..............................................................2技术指标..54

3、机房装修工程......................................................................54

4、机房供配电系统工程...............................................................56

4.1UPS配电系统.......................................................................................................................56

4.2市电交流引入及空调系统...................................................................................................56

4.3照明设备用电负荷配电方式...............................................................................................56

4.4照明配电线路.......................................................................................................................57

4.5机房综合布线管理系统.......................................................................................................57

4.5.1I句58

4.5.2房标识管理.................................................................58

4.6机房环境监控管理系统........................................................58

4.7机房新风、排风和空调系统工程...............................................60

4.8机房KVM管理系统............................................................60

4.9冷通道系统..................................................................60

4.10消防系统...................................................................62

4.11防雷接地系统...............................................................62

第三章计算机网络中心机房建设工程量配置清单.......................................64

1、各子系统预算总价表............................................................64

2、各子系统详细工程量配置清单....................................................64

第四章计算机网络中心机房建设工程施工方案.........................................77

1、装修工程施工..................................................................77

L1地板下防尘漆施工..................................................................................................................77

1.2抗静电地板施工...................................................................................................................77

1.3静电地板踏步施工..........................................................78

1.4吊顶内刷防尘漆流工........................................................78

1.5吊顶安装施工.......................................................................................................................79

L6彩钢板墙面施工......................................................................................................................79

2、电气工程施工..................................................................80

2.1照明工程施工................................................................80

2.2开关、插座施工..............................................................81

2.3管线敷设施工................................................................81

2.4电缆敷设施工................................................................83

2.5线槽敷设施工................................................................84

2.6配电设备施工................................................................85

3、空调通风系统施工............................................................89

3.1新风系统施工................................................................89

3.2精密空调施工...............................................................101

4、综合布线系统施工.............................................................103

5、环境监控系统施工..............................................................112

6、冷通道系统施工................................................................117

第一章计算机网络中心机房迁移

1、概述

云计算数据中心迁移具有时间短、系统结构复杂、测试时间

长、设备繁多昂贵、人员多、层次复杂等特点。本项目搬迁，时

间非常紧，且设备间的稳定性也是一个考验。因此，必须协调好

各单位人员的关系，齐心协力才可能在预定时间内完成搬迁工

程。

我公司是以尽量不影响用户的日常工作为前提的情况下制

定的，即在休息日前开始搬迁工作，到工作日以前完成整个服务

器、网络设备、网络安全设备等搬迁、安装及测试。并且在开机

以后，继续跟踪系统的运行情况，随时处理系统运行的异常情况。

当然，在IBM、HP、DELL、H3C、HUAWEI、神州数码、深信服、

POLYCOM各方面人员的充分协调及配合下才能完成本次搬迁任

务。

按照搬迁系统的需求，整体搬迁设巾有两个我们必须要考虑

的设计要点，也是我们搬迁过程中的最大风险点所在，即数据保

护和业务持续：

数据保护：包含搬迁过程和集中过程中的数据安全、数据完

整性；

业务持续：包含怎样在最短的时间内完成业务系统的搬迁，

如果搬迁不成功的业务回退以及最坏情况下的业务中断情况等；

在我们下面的具体方案设计和搬迁实施中均会对上面的两个

方面进行细致的考虑，并在风险分析和应急措施方面进行着重考

虑和准备。

1.1搬迁次序设计

搬迁次序的设计原则

循序渐进，根据业务系统现状，由易到难的磨合团队；

由简到繁，及时总结和发现问题，修订后继搬迁方案。

搬迁次序的设计方法

根据设计原则，基于XXX搬迁工作的特点，可按照如下类别

考虑各子系统的搬迁次序：

类别一：仅需物理搬运系统或现网抽离的设备搬运；

建议：做为搬迁的第一批次（可多组）业务系统，进行搬迁;

目的：锻炼和磨合团队，梳理搬迁流程和各方配合，发现搬

运过程问题。

类别二：需提供基础设施的系统或独立且业务次要的系统；

建议：做为搬迁的第二批次业务系统，进行搬迁；

目的：为后继系统提供必备的条件，对比第一批设备搬迁过

程，检查问题纠正情况，增强各方对搬迁工作的信心。

类别三：对外接口较多的次要级系统；

建议：做为搬迁的第三批次业务系统，进行搬迁；

目的：验证多部门合作的工作方式，发现问题，并体现在后

继搬迁工作中。

类别四：重要/复杂的系统；

建议：作为搬迁的第四批次业务系统，进行搬迁；

目的：经过上述三个批次的业务系统搬迁，使搬迁参与的各

方均对整个搬迁过程有了深刻理解和明确分工，整个搬迁团队配

合默契，最为成熟，所以可以保证以最充分的准备，完成最重要

的系统搬迁任务。

搬迁次序建议

根据以上搬迁设计原则和设计方法，通过对XXX各业务系统

进行分析，结合机房现有系统多而复杂等因素，建议通过分步骤

分阶段的进行各业务系统的搬迁，使整个搬迁工程得到分解，降

低搬迁的复杂性，从而降低搬迁总体风险。

L1.1断电搬迁描述

在此次XXX断电搬迁过程中，主要是断电搬迁。那么针对此

类业务系统的搬迁，需要在搬迁流程中考虑数据的一致性、数据

完整性、数据的安全性角度考虑，需要对系统、业务和数据库数

据进行备份、业务验证等环节的考虑。针对这样的特点，断电系

统的搬迁过程如下：

主机、存储和数据部分的详细搬迁方案

搬迁准备阶段的任务设计

搬迁准备阶段需要顺序执行三个任务：

系统梳理与健康检查

数据备份策略以及备份数据检测的设计

搬迁准备情况检查

系统梳理与健康检查

数据备份策略以及备份数据检测的设计

初步建议在搬迁准备阶段进行一次业务和系统数据的完

全备份。在搬迁实施启动后，停止应用，再进行增量备份。

在搬迁准备阶段测试完整备份数据和增量备份数据的完整

性、一致性和安全性。

搬迁准备情况检查列表项设计

搬迁准备情况检查列表确保搬迁实施的条件已经满足。

主机、存储和数据部分的搬迁准备情况检查包括以下检查

项：

是否通过健康检查？

备份策略是否测试成功？

是否进行了完全的数据备份？

相关介质是否准备好？

相关技术文档是否准备好？

主机、存储和数据部分的技术支持人员是否就位？

在新机房中的位置是否明确？安装人员是否有相关位置

图？

运输工具是否就位？

等……

我们将在设计阶段进一步完善以上检查项。

搬迁实施阶段的任务设计

实施步骤设计

主机、存储和数据部分的搬迁实施按照以下步骤顺序执

行：

关闭应用

执行数据增量备份

下电

标签标识

拆除、包装、运输

安装，上架，上电、连接和调试

当回退场景出现时，执行迁移回退

数据增量备份的操作步骤设计

在设计阶段提供。

下电步骤设计

在设计阶段提供。

标签标识设计

恢复步骤设计

在设计阶段提供。

相关搬迁团队指南的设计

我们将为主机、存储和数据部分的搬迁团队设计以下搬迁

指南，保证团队成员正确、协调一致地完成能够任务：

服务器团队指南

存储团队指南

数据备份团队指南

运输团队指南

每个指南主要包括以下内容：

团队的人员及角色职责

团队的工作接口定义

团队的激活条件

团队工作流程

团队的关闭条件

搬迁操作步骤

调度指挥过程

呼叫树

应急预案

L1.2在线系统，断电搬迁搬运描述

在线系统的搬迁设计，考虑到XXX已经存在业务备份环境,

且是热备环境，因此，在线系统的搬迁，对业务系统的数据备份

环节和业务系统搬迁过程中业务验证环节将省略。

L2搬迁环境的准备

新机房的环境建设和检查

搬迁前，新机房必须按照设计文档，具备相对应的各种搬迁

环境，如：

设备位置环境：如设备进出通道、设备机房位置、设备线缆

进出位置、地板承重、电梯承重等；

设备运行环境：如机房温度、湿度、供电容量、供电方式、

端子数量等。

以上环境的检查均应以机房设计文档为主，结合设备需求，

进行多项检查。

系统的各种搬迁文档准备

系统的各种资源准备就位

搬迁前，需要准备各种资源就位

以上资源的需求和准备情况，均会体现在《搬迁前资源

Checklist))中，便于随时跟踪和解决相关问题。直接断电搬迁

数据备份技术简介

L3备份

断电系统搬迁选择主要考虑到系统实时性和影响范围而选择

的断电搬迁，但是并不说明系统数据，业务的次要性。因此，断

电搬迁的压力要比不断电搬迁设计的更周密。

系统断电搬迁数据备份设计原则：

三类数据备份：业务数据、数据库数据和OS系统的备份

数据备份的数据要满足数据一致性、数据完整性、数据安全

性原则

OS数据恢复、数据废数据恢复、业务数据恢复组成了系统恢

复的RTO/RPO的考核要求，即业务恢复窗口设计原则

要满足备份数据的可验证性，业务冷备环境的可验证性要求,

这点也是演练中的重要部分，提供冷备系统的可验证性原则

数据允许丢失水平的设计，即在极端情况下哪些数据是要丢

失的，丢失多少，对业务影响情况。这部分将体现在子系统搬迁

技术设计中进行详细设计和阐明，数据丢失容忍度原则

L3.1数据备份技术手段

根据一套业务环境分割，在一套系统颗粒度允许情况下，当

系统构成比较大时，也可将业务系统分批次搬迁进行。这就需要

前面对业务系统调研分析后制定详细的搬迁方案。

业务系统构成分成：OS层、业务软件层、数据层三层

OS系统的备份：通过我们实施经验，对运行环境系统影响最

小的是系统镜像备份OS,这种备份方式，在不中断业务系统的

情况就可以进行OS系统备份

业务软件层数据备份：业务软件的数据备份通常采用两种方

式，一准备业务软件介质，二，对相应的配置目录进行备份

数据层：通常数据都部署在相应的阵列上的数据库文件、消

息队列文件中。通常在断电搬迁过程中，我们要忽略消息队列中

的数据，而关心数据库中的数据

在下面技术选择比较中，我们着重对数据库的备份方案进行

比较。而针对业务系统的特点的技术方案可以参考附件中的LSTP

的搬迁等系统的举例进行详细说明。

1.3.2数据库备份

数据库备份和处理的原则

数据库的完整性：物理结构和逻辑结构

数据库一致性：备份数据与原数据的一致性原则

在此次搬迁业务系统中使用的数据库主要有Oracle数据库、

Sybase数据库。

1.3.2.lOracle数据库备份方案介绍

根据我多年数据备份的经验，在搬迁过程中，为了能够满足

恢复窗口的要求、数据完整性和一致性的要求，我们通常采用

OracleDataGuard方案。

DataGuard介绍

备用数据库(standbydatabase)是ORACLE推出的一种高可

用性(HIGHAVAILABLE)数据库方案，在主节点与备用节点间通过

日志同步来保证数据的司步，备用节点作为主节点的备份，可以

实现快速切换与灾难性恢复。

0racle9i的DataGuard是对Oracle8i中StandbyDatabase

功能的加强，而StandbyDatabase技术出现的主要初衷就是为

了容灾(DisasterRecovery),所以具有更强大功能的DataGuard

毫无疑问成了Oracle数据库高可用性解决方案中首选使用的产

品。

DataGuard类型比较

0racle9i在DataGuard的配置方面提供了几种不同的类型，

根据客户对于高可用性的不同要求，可以选择不同的DataGuard

类型。

下面对于DataGuard的几种类型作一个列举和比较。

DataGuard环境中包含一个产品数据库，这是正常运行用以

支撑日常业务的主数据库，称为PrimaryDatabaseo另外包含

一个或者多个灾备数据库，称为StandbyDatabaseo

按照备用库(StandbyDatabase)应用归档日志的不同方式，

StandbyDatabase可以分为物理备用库(PhysicalStandby)

和逻辑备用库(LogicalStandby)o

按照主数据库(PrimaryDatabase)的保护模式，整个Data

Guard环境分为最大数据保护模式(MAXIMIZEPROTECTION),最

大可用性模式(MAXIMIZEAVAILABILITY),最大性能模式

(MAXIMIZEPERFORMANCE)o

按照主库向备用库传递重作信息的方式，可以分为ARCH方式

和LGWR方式。

物理备用库可以运行在数据库三种保护模式中的任何一种模

式下，逻辑备用库只可以运行在最大可用性模式或者最大性能模

式下。无论物理备用库还是逻辑备用库都可以在传输日志上采用

ARCH方式或者LGWR方式。

物理备用库(PhysicalStandby)：

提供了一份跟主数据库在物理级别上完全相同的copy,指在

数据库的block级别都是完全相同的，比如数据库表中记录的

rowido物理备用库是通过不断地恢复PrimaryDatabase传入的

重作日志数据信息来达到跟主数据库保持同步。

物理备用库在处于自动恢复重作日志信息的状态下，无法提

供查询服务。因为此时的备用数据库并不是处于正常打开的状

态，数据库的非sysdba用户无法登录备用库，自然也就无法进

行普通的查询业务。

逻辑备用库(LogicalStandby)：

指在逻辑上跟主数据库保持一致，但是在物理层面上跟主数

据库并不相同。逻辑备用库是通过将PrimaryDatabase传入的

重作日志数据信息转化为SQL语句，然后在备用库上重新执行来

达到跟主数据库保持同步。

逻辑备用库在应用重作信息的同时也可以提供查询功能。但

是由于逻辑备用库应用重作日志的方式限制，所以逻辑备用库在

功能和性能上面都有所限制。以下是逻辑备用库的一些限制条

件。

以下数据类型不被支持：

NCLOB,LONG,LONGRAW,BFILE,ROWID,UROWID….

以下操作不被支持：

ALTERDATABASE

ALTERSESSION

ALTERSNAPSHOT

ALTERSNAPSHOTLOG

ALTERSYSTEMSWITCHLOG

CREATECONTROLFILE

CREATEDATABASE

CREATEDATABASELINK

CREATEPFILEFROMSPFILE

CREATESCHEMAAUTHORIZATION

CREATESNAPSHOT

CREATESNAPSHOTLOG

CREATESPFILEFROMPFILE

CREATETABLEASSELECTFROMACLUSTERTABLE

DROPDATABASELINK

DROPSNAPSHOT

DROPSNAPSHOTLOG

EXPLAIN

LOCKTABLE

RENAME

SETCONSTRAINTS

SETROLE

SETTRANSACTION

高级队列的管理和物化视图的刷新不被支持

要求每张表应该有主键或者唯一性索引，如果必须没有唯一

性标识的表，那么可以激活Primary库的supplementallogging

属性，但是这样将会在重作日志中记录该表中每一条记录的所有

字段信息，会大大增加重作日志的记录量。

以下是DataGuard环境中物理备用库和逻辑备用库的配置

So

Archh/ed

RedoLogs

DisasterRecovery

DatabaseBackupOperations

最大数据保护模式(MAXIMIZEPROTECTION)

提供最高等级的数据保护，重作信息从主库同步送到备用库。

直到备用库成功接收重作信息，主库上的事务才会提交。如果由

于网络等问题，导致备用库不可用，那么主库也同时会被关闭。

这种模式保证了完全没有数据丢失。

最大可用性模式(MAXIMIZEAVAILABILITY)

在备用库正常的情况下，该模式提供了跟“最大数据保护模

式”一样的机制，保证没有任何数据丢失。如果备用库不可用，

那么将转换到“最大性能模式”，操作可以在主库上继续执行。

当备用库重新可用之后，将会继续同步。但是如果在同步完成之

前，主库由于故障损坏，将会丢失数据(当然，可以通过RAID,

RMAN等方式尽量保护主库即使出现故障也不丢失数据)。

最大性能模式(MAXIMIZEPERFORMANCE)

这种模式下，主库上的重作信息是异步传递卦备用库上，不

论备用库上是否已经成功接收了重作信息，主库上的操作都会成

功执行。所以这种模式提供了最好的性能，但是最低的数据保护。

这是0racle9i配置DataGuard的默认模式。

ARCH方式

当主库归档联机重作日志文件时，ARCH归档进程在归档到本

机的同时，将重作数据传递到备用库，由备用库端的RFS进程

(RemoteFileServer)接收，生成备用库端的归档日志文件，

然后由备用库端的MRP进程(物理备用库类型)或者LSP进程(逻

辑备用库类型)将归档日志文件恢复到备用库中。

传递方式如图：

LGWR方式

物理备用库类型下，主库的LGWR进程在将重作数据写到本地

联机重作日志文件中的司时，将重作数据传递到备用库，备用库

的RFS进程将收到的数据写入本地的备用重作日志文件

(StandbyRedoLog)中。当主库日志切换时也触发备用库的日

志切换，切换发生时，备用库的归档进程将重作日志文件归档，

然后由备用库端的MRP进程将归档日志文件恢复到备用库中。

传递方式如图：

逻辑备用库类型下，不可以创建备用重作日志文件(Standby

RedoLog),所以处理流程跟物理备用库稍有不同。主库的LGWR

进程在将重作数据写到本地联机重作日志文件中的同时，将重作

数据传递到备用库，备用库的RFS进程将收到的数据写入本地的

归档日志文件中。当主库日志切换时也触发备用库的日志切换，

切换发生时，备用库的归档进程完成归档日志文件的最后生成，

然后由备用库端的LSP进程提取归档日志文件中的SQL语句，重

新在备用库上运行一遍。

传递方式如图:

最后上述所有类型或者方式互相搭配进行一个比较。

MaximumMaximumMaximumPerformance

ProtectionAvailability

重作传LGWRLGWRLGWR或者ARCH

递方式

网络传同步同步当使用LGWR传递方式时

递模式为异步方式，如果使用

ARCH传递方式，那么不

牵涉联机重作数据的网

络传输

磁盘写AFFIRMAFFIRMN0AFFIRM

入选项

是否需需要只在物理备用如果物理备用库使用

要备用库类型中需要LGWR传递方式，那么需

重作日要

志文件

备份库物理物理或逻辑物理或逻辑

类型

1.3.2.2Sybase数据库备份方案介绍

但考虑到Sybase的版本问题，我们在实际工作中通常采用如

下方式对Sybase数据库进行备份。

使用Sybase的BackupServer（备份服务器），做Dump备份

转储数据库（Dumpdatabase）,就是为整个数据库（包括数

据、表结构、触发器、游标、存储过程、事务日志等）做一次物

理备份。转储数据库时，系统自动执行一次checkpoint,即将

日志和数据从缓冲区拷贝到硬盘（只拷贝脏页），把已被分配的

页（日志和数据）转储到设备。

命令格式为：

dumpdatabase数据库名to设备文件名with参数

如果备份到硬盘的文件上，可以不预先估算备份文件的大小,

只要硬盘有足够的存储空间就可以。如果是备份到dds磁带上，

那么就要估算一下备份后的大小，90米的dds磁带压缩存储空

间为4G,120米的磁带压缩存储空间为8G,如果数据库的备份文

件超过了这个尺寸，就要考虑多文件转储，使用stripe参数。

命令格式为：

dumpdatabase数据库名to设备文件名1

stripeon设备文件名2...

stripeon设备文件名3...

with参数

这种数据备份方式是将整个数据库的运行环境完整的复制一

份，包括数据库的脏页和碎片，在使用load命令恢复时，只能

恢复到同样大小的数据库中(数据和日志的大小都只能和原来完

全一致)，适用于在每天的日终营业网点下班后的日常备份。优

点是数据库完整无误，缺点是不能直接查看备份内容。

分数据结构和数据记录做两次备份

在一般情况下，生产机的数据库都比较庞大，而实验机则相

对较小，难以在实验环境中以load命令恢复工作机的内容。所

以，在工作实践中，我们摸索出了第二种全量备份方案。

1、数据记录备份

将数据库各表以Sybase自代的bcp(bulkcopy)工具的方式

导成一定格式的文本文件，命令格式：

bcp表名out路径名文件名-c-t分隔符-u（用户名）

-P（密码）-S（服务器名）

如果将一个数据库中的所有表都做一个bcp备份，就需要针

对每一个表都做一次bcp,在一般情况下，一个数据库有100多

个表，工作量比较大。可以利用数据库中的系统表信息做一个

bcp备份脚本。原理是每一个用户表在系统表中都有信息记载，

可以通过isql语句查询得到。现举一例说明：

1）先编辑一个名为mkbcpout.sql的文件，内容如下：

select"echobcp,'+name+Hout................

"+"bcp"+name+“out./+Mname+n.table-c-t|-Uuser

-Ppassword-SSERVER11fromsysobjectswheretype=U

go

2）执行isql命令，以此文件作为输入，执行结果输出到另

外一个文件里：

isql-Uuser-Ppassword-Sserver-Imkbcpout.sql-0

bcpout

3）对bcppout文件稍微修改，增加可执行权限

chmod+xbcpout

4）执行bcpout,导出数据文本：

./bcpout

3、数据库恢复

业务生产机可能为小型机，而实验开发环境的硬件环境为PC

server,安装好winnt或Solarisunix下的Sybase服务器后，

根据需要创建空间足够大的数据库和tempdb（系统临时数据库）,

创建数据库用户，并将其更改为此数据库的所有者，要注意两

点：1）此数据库允许bcp拷贝，2）此数据库自动清除log。命

令格式为：

sp_dboptiondatabasedbname「'select

into/bulkcopyM,true

2>go

sp_dboptiondatabasename,,ftrunclogonchkpt*1,true

go

上述两个配置可能与生产机的配置不同。

然后以新创建的数据库用户登录，导入数据结构，注意要首

先导入表结构，然后才是存储过程、触发器等等。命令格式：

1、isql-Uusername-Ppassword-Itable.ddl-o

error,log.table

2、isql-Uusername-Ppassword-Iproc.ddl-o

error,log.proc

为了提高bcp导入数据的速度，需要将比较大的表的索引和

主键删除，否则的话，每bcp进一条数据，数据库都自动写一条

log日志，记载此数据的上一条和下一条记录，确定本记录在

此表中的准确位置，一是影响bcp速度，二是数据库的log飞速

膨胀。数据库的自动清除log功能只有在一个事务结束后才起作

用。

准备工作做完后，开始倒入数据记录。使用类似做bcpout的

方法做一个bcpin的脚本，然后执行：

./bcpin|teeerror,bcpin

使用tee管道输出的目的是让计算机完整记录下倒入过程，

自动存入error,bcpin文件中，待倒入结束后，我们只需要检查

日志文件，不需要一直紧盯着计算机屏幕。

所有工作做完之后，不要忘记重新将删除的主键和索引建上。

如果有现成的数据库，只需要单纯地导入数据记录，则首先

将数据库中所有用户表（也就是所有type二"U”的表）清空，命

令格式：

truncatetabletablename

2>go

当然最好也是利用做bcpout脚本的做一个truncate脚本，

通过执行此脚本将所有用户表清空。然后的数据导入、处理索引

和主键的过程与上面类似。

利用做bcp备份脚本的方法做数据库碎片整理

Sybase数据库作为联机事务处理应用服务器，每天应用程序

都对数据库做大量的插入、修改和删除等操作，不可避免的在数

据库的物理存储介质上留下页碎片和扩展单元碎片，从而影响

数据库的存储效率和运行速度。具体表现为：业务繁忙时出现死

锁(deadlock),数据库的输入/输出资源被大量占用，业务处

理速度慢。其解决办法是：

1、清空数据库中的所有表，命令格式：isql-Uusername

-Ppassword-Itruncate,sql-oerror,truncate

2、删除所有表的索引和主键：isql-Uusername-Ppassword

-Idropindex.sql-oerror,dropindex

3、导入数据：./bcpin

4、添加索引和主键:isql-Uusername-Ppassword-I

addindex,sql-oerror,addindex

更新数据库状态

updatestatisticstablename

go

上述操作都是针对数据库中的所有用户表进行的，利用做bcp

备份脚本的方法做出相应的脚本，使繁琐的数据库维护变得简便

易行，还克服了直接使用isql语句操作风险大、没有操作日志

的毛病。

在实际工作中，使用第一种方法对生产机做日常全量备份，

日终通过unix的crontab定时批量作业(具体做法请参考《中

国金融电脑》2001年第10期有关crontab的文章)bcp出全部

数据。使用高档PCserver搭建模拟运行环境，在需要的情况

下导入生产机数据，处理运行中后台server的各种问题，待研

究出解决办法后再在生产机上做相应调整，这样做风险小，效果

更好。

因此，从现有收集的信息看，我们建议采用第一种方式进行

Sybase的数据库备份，这样在搬迁前还可以评估整个备份效果,

同时测试最坏情况下系统恢复的时间。

1.3.2.30racleDataGuard与第三方备份方案比较

OracleDataGuard与卷管理和（或）SRDF的比较

由于OracleDataGuard并没有借助于任何硬件同步技术，

而是采用纯软件方式实现的完全同步，事物必须提交到备份点数

据库才算提交成功，这样会极大的影响生产系统的性能，同时当

网络或备点出现问题时，主点业务系统也会停止。

但在系统搬迁环境中，考虑到直接断电搬迁，因此，从用户

投资和对数据容忍程度角度，DataGuard方式是一个非常实用的

工具和方案，特别是现有环境中的操作系统环境的复杂

（Solaris.Linux、AIX、HP-UX）,存储环境的复杂（异构存储）,

在断电搬迁中为建立可靠的数据备份，我们推荐使用Oracle数

据的DataGuard方式。

1.3.2.4SybaseRS模式与第三方备份方案比较

SybaseRS是基于事物的准实时备份服务器，其安装在主点

的复制代理可实时读取主点的日志中的变化信息，并传递到备份

点，将主点的变化作用到备份点。可实现数据的快速同步到备份

点。

复制代理复制服务器复制服务器备份点数据库

数据库日志

同时SybaseRS提供了完整的断点续传功能，如在RS中内置

了稳定队列机制，当网络或备份点等环节出现故障时，变化会保

存在稳定队列中，当网络或备份点恢复正常后，继续传输。这样

虽然是异步传输，但也不会导致数据的丢失。

2)RS可提供灵活的数据内容定制，可从行，列两级对传输内

容进行筛选，减少冗余数据的传输，提供传输的速度，而Data

Guard则不能提供此灵活性。

3)RS还提供了最好的开放性，可支持各类主流数据库之间的

双向数据传输，而DataGuard只支持Oracle之间的数据传输。

4)RS运行期间，备份点数据库一直是保持联机可用的，而

DATAGUARD的2种物理备用方式下，备份点数据库是不可读的,

用户在主点发生故障切换时，还需要将备份点切换到可服务状

态，切换速度慢，且平常备份点资源处于浪费状态，不能提供任

何服务，而RS的备份点可以提供报表等服务，可降低主点负载。

1.3.3搬迁过程中的系统、数据以及应用环境程序备份与恢复

在业务系统的搬迁过程中，除了保证业务系统的正常业务承

接外，还要对业务系统自身的数据备份等功能的保证进行考虑。

一方面，在搬迁过程中，要充分考虑日常业务系统的备份窗

口和备份要求，以及备份对业务系统自身功能的影响；

另一方面，业务系统的备份，作为搬迁过程的常用应急或恢

复手段，对搬迁工作非常重要，必须就搬迁工作中，备份系统能

够提供的功能和可用的恢复手段给予充分的考虑。

基于目前对XXX业务系统的了解，现有的系统备份基本上是

以业务系统为单位进行配置的，即每个业务系统有自己的备份方

式和备份的软硬件，备份方式基本可分为磁盘备份和磁带备份两

类；这样，不存在多业务系统共用存储系统的情况，边界较为清

晰。

基于以上情况，建议各业务系统在搬迁过程中，仍采用原有

备份方法，但在搬迁过程中，要针对每个系统的备份窗口和备份

策略要求，进行适当的调整，如：

对于数据增量不大的，在替代系统运行时，可考虑将增量数

据按照要求备份到本地哽盘或替代存储内，进行过渡，待生产系

统切换完成后，再将此部分数据，按照备份要求进行磁带备份；

在搬迁过程中，适当增大备份空间，减少备份次数，防止程

序告警或空间满；

改变备份方式，以文件复制的方式实现相关数据的备份；

备份的相关情况，需要根据各个业务系统的具体备份方式和

备份要求，在搬迁方案和搬迁实施步骤里进行逐一考虑，并对可

能出现的风险以及需要恢复的情况进行假定，以制定相应的应急

处理方案。

L4网络出口数据割接

在搬迁时，要充分考虑新网络对搬迁后各业务系统的支持和

业务系统在新旧机房之间的业务和数据割接；根据各业务系统对

外出口和接入要求的不司，可以分为如下两类：

笫一类：出口独立，且可单独分拆的业务系统

即业务系统对外出口较少或较为单一，并且是独立的IP网段

且在上层接入的路由可拆分的业务系统；此类业务系统，建议采

用“分业务系统的网络数据割接”方法，实现业务系统从旧机房

到新机房的业务数据割接。

第二类：出口多样，且多为共享出口的业务系统

即业务系统对外出口较多，需要向外界获取多样的服务或对

外提供多种服务，并且网络出口为共享的路由或IP地址不独立

的业务系统；此类业务系统，建议采用“整体网络数据割接“方

法，实现业务系统从旧机房到新机房的业务数据割接

1.4.1分业务系统的网络数据割接

在进行业务系统的搬迁过程中完成业务数据从旧机房至新机

房的割接工作；此类方法的步骤简介如下：

业务系统搬迁前，进行详细的业务依赖关系、出口和路由信

息，制定好新机房的出口承接规划；

在业务系统停止业务并进行设备搬运的同时，针对此业务系

统，进行新旧机房的网络出口信息更替，将旧机房有关的网络配

置信息去除，根据新机房出口和IP规划，进行有关此业务系统

的出口网络配置；

在完成新机房出口配置后，要根据事先准备好的测试方案和

测试设备进行出口测试，包含数据流向、网络可达性、网络性能

等各方面；

设备物理搬运过来后，完成内部互联和互测后，即可按规划

直接接入到新机房内的网络出口，接入数据流，提供服务。

优点：业务系统的割接和搬迁在同一个时间段完成，不需要

进行业务的单独二次割接和二次的业务停顿，较好的保证了业务

的连续运行；缺点：适用条件的要求较多，且业务割接与业务的

搬迁和运输在同一时间段，会加重此段时间内的工作任务和搬迁

难度。

1.4.2整体网络数据割接

基于业务系统的出口特性，采用先搬迁业务系统，暂不割接

业务出口，等到所有此类业务系统均完成了设备到新机房的搬

迁、内部调测和业务功能、性能验证后，统一规划整体网络出口

的业务数据割接；此类方法的概要步骤如下：

搭建临时链路，保证新旧机房之间的SAN/LAN网络的互通；

各业务系统进行旧机房至新机房的搬迁，暂不割接网络出口，

业务依旧从原网络出口承接，通过临时链路从旧机房流入新机房

内的已搬迁业务系统；

完成上述各业务系统的搬迁后，将此类业务的网络割接作为

一个单独的单元进行规划和割接，在一个规定的时间段内，以网

络路由配置为搬迁单位，将多个网段逐级割接到新机房内，并完

成各业务系统的出口测试和验证。

优点：分离业务系统搬迁和外部出口割接，降低业务搬迁过

程的复杂度和风险。

缺点：业务需要有两次停滞，多业务系统在同一时间段内割

接，在整个割接期间，业务接入易产生不稳定。

1.4.3网络出口割接建议

考虑到XXX网管系统的搬迁过程中，各系统的IP地址均不发

生变化，所以系统内部的逻辑关系相对稳定和可靠，不牵涉过多

的出口配置变化，所以不会对业务搬迁后的恢复产生过多的风险

点和不可控因素，业务系统如能满足“分业务系统的网络数据割

接”方法的条件，建议尽量采用“分业务系统的网络数据割接”

方法。

不能采用上述方法的，再采用“整体网络数据割接”方法。

针对XXX网管系统的每套需搬迁业务系统，将在搬迁前的详

细调研和分析基础上，进行此方面的逐一设计和建议，并将具体

的割接方法体现在搬迁方案内。

2、搬迁规划

1.实施流程:

主要根据搬迁前的需要制定，主要详细了解当前系统设备情

况，系统运行情况。针对所了解情况制定详细搬迁方案以及应急

方案。

2.专业工程师了解用户现在机房的现状以及毅迁后的具体

要求。充分考虑在实施过程中可能出现的各种情况，定制详

细可行性的迁移实施计划，将机房迁移工作对用户的影响降

至最小。

3.编制搬迁前及搬迁后的物理布置表、连接表、线缆号

表。可根据用户情况分为多个系统进行分类。

4.在搬迁过程中需要各参加搬迁单位技术人员密切配合。

5.为保证搬迁工作顺利、有序、安全的进行将制定详细的

搬迁流程，进行细致的分工，具体工作安排到人，责任到

人。

6.搬迁工作中的每项工作原则最少安排5人，以保证工作的

准确性。

3、计算机网络中心机房迁移详细实施方案

本次设备搬迁共4天时间，时间较为紧张。我们将尽量细化

任务安排保证工作顺利进行。

为了搬迂能按时顺利进行，且保证在搬迁后能够保证设备正

常运行，我公司制定了一系列简单明了的工作表，帮助工程实施

人员确定各种搬迁工作中要执行的工作是否完成。避免工作失

误，避免造成搬迁工作的延误。

3.1实施流程

3.2目的机房的要求

需要在搬迁前检查目的机房的必要设备设施是否符合要求，

本工作表是保证搬迁后设备能否稳定正常运行的先决条件，在搬

迁前由搬迁负责人同相关人员填写确认。

目的机房检查表

是/

项目解决方法备注

否

机房UPS功率是否符合要求

机房制冷设备是否符合要求

机房防尘是否符合要求

设备电源是服务器设备

否到位（注意存储设备

有特殊电源网络设备

线要求的设网络安全设

备）备

KVM切换器

运营商以及专网接入是否完

成

所需IP地址是否到位

3.3设备关机搬迁前准备工作

设备搬迁前的准备工作是非常重要和必要的，根据以往经

验，设备在长时间开机后关机会有意外故障导致不能开机或其他

硬件故障情况发生。同时也有可能由于网络连接错误导致服务器

启动后不能对客户正常服务。所以数据备份，连接端口标识，地

址规划，备件准备都是非常必要的。

3.3.1数据备份

数据备份需要搬迁负责人和系统管理人员在设备搬迁前进

行备份。这次备份是搬迁前的最后一次备份，是必须认真完成的

一项工作。是在设备出现故障后能否快速恢复的保证。备份包括

服务器的数据备份。网络设备的配置文件备份等。此工作表在备

份时由搬迁负责人同系统管理人员共同确认完成。

服务器存储设备表

服务器存储设应用功能备份内容及存放情况是否备

备名称份完成

凭单结算系

DL380

统

酒店配件销

DL380

售系统

DL380R03趋势系统

公司网站，网

DL380络售票，车站

LED

DL380K3中间层

K3数据库服

DL380G5

务器

DL-580G3安技系统

用友0A中间

DL-580G5

层

DL-580G3用友审计

DL-580G3老0A

DL-380PGEN8太保系统

X3850X5NC中间层

NC中间层（连

X3850X5

接存储）

X3850X5售票服务器

（连接存储）

售票系统主

X3850X5服务器（连接

存储）

D55020存储

MODULAR

SMARTAWAY存储

500G2

MODULAR

SMARTAWAY存储

1000

POWEREDGE

视频会议

R300

POLYCOM视频会议MC

SINFOR（深信

视频会议

服）

POWEREDGE南京特捷联

R210U网售票接口

网络及网络安全设备

是否备份完

网络及网络安全设备名称备份内容及存放情况

成

SINFORM5100-AL

SANGFORAL-1600

H3CS550SERVICE

H3CS550SERVICE

H3CS550SERVICE

H3CS7506E

RAISECOMRC002-16

电信MFLS-VPN

神州数码DLFW-1800S

HUAWEIOPTIX155/622H

HUAWEIOPTIXMETRO100

HUAWEIS3500SERVICE

RAISECOMRC00246

CCOMMIC-IRACR146

HUAWEIOUIDWAYSI000

H3CS2100

RAISECOMR0MS24-120

SERIES

神州数码DLFW-1800S

HP（惠普）DL380R03

SANGFORAL-1600

3.3.2设备标记

如果设备没有名称，需要为设备编制名称，并在每台设备上

用标签打印纸标记名称，本表用于对设备没有详细标记情况下纪

录。此表主要用于设备投迁后的快速连接，避免由于连接错误导

致的服务不能正常访问，延误搬迁事件等情况的发生。

服务器存储设备

服务器存储设对应交换机接口

应用功能网络接口号

号

备名称

凭单结算系

DL380

统

酒店配件销

DL380

售系统

DL380R03趋势系统

公司网站，网

DL380络售票，车站

LED

DL380K3中间层

K3数据库服

DL380G5

务器

DL-580G3安技系统

用友0A中间

DL-580G5

层

DL-580G3用友审计

DL-580G3老OA

DL-380PGEN8太保系统

X3850X5NC中间层

NC中间层（连

X3850X5

接存储）

售票服务器

X3850X5

（连接存储）

售票系统主

X3850X5服务器（连接

存储）

D55020存储

MODULAR

SMARTAWAY存储

500G2

MODULAR

SMARTAWAY存储

1OOO

POWEREDGE

视频会议

R300

POLYCOM视频会议MC

SINFOR（深信

视频会议

服）

POWEREDGE南京特捷联

R210U网售票接口

网络及网络安全设备

网络及网络安全网络接口号（针对其他网

对应设备几口号

设备名称络设备接口）

SINFOR

M5100-AL

SANGFOR

AL-1600

H3CS550

SERVICE

H3CS550

SERVICE

H3CS550

SERVICE

H3CS7506E

RAISECOM

RC002-16

电信MFLS-VPN

神州数码

DLFW-1800S

HUAWEIOPTIX

155/622H

HUAWEIOPTIX

METRO100

HUAWEIS3500

SERVICE

RAISECOM

RC00246

CCOM

MIC-IRACR146

HUAWEIOUIDWAY

S1000

H3CS2100