c.a.p-CSDN博客

原创 RMS恢复-鲜为人知的坑

当前数据库版本为12.2，rms等待事件为 SGA: allocation forcing component growth并且阻塞会话event为latch:shared pool ，确定触发bug31700234。原因是：前一天数据库重启过，重启完成之后rms进程用来恢复集群，而在此工作中阻塞了session，造成系统故障。）操作，突然收到告警session飙升一千多，同时收到告警数据库断开，正值两会，精神一下绷起来了。事情说在前面，故障发生在3月8日20:17-20:22。

2023-03-15 11:22:42 676

原创 bbed-truncate表恢复

bbed恢复truncate表truncate操作实际上就是修改表段的段头信息，回收高水位线的操作。根据这个思路，我们也可以通过改回segment header和基表信息，修改高水位线来恢复数据。表一旦被误truncate，一定要第一时间将表空间read only，防止二次破坏。下面创建一组测试表[oracle@renCAP ~]$ sqlplus bbed_user/oracle@renpdb SQL*Plus: Release 12.2.0.1.0 Production on

2022-02-14 18:05:20 904 1

原创追根溯源-数据库deadlock重启

每周日必出故障系列，似乎是看不惯我周末休息，老美的圣诞节也没镇住老美的数据库。数据库在圣诞节最后一刻宕机了！！！！当然按照重启法则似乎能解决一切，但是这里并不适用，重启之后故障重现，给了我足够的取证和分析时间。Oracle database version 19.5 no CDB下面看一组alert2021-12-25T23:28:05.264842+08:00ARC0 (PID:12469): Archived Log entry 452730 added for T-2.S-2567

2021-12-28 11:44:52 1467

原创 MySQL系列-undo

之前讨论过redo的作用，那么与之对应的便是undo了，undo记录了事务的行为，实现了MySQL的回滚和MVCC。当update、delete或者insert一条数据，都会对应的在undo中生成一个前镜像信息，这个前镜像是以逻辑方式存储的（即反向更改的SQL语句，delete对应insert，insert对应delete），当需要rollback时，通过undo记录信息进行rollback，同Oracle undo一样，MySQL undo也是通过segment管理具体事务的，但是存储在共享表空间中（ib

2021-12-17 10:24:35 3148

原创 MySQL系列-redo

InnoDB redoredo 是实现事务持久性的重要组成部分，innodb存储引擎中的redo文件在数据目录下，名字为ib_logfile0和ib_logfile1的文件，它以每次io为512字节为最小io写入redo文件中，redo文件在物理磁盘中顺序写入（这里我们大致可以认为是顺序的，其实不然，后续会详细展开讨论），其大小最大为512G，两个文件循环使用。其中使用最小io512字节也是为了迎合物理磁盘一次物理io512字节，这样redo写入就无需使用DBW就能保证写入成功。当数据发生变更都先变

2021-12-10 16:31:59 1387

原创 MySQL系列-binlog

MySQL binlog是MySQL数据库的DDL 和DML （除了数据查询语句select、show等）操作的逻辑重放，他像Oracle redo 但不同于Oracle redo，MySQL binlog记录的不光是逻辑日志，还是数据库层的逻辑操作，众所周知，由于MySQL架构设计问题，MySQL作为一个支持多种存储引擎的开放式数据库，那么他就会有不同于存储引擎的日志记录，它就是binlog，不同于innodb 的redo。Binlog 的日志格式记录在二进制日志中的事件的格式取决于二进制记录

2021-12-02 10:20:05 849

原创被坑的第N天-暴雷case

21:10分收到告警，数据库会话500多个，一下来精神了，开机干活，告警有些延迟。登陆数据库已是21:15，检查会话都已正常，难道是告警故意搞事？保险起见开始仔细看看吧select to_char(sample_time,'YYYY-MM-DD hh24:mi:ss') mtime,count(*) c from ash_11_30 where sample_time > to_date('2021-11-30 21:02:00','YYYY-MM-DD hh24:mi:ss')

2021-12-01 11:32:42 649

原创 MySQL系列-innodb doublewrite

DBW(double write)double wirte是innodb存储引擎为了保证数据页的安全性而引入的一项技术，那么数据库安全性从何说起呢？就从数据磁盘的一次io是4KB说起，一项简单的命令来证实。[root@hostname ~]# getconf PAGESIZE4096众所周知mysql数据页（page）大小为16KB，那么就会出现一个现象就是innodb一次IO，OS往往需要4次IO才能处理完，这就会引入一个问题，如果在第2次或者第3次IO的时候数据库crash或者服

2021-11-30 17:00:45 1992

原创 ORA-01450: maximum key length (3215) exceeded问题处理

近日生产出现性能告警，经过一番排查发现一条SQL没有使用索引，对其创建索引时报ora-01450ERROR at line 1:ORA-00604: error occurred at recursive SQL level 1ORA-01450: maximum key length (3215) exceeded于是查看表结构发现一个十分恼火的问题，所有字段全是varchcar2（4000）...

2021-11-26 11:21:32 1628

原创 drop table 引出的问题之 ORA-21700: object does not exist or is marked for delete

应客户要求对确认不用的表drop掉，释放存储。看到这个要求首先想到的是风险，没有想到接下来遇到的棘手问题。经过一系列查询之后还是对表进行删除。SQL> truncate table GIS.ALL_STRUCT_L_1;ORA-04063: table "GIS.ALL_STRUCT_L_1" has errorSQL> drop table GIS.ALL_STRUCT_L_1;ORA-21700: object does not exist or is marked f

2021-11-22 15:30:51 1147

原创 linux DNS部署

1.安装依赖包yum -y install bind*2.配置主配置文件[root@dns142 named]# cat /etc/named.conf//// named.conf//// Provided by Red Hat bind package to configure the ISC BIND named(8) DNS// server as a caching only nameserver (as a localhost DNS resolver only)./..

2021-08-19 10:17:39 89

原创 SYSAUX表空间清理之WRH$_ACTIVE_SESSION_HISTORY

查看sysaux表空间使用率高，对于sysaux表空间之前有文章讨论过，本次直入正题。1.检查sysaux表空间占用空间较大的segments。SQL> select * from (select owner, segment_name, segment_type, sum(bytes) / 1024 / 1024 / 1024 GB from dba_segments where tablespace_name='SYSAUX' grou

2021-04-15 14:26:48 3882

原创 exadata的紧张一刻-ORA-27626: Exadata error: 2201 (IO cancelled due to slow/hung disk)

生产环境alert日志持续报错，顿时一惊-IO报错？赶集看下数据库没crash，进行一轮番检查，当前数据库运行正常，长出一口气，分析一下报错。Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_ora_2422.trc:ORA-27603: Cell storage I/O error, I/O failed on disk o/192.168.10.1;192.168.10.2/RECOC1_CD_10_xxxx03 a

2021-03-30 10:32:27 451

原创 bbed-修改数据文件scn

bbed修改数据文件scn分为两种，online数据文件和offline数据文件，当然都是修改scnbase 和rbaseq，offline下还要多修改rbabno和kcvcptim。一、bbed修改offine数据文件scn1、准备环境[oracle@renCAP ~]$ sqlplus / as sysdbaSQL*Plus: Release 12.2.0.1.0 Production on Wed Jun 19 19:09:21 2019Copyright (c) 1982, 2

2021-03-24 17:52:04 1282 1

原创 bbed-delete数据恢复

一、准备环境[oracle@renCAP ~]$ sqlplus bbed_user/oracle@renpdbSQL*Plus: Release 12.2.0.1.0 Production on Wed Jun 19 23:24:49 2019Copyright (c) 1982, 2016, Oracle. All rights reserved.Last Successful login time: Wed Jun 19 2019 23:18:23 +08:00Connect

2021-03-23 17:47:44 176

原创 bbed-修改表数据

关于bbed这里不做介绍，起功能很强大，直接进行修改数据一、安装bbed10g以前版本不用上传库文件，更高版本需要上传库文件上传ssbbded.o和sbbdpt.o 到$ORACLE_HOME/rdbms/lib下[oracle@renCAP lib]$ make -f ins_rdbms.mk $ORACLE_HOME/rdbms/lib/bbed[oracle@renCAP lib]$ cp bbed ../../bin/[oracle@renCAP lib]$ ./bbe

2021-03-23 17:42:38 165

原创 crontab的坑

或许大家都是直接用Linux/Unix的crontab而没有研究过，又或许大家有过我一样的困扰和经历。早晨发现我的定时任务没有执行，这个定时任务是放在crontab下的，登陆crontab一脸惊讶[root@XXX ~]# crontab -u oracle -lAuthentication token is no longer valid; new one requiredYou (oracle) are not allowed to access to (crontab) because

2021-03-19 10:59:45 504 1

原创 SYSAUX表空间清理之SM/OPTSTAT

sysaux是system的辅助表空间，主要存放AWR基表和审计信息，一般情况下sysaux的使用率都是正常的，看到sysaux表空间使用过高就有点怀疑了，首先查看下表空间。SQL> select * from (select owner,segment_name,segment_type,sum(bytes)/1024/1024/1024 GB from dba_segments where tablespace_name='SYSAUX'group by owner,segment_n

2021-03-15 14:52:32 1459 1

原创一个BUG引发的灾难：ORA-00600 [kjmchkiseq:!seq]

对于打工人可能最痛苦的就是被告知的故障，数据库有监控、告警、每天巡检，自己做了一系列数据库的“安保”工作，本以为可以万无一失，中午在安心的睡觉中，被人告知数据库crash了。当时的我一脸懵逼，不可能，没有告警，半小时前我还登进去查信息呢，怎么可能crash了呢，结果登陆系统被现实一幕啪啪打脸，数据库1节点crash了，2节点正常，监控和告警突然也有问题了，当然今天重点不在这。立马启动数据库~咦~数据库真的起来了，那么怎么宕的呢，需要研究alert日志了。###alert.logArch...

2021-02-01 14:32:31 636

原创一起Oracle回收站过大引发的insert逻辑读过高故障

某客户CPU暴增，且居高不下，通过gv$session发现一条insert造成大量的阻塞和等待，产生大量row chache lock、gc buffer busy acquire、read by other session等待。通过row cache lock 等待的p1参数发现了大量的内存字典争用，问题点一定在这条SQL。SQL> select parameter,gets,getmisses,MODIFICATIONS from v$rowcache where cache#=8 2

2021-01-27 17:03:32 742

原创 MySQL系列-备份恢复

MySQL备份恢复备份恢复对于DBA是一个比较关注的点，在ORACLE中有很强大的RMAN和EXPDP，拥有很强大的功能，使数据库有备无患，在MySQL中就没有那么省心了，在MySQL中备份主要用mysqldump和precona公司开发的xtrabackup工具来实现。一、mysqldumpmysqldump是一个逻辑备份的工具，它将数据被分成insert语句，然后恢复的时候在应用语句进行恢复。其功能类似于Oracle的exp/imp。1.参数详解--all-databases , -

2021-01-26 17:11:16 251

原创 MySQL系列-InnoDB概述

InnoDB概述InnoDB是MySQL默认也是一款比较优秀的存储引擎，他的优秀在于很多特有的特性以及优秀的事务处理能力，与其说是存储引擎倒不如说他是一个数据库实例，我说的是功能上的丰富，实际上在MySQL世界里没有明显的数据库（database）和实例（instance）的区分，如果严格的按照Oracle方式来区分MySQL数据库和实例的话那么MySQL就只是一个数据库，它提供的是一个或多个存储引擎的载体，为SQL提供一个基于成本的优化器，但又不同的是它包含优化器这又区别Oracle中实例和数据库的区

2021-01-04 16:42:21 273

原创 ORA-00600 [4194] 处理

在某客户现场遇到一个看着很唬人的报错 ORA 600 ,遇到此报错很多人心里一慌，此次故障ORA-00600 [4194]根本原因是数据库断电down机后undo损坏了，导致数据库不能open。接下来看alert报错Tue Dec 15 10:45:27 2020Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_6032.trc (incident=166522):ORA-00603: ORACLE s

2020-12-15 20:20:28 2689

原创 MySQL系列-MySQL体系结构

简介MySQL数据库是由MySQL AB 公司开发一款开源分布式数据库，MySQL本身结构相对商业数据库来说结构简单，在最开始几个版本没有造成数据库行业太大的波动，由于其开源吸引了大批开发者参与其中也深受互联网公司青睐，具有更强的生命力，发展迅速。直到Oracle公司收购了sun公司之后MySQL的迭代速度大幅增快，分为社区版和商业版，直至今日MySQL在市场上的占有份额以达到与Oracle分庭抗礼的地步。所谓分布式是区别传统Oracle、DB2来说的，MySQL的分布式架构是需要开源工具实现的，这

2020-12-05 16:13:22 159

Oracle bbed工具

XTTS软件+文档.rar

空空如也