把服务器“炸”了，都是哪些娱乐大事件？

把服务器“炸”了，都是哪些娱乐大事件？

很多明星官宣恋情，宣布婚讯时，服务器都会瘫痪，比如鹿晗、关晓彤恋情，赵丽颖、冯绍峰官宣。

微博已经成为了很多人获取各种新闻信息的重要来源渠道，我们在微博上吃了数不尽的各种口味瓜，也常与朋友们共享吃瓜。

但是娱乐圈有时候一个大事件就能让服务器瘫痪。

1、鹿晗和关晓彤的恋情

我想关晓彤和鹿晗当年宣布恋情的情景大家一定还记忆犹新，可能谁都不会想到，平时毫无交集的两个人突然走到了一起，而且当时大家都觉得鹿晗和迪丽热巴比较有cp感，觉得两个人在一起的可能性最大，结果传来这样的惊喜，看来娱乐圈的事情你永远猜不透，谁都不知道下一秒会发生什么样的事情，而且鹿晗和关晓彤都是当红的偶像派明星，结果可想而知，网络服务器又瘫痪了，一点都不让人意外，真是羡慕这些明星的人气，大概这样的事情也只有她们能够做到！

2、赵丽颖、冯绍峰官宣

赵丽颖当时和冯绍峰的恋情可谓是特别的低调，很多人但是甚至还被蒙在鼓里，就在大家还在猜测赵丽颖的恋情，总是想着各种cp的可能，很多男星觉得都很般配，真是 *** 碎了心，结果赵丽颖却突然官宣和冯绍峰结婚的消息，实在太过突然，很多人都没反应过来，再加上赵丽颖超高的人气，瞬间成为网络热议的话题，紧接着就是一片祝福之声，由于信息量太大，网络瞬间瘫痪，“官宣体”也广泛被网友使用，不得羡慕赵丽颖的人气值！

3、林志玲嫁给日本男星

林志玲突然官宣结婚嫁给日本男星，这突如其来的喜讯让大家彻底蒙了，很多人都以为会是言承旭，这几年林志玲一直都是单身，并没有听到她恋爱的消息，结果直接宣布结婚的喜讯，太让人猝不及防了，于是消息一出马上登上各大热搜榜，信息量瞬间飙升，导致网络服务器瞬间瘫痪，各种网络声音接踵而至，其实也可以理解，喜讯突然，而且话题量也巨大，但是同时也反映出林志玲在娱乐圈的影响力！

甚至有人看玩笑，觉得下一次能让服务器瘫痪的大概就是胡歌的官宣了，虽然只是一句玩笑话，但是很有道理，我觉得这样的事情最头疼的就是网络工程师了，他们心里苦啊，估计多遇到几次这样的事情瘫痪的可能就不是服务器了，估计就是网络工程师了！

4、王宝强马蓉离婚事件

在16年8月14日，王宝强通过微博发布了一个离婚声明。声明中确切指出自己的妻子马蓉与经纪人宋喆存在婚后关系，并表示自己解除与马蓉的夫妻关系与经纪人宋喆的职务。消息一出，便引起轩然大波，短短几秒，评论已过两三万，不到一小时，转发量已经过20万。一时时间，微博服务器陷入瘫痪状态。

是国内互联网根域名服务器出现了问题，导致域名都被指向了一个错误的IP地址，进而影响到这些域名的访问。这具体是怎么回事？为什么根域名服务器的问题会有这么大的影响，这个服务器是何方神圣？
如果昨天下午(1月21日)你想上网刷刷微博看看视频，那有点费事。几乎全中国的大网站都上不去或者上着上着就“页面错误”了。实际上，这并不是因为你家的网络有什么毛病。看一下新闻就会知道，是国内互联网根域名服务器出现了问题，导致域名都被指向了一个错误的IP地址，进而影响到这些域名的访问。等等，为什么根域名服务器的问题会有这么大的影响，这个服务器是何方神圣？
要弄清这个问题，我们首先要知道域名解析服务(DNS)是如何工作的。一开始的时候，互联网上并不存在域名这种简单快捷的访问途径。想要访问千里之外的一个网站或者是一台服务器，使用的都是IP地址，也就是类似于65492178这样的一串数字。IP地址就像生活中的电话号码，可以精确地定位到某个特定的机器或服务。但是用着用着，人们就觉得实在是太不方便了。就像电话号码很难记住一样，想要靠脑袋记住大量网站的IP简直是天方夜谭。所以，DNS就承担起了“电话查号台”的工作，负责帮我们将简单好记的域名转化为正确的IP地址，免去了记忆“电话号码”的烦恼。只要我们知道DNS服务器的IP地址，就能查到其它所有网站的IP地址。所以我们在浏览器里输入域名的时候，访问的其实还是IP地址，只不过浏览器帮我们从DNS上查到了正确的IP地址，而我们平时却不知道这个过程。
但是所有人都去同一台DNS服务器上面查询，也会出现问题。想像一下，有成千上万的人同时向一个电话查号台打电话查询，会出现什么情况呢？少部分人打通了电话，而大多数则一直占线，查不到想要的电话号码。同时，全世界的电话号码都存在一个电话查号台里，查电话的过程也会非常缓慢。为了解决这两个问题，DNS做了这样两件事：首先，搭建许多DNS服务器，使它们构成树状结构。在查询的时候从根域名服务器开始，一层一层地查下去。其次，为每个区域分配一台本地域名服务器，由这台服务器负责向根域名服务器查询，由于本地域名服务器可以缓存，这也可以极大地减轻根服务器的负担。

bmc故障处理电路、方法、装置、电子设备及存储介质
技术领域
1本申请涉及通信技术领域，尤其涉及一种bmc故障处理电路、方法、装置、电子设备及存储介质。
背景技术：
2目前，常规的服务器主板上均配置一个bmc控制器，此控制器能够实现服务器的远程监控，但是一旦bmc控制器故障，服务器将无法接收远程监控指令且无法管理服务器内部部件，造成服务器瘫痪死机。
3因此，需要解决因bmc故障导致服务器死机的问题。
4上述内容仅用于辅助理解本申请的技术方案，并不代表承认上述内容是现有技术。
技术实现要素：
5为了解决上述问题，本申请提供一种bmc故障处理电路、方法、装置、电子设备及存储介质，该电路在bmc故障时，实现cpld对服务器的管理和配置，进而实现bmc故障下通过cpld链路管理服务器的功能。
6本申请第一方面公开一种bmc故障处理电路，所述bmc故障处理电路包括cpu及待管理部件、bmc和cpld；其中，
7bmc与cpld相连；
8cpu及待管理部件与电子切换开关的一端相连，电子切换开关的另一端与所述bmc或者所述cpld相连。
9在一种实施方式中，所述cpld确定所述bmc故障，所述cpld控制所述电子切换开关的一端与所述cpld相连。
10在一种实施方式中，所述cpld确定所述bmc正常，所述cpld控制所述电子切换开关的一端与所述bmc相连。
11本申请第二方面公开一种bmc故障处理方法，所述bmc故障处理方法应用于如第一方面任意一项中的bmc故障处理电路中，所述bmc故障处理方法包括：
12cpld判断bmc是否故障；
13cpld根据bmc是否故障，控制电子切换开关的一端与所述bmc相连或者所述cpld相连。
14本申请第三方面公开一种bmc故障处理装置，所述bmc故障处理装置包括如第一方面任意一项中的bmc故障处理电路，所述bmc故障处理装置包括故障检测单元和处理单元；其中，
15所述故障检测单元，用于通过cpld检测bmc是否故障；
16所述处理单元，根据所述故障检测单元的检测结果，控制电子切换开关的一端与所述bmc连接或者所述cpld连接。
17本申请第四方面公开了一种电子设备，所述电子设备包括存储器和处理器；其中，所述存储器和所述处理器通过总线相互之间通信，所述存储器存储可被所述处理器执行的程序指令，所述处理器调用所述程序指令，执行如第二方面所述的方法。
18本申请第五方面公开了一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被计算机处理器执行时实现如第二方面所述的方法。
19本申请的电路在bmc故障时，实现cpld对服务器的管理和配置，进而实现bmc故障下通过cpld链路管理服务器的功能；从而解决bmc故障时造成服务器无法远程监控以及瘫痪死机的问题。
附图说明
20此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。
21图1为现有技术中的一种bmc连接电路结构示意图；
22图2为本申请实施例提供的一种bmc故障处理电路结构示意图；
23图3为本申请实施例提供的一种bmc故障处理方法流程示意图；
24图4为本申请实施例提供的一种bmc故障处理装置结构示意图。
具体实施方式
25为了更清楚的阐释本申请的整体构思，下面结合说明书附图以示例的方式进行详细说明。
26本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的顺序在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
27此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
28本申请中cpld，特指服务器主板上已有的cpld控制器，常规作用是负责服务器电源上电管理；bmc(baseboard management controller)，负责服务器的部件管理和远程监控；服务器是计算机的一种，比普通计算机运行更快、负载更高。
29图1中是现有技术。通讯信号线为多个信号线组，在该架构方案中，如果bmc发生故障，则服务器无法实现远程监控，bmc将服务管理部分部件，服务器将会瘫痪死机。
30故本说明书公开了一种bmc故障处理电路，所述bmc故障处理电路包括cpu及待管理部件、bmc和cpld。如图2所示。
31bmc与cpld相连；cpu及待管理部件与电子切换开关的一端相连，电子切换开关的另一端与所述bmc或者所述cpld相连。
32在一个示例中，所述cpld确定所述bmc故障，所述cpld控制所述电子切换开关的一端与所述cpld相连。
33在一个示例中，所述cpld确定所述bmc正常，所述cpld控制所述电子切换开关的一端与所述bmc相连。
34如图2中，通讯信号线为多个信号线组，对应的切换开关也有多个，实现对通讯信号线组的切换，本说明书以1个切换控制信号进行说明。cpld通过bmc故障信号线判断bmc是否发生故障，如果bmc未发生故障，则控制切换开关使得cpu及待管理部件的通讯信号线连接至bmc控制器；如果bmc发生故障，则控制电子切换开关使得cpu及待管理部件的通讯信号线连接至cpld，由cpld进行服务器的管理和配置以及外接以太网接口实现服务器的远程监控。
35此时，把服务器cpu与主要部件原有接入bmc的通讯信号经信号切换开关分出另外一组通讯支路至cpld；bmc正常工作时，信号切换开关切换通讯通道至bmc；如果bmc故障，cpld控制信号切换开关切换通讯通道至cpld，由cpld接管管理和配置服务器的功能。
36本申请的电路在bmc故障时，实现cpld对服务器的管理和配置，进而实现bmc故障下通过cpld链路管理服务器的功能；从而解决bmc故障时造成服务器无法远程监控以及瘫痪死机的问题。也就是，本申请增加系统链路通道，防止bmc处由于单一设备故障造成的服务器系统瘫痪，增加系统容错能力，提高服务器稳定性。
37本说明书的方案改变以往的仅能通过bmc管理和配置服务器的方式，增加通过cpld控制器管理和配置服务器的方式，解决bmc控制器故障带来的服务器无法远程监控以及瘫痪死机的问题。相当于增加服务器管理和配置的方式，通过cpld建立起另外一个服务器管理和交互的通道，对bmc起到冗余备份的作用。
38此时，在现有主板cpld控制器的基础上扩展通讯接口，实现cpld对服务器的管理和配置，进而实现bmc故障下通过cpld链路简单管理服务器的功能。由于cpld配置和管理服务器没有bmc管理那么完善，实现一些必要的远程维护和设备管理配置即可，以免耽误服务器使用；后续再详细检修或更换bmc控制器。
39本说明书还公开了一种bmc故障处理方法，所述bmc故障处理方法应用于如上所述的bmc故障处理电路中，所述bmc故障处理方法包括步骤s301
‑
s302。
40s301、cpld判断bmc是否故障。
41s302、cpld根据bmc是否故障，控制电子切换开关的一端与所述bmc相连或者所述cpld相连。
42在一个示例中，若cpld确定bmc故障，则所述cpld控制电子切换开关的一端与所述cpld相连。
43在一个示例中，若cpld确定bmc正常，则所述cpld控制电子切换开关的一端与所述bmc相连。
44上述方法实施例中，与上述电路实施例中相同或相近之处，不再赘述。
45本说明书还公开了一种bmc故障处理装置，所述bmc故障处理装置包括如上所述的bmc故障处理电路，所述bmc故障处理装置包括故障检测单元和处理单元。如图4所示。
46故障检测单元，用于通过cpld检测bmc是否故障；
47处理单元，根据所述故障检测单元的检测结果，控制电子切换开关的一端与所述bmc连接或者所述cpld连接。
48在一个示例中，当所述故障检测单元确定所述bmc故障时，所述处理单元控制电子
切换开关的一端与所述cpld连接；或当所述故障检测单元确定所述bmc正常时，所述处理单元控制电子切换开关的一端与所述bmc连接。
49上述装置实施例中，与上述电路实施例中相同或相近之处，不再赘述。
50本说明书还公开了一种电子设备，所述电子设备包括存储器和处理器。所述存储器和所述处理器通过总线相互之间通信，所述存储器存储可被所述处理器执行的程序指令，所述处理器调用所述程序指令，执行如上所述的方法。
51本说明书还公开了一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被计算机处理器执行时实现如上所述的方法。
52本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
53专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
54以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

服务器被攻击的话，一般常用的ddos、cc攻击后一般会表现出：网站掉包严重，访问网站时要么打不开。服务器远程困难，远程连接桌面非常卡，或者远程桌面进去后是黑屏。有的用户勉强能远程桌面连接进去了，但是 *** 作困难，cpu处于100%，内存占用率也高，服务器已处于瘫痪状态。建议升级服务器防御，或者换IP，当然要是恶性攻击的话换IP没有用的。最好是提高防御，换个高防服务器。海腾数据曾超问您解答

在网站运维过程中，常会遇到访客反映“服务器正忙，请稍后再试”错误提示，实际上不论是web服务器，游戏服务器，邮件服务器，又或者是软件服务器等，都会遇到诸如“服务器正忙，请稍后再试”类的问题。

这里就详细列举“服务器正忙，请稍后再试”错误现象常见的原因及相应的解决方法：

1本地网络配置问题：

本地网络配置问题，包括本地dns服务器配置，浏览器配置等，如果配置不当，都常会出现“服务器正忙，请稍后再试”的错误提示。

解决方法是：根据访问服务器的情况，正确配置本地dns及浏览器相关选项即可。比如：勾选浏览器Internet选项的“通过代理连接使用>

再比如：如果是玩游戏，或者登录某软件、网站时出现“服务器正忙，请稍后再试”错误提示，我们可以根据游戏服务器或者软件服务器的网络线路，将本地dns服务器设置对应的电信、网通等线路的公共免费DNS服务器地址，就可更好的避免“服务器正忙，请售后再试”状况的反复出现。

2服务器超出大连接数，达到峰值，响应延迟：

这种“服务器正忙，请售后再试”的原因，主要在于网站、游戏或软件服务器的本身资源配置有关。任何台服务器，不论是虚拟服务器（VPS、云主机），还是实体服务器，其CPU、内存、网络等资源配置都有限，当并发请求数，即同时在线数超出了服务器资源配置能够支撑的大连接数、峰值，就会导致服务器延迟响应用户请求的状况，同时发出“服务器正忙，请稍后再试”的提示现象。

解决方法是：相对用户来说，按照提示，稍后再试。当然，比如玩游戏，我们也可以选择在线人数少的时候，登录游戏服务器，避免在线高峰，就能够很好的避免服务器正忙的情况；

对于服务器运维人员来说，可以采取优化服务器软硬件环境，或者升服务器资源配置的方法来避免“服务器正忙，请稍后再试”的状况时常出现。

3服务器遭受CC/DDos等攻击：

任何网络服务器状况的出现，都有可能是遭受攻击的原因。同样，“服务器正忙，请稍后再试”状况的频繁出现，也有可能是因为服务器遭受CC/DOS/DDOS等流量攻击的原因。

解决方法是：对于用户来说，只有种办法，就是等！等攻击停止，等运维人员有效解决被攻击问题，等服务器恢复正常；

对于服务器运维人员或管理员来说，就是能够很好的排查、解决和处理服务器被攻击问题，或者可以选择如快云VPS，快云服务器等高性能服务器，或者增值如快云防护，有效预防CC/DDOS攻击等服务，避免服务器遭受攻击。无论如何，服务器安全防护及监控软件是需要配置和时常关注的。

4服务器相关应用更新、升：

这种原因，般常见于游戏或者软件服务器，当然，些web应用服务器，也常会更新，升。也就是说，游戏、软件或应用需要更新升，或者正在升更新，而关闭了服务器多外响应服务，因此，出现了“服务器正忙，请稍后再试”提示。

解决方法是：对于用户来说，当然还是等，或者咨询相关官方客服，又或者浏览对应官方公告等。

5服务器死机、宕机：

这种原因的出现，常是在第种原因之后，就是在线数达到了服务器资源配置，能够支撑的大限度，从而导致了服务器无法及时响应请求，甚至是直接瘫痪，就是服务器死机、宕机。

解决方法是：对于用户来说，同样的办法，等。同时也可以像相关客服反映情况，以期能够及时解决；

对于服务器运维或管理员来说，同第种原因的解决方法样，及时重启服务器，并能够有效优化服务器软件配置环境，或者更换更高资源配置的服务器，从而更好的避免“服务器正忙，请稍后再试”状况的频繁出现。

说明使用的人太多了，导致系统卡顿，建议晚点再试试

---