ORA-15196: invalid ASM block header [kfc.c:26383] [endian_kfbh] [1] [5137] [255 != 1] 由于xx库在2024年5月31日上午出现归档日志异常增长现象，导致asm磁盘组空间被撑满。应急处理删除部分归档，后续规划进行磁盘组扩容，计划晚上添加两块1T磁盘。由此导致了DATA磁盘组的状态异常。本次故障由于添加磁盘组沟通检查不到位，误将原有rman备份磁盘（双节点共享盘，二节点mount）newdata03作为新增扩容磁盘添加进磁盘组导致。2024年5月31日22:38客户反馈，业务在2024年5月31日22:33左右无法连接。2024年5月31日7:59，反馈磁盘划分完成同步挂载2块1T磁盘。
ORA-04031 unable to allocate bytes of shared memory（无法分配xxxxx共享内存）（shared pool） 针对该次shared pool的问题进行的记录。XXX集团2024-05-09前经常受到ORA-04031报错困扰，一直报的是shared pool，所以客户自己将shared pool手动配置了20g，还是报错，再配40g，还是报错，找我司来进行排查。发现7个sub pool都是SQLA和KGLH0过高，加起来占6成左右。发现 SQLA和KGLH0过高，确认方向。在不同版本为不同bug.删除pdb级SHARED_POOL_SIZE和/或SGA_MIN_SIZE初始化参数。
pg的mvcc机制 如果回卷前，比较事务id大小即可知道先后顺序，如果发生了回卷，小的id可能比大的id更时间靠后。解决回卷的问题，最早和最新的事务最多差231，超过就会把旧事务换成特殊的事务id，也就是FrozenTransactionId=2，冻结的事务id，再做比较，就会认为正常的事务id比冻结的id更新。所以数据库系统第一个正常的事务ID是从3开始的，然后连续递 增，达到最大值后，再从3开始。第一种：写新数据时，把原数据移到一个单独的位置，如回滚段中，其他用户读数据时，从回滚段中把原数据读出来。
pg的两阶段提交 3.各台数据库收到prepare transaction命令后，返回成功，数据库将自己处于如下状态：确保后续被要求commit、rollback的时候可以commit和rollback，2.事务协调器，连接每台数据库，通知他们准备提交（第一阶段的开始），pg中一般是调用。5.在第二阶段，如果有的数据库第一阶段失败，则事务协调器会发送回滚命令“1.各台数据库做操作，不提交事务。应用程序调用事务协调器中的提交方法。如果数据库无法完成此事务，它会直接返回失败给事务协调器。4.事务协调器接收所有数据库的响应。
pg用户、角色、权限 INHERIT|NOINHERIT：如果创建的用户拥有某个或某几个角色，这时若指定INHERIT，则表示用户自动拥有相应角色的权限，否则该用户没有相应角色的权限。·IN ROLE role_name [,...]：指定用户成为哪些角色的成员，请注意，没有任何选项可以把新角色添加为管理员，只有使用独立的GRANT命令才行。·LOGIN|NOLOGIN：创建出来的用户是否有LOGIN权限，可以临时禁止用户的LOGIN权限，此时用户无法连接到数据库。当然只有超级用户才能创建超级用户。
sql server非域控alwayson搭建 Power Shell 脚本： New-Cluster -Name hzmc.noad.com -Node WIN-150,WIN-151,WIN-152 -StaticAddress 192.168.238.153 -AdministrativeAccessPoint DNS（需要修改的，具体情况具体分析，跑之前记得确认前面改完机器名有没有。既然节点没有加入域，那么就不能用域认证，只能用证书认证，因此需要创建证书和端点。节点上都添加一个用户，且用户名以及密码每个节点都一致（在计算机管理里设置）
oracle rac节点重构（增删节点）的常见报错 跑addNode.sh过程中一般会碰到2个常见报错。PRKC-1025 : Failed to create a file under the filepath /oracle because the filepath is not executable or writable 。Exception java.lang.OutOfMemoryError: Java heap space occurred.. java.lang.OutOfMemoryError: Java heap space
oracle gpnp介绍 功能是保存需要访问的gpnp profile文件的客户签名信息，当客户访问gpnp profile时通过wallet中的签名信息进行验证，确保只有指定的客户能访问profile文件。如果本地的gpnp profile丢失，可以通过OLR中的信息重新构建gpnp profile。gpnp profile中部分信息是集群信息（集群名称、公网私网定义等等），那么这些信息改变后，如何实现信息的同步？表示集群的私网信息。1)将集群的基本配置信息保存在本地，以便在启动集群时能够从本地文件中获得足够的信息，而。
oracle control file sequential read处理 从异常时间点和正常时间点AWR中对比control file 相关evvent waits和IOStat by Filetype summary， 发现正常时1小时也有800多万次wait，但是平时AWR 控制文件读avg time为300 us， 所以判断问题时是I/O 比平时慢了。(block#) 40 * (confile file block size) 16k/ (_asm_stripewidth) 128k=5. 第1条带的第5个AU 上，第1个128k.
ORA-27090: Unable to reserve kernel resources for asynchronous disk I/O(添加asm磁盘，rebalance) 添加磁盘的时候碰到的，rebalance到最后，时间0，但是就没成功，asm日志报错了。等待，大约20+分钟才成功。不需要重启集群和实例。
ORA-24001: cannot create QUEUE_TABLE, SYS.KUPC$DATAPUMP_QUETAB_1 already 5、到此没有无效组件，如果有，重启实例，继续报错。2、删除datapump queue表。无效对象中有datapump组件。
ORA-00445:backaround process “w000“ did not start after 120 seconds 在oracle中，多个进程共享相同地址的共享内存，特别是父进程派生出子进程的时候，父进程告诉子进程的内存对象地址，应该是一致的。启用了ASLR，如果是不同的进程读取，就会给随机的offset偏移量，导致不同的进程，即使是同一个对象，得到的地址是不同的。linux系统有个内核新特性ASLR，是一种针对缓冲区溢出的安全保护技术， 内存地址随机化机制，当内存不足的时候就会出现预警，查看数据库服务器发现64G内存紧张时只剩几百兆，结论为数据库内存不足时导致数据库hang住，无法处理新的进程，导致卡住。
sql server Alwayson查看传输进度 log_send_rate：主副本实例在上一个活动期间（kb (KB)。log_send_queue_size：主数据库中尚未发送到辅助数据库的日志记录量 (KB)。redo_queue_size：辅助副本的日志文件中尚未重做的日志记录量 (KB)。redo_rate：在给定的辅助数据库上重做日志记录的平均速率（kb (KB)。在给定的辅助数据库上重做日志记录的平均速率（kb (KB)。主数据库中尚未发送到辅助数据库的日志记录量 (KB)。辅助副本的日志文件中尚未重做的日志记录量 (KB)。
TiDB-Binlog的适用场景 tidb到mysql、tidb、kafaka、binlog直接存储（relay log） 等等等等。多个pump分散抽取tidb的binlog，drainer合并抽取的binlog，发送给下游。3.将binlog提供给drainer，由drainer合并，提交给下游。2.每个pump只存上游的部分binlog，并且在自己这排序，pump存在高可用性，drainer（只有一个）没有。并不是只记录sql语句，而是参与的行的变更都会记录。1.是集群，非单个，高可用，可扩展。回滚的不记录，只记录提交的。
OceanBase转储个人理解 转储的概念就是做小版本冻结（minor freeze），冻结memtable（frozen memtable）直接flush为mini sstable，mini sstable个数由minor_compact_trigger参数决定，冻结memtable（frozen memtable）被清空重用。mini sstable写到minor sstable里，每次转储会将memtable数据与前一次转储的数据合并（merge），转储文件最终合并到sstable中。数据层级多，查询链路长，查询性能下降。
关注
