服务器经常宕机是怎么回事？求高手！

服务器的问题，我现在也维护一台windows2003 Server 标准版的服务器，服务器是IBM的X系列，曾经因为环境问题烧掉过一个CPU(原服务器是双CPU现在放在高标准机房)，未知问题坏过一次电源，这些硬件问题都是厂家客服解决。所以你首先考虑硬件问题，硬件问题怎么解决：机房环境要合格，放在类办公室的地方，高速消耗。软件问题首先系统要打好ServicePack补丁，我维护的这台win服务器在内网内，不用经常去打安全补丁。我个人觉得为了求稳尽量少变。其次，服务器的软件环境要尽可能简单，与服务器部署服务无关的其他第三方应用程序一律删除。比如有的服务器管理员喜欢拿服务器当P2P下载机用。三、windows和Linux的选择，Linux各种那个发行版方向定位明确，所以很多自定义的Linux服务器效能非常高，比如豆瓣的Getoo定制的服务器。你要想部署Linux，在自己机器上装个或者虚拟一个，玩熟了再在生产应用中部署。CPanel的这个问题，我看到的好像和你们老板看到的一样。面板这种东西要通用才方便。

对于多数应用来说，MySQL都是作为最关键的数据存储中心的，所以，如何让MySQL提供HA服务，是我们不得不面对的一个问题。当master当机的时候，我们如何保证数据尽可能的不丢失，如何保证快速的获知master当机并进行相应的故障转移处理，都是需要我们好好思考的。这里，笔者将结合这段时间做的MySQL proxy以及toolsets相关工作，说说我们现阶段以及后续会在项目中采用的MySQL HA方案。

Replication

要保证MySQL数据不丢失，replication是一个很好的解决方案，而MySQL也提供了一套强大的replication机制。只是我们需要知道，为了性能考量，replication是采用的asynchronous模式，也就是写入的数据并不会同步更新到slave上面，如果这时候master当机，我们仍然可能会面临数据丢失的风险。

为了解决这个问题，我们可以使用semi-synchronous replication，semi-synchronous replication的原理很简单，当master处理完一个事务，它会等待至少一个支持semi-synchronous的slave确认收到了该事件并将其写入relay-log之后，才会返回。这样即使master当机，最少也有一个slave获取到了完整的数据。

但是，semi-synchronous并不是100%的保证数据不会丢失，如果master在完成事务并将其发送给slave的时候崩溃，仍然可能造成数据丢失。只是相比于传统的异步复制，semi-synchronous replication能极大地提升数据安全。更为重要的是，它并不慢，MHA的作者都说他们在facebook的生产环境中使用了semi-synchronous（这里），所以我觉得真心没必要担心它的性能问题，除非你的业务量级已经完全超越了facebook或者google。在这篇文章里面已经提到，MySQL 57之后已经使用了Loss-Less Semi-Synchronous replication，所以丢数据的概率已经很小了。

如果真的想完全保证数据不会丢失，现阶段一个比较好的办法就是使用gelera，一个MySQL集群解决方案，它通过同时写三份的策略来保证数据不会丢失。笔者没有任何使用gelera的经验，只是知道业界已经有公司将其用于生产环境中，性能应该也不是问题。但gelera对MySQL代码侵入性较强，可能对某些有代码洁癖的同学来说不合适了:-)

我们还可以使用drbd来实现MySQL数据复制，MySQL官方文档有一篇文档有详细介绍，但笔者并未采用这套方案，MHA的作者写了一些采用drdb的问题，在这里，仅供参考。

在后续的项目中，笔者会优先使用semi-synchronous replication的解决方案，如果数据真的非常重要，则会考虑使用gelera。

Monitor

前面我们说了使用replication机制来保证master当机之后尽可能的数据不丢失，但是我们不能等到master当了几分钟才知道出现问题了。所以一套好的监控工具是必不可少的。

当master当掉之后，monitor能快速的检测到并做后续处理，譬如邮件通知管理员，或者通知守护程序快速进行failover。

通常，对于一个服务的监控，我们采用keepalived或者heartbeat的方式，这样当master当机之后，我们能很方便的切换到备机上面。但他们仍然不能很即时的检测到服务不可用。笔者的公司现阶段使用的是keepalived的方式，但后续笔者更倾向于使用zookeeper来解决整个MySQL集群的monitor以及failover。

对于任何一个MySQL实例，我们都有一个对应的agent程序，agent跟该MySQL实例放到同一台机器上面，并且定时的对MySQL实例发送ping命令检测其可用性，同时该agent通过ephemeral的方式挂载到zookeeper上面。这样，我们可以就能知道MySQL是否当机，主要有以下几种情况：

机器当机，这样MySQL以及agent都会当掉，agent与zookeeper连接自然断开

MySQL当掉，agent发现ping不通，主动断开与zookeeper的连接

Agent当掉，但MySQL未当

上面三种情况，我们都可以认为MySQL机器出现了问题，并且zookeeper能够立即感知。agent与zookeeper断开了连接，zookeeper触发相应的children changed事件，监控到该事件的管控服务就可以做相应的处理。譬如如果是上面前两种情况，管控服务就能自动进行failover，但如果是第三种，则可能不做处理，等待机器上面crontab或者supersivord等相关服务自动重启agent。

使用zookeeper的好处在于它能很方便的对整个集群进行监控，并能即时的获取整个集群的变化信息并触发相应的事件通知感兴趣的服务，同时协调多个服务进行相关处理。而这些是keepalived或者heartbeat做不到或者做起来太麻烦的。

使用zookeeper的问题在于部署起来较为复杂，同时如果进行了failover，如何让应用程序获取到最新的数据库地址也是一个比较麻烦的问题。

对于部署问题，我们要保证一个MySQL搭配一个agent，幸好这年头有了docker，所以真心很简单。而对于第二个数据库地址更改的问题，其实并不是使用了zookeeper才会有的，我们可以通知应用动态更新配置信息，VIP，或者使用proxy来解决。

虽然zookeeper的好处很多，但如果你的业务不复杂，譬如只有一个master，一个slave，zookeeper可能并不是最好的选择，没准keepalived就够了。

Failover

通过monitor，我们可以很方便的进行MySQL监控，同时在MySQL当机之后通知相应的服务做failover处理，假设现在有这样的一个MySQL集群，a为master，b，c为其slave，当a当掉之后，我们需要做failover，那么我们选择b，c中的哪一个作为新的master呢？

原则很简单，哪一个slave拥有最近最多的原master数据，就选哪一个作为新的master。我们可以通过show slave status这个命令来获知哪一个slave拥有最新的数据。我们只需要比较两个关键字段Master_Log_File以及Read_Master_Log_Pos，这两个值代表了slave读取到master哪一个binlog文件的哪一个位置，binlog的索引值越大，同时pos越大，则那一个slave就是能被提升为master。这里我们不讨论多个slave可能会被提升为master的情况。

在前面的例子中，假设b被提升为master了，我们需要将c重新指向新的master b来开始复制。我们通过CHANGE MASTER TO来重新设置c的master，但是我们怎么知道要从b的binlog的哪一个文件，哪一个position开始复制呢？

GTID

为了解决这一个问题，MySQL 56之后引入了GTID的概念，即uuid:gid，uuid为MySQL server的uuid，是全局唯一的，而gid则是一个递增的事务id，通过这两个东西，我们就能唯一标示一个记录到binlog中的事务。使用GTID，我们就能非常方便的进行failover的处理。

仍然是前面的例子，假设b此时读取到的a最后一个GTID为3E11FA47-71CA-11E1-9E33-C80AA9429562:23，而c的为3E11FA47-71CA-11E1-9E33-C80AA9429562:15，当c指向新的master b的时候，我们通过GTID就可以知道，只要在b中的binlog中找到GTID为3E11FA47-71CA-11E1-9E33-C80AA9429562:15这个event，那么c就可以从它的下一个event的位置开始复制了。虽然查找binlog的方式仍然是顺序查找，稍显低效暴力，但比起我们自己去猜测哪一个filename和position，要方便太多了。

google很早也有了一个Global Transaction ID的补丁，不过只是使用的一个递增的整形，LedisDB就借鉴了它的思路来实现failover，只不过google貌似现在也开始逐步迁移到MariaDB上面去了。

MariaDB的GTID实现跟MySQL 56是不一样的，这点其实比较麻烦，对于我的MySQL工具集go-mysql来说，意味着要写两套不同的代码来处理GTID的情况了。后续是否支持MariaDB再看情况吧。

Pseudo GTID

GTID虽然是一个好东西，但是仅限于MySQL 56+，当前仍然有大部分的业务使用的是56之前的版本，笔者的公司就是55的，而这些数据库至少长时间也不会升级到56的。所以我们仍然需要一套好的机制来选择master binlog的filename以及position。

最初，笔者打算研究MHA的实现，它采用的是首先复制relay log来补足缺失的event的方式，但笔者不怎么信任relay log，同时加之MHA采用的是perl，一个让我完全看不懂的语言，所以放弃了继续研究。

幸运的是，笔者遇到了orchestrator这个项目，这真的是一个非常神奇的项目，它采用了一种Pseudo GTID的方式，核心代码就是这个

代码如下:

create database if not exists meta;

drop event if exists metacreate_pseudo_gtid_view_event;

delimiter ;;

create event if not exists

metacreate_pseudo_gtid_view_event

on schedule every 10 second starts current_timestamp

on completion preserve

enable

do

begin

set @pseudo_gtid := uuid();

set @_create_statement := concat('create or replace view metapseudo_gtid_view as select \'', @pseudo_gtid, '\' as pseudo_gtid_unique_val from dual');

PREPARE st FROM @_create_statement;

EXECUTE st;

DEALLOCATE PREPARE st;

end

;;

delimiter ;

set global event_scheduler := 1;

它在MySQL上面创建了一个事件，每隔10s，就将一个uuid写入到一个view里面，而这个是会记录到binlog中的，虽然我们仍然不能像GTID那样直接定位到一个event，但也能定位到一个10s的区间了，这样我们就能在很小的一个区间里面对比两个MySQL的binlog了。

继续上面的例子，假设c最后一次出现uuid的位置为s1，我们在b里面找到该uuid，位置为s2，然后依次对比后续的event，如果不一致，则可能出现了问题，停止复制。当遍历到c最后一个binlog event之后，我们就能得到此时b下一个event对应的filename以及position了，然后让c指向这个位置开始复制。

使用Pseudo GTID需要slave打开log-slave-update的选项，考虑到GTID也必须打开该选项，所以个人感觉完全可以接受。

后续，笔者自己实现的failover工具，将会采用这种Pseudo GTID的方式实现。

在《MySQL High Availability》这本书中，作者使用了另一种GTID的做法，每次commit的时候，需要在一个表里面记录gtid，然后就通过这个gtid来找到对应的位置信息，只是这种方式需要业务MySQL客户端的支持，笔者不很喜欢，就不采用了。

后记

MySQL HA一直是一个水比较深的领域，笔者仅仅列出了一些最近研究的东西，有些相关工具会尽量在go-mysql中实现。

更新

经过一段时间的思考与研究，笔者又有了很多心得与收获，设计的MySQL HA跟先前有了很多不一样的地方。后来发现，自己设计的这套HA方案，跟facebook这篇文章几乎一样，加之最近跟facebook的人聊天听到他们也正在大力实施，所以感觉自己方向是对了。

新的HA，我会完全拥抱GTID，比较这玩意的出现就是为了解决原先replication那一堆问题的，所以我不会考虑非GTID的低版本MySQL了。幸运的是，我们项目已经将MySQL全部升级到56，完全支持GTID了。

不同于fb那篇文章将mysqlbinlog改造支持semi-sync replication协议，我是将go-mysql的replication库支持semi-sync replication协议，这样就能实时的将MySQL的binlog同步到一台机器上面。这可能就是我和fb方案的唯一区别了。

只同步binlog速度铁定比原生slave要快，毕竟少了执行binlog里面event的过程了，而另外真正的slaves，我们仍然使用最原始的同步方式，不使用semi-sync replication。然后我们通过MHA监控整个集群以及进行故障转移处理。

以前我总认为MHA不好理解，但其实这是一个非常强大的工具，而且真正看perl，发现也还是看的懂得。MHA已经被很多公司用于生产环境，经受了检验，直接使用绝对比自己写一个要划算。所以后续我也不会考虑zookeeper，考虑自己写agent了。

问题一：服务器错误怎么办 总得来说我们用的电脑跟服务器，其实都是电脑。只是用途不一样而已。用来做服务器的CPU，硬盘比我们平时的电脑要快，大 很多。服务器不是没有显示器，有的服务器是装有显示器的，只是服务器对显示器的要求不高，它用来就是调试下程序和配置的。你如果想体验做服务器的话，你用自己的电脑都也可以做个服务器，最简单的就是你跟朋友一起玩魔兽，CS。你建主机时，这时你的电脑其实就是一个服务器。呵呵。 1,可以做服务器 2，如果有固定ip不需要买空间 3，申请域名，绑定你的ip地址 4，宽带申请固定ip 最好是10m以上光纤网， 5,web就是你的网页 6，个人的b2c 服务器访问量不大，没有问题 7，当你的服务器设置成web服务器，安装server-U,就能打造个ftp服务器 8，配置好域名输入网址就可以访问。 具体问题详查。

问题二：网络服务器有问题怎么办 服务器故障一般有以下情况（服务器维护、升级、数据故障、网络故障、宕机等）引起，不过一般稍后就会恢复，稍后去应该就可以了。你可以去服务器厂商（正睿）的网上找找相关技术文档参考一下，很快就清楚了！

问题三：请问网络或服务器错误该怎么办 你好，1可能是这个时期你的网速不给力，

2或者是服务器更新。

参考如下：

加载很慢或停止不动

1、网络波动造成加载终止，请尝试重新登录（按F5刷新页面）。

2、网络连接方式过慢导致，更换更快的互联网连接方式。

3、网络高峰期造成的网络拥堵现象，请稍候再尝试登录。

4、运行了其他网络程序，如：下载，在线视频（PPLIVE等），请尝试关闭这些网络应用程序后再重新登录。

连接不上《TNT》服务器如果你连接不上服务器，可能会有以下原因造成：1、服务器维护服务器维护期间，所有用户都无法登陆服务器，每次维护前，我们都会在官网发放维护公告来告知大家，请密切关注官网信息。2、Adobe Flash Player版本过低如果你的Adobe Flash Player版本过低，系统将会给予下载提示，请根据提示进行下载安装。如果你不能自动更新，请手动下载：Adobe Flash Player。3、清理IE你可以尝试清理IE后再尝试登录。清理顺序：将所有网页关闭，重新打开一个新的网页，然后再进行清理。清理完毕后尝试重新登录。由于每个IE版本设置都有所不同，下面是IE8的清理IE截图：

打开IE，打开工具栏，选择：“Internet选项”

在常规选项卡里，点击“删除”按钮。

在弹出的页面上直接点“删除”即可。

希望能对你有所帮助。

问题四：服务器错误是什么意思 出现500错误的原因是很多的，一般来说，如果程序出错，那么在浏览器内会返回给用户一个友好的错误提示，统一称之为服务器500错误。解决的方法就是您必须在中能够正确的获得错误信息，方法为：请打开浏览器，选择工具-internet选项-高级，在高级中的浏览项目里面有一个“显示友好错误提示”的复选框，请取消该复选框，这样您可以获得正确的错误提示、

问题五：服务器错误是怎么回事？ 你好，500错误是内部服务器出现错误的一个友好提示，所有内部服务器出现错误基本上都是显示这个错误信息，但是500错误其实也分很多种情况。一般是权限未开启或ASP文件的语法有问题，还有添加的组件可能不支持等原因，大多数情况是由于权限未开启造成的，具体解决方法网上有详细的解说，lz百度一下就能获取到。

问题六：当打开时显示服务器错误怎么办？ “/”应用程序中的服务器错误。

-------------------------------

无法找到资源。

说明: HTTP 404。您正在查找的资源(或者它的一个依赖项)可能已被移

除，或其名称已更改，或暂时不可用。请检查以下 URL 并确保其拼写正

确。

请求的 URL: /cccaspx

--------------------------------

版本信息: Microsoft NET Framework 版本:205072742; ASPNET

版本:205072742

导致出现以上错误的原因有很多种情况，这里我来说说我所遇到的情况

。这个错误相信好多人并不陌生，太常见了，网上到处都是，归纳一下

，大概有以下几点原因：

所请求的文件已被重命名。

所请求的文件已被移动到其他位置并且/或者被删除。

所请求的文件由于维护、升级或其他未知原因而暂时不可用。

所请求的文件不存在。

IIS 60：没有启用相应的 Web 服务扩展或 MIME 类型。

" 某个虚拟目录映射到另一个服务器上的驱动器的根目录。

可惜上述的原因一一被我排除了，问题依然存在，我是在vs 2005下进行

的web项目开发，就是在浏览一个aspx页面的时候出现上述错误的，最后

按照老方式，同目录下建立一个空白的html试试，运行成功，似乎马上

要找到原因了，很可能是iis不识别aspx扩展了，这个推断马上被推翻了

，因为一个iis下，其他的asp应用程序能正常运行啊！晕，难道是

这个出异常aspx页所在的项目在iis下的配置有问题，删了重新来！，检

查了N遍，错误依然，结果试着再同项目下建立一个新的aspx页（无任何

内容）竟然运行成功！ok，原因锁定在那出异常的apsx页面的前后台代

码问题上，“HTTP 404”，很明显是说明找不到引用资源，我的那个

aspx页中并没有引用其他的页啊？怎么回事，又陷于了迷茫，怎么不试

着调试一下？虽然出现“HTTP 404”一般是在运行调试之前就出现了，

调试一般来说没有意义，结果并不是我想象的那样，调试出现了跟踪

，，，哇，，，错误出现了，找不到程序集，天啦。“找不到程序集”

怎么会报这样的错误，看来“错误的经验”往往会给人很大的误导，早

知道去调试，问题应该早解决了。

这里附带说明一下，我这个“找不到程序集”是怎么回事，希望对犯类

似错误的朋友一个参考：

归根结底，这是一个使用C#“反射机制”时的出错问题，按照PetShop的

示范，当采用工厂模式设计的时候，模型层，数据层都是 C# 类库

(dll)的项目，在类库项目的属性中特别要注意根据你自己所定义的命

名空间来更改“应用程序”标签中“程序集名称”和“默认命名空间”

的值，程序运行后会自动生成相应的dll文件以供同一解决方案中的其他

项目引用。>>

问题七：服务器的防火墙有问题该怎么办 服务器的防火墙，哪个具体点啊？你说的是哪个？？？？

一般服务器可以有的防火墙是：

第一：机房的硬件防火墙。抗流量攻击，还有CC等攻击

第二：机器系统自带的2003防火墙，可以开通指定端口，屏蔽其它端口，提高服务器安全性。

第三：自己从网上下载的软件防火墙，例如冰盾什么的。可以抗有限的CC，防止入侵等。

问题八：服务器端返回错误怎么办？ 5分 机房线路的问题。一般来讲，单线的机房（比如联通的机房），铁通的用户访问起来就很困难。如果想绝大部分的宽带用户都能正常访问，最好的办法就是用多线的。

希望早日实现各条线路的顺畅互联互通！

问题九：访问网站显示服务器错误怎么解决 此类错误一般出现于文件系统为NTFS格式中，是IIS匿名帐号（IUSR_计算机名）对相关文件、文件夹操作权限不足引起的。一、存放数据库文件夹对IIS匿名帐号没有写入、修改权限，错误表现为无法对数据库进行更新、写入二、 系统临时文件夹目录对IIS匿名帐号没有写入、修改权限，错误表现为访问服务器上任何采用Microsoft JET Database Engine 链接Access类数据库的文件都是出错。正常情况下是不会出现这个错误的，当使用某些系统垃圾清理优化工具、或其它一些因素可能会导致这个目录权限发生 改变。所以请慎重使用此类工具。解决办法一、检查存放Microsoft Access数据库文件的文件夹是否有对IIS匿名帐号有写入权限，如果没有，请赋于写入权限，特别是当错误信息为（Microsoft JET Database Engine 错误 '80004005' 操作必须使用一个可更新的查询。）时。二、JET 引擎在链接数据库的时候会在%windir%/temp/目录下创建临时文件，而IIS匿名帐号对%windir%/temp/目录操作权限不够，添加IIS匿名帐号（IUSR_计算机名）对%windir%/temp/的读写权限即可。其它一些未指定的错误，可以尝试重新注册ASP脚本解释链接库文件。 依顺序运行以下命令：1regsvr32 jscriptdll2regsvr32 vbscriptdll 3iisreset

问题十：登陆百度显示连接服务器错误是怎么回事？ 1、服务器在维护，请留意官网。

2、服务器注册或者是登录满了。换个试试

3、密码不对，或串号（或被封号）

4、网络不稳定（顺带检查是否管理员身份登录）。打开腾讯电脑管家――工具箱――流量监控（测试网速）

5、时间不对。请调整下时间。

6、IP地址经常自动变换，服务器无法识别。断开重启就可

7、代理问题。打开 interest 属性――“高级”――“HTTP 11”――“通过代理使用HTTP 11 ” 不要勾选

8、,文件被破坏，丢失，需要重新下载或更新。也不排除你的电脑有病毒木马破坏，建议你进行全盘杀毒。

推荐楼主可以试试腾讯电脑管家哟，免费专业安全软件，杀毒管理二合一，占内存小，杀毒好，防护好，无误报误杀。它拥有云查杀引擎、反病毒引擎、金山云查杀引擎、AVIRA查杀引擎、小红伞和查杀修复引擎等世界一流杀毒软件内嵌杀毒引擎！保证杀毒质量。而且操作也很简单，板块明确，新手一试就会。

9、腾讯电脑管家修复下。打开电脑管家――电脑诊所――腾讯专区

1 电脑宕机原因

电脑内灰太多，灰多了会导致电脑内散热困难，许多硬件工作不正常，导致开不了机！

2硬件松动，有的时候由于电脑用的太久了，有些部件就会松下来，一工作就会晃，电脑自然开不了机，尤其是硬盘和电源！只要把螺丝上好，就没问题了。

3插槽老化 ，电脑的时候长了，插槽就会老化，导致硬件之间的金手指接触不良，有的时候有主板的插槽问题，也有的时候是其他硬的金手指老化！！一般出现这种问题，只要换个插槽就好了，也可以拿橡皮把金手指擦擦。我的一个同学就是内存插槽老化，换了个插槽就好了！！同时这种问题也是发生率最高的情况。很多的时候，用电脑的时候有的人硬件丢失也是因为这个原因！！

4电压问题，你的地区电压不稳定，或者电压太低也会出现这种情况！1这种情况我就没办法了，买个稳压器什么的，可以缓解一下！！

以上就是电脑开不了机的常见问题，这些问题都是很常见的，解决起来也不麻烦，至于要更换硬件的这里就不说了，你拿到修电脑的地方，别人会给你修的！！！

2 计算机宕机出现的原因主要是什么呢

(1)计算机的相应的主机由于一些意外故障而导致死机。

由于台湾还有大陆隔离的状态，导致两地的学术交流出现脱节，这样就造成了两地出现各自发展的现象，举个例子来说计算机中术语里面的程序在台湾就是程式，而字节被台湾叫做位元，还有就是汉字码也不同。 （2）对于服务器出现的数据库死锁的情况，这个也是宕机，代表的意思就是服务器的服务被挂掉了。

在香港还有台湾地区的人把这个叫当机，也就是死机的意思。例如MSN当机影响了900万用户登陆，也就是说msn服务器由于维修等这些故障，出现账号不能登录的现象。

3 服务器宕机怎么办

解决方法：

1 对于服务器频繁出现宕机情况就要注意了检查服务器是否存在负载量过大，服务器散热存在问题等等情况。再针对这样的情况一项一项来解决，这样才能保证服务器尽可能长时间正常运行。

2 对于一般服务器宕机，我们可以采用重启服务器的方式来解决。正常重启服务器可以清除内存碎片，重新优化应用软件，中断无用的端口，缓解CPU压力，加快服务器运行速度等等。

3 对于服务器租用用户来说，服务器宕机是非常值得重视的问题，如果租用的服务器经常出现宕机情况的话，一定要及时通知服务商，让服务器查明具体情况，问题过于严重甚至可以要求跟换服务器或者更换服务器供应商。

服务器简介：

1 服务器是一种高性能计算机，作为网络的节点，存储、处理网络上80%的数据、信息，因此也被称为网络的灵魂。

2 服务器指一个管理资源并为用户提供服务的计算机软件，通常分为文件服务器、数据库服务器和应用程序服务器。运行以上软件的计算机或计算机系统也被称为服务器。

3 相对于普通PC来说，服务器在稳定性、安全性、性能等方面都要求更高，因此CPU、芯片组、内存、磁盘系统、网络等硬件和普通计算机有所不同，在质量与处理器数据性能上更出色。

4 服务器出现宕机的原因有哪些

1、由操作员意向操作的重启——用于维护或更新服务器、部署机房或特殊情况等等。

2、非操作员本身意愿造成的重启——如供电（欠压，过载，波动）、震动、硬件质量（热稳定性（热敏度）和抗干扰能力）、资源冲突、DirectX文件的损坏、系统不完善或瓶颈问题、病毒、灰尘、散热不良……等等原因而造成重启。3、由于用户访问量过大，造成资源耗尽，或者你网站的数据超出你的空间限制范围大小也会出现宕机。

重启服务器的好处：一般来说，如果是正常的重启是没有什么坏处，相反，对于操作系统而言反而有好处。重启服务器可以清除内存碎片，重新优化软件调用级别，中断无用的网络端口等。

1、重启服务器对服务器的保养有一定的作用，释放内存，缓解CPU压力。服务器运行时间长，会造成很多冗余的DLL程序，导致系统运行速度较慢。

系统重启会使电脑恢复到默认加载状态，也就是说在还未重启时的很多应用程序进程都驻留在内存中，会使电脑变慢，重启后它们就没了。2、还有就是有的一些对电脑的配置要重新启动后才能生效。

3、重启服务器可以使有些程序可以得到更新。重启服务器的危害：1、正在进行写硬盘操作时，即硬盘灯在不停地闪动时，断电或者强制重启，对硬盘的伤害最大。

2、热启动（CTRL+ALT+DEL），对硬件上不会有损伤（软件上有时会发生程序非法中止导致数据丢失的问题）；如果是冷启动（直接开关电源），就会对硬件尤其是硬盘造成伤害。除非无法正常关机可以考虑热启动。

3、重启的突然来电会有大量电流涌入电源，反复进行会使机器寿命大大降低，而且在硬盘正在读写的时候突然地断电也非常容易引起硬盘出现坏道从而损失数据。4非正常重启的危害：首先，这样轻则会使硬盘掉数据，造成逻辑坏道，重则造成物理的坏道，损坏硬盘磁头伺服电路。

还有，这也会造成主板的二度伤害，主板在一通一断当中对电路部分的冲击是比较大的。再则也会对电源造成一定的损害。

5 最近笔记本总是直接宕机不知道为什么

宕机是计算机术语，口语里面我们简单的把停掉机器叫做down机，转换为汉字是“宕机”，但很多人都叫做“当机”/“死机”，虽然不规范但却流行。

down就是up的反义，就是计算机不能正常工作了，包括一切原因而导致出现的死机。（1）一般情况下指的就是计算机主机出现意外故障而死机；（2）一些服务器故障，包括服务器主机，数据库死锁或者DNS故障都可以称为宕机，一切服务器的某些服务挂掉了，都可以这么说。

一般来说，普通的电脑出现故障，称之为“死机”，很少会说宕机；而一些知名网站或者媒体服务器出现故障时，通常会被报道为宕机，比如此前微信就出现很多次服务器宕机现象，导致用户无法登陆，被不少媒体报道过。其实，宕机是一种非常常见的现象，一般是指网站服务器出现故障，导致服务中断。

由于服务器通常都是365天不间断的工作，因此很多网站都会出现宕机故障，比如苹果、百度、京东等知名大网站也出现过。由于这些大网站，通常会配备多台服务器，因此宕机出现的概率极少。

而对一些中小网站来说，其实每天都在上演宕机，只是鲜为人知罢了。媒体从来只会曝光成功的大型网站宕机故障，一些失败的企或小网站，是没有理会或在乎的，因此宕机事件也不是经常有报道，但是很多宕机现象在很多中小网站中，基本天天都在上演。