推扬网

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
推扬网 门户 经验分享 查看内容

VNC远程桌面解决服务器故障三例

2020-4-17 07:39| 发布者: admin| 查看: 109| 评论: 0

笔者多年从事运维工作,运维工作平时压力不大,但每个月都有那么几天--服务器抽风!我们公司安装Windows系统的服务器很少连续运行超过三个月,定期重启几乎是必须的,否则死机、蓝屏、响应奇慢等等各种问题都来了。

把定时重启服务器命令添加到定时任务里,对减少服务器故障确有帮助,可只是掩盖了问题而非最终解决,其代价是“抽 to death”--服务器死机甚至无法引导操作系统,这时就会比较惨,半夜也不得不赶去机房救火。如果赶上放假、旅游、回老家,更是苦不堪言,为此笔者甚至多次动过转行的念头!有个朋友推荐笔者使用硬件VNC来解决突发性,笔者通过一段时间的使用及经验积累感觉运维压力减轻不少,特在此介绍给各位运维同行以助早日脱离苦海。

谈到VNC,运维人员大多十分熟悉,是一类老牌远程桌面工具的通称,其以支持多平台而著称,已成为远程桌面的事实标准,其中包括大名鼎鼎的RealVNC、TightVNC等等。所谓硬件VNC,是指它是集成了VNC服务端功能的硬件,它独立于受控服务器安装运行,不需要在受控服务器上安装任何VNC服务端,只需要把硬件VNC连接到受控服务器上,然后就可以通过各种VNC客户端连接受控服务器了。与各种软件VNC相比,硬件VNC的最大好处是不依赖于服务器,通过硬件VNC可以远程配置BIOS、查看蓝屏错误、连接巨卡的服务器,甚至服务器死机了仍可连接。在这里简单介绍一下笔者利用硬件VNC解决Windows 2003服务器故障的三个实例,其中有笔者总结的一些小技巧,希望可以对各位运维同道有所帮助和启发:

实例一、服务器CPU或内存占用过高,响应缓慢

解决思路:尽快找到占用CPU或者内容过高的异常进程并予以结束,无法结束时可以考虑重启服务器。

具体操作:可以想象此时服务器响应已经非常缓慢,服务器上运行的VNC或者远程桌面服务往往已经无法连接。此时应通过硬件VNC连接服务器,考虑到服务器响应速度慢导致难以操作,应减少鼠标操作,尽量通过快捷键完成操作。笔者总结的最快捷的操作顺序是(1)通过Ctrl+Shift+ESC组合键调查任务管理器;(2)通过Shift+Tab键切换到“进程”页;(3)找到导致服务器CPU和内存进程使用率占用异常的进程后,通过Alt+E键予以结束。按此流程,最少只需要2、3次按键就可以把异常进程K掉了,然后再查明引起异常的具体原因或者重启相应进程即可。里面还有一个小技巧,就是尽量通过TightVNC来连接硬件VNC,然后按下TightVNC里面的“Ctrl工具项”再按下Shift+ESC键,这样才能调出任务管理器,试一下你就明白了,不解释。

如果无法找到问题进程,只能选择重启服务器以最快恢复故障,笔者使用的最快捷操作是:(1)TightVNC下按下“Windows旗帜按键”后点击R键;(2)在运行对话框内输入命令‘ shutdown -r -f -t 00’后按回车键,系统将立即进行重启。

实例二、服务器中毒或受到攻击导致网络带宽被占满

解决思路:禁用网络接口,查明具体原因后再重新启用

具体操作:一般情况下(如服务器受到SYN FLOOD攻击导致最大连接数占满),硬件VNC的网络连接未受波及,此时可以直接远程控制受控主机,在“网上邻居”图标上点击鼠标右键选择“属性”,此时会打开“网络连接”窗口,选择相应网络连接后点击鼠标右键选择“禁用”即可。某些特殊情况下(如服务器中毒后大量向局域网发包),硬件VNC的网络连接带宽也受到一定影响,此时硬件VNC的远程桌面画面刷新也会比较缓慢,建议通过快捷键进行操作。笔者的做法是:(1)在TightVNC下按下“Windows旗帜按键”后点击R键,键入“cmd+回车”,此时会调出Dos命令提示行窗口;(2)在Dos窗口中键入命令‘netsh interface set interface name="eth0" admin=DISABLED ’,即可禁用网络名称为eth0的网络连接,命令中“eth0”部分需要替换成相应网络连接名称。建议在日常维护中做好相应准备,将“本地连接*”的中文网络连接名称更换为“eth*”样式的英文简写,已备在关键时刻使用。另外,还可以通过命令‘netsh interface show interface’命令查看网络连接名称和当前状态,通过命令‘netsh interface set interface name="eth0" admin=ENABLED ’,即可重新启用网络连接eth0。

实例三、服务器蓝屏

解决思路:记录蓝屏信息,尝试重启服务器,如无法引导则进入安全模式

具体操作:蓝屏情况下,硬件VNC可以看到屏幕的现实信息,有的时候这部分信息可以指出具体出错的硬件驱动或者DLL程序是什么,这类情况下可以通过VNC客户端将屏幕拷贝下来,留作稍后分析使用(当然很多情况下Windows的蓝屏提示信息也是没有任何价值的)。然后我们可以联系机房,帮我们进行重启,一般来讲,重启可以恢复80%以上的故障。如果重启后进入操作系统过程中再次蓝屏,那我们只能跟机房来句“不好意思,麻烦您了,能再给重启一次吗…”,然后盯住VNC客户端,一旦看到服务器开机画面就开始狂按F8,选择进入安全模式,然后再慢慢修复具体故障好了。顺便提一个小经验,凭此方式也可以确切知道机房网管是否给重启了服务器,这点用途也不多解释了,都懂的。

以上是笔者总结的一些解决服务器故障方面的一些小经验与技巧,如果各位运维朋友有更优的解决方式、或者在实际运维工作中有任何疑问或困难,欢迎大家随时与笔者联系沟通,互相学习交流!


鲜花

握手

雷人

路过

鸡蛋

最新评论

精选推荐
    关闭

    站长推荐上一条 /1 下一条

    QQ|广告服务|网站出售|投稿要求|禁言标准|版权说明|免责声明|手机版|小黑屋|推扬网 ( 粤ICP备18134897号 )|网站地图

    扫码关注
    接收重要通知

    收粉收量信息等
    将会公布在公众号上

    GMT+8, 2020-11-24 06:30 , Processed in 0.222943 second(s), 30 queries .

    Powered by Discuz! X3.4

    © 2001-2017 Comsenz Inc.

    返回顶部

    为了响应国家互联网安全,本站已和国家网信办举报中心对接。发布内容信息系统会自动记录IP地址、设备信息、行为记录等。如有发生犯罪违法违规行为,我们全部配合有关部门协助调查取证!

    本站部分文字及图片均来自于网络,如侵犯到您的权益,请及时通知我们,我们将及时的处理。

    本站所提供的信息,只供参考之用。本站不保证该等信息的准确性、有效性、及时性或完整性。本站一概毋须以任何方式就任何信息传递或传送的失误、不准确或错误对用户或任何其他人士负任何直接或间接的责任。
    在法律允许的范围内,本站在此声明,不承担用户或任何人士就使用或未能使用本站所提供的信息或任何链接或项目所引致的任何直接、间接、附带、从属、特殊、惩罚性或惩戒性的损害赔偿(包括但不限于收益、预期利润的损失或失去的业务未实现预期的节省)。

    本站中的文章(包括转贴文章)的版权仅归原作者所有,若作者有版权声明的或文章从其它网站(或各种互联网渠道)转载而附带有原所有站的版权声明者,其版权归属以附带声明为准;文章仅代表作者本人的观点,与本站立场无关。