服务器死机原因排查（服务器问题排查）

本篇文章给大家谈谈服务器死机原因排查，以及服务器问题排查对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

服务器死机原因和应对方法

通常死机/卡死是服务器资源耗尽导致的，

一般排除硬件问题就是：系统问题，IIS出错，程序问题，中木马病毒，网站访问量过大导致带宽内存等资源不足造成的，网站环境配置问题。

解决办法：重启服务器、也可以重装系统重新配置环境或者是升级服务器配置。可以结合日志，对应去排查。可以设置定时重启计划，能增强机器稳定性的；操作系统定时补丁。

服务器经常死机是什么原因？

1、硬盘损坏

最近电脑是不是有非法关机的情况，比如：突然断电。最好是修复一下硬盘试试。

2、内存条松动

如果你最近有搬动过电脑，可能就会造成内存条的松动，内存条接触不良就会经常死机。这种情况最好是检查一下内存条是否松动，然后重新插一下内存条。

3、电脑灰尘太多，散热不良。

电脑主机内的灰尘多会影响CPU和显卡的散热，最终主板就会过热，而主板如果可以检测到CPU的温度，它出于保护自己的目的，可能就会强行让电脑关机。所以，如果你长时间没有清理过灰尘，最好是清理一下灰尘，给CPU和显卡的散热片加一层硅胶。

http://www.sogoupc.com/diannao/201404/9089.html

服务器死机的原因都哪些？

服务器死机:

1.

计算机系统安全造成：计算机中木马或病毒，可能导致计算机重启或死机

解决方法：用百度卫士和百度杀毒修复电脑

2、计算机硬件故障造成，例如：主板电容漏液，内存条损坏，内存条不兼容，硬盘故障，CPU过热等故障

解决方法：非专业人士建议送修

3、计算机软件故障造成，例如：中断冲突、软件配置不正确，系统配置不正确等

解决方法：重装系统或者可以用百度卫士和百度杀毒修复电脑

服务器死机的原因

自从入职南昌壹基比网络tko机房以来，发现不少客户都会遇到服务器IIS出现假死的情况。为了能更好的为客户服务，壹基比小喻查找了一些关于服务器死机的几种原因。

配置十分的基础，并没有做进一步优化。为了同步文件(PHP和媒体文件)，他们建立了一个active-active DRBD。最后，重构开始了——当然，我们很兴奋。一大早，我们把域名切换到了新的IP上，运行我们的监控脚本，然后盯着屏幕看。我们马上在这些机器上看到了流量，一切似乎都工作的很好。页面载入的很快，MySQL负担了大量的查询任务，我们所有人都很高兴。

然后，突然我们的电话开始响个不停：“我们不能访问你们的网站了，这是怎么回事？”我们看了一下我们的监控软件，事实的确如此——服务器都被frozen了，站点处于离线状态!当然，我们做的第一件事情是打电话给我们的托管服务提供商：“我们的所有服务器都死机了。这是怎么回事？”他们答应检查一下机器，一会再打过来。这个电话来了：“你的系统根本就无法插手。你做了什么？它完全被搞砸了。”他们停止了负载均衡器，然后让我观察一下其中一个Web服务器。看到那个index.php文件，我大吃一惊。它包含一些奇怪的C代码片段，错误消息和一些看起来像日志文件的东西。经过进一步的调查，我们发现是DRBD引发了这次事故。

"杀死"你的服务器的方法之一

把Smarty compile和模板缓存放到一个高负载的active-active DRBD集群上，那么你的服务器将会挂掉!当我们的托管服务提供商修复了Web服务器的时候，为了在这些服务器的本地文件系统上存储Smarty缓存文件，我重写了部分CMS代码。我们再次上线了!

现在是午后。这个网站通常在下午的晚些时候到傍晚达到峰值。晚上，几乎没有什么流量。我们一直盯着监控软件，我们所有人都紧张得不得了。这个网站可以被载入，但是后来，系统负载越高，响应就越慢。我增加了Smarty模板缓存的生存期，希望这能产生效果——但是很可惜，这并没有产生效果!不久，服务器开始给出超时提示，空白页面和错误信息。有两台机器不能处理负载。

我们的客户这个时候有一点紧张，但是他说：OK，重构通常会引发一些问题的。只要你能很快地修复它，那就没事了!

我们需要一个计划来减少负载，然后，我们和我们的托管服务提供商讨论了这个问题。他们的一个系统管理员提出了一个好主意：“伙计，你的服务器现在运行在一个非常常见的Apache+mod_php架构上。把你的Web服务器换成Lighttpd怎么样？它是一个相当小项目，但是维基百科都在使用它。”我们同意了。(相关文章推荐：更好的选择 细数Apache服务器的四个替代者)

"杀死"你的服务器的方法之二

把一个开箱即用的Web服务器架设在你的机器上，并且一点也没有对它进行优化，那么你的服务器将会挂掉!那个管理员尽了他的最大努力，尽快地重新配置了所有的Web服务器。他抛弃了Apache，然后切换到Lighttpd+FastCGI+Xcache上来。后来，当我们重新上线的时候，我们几乎没有再感受到压力。这次，这些服务器会维持多长时间呢？

这些服务器运行的出奇地好。负载比以前低很多，平均响应时间也不错。我们彻底放心了，然后我们都回家睡觉了。天已经很晚了，我们认为没有其他的事情需要我们做了。第二天，网站运行的相当好，但是在高峰时段，它一直接近于崩溃的边缘。我们发现MySQL是瓶颈，我们再次打电话给我们的托管服务提供商。他们建议在每个Web服务器上用MySQL从服务器进行MySQL的主-从同步。

"杀死"你的服务器的方法之三

再强大的数据库服务器也有它的极限，当你到达它的极限的时候，你的服务器将会挂掉!在这种情况下，某些时候你的数据库会变得十分缓慢，以至于队列中大量的网络连接会再次“杀死”我们的Web服务器。不幸的是这个问题很难修复。内容管理系统在这方面十分的简单，它本身并不支持单独地读取和写入SQL查询。重写这一切花了很长时间，但是相对于每分钟都遭遇到挂起休眠来说，是相当值得的。

MySQL同步真的成功了，网站最终稳定了!在接下来的几周，几个月里，网站取得了成功，用户的数量开始不断地增加。流量再次超过我们的资源限制，这只是时间的问题。

"杀死"你的服务器的方法之四

不提前作规划，你的服务器可能会挂掉!

幸运的是，我们一直在思考，并且一直在做规划。我们优化了代码，减少了每个页面载入的时候需要的SQL查询的数量，我们意外地发现了MemCached这个好东东。首先，我们在一些核心功能上添加了对MemCached的支持，在一些重量级(运行缓慢)的功能上我们也添加了对MemCached的支持。当我们把这些变更部署以后，我们简直不能相信这个结果——这感觉有点像发现了“圣杯”。我们每秒查询的数量至少降低了50%。我们决定更多地使用MemCached，而不是购买另外一个Web服务器。

"杀死"你的服务器的方法之五

忘记做缓存，你会浪费很多钱，而且，你的服务器还会挂掉!事实证明，MemCached帮助我们减少了70%-80%的MySQL服务器上负载，同时，在Web服务器上，也产生了巨大的性能提升。页面载入的相当快。

最终，我们的配置看起来似乎是完美的。即使在高峰时段，我们也无须再担心崩溃或页面响应缓慢了。我们搞定它了吗？不!一台蓝色的Web服务器开始有一点响应缓慢了。然后出现了一些错误消息，空白页面等等。这个系统负载能力很不错，在大多数情况下服务器也都在工作，但是只是在“大多数情况下”而已。

"杀死"你的服务器的方法之六

把成百上千个小文件放在一个文件夹里，当索引节点耗尽的时候，你的服务器将会挂掉!

是的，你没有看错。我们过去只是关注MySQL，PHP和Web服务器本身，并没有太关注文件系统。Smarty缓存文件存储在本地文件系统里——所有的缓存文件都存储在同一个目录下。解决方案是把Smarty放在一个专用的ReiserFS分区里。另外，我们还打开了Smarty的“use_subdirs”选项。

在过去的几年里，我们一直在优化页面。我们把Smarty缓存放到了memcached中。为了更快速地处理静态文件，我们安装了Varnish来减少I/O负载。我们还切换到了Nginx(Lighttpd会随机的产生error 500的消息)，安装了更多的内存，购买了更好的硬件，更多的硬件…这个列表永远不会结束。

总结

扩展一个网站是一个永远不会结束的过程。当你解决了一个瓶颈以后，很可能马上会遇到下一个瓶颈。永远都不要这样想：“就是这样，我们大功告成了”然后就靠边站了。这会“杀死”你的服务器，甚至是你的业务。规划和学习是一个持续的过程。如果你因为缺乏经验或资源而不能自己完成这个工作，那么可以找一个有能力胜任这个工作，而且很可靠的合作伙伴，和它一起来做这个工作。永远都不要停止和你的团队和合作伙伴沟通当前遇到的一些问题和即将会遇到的一些问题。思考在前才能争取主动。

导致服务器死机的原因有哪些

1,电压不稳造成,过高过低都有可能造成死机或重启.

2,电脑主板电容鼓包造成.造成鼓包的原因也是由电压过高过低造成.

3,CPU风扇不转或转速答不到过热引起.

4,硬盘有坏道,当系统读取到坏道的时候卡机或死机.

5,电源问题,电源供电不足,或电容损坏.

6,软件安全问题,系统安装不完全等.

7,硬件问题,某硬件之间不兼容或冲突致使用一段时间就自动重启或死机.(你的HP存在这样的问题应该很小)

8,线路问题,某线路接触不良或与其他线路有连接.

如何排除服务器死机故障？

我们在之前关于3GB切换（/3GB switch）的一篇文章中简要地介绍了系统PTE.PTE是用来跟踪内存中页面的结构，好比图书索引告诉你图书内容在哪一页上。PTE告诉系统数据驻留在内存的哪一个物理页面上。机器从固定数量的PTE开始--系统中的内存越多，需要越多的PTE指向内存页面。如果系统耗尽了可用的页面表项，它再也无法分配内存，因而导致系统死机或毫无反应。 遗憾的是，系统PTE耗尽时，系统日志中没有什么条目表明这个问题。不过，你可以使用性能监视器（Performance Monitor）来监视空闲系统PTE.没有计数器详细分解每个进程的PTE使用情况，所以单单使用性能监视器来查明PTE耗尽的根源并非总是切实可行。你也许能够将进程的句柄数量不断上升（句柄泄漏）与PTE耗尽关联起来，然而除非存在明显的根源，否则就要内存转储或实时调试。 所以概括起来，下面是系统完全死机后需要遵循的几个简单步骤： 1. 这是硬死机还是软死机？如果这是硬死机，那么很可能是底层硬件出了问题，所以就要联系硬件厂商。 2. 检查事件日志，查找发生死机时事件日志中的任何事件。以页面池耗尽为例，你会看到事件编号2019或2020,事件来源是SRV. 3. 启动性能监视器，检查内存对象下面空闲系统PTE的起始值。如果系统启动时，空闲系统PTE少于正常值（大约15000或更少），那么这不是个好兆头。这意味着，所有PTE在启动时已被耗尽，因而可供服务器正常操作使用的资源就比较少了。 4. 创建性能监视器日志，让它运行一段时间。起码要添加针对内存、进程、处理器和系统的计数器。你需要让日志运行多长时间，取决于系统多久过后出现死机（假设死机问题一再发生）。设好间隔时间，以便你能够在日志有效期内捕捉到至少100个样本。任何内存偏低的情况都应该一目了然--如果这种泄漏很稳定的话，更是如此。

服务器突然宕机，各位帮忙看看是什么原因

突然宕机，一般情况下，有可能是资源跑满(被攻击)，服务器无法承受就宕机了，还有就是系统故障，最后就是硬件问题了，逐步排查，看看日志，总能发现问题的。

导致服务器不稳定的主要原因有哪些

服务器不稳定的主要原因：

一：本地网络问题

如果我们在访问网站的时候突然发现很慢，很卡。我们首先要做的就是检查一下自身本地的网络环境是不是有问题。可以利用ping一下已知的知名域名，ping值出来之后，如果ping值很大，则可能是自己本地的网络环境有问题。反之ping值小，则是美国服务器出现问题了。

二：所在机房问题

网站加载速度过慢时，如果确认本地网络没有问题，还有可能是问题出现在美国服务器所在机房，机房的设备是完善的，但是也不能避免机房出现异常。当机房受到恶意攻击的时候，也会导致美国服务器变慢。另外也要检查一下机房的主干网络是否有异常。如果美国服务器托管了，那么我们可以联系机房的运维人员排查一下什么问题，推荐相关阅读：选择美国服务器应该注意哪些事项

三：运营商国际路由问题

当我们所使用的网络，运行商的路由或者提供的服务出现问题也会导致美国服务器变慢。特别是我们使用国外美国服务器的用户会经常遇到这类问题。当数据在传输的过程中，出现丢包或者无法连接路由时，用到这类网线的美国服务器速度就会很慢。这种情况并不是美国服务器本身出现问题，也不是本地网络出现问题，只需要等运营商修复网络即可。

四：资源不足和美国服务器中毒

我们要知道当美国服务器剩余空间不足时，会导致程序在运行的时候cpu或者内存过载，导致美国服务器速度变慢。遇到这类问题，我们可以尝试优化系统，关闭美国服务器上没必要运行的软件和程序。如果此类事件经常发生，那么我们就应该要升级美国服务器的整体配置了。另外，美国服务器如果遭受到恶意攻击也会导致美国服务器变慢。所以我们选择美国服务器的防火墙和所在机房的安全防护级别也是至关重要的。

关于服务器死机原因排查和服务器问题排查的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。