㈠ 服务器出现宕机的原因有哪些
①
运行环境：一般来说，此原因是排名第一的服务器宕机类别，运行环境可以看作是支持数据库服务器运行的系统和资源集合，包括操作系统、硬件以及网络等，在运行环境的问题中，最普遍的问题是磁盘空间耗尽。
② 服务器性能：最常见的服务器宕机原因是运行sql，但还有其他的可能，比如也有些问题是由于服务器Bug或错误的行为导致的。
③ 复制问题：复制问题通常由于主备数据不一致导致。
④数据丢失、损坏：数据丢失问题通常由于错误操作导致，并总是伴随着缺少可用备份的问题，数据丢失一般情况下是由于drop
table的错误操作导致，并总是伴随着缺少可用备份的问题。
| 要及时地发现服务器宕机的问题!!!
有一句话说得很好，时间就是金钱，要最快时间发现宕机的问题，例如是否是应用程序导致内存溢出或泄露，是否是进程过多或不断创建、耗尽资源等，是否应用程序异常导致，是否是遭受黑客入侵攻击导致，是否是误操作导致等等，服务器宕机时，为了避免造成不必要的损失，要尽早通知服务商解决相关问题。
| 多准备空间
最好准备2个网站空间，它们存放的内容相同，但IP不同，且机房的地理位置不同，这样宕机的可能性就大大降低了，第一时间发现宕机问题后，可以迅速地通过修改域名记录，指向目前正常的网站空间。
㈡ 服务器突然宕机是什么原因
服务器突然宕机原因：
1、由操作员意向操作的重启——用于维护或更新服务器、部署机房或特殊情况等等。
2、非操作员本身意愿造成的重启——如供电(欠压，过载，波动)、震动、硬件质量(热稳定性(热敏度)和抗干扰能力)、资源冲突、DirectX文件的损坏、系统不完善或瓶颈问题、病毒、灰尘、散热不良……等等原因而造成重启。
3、由于用户访问量过大，造成资源耗尽，或者你网站的数据超出你的空间限制范围大小也会出现宕机。
㈢ SQL2000 经常宕机报错
耐心看下面这几篇KBA，都是涉及这个错误的。
造成这个错误的原因好像有点复杂，但多半和你的磁盘系统有关。
http://support.microsoft.com/kb/810885
http://support.microsoft.com/kb/815056
http://support.microsoft.com/kb/909380
http://msdn2.microsoft.com/en-us/library/aa175396(sql.80).aspx
㈣ 服务器宕机是什么意思怎处理解决
服务器宕机是指服务器因为某些原因而导致服务器无法运转，造成网络无法正常使用。 对于网站来说，服务器宕机所造成影响很大，它不但造成访客无妨对网站进行访问，甚至还可能影响到网站在搜索引擎上的收录和排名， 因而在租用服务器时，建议站长选择想美国服务器这种出现宕机概率比较低的服务器。在服务器使用的过程中，服务器宕机可能都出现， 首先我们要找到服务器可能出现宕机的原因吗，才能找到对应的解决办法。下面壹基比小喻来给大家介绍下。
要即时发现服务器宕机的问题。时间就是金钱，这是不变的真理。我们要第一时间， 发现宕机的问题。如果他服务器宕机时，为了避免造成不必要的损失，要尽早通知服务商解决相关问题。
最好准备2个网站空间，他们存放的内容相同，而ip不同，并且机房的地理位置不同。这样2个主机， 同时宕机的可能性就大大降低了。第一时间发现宕机问题后，可以迅速的通过修改dnspod.com中的域名记录，指向目前正常的网站空间。Dnspod解析生效的时间是实时的， 而一般的dns服务器，刷新时间较长，对外声称24小时内生效，按照实际经验看来，差不多30分钟内生效，否则就要检查域名绑定是否正确了。
㈤ 服务器宕机原因及其解决方案
对于广大站长来说，服务器宕机对网站的收录跟排名都是有非常大的影响的，最重要的是宕机会影响网站业务的进行，所以无论不管说是用户还是服务商都不希望服务器出现宕机问题，那假如出现了，我们该如何解决它呢？
服务器宕机是每个服务商都会遇到的问题，一般有以下几种原因：
1.服务器性能
服务器的性能问题有很多，但最多见的应该就是SQL，但我们也不能一概而论，还有别的可能性，例如有些问题就是服务器Bug或错误行为导致的。另外，较差的Schema和索引设计也是较多的出错原因之一。
2.运行环境
如果是这个问题，那么最常见的就是磁盘空间消耗完了。
3.数据丢了或损坏
数据丢失也有很多原因，可能不是用户错误操作，也可能是人为攻击造成的，但一般来说是由drop table错误操作导致，通常出现这个问题都会伴随着缺少可用备份的问题。
4.复制
复制问题一般是由主备数据不一致导致的。
我们了解了这几项宕机原因，那么如何判断或查看服务器宕机原因呢？
（1）查看是否是误操作导致的
（2）查看是否是应用程序导致的
（3）查看是否是应用程序导致内存溢出或者泄露，out of memory导致
（4）查看是否是流量负载过大导致的
（5）查看是否是遭受黑客入侵攻击导致的
那我们查明是如原因后，我们又该如何去解决问题呢？
1.发现服务器宕机后，及时联系服务商解决相关问题，就算短暂的宕机也可能会造成较大的损失，请大家及时联系自己的服务商。
2.做好提前防范的准备。可以同时运行两个网站空间，备份内容，当一个出现问题，立刻启动另一个。
3.使用一款功能好的宕机监控第一时间智能处理，故障发生时可设置自动切换至备用IP，恢复后将切换回原IP，能够有效提高网站可用性和页面性能。有效规避风险降低成本。
㈥ 服务器宕机是什么意思怎处理解决
宕机服务器排查故障方法
1、在运行环境的问题中，最普遍的问题时磁盘空间耗尽。
2、在性能问题中，最普通的服务器宕机原因确实是运行很糟糕的SQL，但也不一定都是这个原因，比如也有很多问题时由于服务器Bug或错误的行为导致的。
3、糟糕的Schema和索引设计是第二大影响性能的问题。
4、复制问题通常由于主备数据不一致导致。
5、数据丢失问题通常由于操作的错误操作导致，并总是便随着缺少可用备份的问题。
6.由于系统原因，导致的服务器宕机，一般重启下服务器就可以。
明白了服务器宕机的原因，我们就可以采取相应的措施来排查。宕机服务器如何排查故障
㈦ SQL Server 2008 R2 持续占用内存直到服务器死机，怎么解决
和sql server 的机制有关，sql server能访问服务器多少内存就会占用多少，并不会自动释放，可以限制数据库服务器的内存使用量，具体方法：右键点击数据库实例，点开属性对话框，在内存标签内设置 ”最大服务器内存大小“ 为你想限制的大小，重启数据库服务就可以了。不过还是建议你先检查下数据库性能，做下优化！
㈧ 100ms的SQL把服务器搞崩溃了
一个项目上线了两个月，除了一些反馈的优化和小Bug之外，项目一切顺利；前期是属于推广阶段，可能使用人员没那么多，当然对于项目部署肯定提前想到并发量了，所以早就把集群安排上，而且还在测试环境搞了一下压测，绝对是没得问题的；但是，就在两个月后的一天，系统突然跑的比乌龟还慢，投诉开始就陆续反馈过来了。
经过排查，原来是频繁执行一条耗时100ms的SQL导致，100ms感觉不长，但就是把系统搞崩了，具体细节如下。
项目采用ABP进行开发，集成统一的认证中心(IDS4)，部分数据对接第三方系统，拆分后的这个项目架构相对简单。
考虑并发量不高，就算是高峰期也不会超过1000，于是就搞了个单台的数据库服务器(MySQL)，测试环境中经过压测，完全能抗住。
上线时，由于线上资源的关系，DB服务器的配置没有按测试环境的标准来分配，相关人员想着后续看情况进行补配。上线推的比较紧，简单评估了配置风险，初步判断没啥大问题，于是就推上线了。
相关技术栈：ABP、IdentityServer4、Autofac、AutoMapper、Quartz.NET、EF Core、Redis、MySQL等，这都不重要，重要的是100ms的SQL把系统搞崩了。
由于系统相对不大，并没有把分布式日志、调度监控，性能监控集成上去。
上线期间，前期处于使用推广阶段，一切正常。两个月后的一天，系统处于使用高峰时段，突然陆续收到反馈：系统有点卡！！！于是赶紧进行排查。
由于系统已经是集群部署的，慢这个问题首先怀疑是数据库服务器，于是让DBA的同事排查了一下，没有锁，只是有大量事务等待提交(waiting for handler commit)，通过如下命令可查的：
看到都是插入审计日志记录导致，一看日志记录频率，差不多一秒500条记录。DBA同事说可能是记录插入频繁导致，此时CPU已经爆到100%了，为了快速解决问题，于是就赶紧关掉了一些不必要的日志记录。
这么一改，稍微降了一点，没有事务提交的记录，系统勉强可以撑着用，但是CPU还是在85%~97%波动；
看到这种情况，当然还是不放心，继续排查。 中间有对服务器的配置产生过怀疑，但非常肯定的是这不是主要原因，于是和DBA的同事继续排查。
系统虽然可以正常使用，但时不时的也看看监控屏，CPU一直处于高水位状态，还是有点慌的，因为一有问题，信息和电话都要爆。
突然DBA同事发现有一个单表查询的SQL执行比较频繁，于是单独拿出来试了一下，查询时间150ms左右，这个表的数据量不大，8万左右，但没有加任何索引，因为想着数据量不大，查询时长还可接受，所以当时就没有加相关索引。
定位到这条SQL后，想到的第一步就是增加索引，在测试环境上试了一把，执行效率直接飞速提高到1ms；效果如下：
所以和DBA同事达成一致意见，在生成环境上增加复合索引( 创建索引一定要注意字段顺序 )，在中午时候，系统使用频率不太高，于是就在生成上快速加了索引，我去，CPU一下降到了20%以内，意不意外；就算在使用高峰期，也没超过20%，通过zabbix工具监控看到CPU的效果：
问题算是解决了，总算松了一口气。
这里有个问题： CPU都爆了为什么没有报警提醒，这块DBA同事正在排查相关配置。这里发现CPU爆了，还是无意的远程到服务器，发现很卡，一看CPU才知道爆了。
系统虽小，问题不大，但其实暴露的问题还是挺多。
这次线上小事故暂时分享到这，因为项目不大，所以没有做那么多监控，但以下建议，小伙伴可以参考一下：
文章来自https://www.cnblogs.com/zoe-zyq/p/16207287.html
㈨ ORACLE服务器可能由于SQL语句导致宕机吗
会
宕机
SQL语句
太复杂可能会过多的消耗CPU资源，也可能由于语句中的
子查询
多，并且数据量又非常大，查询逻辑不合理，导致内存消耗过大
这些都可以引起
数据库服务器
宕机
数据库2个表，各20W数据库左右，每秒
联合查询
3-10次
服务器：
小型机
，4G内存，12个CPU
由于查询语句复杂不合理，系统运行3天就宕机
结果服务器上的6个数据服务都优化SQL语句，现在小型机运行正常