运维交接都需要什么

2021-03-12 11:55发布

6条回答
studentaaa
2楼 · 2021-03-12 14:08
  • 只是移交维护,有开发公司的维护说明书就差不多了,再加一分维护合同,这个比较重要
    如果包括程序代码的维护,那就要要求所有与开发有关的资料:分析资料,设计资料,源代码,数据库

  • 需求分析报告、系统概要设计、详细设计、数据库设计、系统维护手册、项目交接文档(文件清单,方法列表等)

  • 只是移交维护,有开发公司的维护说明书就差不多了,再加一分维护合同,这个比较重要
    如果包括程序代码的维护,那就要要求所有与开发有关的资料:分析资料,设计资料,源代码,数据库
    需求分析报告、系统概要设计、详细设计、数据库设计、系统维护手册、项目交接文档(文件清单,方法列表等),维护的工作包括的内容还是很多的,不同类型的维护需要做的工作也不同。我们可以根据维护都要做哪些工作来确定需要的文档,然后向对方公司所要这些必需的文档。

  • 比如:一般的维护(不包括新需求的开发),需要做的工作包括:
    1.系统运行时刻环境出现问题,解决问题;
    2.系统运行时出错,找到错误,并解决,提交补丁程序或做小版本升级;
    3.系统用户不知道怎样使用,来请教,你要给予解答;
    所以基于这样的工作考虑,你需要:
    软件需求规格说明书,系统设计文档(概要、详细、数据库、框架),系统用户手册,系统安装维护手册,源代码,测试用例,环境说明,维护FAQ
    其它还需要的就是和维护交接有关的文档了,比如:合同,双方责任权利定义等。

flame
3楼 · 2021-03-12 14:24

常见的有架构文档,运维手册,设备清单,负责任的交接人应该还会有F&Q,常见问题解决方案,系统故障应急方案

大冬瓜
4楼 · 2021-03-12 16:46

至少要:
1、网络拓扑;
2、各设备管理密码;
3、CMDB;

yy123456
5楼 · 2021-03-13 13:53

分析资料,设计资料,源代码,数据库
需求分析报告、系统概要设计、详细设计、数据库设计、系统维护手册、项目交接文档(文件清单,方法列表等),维护的工作包括的内容还是很多的,不同类型的维护需要做的工作也不同。我们可以根据维护都要做哪些工作来确定需要的文档,然后向对方公司所要这些必需的文档

樱田妮妮NiNi
6楼 · 2021-03-18 09:49

1.做好记录
如果跟人交接,则一定要做好记录,这点非常重要,因为人在短时间内接收一大堆东西是非常容易忘记的,俗话说的好,好记性不如烂笔头,最重要的是自己记录的过程也会形成一种记忆,可以回想当时为什么这样记录帮助回忆,另外很多wiki上找不到的考运维间口头相传的更要记录

2.标准与非标准
现在运维DEVOPS理念很火,但其实好些团队做得并不完全,有些地方做了标准化,有些地方又保留了老的,导致运维过程中,有些自动化了有些还是人肉,这些需要好好区分开来,否则很容易出故障,当然后续是一定优化这样的不良运维

3.熟悉各业务所在服务器
首先运维自己也要熟悉产品相关的业务,当我们业务出问题时,才能第一时间处理,比如某个页面打不开,那么是什么域名,什么业务,可能在哪些地方出故障,我们也要第一时间知道这些业务在哪些服务器上面,这样才能方面运维排查问题,所以要熟悉业务和服务器间的拓扑图

4.熟悉各个服务进程的启动停止方法
在运维里面流行一句话,没有什么是重启解决不了的,虽然不那么准确,但是运维工作中,的确有很多时候的故障是可以通过重启来快速恢复业务的,那么我们不同的服务进程如何重启一定要优先了解熟悉并记录,才能做到更快速的管理进程

5.熟悉各个服务的文件配置路径、日志路径
运维工作中总会有变动,故障等,当需要修改配置文件,以及查看日志时,如果我们不熟悉则会查询许久,因此在交接过程中这些也一定要记录下来,才能快速处理运维需求及故障

6.熟悉了解各个服务器的开机启动项
开机启动或者有哪些还没有加入开机启动的进程一定要注意,有时候服务器宕机了进程没有启动,就影响了业务,因此要去了解如chkconfig、/etc/rc.local里面的内容及未添加的

7.熟悉好发布流程
跟运维及其他部门了解代码发布平台、流程等,这是经常用到的,问问有无哪些需要运维经常配合的,还有一些历史遇到的一些问题

8.了解以往故障
对以前运维中发生的故障如果有记录那就最好去了解,看看当时的故障表现及处理方法,如果没有记录,也可以询问同事了解

9.对不熟悉的技术栈先浅尝
运维技术工具众多,我们一般不会每一种都了解,如果接手的刚好有较多自己不熟悉的,可以先了解,然后知道怎么重启管理进程以及查看日志排查问题即可,等有富余时间了再逐渐深入学习,这样才不会消耗大量的时间在一些不熟悉的事情上面

10.优先深入理解核心业务
要跟运维开发测试运营产品等了解哪些是非常核心的业务,是不可容忍停机停服的,这些是我们重点关注并且需要非常熟悉的,需要很仔细的对待交接,千万不能马虎


用户555666
7楼 · 2021-06-30 17:09

1、网络拓扑;
2、各设备管理密码;
3、CMDB;

4 网络设备统计表(型号、序列号、生产时间、软件版本)
5 网络设备配置文件
6 网络设计文档,包括规划、设计
7 网络设备及网线实际布设图,实际位置图
8库存设备和材料清单,包括网络工具和软件(网线钳、网络管理软件和网络测试软件)

相关问题推荐

  • 回答 6

    这个还是因人而异吧,看你自己对哪方面感兴趣,兴趣是最好的老师,感兴趣了才愿意钻研学习下去,简单说一下这两个学习知识方面的不同吧:软件测试岗位虽然对于从业者的知识基础要求不高,但是软件测试岗位所涉及到的知识面还是比较广的,所以软件测试人员也需...

  • 回答 5

    SQL注入漏洞的危害:1、数据库中存储的用户隐私信息泄漏;2、通过操作数据库对某些网页进行篡改;3、修改数据库一些字段的值,嵌入网马链接,进行挂马攻击;4、数据库服务器被恶意操作,系统管理员帐户被窜改;5、数据库服务器提供的操作系统支持,让黑客得以...

  • 回答 16

    一、CISP(Certified Information Security Professional)证书中文叫注册信息安全专业人员,由中国信息安全产品测评认证中心实施的国家认证。可以说,这是目前国内对于个人来说认可度最高的信息安全人员资质,堪称最权威、最专业、最系统。根据实际岗位的不...

  • 回答 14

    渗透测试(也称为pentest)是测试移动应用程序漏洞的过程。此测试的主要目的是确保外部人员的重要数据.通过模拟黑客的思维和攻击手段,对计算机业务系统的弱点、技术缺陷和漏洞进行探查评估。经过客户授权后,在不影响业务系统正常运行的条件下,渗透人员在黑...

  • 回答 1

    网络安全是指网络系统的硬件、软件及其系统中的数据受到保护,不因偶然的或者恶意的原因而遭受到破坏、更改、泄露,系统连续可靠正常地运行,网络服务不中断。主要涉及到的有:1、物理措施:例如,保护网络关键设备(如交换机、大型计算机等),制定严格的网络...

  • 回答 33

      网络安全工程师学习内容:  1、计算机应用、计算机网络、通信、信息安全等相关专业本科学历,三年以上网络安全领域工作经验;  2、精通网络安全技术:包括端口、服务漏洞扫描、程序漏洞分析检测、权限管理、入侵和攻击分析追踪、网站渗透、病毒木马防...

  • 回答 26

      学历不是问题,技术才是硬道理!只要你的技术过硬的话,你完全可以进国家安全部门去工作的。比如公安局里的网监工作,大都是九零后的电脑方面的精英。未必都是本科生。还有从社会上特招进去的。所以说,现在是拿技术说话,不是靠学历吃饭的时代了。  网...

  • 回答 16

    网络安全的知识是比较简单的,比较好入门,好多知识理论,大家都是可以听懂的,这是完全没有问题的。网络安全最终的则是实战的应用,怎么把这些理论知识运用到事件中,这些才是重中之重。所以在选择培训机构的时候,也需要尽量去找这些实践操作多的培训机构。...

  • 回答 22

      能够胜任的岗位主要有:渗透测试工程师、大数据安全工程师、信息安全工程师、安全测试工程师、安全服务工程师、安全运维工程师、系统安全工程师、服务器安全工程师、云计算安全工程师、网络安全工程师、安全分析师、渗透讲师等;  按照web渗透、内网渗透...

  • 回答 23

    一些典型的网络安全问题,可以来梳理一下:IP安全:主要的攻击方式有被动攻击的网络窃听,主动攻击的IP欺骗(copy报文伪造、篡改)和路由攻击(中间人攻击);2. DNS安全:这个大家应该比较熟悉,修改DNS的映射表,误导用户的访问流量;3. DoS攻击:单一攻击...

  • 回答 19

    运维一般是设备或者环境的搭建和维护,网络安全可以看做是防火墙

  • 回答 12

    先说说运维工程师和网络工程师的区别。运维工程师是泛指,网络工程师为特指,所以不能这么对比。你应该这么理解,网络工程师是一个人(也可以是理解成一个岗位),而运维则是他的工作内容。从工作内容上来说,运维可细分为桌面运维、网络运维、服务器运维三大...

没有解决我的问题,去提问