宕机是什么意思

停机时间意味着什么？停机时间怎么了？对于刚进入it行业的人来说，很多名词都是陌生的。在服务器端，我们经常听到停机的消息，也经常在网站上看到一些停机的新闻。停机时间意味着什么？下面总结一下。

停机时间意味着什么

一：宕机怎么读

停机时间被称为“”,我们也可以将其视为停机时间。

二：宕机是什么意思

在电脑里，我们用dowm表示停机转换成汉字就是停机，也可以理解为死机，服务器不能正常工作，包括服务器死机的所有原因。

在正常情况下，服务器可能会因计算机主机故障而崩溃，或者服务器可能有问题，或者数据库可能会死锁。当dns失败时，通常会说它崩溃了，但不是说它停机了。停机意味着一个大型网站出现故障，被叫停。比如百度最近也经历了一次宕机，导致百度网站部分区域无法访问。停机是普遍现象。每天都有各种停机事件，但都只是小企业网站，我们很少关注。

三：防止宕机的方法

我们可以建立一个停机警报框架来监控可能停机的网站。一般我们可以每15分钟设置一次诊断，这样就减少了停机的概率。

这就是停机时间的全部含义。如果你想了解更多关于服务器的信息，请关注聚名网.

宕机是什么意思（服务器宕机的含义）

扩展阅读

宕机什么意思服务器出现宕机怎么解决？

相信很多用户会听到或提到电脑停机或服务器停机，很多用户也不太明白停机的含义。那么服务器宕机意味着什么呢？以下小e分享电脑停机的阅读和意义。

宕机怎么读？

我相信很多人不知道“当”这个词怎么发音，所以他们不知道它是什么意思。“停机”的拼音发音是：dng ji。

服务器宕机是什么意思？

停机属于计算机术语，指计算机或服务器不能正常工作。口语中我们简单的叫停机，翻译成汉字就是“停机时间”，但大多数人叫“死机”/“死机”，不规范但通俗。

当服务器出现故障时，很少会立即想到问题的原因。我们将基本上从以下步骤开始：

一、尽可能搞清楚问题的前因后果

不要一下子就粘在服务器前面，你需要知道你对这个服务器了解多少，以及失败的细节。否则，你可能什么也没有瞄准

必须澄清的问题是：

故障的表现是什么？没反应？报错？

故障是什么时候发现的？

故障可再现吗？

是否有定期发生(例如，每小时一次)

整个平台最近一次更新是什么(代码，服务器等。)?

受故障影响的特定用户组是什么(登录、注销、在某个地区……)？

可以找到基础设施(物理和逻辑)文档吗？

有监控平台吗？(比如munin，zabbix，nagios，new relic…什么都行)

有日志可以查看吗？(比如loggly，airbrake，graylog….)

后两者是最方便的信息来源，但不要期望太高。基本上两个都不会有。我只能继续摸索。

二、有谁在？

$ w

$最后12

使用这两个命令查看谁在线，谁访问过。这不是关键步骤，但最好不要在其他用户工作时调试系统。俗话说，一山不容二虎。(厨房里没有厨师就够了。)

三、之前发生了什么？

$ history 1

检查之前在服务器上执行的命令。看着总是对的。添加关于谁登录的信息应该很有用。此外，作为一名管理员，你应该注意不要利用自己的权力侵犯他人的隐私。

只是提醒您，您可能需要更新histtimeformat环境变量，以显示这些命令是何时执行的。是的，否则仅仅看到一堆不知道什么时候执行的命令就会让人抓狂。

四、现在在运行的进程是啥？

$ pstree -a

$ ps aux12

这是为了查看现有流程。ps aux的结果比较乱，pstree -a的结果简单明了，可以看到运行过程和相关用户。

五、监听的网络服务

$ netstat -ntlp

$ netstat -nulp

$ netstat -nxlp123

我通常分别运行这三个命令，我不想一次看到所有服务的列表。netstat -nalp没问题。但是，我绝对不会用数字选项(我肤浅的观点：ip地址看起来更方便)。

找到所有正在运行的服务，并检查它们是否应该运行。看看每个监听端口。在netstat中，服务列表中的pid与ps aux进程列表中的pid相同。

如果服务器上同时运行着几个java或者erlang进程，那么通过pid找到每个进程是非常重要的。

通常情况下，我们建议每台服务器少运行一点服务，如果需要，我们可以增加更多的服务器。如果你看到一台服务器上有30或40个监听端口打开，做一个记录，空闲时清理一下，然后重新组织服务器。

六、cpu 和内存

$免费-m

$正常运行时间

$ top

$ htop1234

注意以下问题：

有没有多余的内存？服务器是内存和硬盘互换吗？

还有cpu剩下吗？服务器有多少核？是不是有些cpu内核过载了？

服务器最大的负载来自哪里？平均负荷是多少？

七、硬件

$ lspci

$ dmidecode

$ ethtool123

很多服务器还是裸机，可以看看：

找raid卡(带bbu备用电池？)，cpu和备用内存插槽。根据这些条件，我们可以大致了解硬件问题的来源以及性能提升的方法。

网卡设置好了吗？是否在半双工状态下运行？速度是10mbps吗？有没有tx/rx错误？

八、io 性能

$ ios tat-kx 2 $ vmstat 2 10 $ mpstat 2 10 $ dstattop-iotop-bio 1234

这些命令对于调试后端性能非常有用。

检查磁盘使用情况：服务器硬盘是否已满？

交换切换模式(si/so)是否开启？

谁占用cpu:系统进程？用户流程？虚拟机？

dstat是我的最爱。你可以看看是谁在用它做io:mysql是不是把系统资源都吃光了？还是你的php进程？

九、挂载点和文件系统

$ mount

$ cat /etc/fstab

$ vgs

$ pvs

$ lvs

$ df -h

$ lsof d/*小心不要弄死你的盒子*/1234567

安装了多少个文件系统？

是否有专用于某项服务的文件系统？(比如mysql？)

文件系统的挂载选项是什么：noatime？默认？文件系统是否已重新装载到只读模式？

还有磁盘空间吗？

有没有大文件被删除但没有清空？

如果磁盘空间有问题，您还有空间扩展分区吗？

$ sysctl-a | grep…$ cat/proc/中断

$ cat /proc/net/ip_conntrack /*在繁忙的服务器上可能需要一些时间*/

$ netstat

$ ss -s12345

你的中断请求是平均分配给cpu，还是会因为大量的网络中断请求或者raid请求导致某个cpu内核过载？

swap交换有哪些设置？对于工作站，swappinness设置为60，但是对于服务器来说太糟糕了：您最好不要让服务器交换，否则读写磁盘会锁定交换过程。

conntrack_max设置是否足够大以处理您的服务器的流量？

不同状态(time_wait，…)tcp的tcp连接时间设置是怎样的？

如果要显示所有已有的连接，netstat会比较慢，可以先用ss看看整体情况。

也可以看看linux tcp调优，了解一些网络性能调优的要点。

十、系统日志和内核消息

$ dmesg

$ less /var/log/messages

y"$ less /var/log/secure

$ less /var/log/auth1234

例如，检查错误和警告消息，看它是否是由过多的连接引起的。

查找硬件错误或文件系统错误。

及时分析这些错误事件是否可以与之前发现的疑点进行对比。

十一、定时任务

$ ls /etc/cron* cat

$ user in $(cat/etc/passwd | cut-f1-d :)；do crontab-l-u $ user；done12

是否有计划任务运行过于频繁？

是否有用户提交了隐藏的预定任务？

发生故障时，是否正在执行备份任务？

十二、应用系统日志

这里有很多东西需要分析，但恐怕你作为一个操作人员，没有时间仔细研究。注意那些明显的问题，比如典型的lamp(linux apache mysql perl)应用环境中的：

apache nginx查找访问和错误日志，直接查找5xx错误，看看是否有limit_zone错误。

mysql在mysql.log中查找错误消息，查看是否有任何结构损坏的表，是否有innodb修复进程正在运行，以及是否有磁盘/索引/查询问题。

php-fpm；如果设置了php-slow log，直接找错误消息(php，mysql，memcache，…)；如果没有，快速设置。

清漆；检查varnishlog和varnishstat中的命中率，查看配置信息中是否缺少任何规则，以便最终用户可以直接攻击您的后端。

高可用性-代理；后端的状态如何？健康检查成功吗？前端队列大小还是后端队列大小达到最大？

结论

经过这5分钟，你应该对以下情况有了更好的了解：服务器上运行的是什么？此故障似乎与输入输出/硬件/网络或系统配置有关(错误代码、系统内核调整等)。这个断层有没有一些熟悉的特征？例如，不当使用数据库索引或过多的apache守护程序。

你甚至可以找到真正的故障源。就算还没找到，现在也有条件深挖。继续努力！