在很多公司中，IT、数据中心、业务系统一出故障，会有很多人被叫到作战室（就是一个为了解决该问题，而把所有相关人员集中在一起的一个会议室）, 但是对于这个问题他们是否可以修复, 是否他们应该负有责任, 经常没有线索. 「证据」(基础架构监控数据, 日志文件, 用户投诉等等) 表明了症状, 但是与 ro
现象： ADG无法切换：验证时就报错 ORA-16467 记录问题，顺便展现一次troubleshooting的心路历程。 具体查询： 在主库操作， @primary 切换验证： alter database switchover to demorac verify; 报错ORA-16467： SQ
https://github.com/iovisor/bcc/blob/master/docs/tutorial.md This tutorial covers how to use bcc tools to quickly solve performance, troubleshooting, a
https://baijiahao.baidu.com/s?id=1726897688052574035&wfr=spider&for=pc CentOS Rescue 模式启用ssh远程连接 CentOS 7/8 插入系统iso镜像光盘，重启 选择 TroubleshootingRescue a
在硬盘不能启动的时候，就要选择用其他介质（比如光盘）进入救援模式 1、救援模式作用： 更改root密码； 恢复硬盘、文件系统操作 系统无法启动时，通过救援模式启动 2、放入系统光盘，进入BIOS，设置从光盘启动： 3、选择救援模式 “troubleshooting” ==> "Rescue a Re
