机房机柜服务器迁移业务系统升级及项目实施管理整体解决方案.docx
- 文档编号:10465703
- 上传时间:2023-02-13
- 格式:DOCX
- 页数:42
- 大小:1.99MB
机房机柜服务器迁移业务系统升级及项目实施管理整体解决方案.docx
《机房机柜服务器迁移业务系统升级及项目实施管理整体解决方案.docx》由会员分享,可在线阅读,更多相关《机房机柜服务器迁移业务系统升级及项目实施管理整体解决方案.docx(42页珍藏版)》请在冰豆网上搜索。
机房机柜服务器迁移业务系统升级及项目实施管理整体解决方案
机房机柜、服务器迁移、业务系统升级及项目实施管理
整体解决方案
一、门户网站系统平台现状分析
1.1、网络现状
从当前门户网站系统平台的网络现状看,门户信息系统平台在网络安全性、可靠性、功能性和可管理性方面存在以下问题:
1、安全性
据调查显示信息安全攻击有75%都是发生在Web应用层面上的,而且最近几年政府门户网站被攻击或篡改占了网络安全事件的很大比重。
同时,数据也显示,2/3的WEB网站都相当脆弱,易受攻击。
所以,面对越来越复杂的网络环境和越来越多的网络攻击,政府门户网站的安全防护面临了很大压力。
有意识的提高业务网站的安全防护,是保障业务正常进行的必然前提。
2、可靠性
从网络现状可以看出,外网出口设备是一台华依的HY-F2000+(E)防火墙,如果设备出现故障,就避免不了单点故障的发生。
门户网站服务器连接在CiscoCatalyst3550交换机上,如果设备出现故障也是避免不了单点故障的发生,而会引起门门户网站的访问中断。
3、功能性
追踪社会热点话题、发现治区内民众反映的问题,吸纳民言、汇集民智列入到当期的工作重点中去,有效的提高了政府的务实求真、关注民生的工作作风。
建立一套网络舆情监控系统,帮助客户第一时间获得网络舆情,追踪舆情内容,发现传播源头,监控传播主体,能够有效的提高工作效率。
1.2、需求分析
为满足门户网站系统平台对网络安全、平台可靠性、设备冗余性的需求,提出了一下几点平台建设建议。
1、出口华依防火墙使用双机主备模式增加设备冗余性,提高网络可靠性。
2、建立一套舆情监控系统,帮助客户第一时间获得网络舆情,追踪舆情内容。
3、建立和完善网站监控预警机制,做到门户网站中断的及时发现及时解决。
4、新设备替换老设备,保障平台业务的稳定运行,提高可靠性。
二、方案设计原则
2.1、实用性和先进性
系统要基于稳定成熟的开发和运行环境,采用业界领先的主流产品,具备跨平台功能,能够运行在当前多种主流软硬件支撑平台上。
使整个系统在一段时期内保持技术的先进,并具有良好的发展潜力,以适应未来业务的发展和技术升级的需要。
2.2、可扩展性
系统的架构应具有高度的扩展性,以降低系统扩充的投入成本,并满足信息技术高度发展的需要。
系统要具备开放式接口,可根据需求变化和技术发展的要求,方便地挂接各类扩充功能。
门户网信息系统平台也要具有一定的前瞻性,符合信息化的发展趋势,应确保长期开发利用的需要。
2.3、易管理性
提供系统有效的管理措施,不仅总体易管理,而且具有分级管理的能力,还要提供一个尽可能完善的使用接口,使各层次的人员尽快地、方便地掌握应用系统。
2.4、安全性
必须采取各种措施,确保系统平台安全运行,防止系统被攻击、数据被损坏或窃取,以及泄密等各种网络安全故障发生。
2.5、稳定性
系统稳定可靠地运行是门户网站信息系统平台的必然要求,在设计时要充分考虑系统的稳定性需求。
三、总体方案设计
3.1、平台规划
3.1.3、机柜规划图
3.2、设备、机柜迁移方案
通过门户系统架构的前期调研,发现以下项目实施难度:
1、实施的3台老机柜之间空隙过于狭小,更换新机柜会增加实施难度。
2、机房空间有限,对迁移机柜带来不便。
针对以上问题,对设备和机柜的迁移更换提出以下几个实施步骤:
步骤一:
所有未加电设备下架
【图1】:
机柜现状,红色标注为设备未加电或者关闭
【图2】:
下架未加电设备
步骤二:
把C3旧机柜里的设备,迁移到C1和C4机柜,这样就能空出C3机柜。
C4机柜上架和迁移所有的网络设备。
【图3】:
迁移设备
【图4】:
空出C3旧机柜
【图5】:
迁移更换C3新机柜
步骤三:
更换了C3新机柜后,把C2机柜设备迁移到C3(新)机柜里,C3新机柜上架新购买的Dell服务器。
【图6】:
迁移C旧机柜设备到C3新机柜
【图7】:
空出C2旧机柜
【图8】:
迁移更换C2新机柜
步骤四:
更换了C2新机柜后,C1旧机柜设备迁移到C2和C3新机柜里,空出C1旧机柜并更换。
下架C1机柜的KVM设备。
迁移过程见下图9-11
【图9】:
迁移C1旧机柜的设备到C2新机柜
【图10】:
空出C1旧机柜,下架KVM。
【图11】:
迁移更换C1新机柜
步骤五:
所有新机柜部署完毕后,整理并定位设备机柜位置。
【图12】:
设备迁移并上架新采购的KVM
步骤六:
所有设备定位。
【图13】:
机柜部署完毕
3.3、应用系统迁移方案
新购机柜和设备部署完毕后,进行应用系统迁移工作。
门户网站应用信息系统由网页发布服务器、信息管理服务器和数据库服务器组成。
此次项目采购3台DellR710和1台DellR810,分别被用作网站发布、舆情管理、域名分析和信息管理服务器。
此次应用系统迁移模式是从源物理服务器迁移到目标物理服务器,是纯物理机之间的应用迁移。
迁移要保证前后用户的系统平台以及应用和所有的数据,包括普通的数据,用户的账户信息,链接等等,都不发生任何的改变,这样当迁移完成后可以马上开始投入使用。
并且迁移过程需要相关网站和应用系统开发商协助进行。
迁移过程可以分为以下实施步骤:
步骤一:
搭建新的应用系统
在不改变原有应用系统正常运行的前提下,根据旧设备的应用需求,在新购服务器上架设相同的应用系统,把旧应用系统的相关数据、服务和账号等迁移到新的服务器上。
等新的应用系统搭建完成之后,正式切换。
步骤二:
相关联应用的迁移
对于系统应用有关联的服务,比如门户网站发布和域名解析的应用是相关联运行的。
在新的应用系统搭建完成之后,同时进行物理迁移。
步骤三:
相关备份软件和后台存储
现有应用系统有备份软件的使用,在应用迁移的过程中,也要进行备份应用的迁移,并且要保证备份应用相关的账号信息、备份策略、备份数据库等信息迁移完成。
步骤四:
迁移后的应用测试
当应用系统迁移完成后,进行业务应用系统的测试。
最终保证新网站系统平台正常运行,并通过测评。
3.4、方案风险评估及应对措施
3.4.1、现有设备迁移导致服务中断
实施风险:
项目实施过程会涉及到移动现有设备和服务器,迁移机柜的时候会涉及到布线和电源线布置的问题,可能会因为服务器断电、网线被拔掉等原因而导致的应用中断。
从机房现场调研结果可以看到,机房空间过于狭小,给迁移机柜带来难度。
所以在迁移机柜的时候可能会触碰到周围其他机柜或者服务器,而影响到其他应用。
应对措施:
对要进行迁移设备的网线,用加长的网线先暂时链接至相应的设备,这样在设备迁移时能够保证不断网。
另外,用外接电源插排把设备连接起来,能够有效的防止设备迁移过程中的断电故障发生。
3.4.2、应用迁移导致服务中断
实施风险:
迁移的应用系统包括网站发布、域名解析和信息管理。
迁移的过程是把旧服务器里的这些应用迁移到新购服务器里面。
迁移过程会导致业务系统中断,门户网站无法发布。
应对措施:
针对门户网站的迁移,有一套webcare365网站群警戒服务平台,可以预装到现有的应用平台中,webcare365网站群警戒服务平台可以第一时间检测到网站服务的中断,这样对网站平台的迁移就有有效的把握和掌控。
3.4.3、春节假期对项目进度的影响
设备已经到货,项目则可以进行前期的实施准备,如整理服务器标签、调整网线、整理IP列表、迁移机柜等,然则面临春节假期,这对项目实施进度会产生影响。
春节假期之前进行设备和应用系统迁移的时间紧迫,如果应用系统迁移进度受春节假期影响而中断,则会因为应用系统无法迁移完成而导致门户网站中断。
3.4.4、项目超期
项目实施进度预算时间会到春节假期,如果项目实施到一半程度而面临假期放假,则可能影响应用系统在春节假期时间的正常运行,而且也会对后期实施的衔接产生影响。
如果项目持续时间比原定计划长,则可能导致门户网站整体应用系统的使用和交付,耗费的资源也会超出预期。
应用系统的迁移只是整个项目的一部分,如果项目出现延期也会影响后期项目的验收和测评。
四、项目实施计划
4.1、设备到货
设备的到货时间直接影响项目实施的开展,项目实施的第一阶段是迁移机柜,第二阶段是上架所采购设备,第三阶段是迁移应用系统。
设备已经到货,项目可以进行迁移的准备工作,如整理服务器标签、调整网线、整理IP列表等,并且可以对C2和C3机柜进行迁移。
因为面临春节假期,为保障门户网站系统平台在春节假期能够正常运行,建议在年前不进行应用平台的迁移。
4.2、年前工作时间限制
门户网站系统升级项目已临近春节假期时间,年前的工作时间限制对项目的实施有一定的影响。
尤其是网站应用系统平台迁移,要与系统应用开发商沟通协调进行工作的开展。
由于实施方不能确定系统应用开发商的工作时间安排,所以对应用系统迁移的进度不能进行有效的把握。
如果年前项目进行应用迁移,不能保证假期时间门户网站应用平台的正常运行,并且假期时间对门户网站故障的应急措施也不能进行有效的控制。
五、项目进度安排
ID
任务名称
具体内容
持续时间
1
方案讨论
对方案规划进行公司内部讨论
1天
2
方案修改并交付给客户
若方案有欠缺,则进行更改,并把方案提交给客户
1天
3
确定方案可行性
就华依防火墙、IDS方案部署方案与厂商工程师进行讨论
1天
4
方案讨论、现场调研
与客户讨论方案的可行性,并进行前期的现场调研
1天
5
方案修改
根据客户要求更改方案需求
1天
6
讨论实施计划
设备已到货,讨论实施计划
1天
7
实施前现场准备
服务器标签、跳线(长度、数量)、工具、网线标签。
查看华依防火墙配置,做好IP规划
1天
8
未加电设备下架
机柜内未加电的设备进行下架处理,跟客户沟通存放位置
1天
9
网络设备上架
包括思科、华为交换机,(华依IDS、防火墙未到)
1天
10
检查网络运行状况
检查网络现场,测试网络、应用运行状况。
1天
11
平台试运行
平台迁移试运行,保障假期间正常运行
1天
12
方案进行专家审批
组织专家组对门户网站迁移项目方案进行审阅和讨论。
1天
13
设备配置备份
对防火墙,交换机配置进行备份
1天
14
迁移华依防火墙、KVM、服务器
把华依防火墙迁移到C4机柜,前提是服务器标签和网线标签做好对应。
KVM、服务器迁移到其他机柜
1天
15
设备迁移
C3机柜5台加电设备安计划迁移到C1和C2机柜。
1天
16
C3机柜迁移
把C3旧机柜迁出机房、把新机柜迁移到机房,规划的设备上架。
1天
17
C2机柜迁移
把C2旧机柜迁出机房、把新机柜迁移到机房,规划设备上架。
2天
18
C1机柜迁移
把C1旧机柜迁出机房、把新机柜迁移到机房,规划设备上架。
2天
19
新购服务器上架
把新购买的服务器上架
2天
20
网络布线
对系统架构进行网络布线
2天
21
Cisco、华为交换机加电
Cisco中心交换机迁移,把DMZ、DB、测试、办公区的服务器接入相应的交换机上。
2天
22
华依防火墙、IDS上架
把新采购的华依防火墙配置成和旧的相同,做冷备。
调试上架华依IDS设备。
2天
23
相关文档整理
网络设备接口对应列表整理
2天
24
应用迁移
包括网站发布、信息管理、域名解析和舆情管理
4天
25
系统试运行
进行网络和应用测试试运行
2天
26
验收准备
对验收文档进行整理和编写
2天
17
正式验收
对系统应用进行验收
1天
六、项目管理方案
8.2.1、项目建设方法论
项目实施过程中按照实际需要不断调整办公网络运维管理规范适应用户需要,调整用户现有IT管理模式以使其达到IT运维管理规范所提出的要求,保证IT运维服务管理项目的顺利进行,保障IT运维服务管理项目能够真正落地,发挥效益。
实践证明,只有将理论和实践进行靠拢、依托运维平台持续改进,才能保障项目建设成果的适用性和先进性,才能通过技术平台来推动管理思路的创新,才能通过运维管理进一步发挥信息化经济效益。
从方法论进一步延伸扩展到本次项目建设,我们认为,本次项目成功实施的关键在于:
Ø统一认识,明晰IT运维服务管理体系的核心建设理念;
Ø以IT运维服务管理规范和标准为参考;
Ø根据行业特色、用户特点、运维需求进行科学、合理的规划和设计;
Ø遵循戴明环(PDCA)的规划、执行、检查、完善的层进式建设模式。
项目架构管理
项目组织规划
项目整体组织规划结构表如下:
名称
任务描述
项目领导组
项目实施过程中重大事件的决策
项目经理
进行项目的具体管理和实施工作
咨询顾问组
帮助用户理解他们对项目提出的需求,对客户需求进行简单化处理
分析设计组
系统调研,并进行整体需求分析,并根据需求分析进行系统概要和详细设计,指导实施工作
系统实施组
软硬件平台的安装实施;应用系统的安装推广;管理维护、系统操作等用户手册的编写
培训支持组
提供项目建设过程中的各阶段培训;提供项目的技术支持;售后服务
商务协调组
负责项目的整体商务协调
文档管理组
负责项目实施过程中,所有文档的整理和备案
8.2.2、项目岗位职责
以下是对其中一些岗位职责的描述。
●项目领导组
用户和分别委派一位高层领导作为项目领导组成员,负责项目总体控制;与相关单位沟通、协调;调度相关人力物力资源;负责项目实施过程中重大事件的决策,如进行财务安排、解决双方分歧、监督项目进度等。
●项目经理
进行本项目的具体管理和实施工作,将对本项目全面负责,具体事项包括:
Ø项目建设及整体管理
Ø制定一个各小组认同的项目计划
Ø组织整体系统集成实施工作
Ø安排各类会议日程;
Ø控制和监督项目过程和进度;
Ø编写项目进度报告;
Ø定期举行项目进度会议;
Ø协调项目中的所有人员和资源;
Ø维护一个问题清单并保证每一个问题都得到圆满解决。
●执行机构
项目决策层确定后,将项目执行机构分成各执行小组。
明确执行小组任务及流程,确认小组间的工作接口和沟通渠道。
Ø咨询顾问组
咨询顾问人员由人员组成,主要负责在项目中帮助用户理解他提出的事项,通过对事情方方面面和深入探究后,实现对事情的控制;然后将经过分析后的事情,言简意赅的告知用户,双方达成一个共识,便于项目的顺利进行。
Ø项目实施组
以人员为主,用户方进行配合。
依照确定的方案分别进行软、硬件平台的安装实施。
系统运行、维护人员负责具体维护工作。
Ø培训支持组
由负责建立,在项目建设过程中的各阶段提供本系统、产品和相关技术的培训。
同时通过多种服务手段和服务方式向业主提供与系统相关的所有支持与服务。
该组的工作作用于项目全过程,包括项目实施完毕后的支持与维护。
对项目采用的所有设备提供全面的技术支持与服务保障。
同时为了系统长期、稳定的正常运行,保证故障在最短时间排除。
Ø售后服务组
在项目实施、验收完成进入质保期后,我方将会把用户单位加入为的售后维护客户,对进入售后维护的客户有专门队伍从事对该类客户的维护工作,提供全天候的热线技术支持服务、定期的技术巡检、系统优化与产品升级服务、应急突发事件的处理。
通过完善的售后服务保证客户的系统正常稳定的运行。
8.3、项目管理计划
8.3.1、项目管理原则
成功的项目管理需要遵循清楚且严格的原则。
我方在管理项目方面一贯遵循如下原则:
1.实现承诺
在准确理解客户需求基础上,提出完整、切实可行的技术解决方案,并就项目目标与客户达成一致。
各项要求是对客户的承诺,在项目管理中首先遵循的原则就是一定实现对客户的承诺。
2.充分交流
充分交流可以保证项目所有相关人员对项目有共同的期望,对项目实施过程中发生的一切事项能够有共同的理解,从而为项目的顺利执行营造良好的项目气氛。
充分交流不但发生在项目组内部,同时也发生在客户内部、客户和之间。
3.保证质量
遵循ISO9001质量管理体系的有关要求,严格遵守“把握需求,严谨开发,严格测试,优质服务,持续改进”的质量方针,在整个项目进程中,从需求调研、软件客户化、软件测试、系统部署、系统试运行,一直到项目验收,都有专人进行质量监督和管理,把质量管理的原则融入项目的各个阶段。
8.3.2、变更管理
变更管理流程是成功交付项目的基础。
变更管理流程确保对在项目环境中的每个变更在实施以前都得以恰当的定义、评估和审批。
8.3.3、变更管理过程
下图对将要执行的变更过程和程序做了一个概述,以有效地管理与项目相关的变更,同时也明确变更管理中的职责分工。
图1项目变更控制流程图
1.提交变更申请
本步骤中项目各方都可以提交项目变更申请,需要完成以下工作:
Ø变更申请人识别项目中任何方面的变更需求(如项目范围、软件需求、项目计划、组织结构等);
Ø变更申请人完成填写《变更管理表》中变更申请栏,并将其提交给项目经理。
2.审核变更申请
授权项目经理对变更申请表进行初审,以决定是否需要一份充分的可行性研究报告以供项目管理委员会评估变更可能带来的影响。
做出上述决定的基本依据是:
Ø提交的可选择变更数目;
Ø申请变更可选性的复杂程度;
Ø提出的变更解决方案的衡量。
3.识别变更可行性
涉及变更的可行性识别,完成填写《变更管理表》中变更可行性说明栏,以确保对所有的变更可选项进行调查并上报,变更可行性研究包括对变更需求、变更可选项、变更成本及利益、变更风险及事项、变更带来的影响、变更的建议和计划的定义。
项目经理将整理所有变更文件并报项目管理委员会做最终审核,这些文件包括:
Ø原始的变更申请表;
Ø已通过的变更可行性研究报告;
Ø所有支持性文件。
4.批准变更申请
本步骤涉及项目管理委员会对变更申请的正式审核,填写《变更管理表》中变更审批意见、变更审批人签字。
决定是否变更的标准大致为:
实施变更给项目带来的风险、不实施变更给项目带来的风险、实施变更对项目产生的影响(时间、资源、财务、质量方面)等。
项目管理委员会可能做出下列任何一种结论:
Ø拒绝变更;
Ø要求与变更相关的更多信息;
Ø批准变更申请;
Ø在特定条件下批准变更。
5.实施和结束变更申请
本步骤涉及对变更的全面实施,包括:
Ø确定变更进度(如:
实施变更的日期);
Ø实施前对变更进行测试;
Ø实施变更;
Ø对实施变更的成功度进行审核;
Ø就实施变更的成功度进行沟通;
Ø在变更日志中结束变更。
8.3.4、变更管理表
变更管理表是一份综合的表,包括变更申请、变更可研说明、变更审批意见、变更审批人签字。
变更申请栏中可以填写问题现象及其产生原因,如果有其他的书面说明,则可作为附件引用。
表1变更管理表
项目名称:
变更编号:
变更申请人:
变更申请人单位:
变更申请:
(变更描述和变更原因)
变更可行性研究说明:
变更审核意见:
变更审核人员签字(日期):
8.4、沟通管理
8.4.1、项目沟通
在IT项目中,许多专家都认为:
对于成功,威胁最大的就是沟通的失败。
与IT项目成功的三个主要因素分别为:
用户的积极参与,管理层的大力支持,需求的明确表达。
而这三要素全部依赖于良好的沟通技巧,特别是非信息技术人员。
一般而言,在一个比较完整的沟通管理体系中,应该包含以下几方面的内容:
沟通计划编制、信息分发、绩效报告和管理收尾。
沟通计划决定项目干系人的信息沟通需求:
谁需要什么信息,什么时候需要,怎样获得。
信息发布使需要的信息及时发送给项目干系人。
绩效报告收集和传播执行信息,包括状况报告、进度报告和预测。
项目或项目阶段在达到目标或因故终止后,需要进行收尾,管理收尾包含项目结果文档的形成,包括项目记录收集、对符合最终规范的保证、对项目的效果(成功或教训)进行的分析以及这些信息的存档(以备将来利用)。
沟通包括项目组内部沟通和与用户沟通两个方面,内部沟通是保证项目的内部环节运作顺畅,各项资源能按要求到位的重要工作,而进行细致的用户沟通,是避免项目目标和需求出现偏差的重要手段,沟通的方式是不拘形式的,从简短的谈话到定期的会议,从简单的书面文件到即时查询在线进度表和数据库,从电话到电子邮件,甚至视频会议,远程控制等等。
本项目实施中我们建议实行以下主要方法进行沟通管理:
Ø由各方共同参加的项目周例会制度,每周定时召开,发布项目的最新情况,以便各方及时获取所需的各种信息,了解项目进展,协调各方面的关系,解决存在的问题,有效预防和规避各种风险,确保项目按计划完成各阶段任务。
Ø按周、月及项目阶段提供周报和汇报总结,以控制项目;
Ø采用问卷、访谈、资料收集和开座谈会的方式进行各项调研;
Ø每个阶段发布本阶段的书面的正式报告,比如需求分析报告,系统设计报告等等。
Ø视具体情况根据需要不定期召开座谈会,了解各方对项目存在问题的看法和建议,商讨解决办法。
8.4.2、沟通方式
在项目执行的过程中,通常把沟通分为口头沟通、书面沟通两种类型。
而具体采用的手段,我们通常采用会议及报告两种手段。
一、会议
会议是促进项目建设并强化项目成员的期望。
我们在项目执行过程中,通常会召开以下几种类型的会议:
1.情况通报会议
项目情况通报会议由项目经理主持或召集,会议成员包括全部或部分项目团队成员以及客户或项目团队的上层管理人员。
会议的基本目的是通知情况、找出问题和制定行动内容。
项目情况通报会议应该定期召开,以便早日发现问题,防止危及项目目标实现的意外情况发生。
一般会议内容安排如下:
Ø自上次会议以来的成绩
Ø检讨项目的成本、进度计划和工作范围
Ø必要的纠正措施
Ø改进的机会
Ø讨论
Ø行动计划及工作分配
2.每周例会
项目实施中项目经理与项目成员、项目成员与项目成员之间的沟通交流是很重要的。
对于项目经理来说,可以及时了解项目进展情况,从而对项目实施计划进行调整;可以了解调整项目成员工作心态,倾听他们对项目的建议与意见,对项目健康发展提供帮助。
对于项目成员来说,通过与别人交流分享实施经验,一方面可提高自己的自信心,另一方面可学习别人的经验提高自己能力。
定期举办沟通交流会议,时间以每周一次,参加对象为我方所有项目组人员。
该例会的内容之一是项目进展通报,项目经理对项目总体进展情况和每个成员的进展情况进行通报,并根据项目进展情况与项目成员协商,调整项目实施计划。
例会的另一个内容是技术经验交流,项目成员可相互分享各自在实施中使用到的技术、问题解决方法等经验。
如果时间许可,每次例会可安排一次主题,可以是技术上的,也可以是与项目管理有关的,让项目成员围绕该主题展开讨论,从而提高团队能力。
每次例会项目经理应安排作好项目记录,会后整理好通报所有项目成员。
3.解决问题会议
当项目成员发现问题或潜在问题时,应立即和其他有关人员召开解决问题会议,而不是等着在以后的项目情况通报会议上解决,尽可能早地发现和解决问题对项目的成功非常关键。
我们按如下步骤解决问题:
Ø描述问题
Ø找出问题的潜在原因
Ø收集数据并找出最可能的原因
Ø找出可能的解决方案
Ø评价可行方案
Ø确定最佳解决方案
Ø修订项目计划
Ø实施解决方案
Ø确定问题是否得以解决
4.阶段评审会议
在项目建设中,在每个阶段的结束,都需要对项目结果进行阶段评审会议,以确保大家对项目进行到目前为止的结果予以认同。
参与人员根据实际情况进行调整,有可能是项目组、客户方、或者高层管理人员。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 机房 机柜 服务器 迁移 业务 系统升级 项目 实施 管理 整体 解决方案
![提示](https://static.bdocx.com/images/bang_tan.gif)