今天看到了这篇有趣的文章，转过来给大家分享下 全是干货和实战，不上首页天理不容 一、事故来源 9月3日，在阿里云服务器上进行了50g的磁盘扩容，然后对磁盘2新扩容的50G进行了操作扩展卷，发现E盘变成了141G，不对啊，我想给F盘扩容的，然后就做了一个让我后悔的操作，对着那个小方块点了 ...

写在前面 今天，跑在阿里云ECS上的生产环境，突然间访问异常，接口各种报错，无奈公司没有专业的运维人员，只能硬着头皮解决一下。 问题排查 先从表面看起，数据库首先报错 直观上看，设备没有可用空间，也就是磁盘满了。 进入服务器后台，执行 发现确实磁盘满了，而且满的很彻底。系统盘 ...

场景描述：ORacle服务器中的数据盘容量已满，需要将其数据目录迁移到1.8T的SATA盘中，当时午睡醒来有些迷糊，误将oracle数据目录卸载并将其所在的磁盘删除VG卷组以及格式化磁盘；将oracle数据目录迁移到新做好文件系统的盘中，发现数据空空，数据丢失；当时在这之前这台机器中并未 ...

今晚我们的其中一个产品的其中一个比较偏的环境出现了一次生产事故， 前端所有请求都发送失败。 我是中途被通知出了事故的，这事甚至惊动了一些领导。 期间有怀疑是我做的前端改动导致的问题。 最终排查，发现是ngix的配置错误导致的，通过修改配置修复了问题。 事情虽然结束过去 ...

事故背景： 　　我们公司与合作方公司有个消息同步的需求，合作方是消息生产者，我们是消息消费者，他们通过kafka给我们推送消息，我们实时接收，然后进行后续业务处理。昨天上午，发现他们推送过来的广场门店信息我们都没有消费，导致我们系统和他们系统数据不一致，从而导致无法提单，无法出报表（报表有误 ...

一 概要 二进制序列化是公司内部自研微服务框架的主要的数据传输处理方式，但是普通的开发人员对于二进制的学习和了解并不深入，容易导致使用过程中出现了问题却没有分析解决的思路。本文从一次生产环境的事故引入这个话题，通过对于事故的分析过程，探讨了平时没有关注到的一些技术要点。二进制序列化结果并不 ...

背景 你好，我是彤哥。 昨天晚上下班回家，在地铁上，老大突然打来电话，B系统生产环境响应缓慢，影响了A系统的使用，几万小哥收不了单，大概有30万单卡住了，你去帮忙定位一下。 我8点半左右到家，立马上线入会。 重启 我入会的时候，已经有同事在帮忙定位了，俗话说的好，重启能解决80%的问题 ...