【SQL问题】SQLSyntaxErrorException 故障解决方式 在DaoImpl层加上@DataSource注释 故障环境介绍 |项目|描述 | | | | |数据库类型 |mysql| |框架 |spring boot| |问题范围 |多数据源问题 | 故障发生现象及报错信息 故障分析 ...
分类：
数据库 时间：
2019-12-30 20:54:11
阅读次数：
84
客户说数据库的CPU使用率为100%，应用相应迟缓。发现是latch: cache buffers chains 作祟故障分析思路 查看等待事件，判断故障起因 SQL>select * from (select sid,event,p1,p2,p3,p1text,WAIT_TIME,SECONDS_ ...
分类：
系统相关 时间：
2019-12-30 17:12:02
阅读次数：
102
1、背景 公司一个 RocketMQ 集群由4主4从组成，突然其中3台服务器“竟然”在同一时间下线，其监控显示如下： 依次查看三台机器的监控图形，时间戳几乎完美“吻合”，不可思议吧。 2、故障分析 出现问题，先二话不说，马上重启各服务器，尽快恢复集群，降低对业务的影响，接下来开始对日志进行分析。 J ...
分类：
系统相关 时间：
2019-12-29 16:37:18
阅读次数：
106
一、MSSQLndf文件故障描述用户某存储损坏，导致数据库崩溃。通过重组存储，恢复数据库文件，发现有四个ndf文件大小变为0KB。数据库大小约80TB。数据库中有1223个文件，数据库每10天生成一个NDF文件，每个NDF大约500GB，数据库包含两个LDF文件。二、MSSQLndf文件故障分析存储损坏，NDF文件大小变为0KB，经判断NDF文件在磁盘上可能存在。可以通过编写数据库扫描碎片程序，扫
分类：
数据库 时间：
2019-12-20 15:19:57
阅读次数：
142
一、故障设备信息：服务器：X3850服务器硬盘类型：SAS，容量：146G4块硬盘组成RAID5文件系统：Reiserfs二、Reiserfs文件系统故障分析：1、经过分析发现了之前的硬盘数据组织结构是由一个不到100M的boot分区，后接一个271G的LVM卷，之后是2G的swap分区。LVM卷中直接划分了一个reiserfs文件系统，作为根分区。2、用户在使用的过程中，系统遭遇了未知的原因而瘫
分类：
其他好文 时间：
2019-12-18 15:03:24
阅读次数：
99
SpringBoot在项目启动时如果遇到异常并不能友好的打印出具体的堆栈错误信息，我们只能查看到简单的错误消息，以致于并不能及时解决发生的问题，针对这个问题SpringBoot提供了故障分析仪的概念（failure-analyzer），内部根据不同类型的异常提供了一些实现，我们如果想自定义该怎么去做 ...
分类：
编程语言 时间：
2019-12-08 10:21:56
阅读次数：
134
官网说明 1.1 创建自己的 FailureAnalyzer FailureAnalyzer是一种在启动时拦截 exception 并将其转换为 human-readable 消息的好方法，包含在故障分析中。 Spring Boot 为 application context 相关的 excepti ...
分类：
编程语言 时间：
2019-11-25 00:24:51
阅读次数：
115
一、故障描述ASM磁盘组掉线，ASM实例不能mount。ASM磁盘组有4个500G的磁盘组成，数据库和ASM软件为10.2.0.1，急需恢复oracle数据库。二、故障分析分析组成ASM磁盘组的磁盘，取出ASM元数据，对元数据进行分析：ASM存储元数据损坏，导致diskgroup无法mount。重组ASM存储空间，从ASM磁盘组中导出数据库文件，然后对数据库文件进行检测，修复。如果数据库文件完好，
分类：
数据库 时间：
2019-11-08 14:00:12
阅读次数：
116
DELLEqualLogicPS6100采用虚拟ISCSISAN阵列，为远程或分支办公室、部门和中小企业存储部署带来企业级功能、智能化、自动化和可靠性。以简化的管理、快速的部署及合理的价格满足了分支办公室和中小企业的存储需求，同时提供全套企业级数据保护和管理功能、可靠的性能、可扩展性和容错功能，是中型企业级存储的起点产品，但某些物理故障或其他操作都可能会对卷或存储造成破坏，因此对系列存储的数据恢复
分类：
其他好文 时间：
2019-10-30 15:10:11
阅读次数：
97
数据恢复故障描述：原存储为12块2T硬盘组成的LinuxRAID6，文件系统均为EXT3，此存储上划有3个LUN，每个均为6TB大小，某天在RAID失效后，维护人员为了抢救数据，对此失效的存储重进行分配RAID，并进行了初始化。初始化进行很长时间后，维护人员察觉到情况有异，便强制停止初始化，但初始化已达到 50%以上。数据部分有不可逆的破坏。数据恢复故障分析：故障的起因仅仅是RAID失效，维护人员
分类：
系统相关 时间：
2019-10-28 13:09:18
阅读次数：
100
