如何看待7月13日B站服务器突然崩溃?

bilibili部分服务器机房发生故障。

7月13日晚间，B站出现访问故障，“B站崩了”一度登上微博热搜。除了网站和移动端显示加载错误之外，B站出品的轻视频、剪辑软件必剪等均无法打开，显示页面加载出错。

当天深夜，B站网站已经恢复正常运行。但该故障持续时间超过一小时，期间相关话题一度引起社交媒体平台热议。

而B站也在凌晨2点20分发布回应，称原因为部分服务器机房发生故障。“技术团队随即进行了问题排查和修复，现在服务器已经陆续恢复正常。”

bilibili娘

作为B站的官方人物，bilibili娘也成为B站的品牌符号。 22和33是哔哩哔哩的官方“站娘”，也被称为bilibili娘。22娘是姐姐，33娘是妹妹。

22和33虽然并非双胞胎，但由于两姐妹很亲昵，色系接近，常常被网友称之为双子。

以上内容参考 百度百科-bilibili

原神服务器崩溃过13次。根据查询相关公开信息，经《原神》官方查证，28版本开启10分钟，《原神》炸服炸到热搜第9名，连续崩溃了13次。《原神》是由上海米哈游制作发行的一款开放世界冒险游戏，于2017年1月底立项，初测于2019年6月21日开启，再临测试于2020年3月19日开启，启程测试于2020年6月11日开启，PC版技术性开放测试于9月15日开启，公测于2020年9月28日开启。在数据方面，同在官方服务器的情况下，iOS、PC、Android平台之间的账号数据互通，玩家可在同一账号下切换设备。

造成服务器宕机（死机）的原因是什么呢？那么他解决方法有哪些呢？壹基比来告诉你
引发服务器宕机原因大概有：运行环境问题、服务器性能问题、服务器硬件问题、数据丢失或损坏问题。下面我们对以上几个问题详情描述并提供解决办法：
一、运行环境问题导致服务器宕机
服务器运行环境包括 *** 作系统，数据库，应用程序，应用程序bug，网络数据等，以上软件系统故障会引起服务器宕机现象。解决办法：需要我们查找分析系统、应用程序相关日志来找出真正的原因。一般都能发现问题，根据日志提供的错误信息修改相关设置来解决此类宕机故障，由于系统原因可以重装系统，或重启一下服务器就可以了。
二、服务器性能问题导致服务器宕机
服务器性能好坏也是引发宕机的一个因素，因为IDC提供商的服务器有些不是品牌服务器，是组装型的服务器，采购的硬件也不是品牌的，多用于杂牌硬件，难免会因硬件兼容性，CPU，内存等性能不好，导致宕机。解决办法：查看服务器硬件信息，在租用或选购时尽量用品牌服务器，品牌服务器在稳定性方面是没得说的。
三、服务器硬件问题导致服务器宕机
如服务器主板，电源，CPU，内存，磁盘有问题也会导致服务器宕机故障，解决办法：使用工具测试相关硬件配件，或更换配件测试服务器硬件问题。
四、数据丢失或损坏问题导致服务器宕机
数据丢失包括人为错删除数据，磁盘坏道导致数据丢失，磁盘写满等原因可导致服务器系统崩溃宕机，解决办法：做好数据备份，监控磁盘空间大小。

一、dell服务器阵列RAID数据恢复常见故障：
系统不能启动 ;
由于某块硬盘掉线，替换后重建rebuild *** 作失败，造成系统崩溃，阵列信息丢失;
硬盘掉线，系统无法识别到某块或多块硬盘；
RAID卡损坏，更换后系统无法启动；
MBR、DBR信息丢失或损坏;
硬盘坏道（物理、逻辑）；
磁盘顺序出错；
动态磁盘数据库丢失或损坏；
LINUX、UNIX系统启动不成功，或者分区不能mount，找不到分区;
rebuild意外断电等原因造成的中途失败;
rebuild成功后，分区找不到或者系统不能启动;
红灯不停闪，或者黄灯不停闪（有的黄灯闪表示正在读取，有的是错误指示）
磁盘单块坏道磁盘多块坏道等。
二、dell服务器数据恢复 RAID 磁盘阵列数据恢复注意事项：
1、不要轻易尝试 Rebuild、同步等 *** 作。
什么是 Rebuild ？简单来说， Rebuild
就是根据在线的其他盘，生成另一块盘的数据。如果两个及两个以上的磁盘掉线阵列就会崩溃，大多数情况是因为一个磁盘掉线未及时发现，等第二块磁盘出现故障
系统崩溃后才进行处理。如果在第一块盘掉线后阵列进行过写 *** 作，及第一块掉线的磁盘的数据就 “ 不新鲜 ” ，这时只能对先掉线的磁盘做
Rebuild ，如果对后掉线的磁盘进行重建 *** 作，部分阵列虽然能正常工作，但数据错乱，一些文件不能打开，给用户带来不可挽回的损失。
2、千万不要初始化。
初始化是磁盘阵列全部清零，相当于硬盘的低级格式化。
3、谨慎重配磁盘阵列信息。
重配磁盘阵列信息必须保证和当初配置信息一致，如果配置的参数和当初配置的不一致，部分目录可能正确，但绝大多数文件不能打开，造成数据丢失。而部分服务器对重配阵列信息后要自动初始化，损失就更大了。
4、 如果某家公司需要你提供服务器或阵列卡进行数据恢复，他们做的事和硬件提供商一样，也只是重新配置 RAID 阵列信息，如果配置参数、磁盘顺序和当初完全一致，数据有可能出来，相反数据就有可能彻底破坏，给客户带来巨大损失。
我们对RAID0、RAID1、RAID5以及组合型的RAID系列具有丰富的实战经验，出现故障以后只要不对阵列作初始化和非常规的Rebuild *** 作，我们可以保证100%恢复出故障阵列的数据。我们的做法是：
1、对磁盘镜像；
2、对镜像文件分析，重组数据。
这样做对原盘只是只读 *** 作，不会造成二次损坏。做完镜像，客户可以把硬盘带走，技术工程师会在最短的时间内分析并导出客户需要的数据。
我们不需要用户提供故障服务器或磁盘阵列卡，大大减少用户拆卸、搬运服务器的麻烦，同时不会向硬盘写入阵列信息，以免造成数据二次破坏。
注意：用户在拔下硬盘时，请尽可能标明序号。

如果 ArcGIS Server 服务器因为断电而崩溃，可能会导致数据丢失或服务无法正常运行。以下是一些可能的解决方案：
1 恢复数据备份：如果您有数据备份，可以尝试恢复数据备份以恢复丢失的数据。
2 重新启动服务器：尝试重新启动服务器，看看是否可以恢复服务。
3 检查日志文件：检查 ArcGIS Server 日志文件，查看是否有任何错误或异常。根据日志文件中的信息，尝试解决问题。
4 重新安装 ArcGIS Server：如果以上方法都无法解决问题，可以尝试重新安装 ArcGIS Server。
请注意，在未来，建议您定期备份数据以避免数据丢失。此外，建议您使用 UPS（不间断电源）等设备来保护服务器免受断电等问题的影响。

截止到2023年3月20日，b站服务器崩溃1次。在2021年7月，B站曾出现过一次大规模服务器崩溃，根据后来官方的解答，服务器崩溃是因为当时新上线的代码函数存在问题，导致服务器故障。

这说明这次事故，是真的b站自己搞出来的事故。跟什么外星人，外国网安入侵啥的毫无关系

1、这次事故其实有很多点可以挖掘的比如断电后，为什么备用电源没有让机房的设备继续运作，b站机房管理有多弱可见一斑，再深挖比如，为什么b站登不上去后，会影响到a站，豆瓣甚至是晋江。从这几点深度挖掘可以发现。

2、b站的核心用户已从普遍的二次元男性观众，潜移默化的转变成了女性用户并且随着b站的崛起，分食了豆瓣和晋江的用户所以未来针对广告投放方面，可以针对女性用户投放，可能回报会更高。

3、再其次是b站这次崩了，微博，知乎的头条全是b站可见几个平台交叉用户非常的多，但微博和知乎并没有被b站的用户给冲击的网站进不去多少说明了这俩平台自身硬件实力方面，是足以承载b站用户的。

B站为服务器崩溃致歉：将赠送所有用户1天大会员

1、TechWeb7月15日消息，7月13日晚间，B站的部分服务器机房发生故障，造成网站、APP，小程序等全部无法访问，时间长达一个小时，在网上引发热议。

2、为了补偿广大用户，B站在官微宣布，将会赠送所有用户1天大会员，然后，很多用户忘记了B站曾经崩了的烦恼，开始寻思“这一天看什么最值”。

3、但是很快有用户发现，B站赠送的大会员被开启了自动续费，而且还是默认花呗续费，必须手动解约才行，这下网友又炸了，纷纷吐槽B站套路深。

4、对此，B站回应称，因赠送的会员活动触发原有的代扣续费功能导致自动续费扣款的情况，会在3个工作日内全额退款且不会再次发生。

系统出问题了，只能重做系统。
服务器崩溃的集中原因及解决方案：
内存泄漏：C/C++程序还可能产生另一个指针问题:丢失对已分配内存的引用。当内存是在子程序中被分 配时，通常会出现这种问题，其结果是程序从子程序中返回时不会释放内存。如此一来，对已分配的内存的引用就会丢失，只要 *** 作系统还在运行中，则进程就会一 直使用该内存。这样的结果是，曾占用更多的内存的程序会降低系统性能，直到机器完全停止工作，才会完全清空内存。
C指针错误：用C或C++编写的程序，如Web服务器API模块，有可能导致系统的崩溃，因为只要间接引 用指针(即，访问指向的内存)中出现一个错误，就会导致 *** 作系统终止所有程序。另外，使用了糟糕的C指针的Java模拟量(analog)将访问一个空的 对象引用。Java中的空引用通常不会导致立刻退出JVM，但是前提是程序员能够使用异常处理方法恰当地处理错误。在这方面，Java无需过多的关注，但 使用Java对可靠性进行额外的度量则会对性能产生一些负面影响。
数据库中的临时表不够用：许多数据库的临时表(cursor)数目都是固定的，临时表即保留查询结果的内存区域。在临时表中的数据都被读取后，临时表便会被释放，但大量同时进行的查询可能耗尽数目固定的所有临时表。这时，其他的查询就需要列队等候，直到有临时表被释放时才能再继续运行。

---