怎样写割接方案.doc

从事运维工作以来，大大小小的网络割接已经经历很多次了。由于割接大多在晚间零点进行，所以在某个深夜灵光一现，冒出了这句“黑夜的眼睛，穿越网络的无界，连接IT人的世界”，相信广大运维同行也有此感吧。 网络割接又叫网络迁移，是指对正在运行的网络进行物理或者逻辑上的更改。由于网络割接是对正在使用的线路、设备进行操作，将会直接影响到上面承载的业务，如果割接出现差错将会造成业务应用的中断甚至造成不必要的经济损失，所以必须制定详细的割接方案。 那么如何制定详细完善的割接方案呢？下面就个人经验谈一下如何撰写规范细致的割接文档。一、描述项目背景 一般来说，你撰写的这个割接方案需要报送给上级领导看，而相关的领导不一定很了解这个项目，所以需要描述项目背景并对项目进行简单介绍。二、制定总体割接方案和计划 许多网络割接不是一步就能完成的，通常会分为多次小的割接，这时候就需要一个总体的割接方案和许多具体的割接方案一起组合来描述整个过程。 割接方案不但是描述割接中需要进行的各项任务，还包含各项任务的时间表，所以相关的内容是需要各个配合部门、单位共同讨论通过的。三、编写具体割接实施方案1、割接前的准备工作割接前需要做细致的准备工作，对相关责任方或责任人不仅要发邮件通知，还要打电话联系确认。曾有一次做割接，只给合作方发了邮件而没有打电话确认，结果割接时对方没有人，紧急派人过来，耽误了很多时间。另外割接中涉及到的具体割接步骤，不能仅仅是纸上谈兵，特别是牵涉到软件版本或系统更新升级的这种比较大的变更情况，通常需要搭设模拟环境进行模拟割接测试。任何不经测试的匆忙上线，都有可能造成灾难性的后果。记得有一次做安全整合割接时，一哥们忽视了某条默认路由和OSPF的静态路由引入的关系，差点造成路由自环引起网络故障。一般业务运行网络要求24小时不间断，大规模升级后如果遇到几个小时的业务中断情况，那就悲催了。所以割接前的模拟测试是验证割接方案可行性的一个严谨的步骤，严格的测试有助于减少这方面的风险，而且这个准备工作是大家万万不能忽视的。 割接前的准备工作大致包含：通知相关部门和客户、确定联系人、准备割接材料、备份数据、信息采集等。 2、割接组网图：相关合作方的网络拓扑图，以及上下对连设备连接图包括其设备的型号、端口和相应参数都应该明确下来，方便撰写网络命令并留档备查。 下面看一个网络拓扑和设备互联参数示例：3、割接上线的范围和风险说明： 明确范围，简而言之就是要知道实现哪些目标和哪些业务的上线应用，不要超出事先明确的范围。如果有大的出入应停止割接，重新制定割接方案，以防出现重大事故。另外割接也有可能遇到失败，在这种情况下应有应急方案或者是使用回退方案。4、割接组织机构及人员安排：由上级领导成立割接小组，确定割接负责人、对接方负责人、厂家负责人、施工方负责人等，并且写出明确的人员分工。5、正式割接步骤及流程：在正式割接方案中需要具体细化每一个步骤的割接内容，计划应该包含每一个步骤的开始时间、结束时间、最晚回退时间、该步骤对每种业务的影响度等内容。 实际操作过程中注意的方面:A、每一步进行前的快照: 进行该步骤前几分钟，将操作设备的现有端口状态、流量、协议状态记录下来， 备份设备的配置文件。B、进行割接: 执行割接的命令或者相关操作。C、检查是否成功: 通过show/display/ping/traceroute等命令查看，有条件时也可从客户端进行验证。6、回退步骤：如果割接不成功，应恢复到割接前的状态。一般来说如果在中途出现异常故障且无法在预定的时间内恢复时，那么就应该进行回退了。注意：割接过程中要严格按照割接步骤执行，在上一步未确认前不能进行下一步的操作，参加割接的相关人员和实施人员要认真对待工作每一个细节，加强相互间的协作和及时沟通，以保证割接顺利完成。四、割接完成后的测试 割接完成后还应该进行整体的测试，这个完整的测试包含的内容不仅仅是从设备层面进行，还应该有应用层面的测试，以及流量流向的观察。五、割接后的值班观察在割接完之后，应安排相关技术人员进行值班或电话值守，发现问题及时通报和处理解决。安排运营人员对业务和各项功能进行检测，一般情况下，24小时内如果正常的话，该次割接就已经成功完成了。总结：在制定完善的割接方案后，并且做好了充分准备工作以后，割接工作是会比较轻松的，实施人员只需严格按方案进行执行即可。附割接文档撰写大纲：一、项目背景简介二、总体割接