精华内容
下载资源
问答
  • 桌面运维常见故障介绍及解决方案,包括软件/硬件/网络等运维故障解决方案
  • 桌面运维常见故障介绍.pptx 桌面运维常见故障介绍.pptx 桌面运维常见故障介绍.pptx
  • 运维故障总结

    千次阅读 2015-08-21 21:20:04
    1. 运维脚本一定要规范化,特别是涉及到删除的必须要稳固,比如find和rm等命令必须要带绝对路径 2. 将数据和业务隔离,因为业务是多变的(升级,调试,安装,写日志等操作),涉及的人也比较多,会经常变动。最好...

    最近由于脚本不专业,因为依赖路径被删除,后台脚本cd失败,导致find了根目录进行查询和删除。整个服务器数据基本被干掉。教训是惨痛的,更重要的是要如果吸取教训。


    恢复:

    1. 定位问题: 把问题脚本停止,一般要看定时任务,后台任务等

    2. 让硬盘变得只读

    3. 使用extundelete和ext4magic恢复部分文件,ext4magic时可以挂接NFS来避免破坏现场

    4. 导出内存中的信息,尽量的挽救更多数据


    总结:

    1. 运维脚本一定要规范化,特别是涉及到删除的必须要稳固,比如find和rm等命令必须要带绝对路径

    2. 将数据和业务隔离,因为业务是多变的(升级,调试,安装,写日志等操作),涉及的人也比较多,会经常变动。最好是物理上隔离,做不到物理隔离,起码要在账号、目录权限上进行隔离而不互相影响。





    展开全文
  • 运维经验分享:故障处理方法总结

    千次阅读 2016-08-02 11:44:09
    从事运维一年半,遇到过各式各样的问题,数据丢失,网站挂马,误删数据库文件,黑客攻击等各类问题,今天想简单整理一下,分享给各位小伙伴。 一、线上操作规范 1.测试使用 当初学习Linux的使用,从...

    从事运维一年半,遇到过各式各样的问题,数据丢失,网站挂马,误删数据库文件,黑客攻击等各类问题,今天想简单整理一下,分享给各位小伙伴。

    一、线上操作规范

    1.测试使用

    当初学习Linux的使用,从基础到服务到集群,都是在虚拟机做的,虽然老师告诉我们跟真机没有什么差别,可是对真实环境的渴望日渐上升,不过虚拟机的各种快照却让我们养成了各种手贱的习惯,以致于拿到服务器操作权限时候,就迫不及待的想去试试,记得上班第一天,老大把root密码交给我,由于只能使用putty,我就想使用xshell,于是悄悄登录服务器尝试改为xshell+密钥登录,因为没有测试,也没有留一个ssh连接,所有重启sshd服务器之后,自己就被挡在服务器之外了,幸好当时我备份了sshd_config文件,后来让机房人员cp过去就可以了,幸亏这是一家小公司,不然直接就被干了……庆幸当年运气比较好。

    第二个例子是关于文件同步的,大家都知道rsync同步很快,可是他删除文件的速度大大超过了rm -rf,在rsync中有一个命令是,以某目录为准同步某文件(如果第一个目录是空的,那么结果可想而知),源目录(有数据的)就会被删除,当初我就是因为误操作,以及缺乏测试,就目录写反了,关键是没有备份……生产环境数据被删了,没备份,大家自己想后果吧,其重要性不言而喻。

    2.Enter前再三确认

    关于rm -rf / var 这种错误,我相信手快的人,或者网速比较慢的时候,出现的几率相当大,当你发现执行完之后,你的心至少是凉了半截。

    大家可能会说,我按了这么多次都没出过错,不用怕,我只想说,当出现一次你就明白了,不要以为那些运维事故都是在别人身上,如果你不注意,下一个就是你。

    3.切忌多人操作

    我在的上一家公司,运维管理相当混乱,举一个最典型的例子吧,离职好几任的运维都有服务器root密码。

    通常我们运维接到任务,都会进行简单查看如果无法解决,就请求他人帮忙,可是当问题焦头烂额的时候,客服主管(懂点linux),网管,你上司一起调试一个服务器,当你各种百度,各种对照,完了发现,你的服务器配置文件,跟上次你修改不一样了,然后再改回来,然后再谷歌,兴冲冲发现问题,解决了,别人却告诉你,他也解决了,修改的是不同的参数……这个,我就真不知道哪个是问题真正的原因了,当然这还是好的,问题解决了,皆大欢喜,可是你遇到过你刚修改的文件,测试无效,再去修改发现文件又被修改的时候呢?真的很恼火,切忌多人操作。

    4.先备份后操作

    养成一个习惯,要修改数据时,先备份,比如.conf的配置文件,另外,修改配置文件时,建议注释原选项,然后再复制,修改。

    再者说,如果第一个例子中,有数据库备份,那rsync的误操作不久没事了吧。所以说丢数据库非一朝一夕,随便备份一个就不用那么惨。

    二、涉及数据

    1.慎用rm -rf

    网上的例子很多,各种rm -rf /,各种删除主数据库,各种运维事故……一点小失误就会造成很大的损失。如果真需要删除,一定要谨慎。

    2.备份大于一切

    本来上面都有各种关于备份,但是我想把它划分在数据类再次强调,备份非常之重要哇,我记得我的老师说过一句话,涉及到数据何种的谨慎都不为过。我就职的公司有做第三方支付网站和网贷平台的,第三方支付是每两个小时完全备份一次,网贷平台是每20分钟备份一次。我不多说了,大家自己斟酌吧。

    3.稳定大于一切

    其实不止是数据,在整个服务器环境,都是稳定大于一切,不求最快,但求最稳定,求可用性,所以未经测试,不要再服务器使用新的软件,比如nginx+php-fpm,生产环境中php各种挂啊,重启下就好了,或者换apache就好了。

    4.保密大于一切

    现在各种艳照门漫天飞,各种路由器后门,所以说,涉及到数据,不保密是不行的。

    三、涉及安全

    1. ssh

    • 更改默认端口(当然如果专业要黑你,扫描下就出来了)
    • 禁止root登录
    • 使用普通用户+key认证+sudo规则+ip地址+用户限制
    • 使用hostdeny类似的防爆里破解软件(超过几次尝试直接拉黑)
    • 筛选/etc/passwd中login的用户

    2. 防火墙

    防火墙生产环境一定要开,并且要遵循最小原则,drop所有,然后放行需要的服务端口。

    3.精细权限和控制粒度

    能使用普通用户启动的服务坚决不使用root,把各种服务权限控制到最低,控制粒度要精细。

    4.入侵检测和日志监控

    • 使用第三方软件,时刻检测系统关键文件以及各种服务配置文件的改动,比如,/etc/passwd,/etc/my.cnf,/etc/httpd/con/httpd.con等;
    • 使用集中化的日志监控体系,监控/var/log/secure,/etc/log/message,ftp上传下载文件等报警错误日志;

    另外针对端口扫描,也可以使用一些第三方软件,发现被扫描就直接拉入host.deny。这些信息对于系统被入侵后排错很有帮助。有人说过,一个公司在安全投入的成本跟他被安全攻击损失的成本成正比,安全是一个很大的话题,也是一个很基础的工作,把基础做好了,就能相当的提高系统安全性,其他的就是安全高手做的了。

    四、日常监控

    1.系统运行监控

    好多人踏入运维都是从监控做起,大的公司一般都有专业24小时监控运维。系统运行监控一般包括硬件占用率,常见的有,内存,硬盘,cpu,网卡,os包括登录监控,系统关键文件监控,定期的监控可以预测出硬件损坏的概率,并且给调优带来很实用的功能。

    2.服务运行监控

    服务监控一般就是各种应用,web,db,lvs等,这一般都是监控一些指标,在系统出现性能瓶颈的时候就能很快发现并解决。

    3.日志监控

    这里的日志监控跟安全的日志监控类似,但这里一般都是硬件,os,应用程序的报错和警报信息,监控在系统稳定运行的时候确实没啥用,但是一旦出现问题,你又没做监控,就会很被动了。

    五、性能调优

    1.深入了解运行机制

    其实按一年多的运维经验来说,谈调优根本就是纸上谈兵,但是我只是想简单总结下,如果有更深入的了解,我会更新。

    在对软件进行优化之前,比如要深入了解一个软件的运行机制,比如nginx和apache,大家都说nginx快,那就必须知道nginx为什么快,利用什么原理,处理请求比apache,并且要能跟别人用浅显易懂的话说出来,必要的时候还要能看懂源代码,否则一切以参数为调优对象的文档都是瞎谈。

    2.调优框架以及先后

    熟悉了底层运行机制,就要有调优的框架和先后顺序,比如数据库出现瓶颈,好多人直接就去更改数据库的配置文件,我的建议是,先根据瓶颈去分析,查看日志,写出来调优方向,然后再入手,并且数据库服务器调优应该是最后一步,最先的应该是硬件和操作系统,现在的数据库服务器都是在各种测试之后才会发布的,适用于所有操作系统,不应该先从他入手。

    3.每次只调一个参数

    每次只调一个参数,这个相比大家都了解,调的多了,你就自己就迷糊了。

    4.基准测试

    判断调优是否有用,和测试一个新版本软件的稳定性和性能等方面,就必须要基准测试了,测试要涉及很多因素,测试是否接近业务真实需求这要看测试人的经验了,相关资料大家可以参考《高性能mysql》第三版,相当的好。我的老师曾说过,没有放之四海皆准的参数,任何参数更改任何调优都必须符合业务场景,所以不要再谷歌什么什么调优了,对你的提升和业务环境的改善没有长久作用。

    六、运维心态

    1.控制心态

    很多rm -rf /data都在下班的前几分钟,都在烦躁的高峰,那么你还不打算控制下你的心态么,有人说了,烦躁也要上班,可是你可以在烦躁的时候尽量避免处理关键数据环境。越是有压力,越要冷静,不然会损失更多。

    大多人都有rm -rf /data/mysql的经历,发现删除之后,那种心情你可以想象一下,可是如果没有备份,你急又有什么用,一般这种情况下,你就要冷静想下最坏打算了,对于mysql来说,删除了物理文件,一部分表还会存在内存中,所以断开业务,但是不要关闭mysql数据库,这对恢复很有帮助,并使用dd复制硬盘,然后你再进行恢复,当然了大多时候你就只能找数据恢复公司了。

    试想一下,数据被删了,你各种操作,关闭数据库,然后修复,不但有可能覆盖文件,还找不到内存中的表了。

    2.对数据负责

    生产环境不是儿戏,数据库也不是儿戏,一定要对数据负责。不备份的后果是非常严重的。

    3.追根究底

    很多运维人员比较忙,遇到问题解决就不会再管了,记得去年一个客户的网站老是打不开,经过php代码报错,发现是session和whos_online损坏,前任运维是通过repair修复的,我就也这样修复了,但是过了几个小时,又出现了。反复三四次之后,我就去谷歌数据库表莫名损坏原因:一是myisam的bug,二是mysqlbug,三是mysql在写入过程中被kill。最后发现是内存不够用,导致OOM kill了mysqld进程。并且没有swap分区,后台监控内存是够用的,最后升级物理内存解决。

    4.测试和生产环境

    在重要操作之前一定要看自己所在的机器,尽量避免多开窗口。

    以上几点是我自己工作体会,希望能给部分运维人员带来一些帮助,如有不足,欢迎指教。

    来自:http://os.51cto.com/art/201404/434770.htm

    展开全文
  • 在我做桌面运维的过程中,经常会遇到各种各样的问题,以前经常会一遇到问题就百度,离开百度就不知道该怎么办,没有自己的解决思路。这在工作当中是很严重的一个问题,因为如果遇到一些紧急的技术支持,VIP的技术...

    在我做桌面运维的过程中,经常会遇到各种各样的问题,以前经常会一遇到问题就百度,离开百度就不知道该怎么办,没有自己的问题解决思路。这在工作当中是很严重的一个问题,因为如果遇到一些紧急的技术支持,VIP的技术支持时,不能快速定位并解决问题还拿着个手机在用户面前百度半天的话会给他们很差的印象。再就是,桌面运维一定要逐渐脱离百度才能让自己的解决问题能力有一个较大的进步,毕竟百度真不是万能的,问题永远都是多种多样五花八门的,了解事物基本的原理,有一套自己的问题解决思路才是最重要的,在面对各种疑难杂症时才不会不知所措。

    下面我简单介绍一下我解决一些桌面问题时快速定位问题根源的常用思路。

    首先,我们收到用户保障之后第一步当然是要快速定位问题的根源,到底是用户设置问题,还是系统文件问题,还是其他什么原因导致的问题呢?当我们无法确定的时候可以尝试这样做一下:

    1、尝试重启。

    遇到无法快速确定的问题当然是先试下重启啦哈哈哈,重启大法好啊

    2、尝试换台电脑测试下。

    当我们遇到一下比如安装包装不上,某某系统登录不了,某文件打不开此类问题都可以先尝试用同事的电脑尝试下,目的是排除问题是不是用户报障的电脑所导致的

    3、针对网页的问题,尝试换个浏览器或者清空浏览器缓存

    例如我知道的edge浏览器打印东西经常会打印不出来,换别的浏览器就可以了

    4、尝试换个账号登陆

    这里主要是针对程序的使用异常,比如浏览器打不开,pdf打不开,电脑卡顿等等,可以确定出到底是问题出在用户配置文件上还是程序本身上

    5、尝试进入安全模式

    这里主要是针对系统的使用异常,比如电脑卡顿,电脑进不了系统等等,安全模式只会加载基础的驱动和服务,进安全模式正常的话可以从驱动和服务,最近安装的应用程序和补丁这方面去排查,一般都是先尝试禁用除Microsoft以外的所有服务来判断是服务问题还是驱动问题

    6、尝试进入PE系统

    如果感觉分不清是系统有问题还是硬件有问题的话,就尝试进PE系统,能正常进入则表示除硬盘外,其他的硬件功能基本是正常的,硬盘的话我们可以用PE里的工具去检测。另外,现在的Bios一般都自带硬件检测工具了

    到这里相信很多朋友应该看明白了,基本就是先初步判断出两三个故障的范围,然后用排除法来判断问题的具体位置,再去仔细的排查。其实排除法的运用并不局限于这六步,我只是挑出有代表的一些思路。大家请不要无脑按照顺序尝试以上方法,一般我都是遇到问题首先考虑出所有可能的原因,再运用排除法进行排除。这才是我想分享大家的正确的思路。

    展开全文
  • 运维工作年度总结

    2021-02-11 12:23:12
    最近几个星期都在进行系统运维工作,思考总结了一些内容分享出来。 一、现场运维任务来源 客户提供任务 ​ 场景:客户找到运维人员,告知某单位使用某系统遇到问题,需要看一下,会提供一个电话。 用户直接提供...

    最近几个星期都在进行系统运维工作,思考总结了一些内容分享出来。

    一、现场运维任务来源
    • 客户提供任务

    ​ 场景:客户找到运维人员,告知某单位使用某系统遇到问题,需要看一下,会提供一个电话。

    • 用户直接提供任务

    ​ 场景:系统升级后,网页上公布的运维人员手机电话,用户遇到问题会联系运维人员。

    二、现场运维方式方法

    1. 接拨用户电话

    • 听,对方描述 、

    • 写,记录必要信息,单位电话,问题现象

    • 问,补充问的事项或确认信息

    • 答,处理问题

    场景:你好我是xxx系统的维护人员,您是哪个单位(请问是xx单位吗),你们遇到了什么问题?好的,我这边先看一下尽快给你回复。

    对方一般会说,你好,我是xx单位,我们现在要使用系统做一件事,我们遇到了xx问题。

    2. 引导用户将问题描述清楚

    是什么现象,是如何操作,试试这么操作。

    场景:多数时候是业务人员操作系统,面对系统问题,用户无需专业人员,只需要引导告诉你是如何操作或现象就行,业务人员可以很快协助解决问题。

    3.获得一手问题信息

    问题信息是由其他同事转述的,因理解方式或表达而使问题变的模糊,这时只需问对方电话和单位信息即可。其他接受到的信息可作为参考。一定要自己动手去获得第一手问题信息,这样有利于解决问题。

    场景:用户–电话—>运维A,运维A很忙,仓促了解情况

    运维A----转述----->运维B,B根据A转述情况无法下手,这时需要运维B直接打电话给用户问清楚。

    运维B----电话---->用户

    4.积极主动负责问题处理

    运维人员接一个问题,应该先去搞清楚情况,而不是先去找运维队伍中的人,直接想丢给他。即使这个问题不是你负责那个系统产生的问题。

    场景:运维人员A负责系统A,运维人员B遇到系统A问题,直接告知这是运维A负责,我不清楚情况。A忙态B非忙,问题却在那里等待。

    5.运维工具软件必备

    把自己运维电脑收拾好,边用边维护,不要一连接数据库就卡,一打开浏览器半天。

    各种浏览器、系统连接工具、各种数据库连接工具、流版式软件版本、虚拟机安装linux系统模拟用户环境、各种常用字体、各种快捷方式(清除缓存)

    6.运维文件禁止放桌面

    做好系统文件命名归类,重要文件一定不放桌面。

    7.运维记录与总结

    推荐使用OneNote进行记录。

    序号行为结果

    新系统重大更新后一定要制作简要操作手册。

    场景:系统推广使用,除了培训重要,制作简单明确的用户操作手册同样重要,操作手册每功能执行,不超过3步。遇到系统更新时候需要将操作手册与电话一同下发给给用户,第一时间先看操作手册,不懂情况下再拨打电话。

    新系统经过某人一定时间运维,一定总结出与系统相关资料(系统组成,系统如何使用操作,系统之间的关系,系统常见问题处理,系统运维人员电话),这样下个人就可以直接上手接着运维。

    场景:某套系统由一个人维护一段时间,临时调到别的项目,这个系统发现任何资料都没有,光是靠嘴说。这样对于接手的人是很痛苦的事情,他还得花时间去摸索。

    运维总结目的是为了形成运维知识库框架如下:

    在这里插入图片描述

    8. 谁安排就反馈给谁

    养成及时汇报处理结果习惯, 不要等着用户向你来索要结果,想办法反馈现场找人,电话反馈,短信反馈都可以。信任的来自于主动反馈。

    9. 问题多人少就排序

    会遇到一天问题很多,线上线下任务,这时先要做的事是告诉自己不要着急,慢慢处理。接着根据问题重要程度(用户有限原则)进行排序,按排序处理。

    三、运维技能项(持续更新)
    • 会查看导出应用系统日志

    • 会使用多种数据库导入导出数据库文件

    • 熟悉多种应用系统,掌握系统更新文件方法

    • 会使用浏览器F12查看丁文jsp文件及页面元素所在位置

    • 掌握系统及终端网络情况

    • 掌握终端软件的安装及常用故障处理

    • 掌握系统支撑软件安装部署及排错方法

    四、运维心得
    • 一切皆用户,一切皆服务

    • 为客户提供服务为第一原则

    • 耐心听,耐心说,耐心等

    • 每个问题都含有价值

    • 积极主动处理,及时反馈

    • 没有学不会的知识,只有懒得学的人。

    • 知识技能态度持续迭代更新

    20210211

    展开全文
  • 运维常见面试题

    万次阅读 多人点赞 2018-01-10 12:53:16
    21. 常见的文件系统有什么? FAT 、 NTFS 、 EXT   22. NTFS 文件系统的优点有哪些? 提高磁盘读写能力; 可靠性强:加密、访问控制列表; 磁盘利用率:压缩、磁盘配合; AD 需要 NTFS 的...
  • 1、yum安装软件提示:another app is currently holding the yum.lock;waiting for it to exit.原因:可能是系统自动升级正在运行,yum在锁定状态中。解决方法:通过强制关掉yum进程:#rm -f /var/run/yum.pid然后...
  • 作为linux运维,多多少少会碰见这样那样的问题或故障,用点心,平时多注意积累,水平肯定越来越高。下面就是常见问题解决集锦: 1.shell脚本不执行 问题:某天研发某同事找我说帮他看看他写的shell脚本,死活不...
  • windows故障解决汇总

    2018-09-30 19:17:07
    包含一些Windows常见故障的解决,安装系统的方法以及各种安装出错的解决
  • 2016运维面试问题总结

    万次阅读 多人点赞 2017-07-25 02:09:34
    2016运维面试问题总结 1. 基础操作:面试和笔试的时候肯定会问到,频率最高的命令有:mkdir find awk sed uniq sort tail head mkfs chmod crontab lsofnetstat route tcpdump tar等主要考察为后面参数的选择以及...
  • Linux运维工程师学习成长路线

    万次阅读 多人点赞 2019-12-14 20:52:46
    作为互联网的幕后英雄,Linux运维工程师长期隐匿在大众认知范围之外,关于运维的讨论仍旧是一片无人涉足的荒漠。在某知名行业研究调查结果中,非互联网从业者对于运维相关问题的回复有三个高频词汇是:不知道、没听...
  • 电脑常见问题与故障

    2016-01-07 15:56:59
    电脑常见的问题与故障1000例,电脑故障,系统故障,开不了机...
  • 第二十课 常见故障分析与处理 课前导读电脑故障概述主要部件故障其他常见部件故障常见软件故障课后练习课前导读基础知识重点知识基础知识电脑故障概述使读者了解和学会分析故障 重点知识电脑故障的处理方法 电脑故障...
  • Linux运维提升之路

    千次阅读 多人点赞 2018-11-12 17:25:41
    运维的职业现状 运维的工作 运维的晋升空间 运维要掌握的必备技能 初级: 中级: 高级: 资深: 运维的时间管理 首先,在进做IT运维行业前,你一定要做好心理准备,这并不是一个轻松的工作,工作中的事情...
  • 主要是听报警!! COPY COPY 现在主板常用的BIOS有两种“AMI、Award”的,由于生产厂家的不同,它们的代码定义也略有区别。
  • WIN7使用过程中经常遇到的问题及解决措施
  • 升级到Windows10系统后,在‘开始’菜单中单击‘电源’按钮,在弹出的下拉列表中找不到‘睡眠’命令 一般是没有正确安装显卡驱动造成,可重装显卡驱动,若故障依旧,可按以下操作排除故障。 ...
  • Linux运维常见的硬件及系统问题

    千次阅读 2019-04-24 12:09:00
    一、服务器常见故障和现象 1、有关服务器无法启动的主要原因 :  ①市电或电源线故障(断电或接触不良)  ②电源或电源模组故障  ③内存故障(一般伴有报警声)  ④CPU故障(一般也会有报警声)  ⑤...
  • 整理一份这两天遇到运维的面试题(附答案)

    万次阅读 多人点赞 2019-01-12 01:18:30
    分别说出客户端在使用匿名登录、本地登录和虚拟用户登录时,对应服务端的共享目录? 匿名用户:/var/ftp 本地用户:该本地用户的家目录 虚拟用户:该虚拟用户所映射的本地用户的家目录 这里解释一下虚拟用户的原理:...
  • oracle日常运维及应急故障处理手册

    万次阅读 多人点赞 2016-10-06 18:58:56
    常见问题及处理方案 CPU使用率高的问题 通过操作系统命令toptopas glance等查看top进程号,确认是系统进程还是oracle应用进程,查询当前top进程执行的操作和sql语句进行分析。   根据进程号获取正在执行的sql ...
  • 100道运维常见的面试题

    千次阅读 2019-12-18 16:11:29
    21. 常见的文件系统有什么?FAT、NTFS、EXT22. NTFS文件系统的优点有哪些?提高磁盘读写能力;可靠性强:加密、访问控制列表;磁盘利用率:压缩、磁盘配合;AD需要NTFS的支持。23. NTFS文件系统的特点有哪些?可...
  • 知识库管理-运维管理

    千次阅读 2019-09-10 17:47:45
    知识管理流程的目标是将运维生产过程中产生的各类信息所包含的知识最大限度的提取、保留,通过评审后加以应用,包括:实现知识共享,实现知识转化,避免知识流失,提高运维响应速度和质量,挖掘、分析IT应用信息。...
  • Linux运维常见面试题

    千次阅读 2019-03-22 10:56:49
    1、什么是运维?什么是游戏运维? 1)运维是指大型组织已经建立好的网络软硬件的维护,...2)游戏运维又有分工,分为开发运维、应用运维(业务运维)和系统运维开发运维:是给应用运维开发运维工具和运维平台的应用...
  • 建议收藏!ECS运维常见问题合集

    千次阅读 2020-08-06 18:40:17
    云服务器(Elastic Compute Service,简称 ECS)是一种简单高效、处理能力可弹性伸缩的计算服务,帮助您快速构建更稳定、安全的应用,提升运维效率,降低 IT 成本,使您更专注于核心业务创新。本文分为Linux系统操作...
  • 运维技能图谱

    2019-05-27 11:37:53
    运维是一个融合多学科(网络、系统、开发、安全、应用架构、存储等)的综合性技术岗位,从最初的网络管理(网管)发展到现在的系统运维工程师、网络运维工程师、安全运维工程师、运维开发工程师等,可以看出,运维的...
  • 运维工作是极为重要的一个环节。   然而在 vSphere 6.0 诸多的付费授权的版本之中,无论您选择的是 Essentials Plus Kit 、 Standard 、 Enterprise 还是 Enterprise Plus ,尽管不同版本所支持的功能程度有些...
  • 1、Ping:ping指令是日常检验网络是否通畅的主要命令,常见的使用方法我们可以借助help文档。Ping /? 帮助文档Ping www.baidu.com 基本格式Ping www.baidu.com –t 一直ping直到停止,ctrl+c主动停止,ctrl+break...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,936
精华内容 774
关键字:

桌面运维常见故障总结