实施中遇到的问题: 1、Linux7在部署 Oracle11gR2 执行 root.sh 脚本时,遇上bug导致 [client(16400)]CRS-2101:The OLR was formatted using version 3 问题,然后就卡着不动 处理方法:在 root 用户下执行 /bin/dd if=/var/tmp/.oracle/npohasd of=/dev/nu
绑定执行计划 SPM
一、问题现象第一轮搭建ADG完成后,fail over dg备库变成测试库给开发应用人员进行测试;第二轮正式切换之前,重建ADG环境, restore database 正常,recover database 报错。Thu Oct 28 21:35:11 2021 Warning: Recovery target destination is in a sibling branch of the
truncate 表恢复
设置隐藏参数 "_allow_resetlogs_corruption" = true , 强制起库;推进SCN;
问题概述查询某张表时抛出错误ORA-08103: OBJECT NO LONGER EXISTS IN AQ TABLES问题原因可能的原因1.内存不一致2.索引坏块3.表数据坏块检查方法analyze table xxx validate structure;解决方案1.内存不一致的这种情况,可能存在在节点1能查询,在节点2查询抛出ORA-8103最好的办法就是重启两个节点。2.索引坏块,直接重
适用范围Oracle中索引出现损坏,产生ORA-08102报错,无法通过 rebuild 解决,进一步Analyze根因为ORA-01499表/索引交叉引用失败,一致性检查存在问题,可使用删除重建进行处理问题概述两套数据库在存储掉电完成不完全修复后,SMON进程每隔5分钟抛出 ORA-00604,ORA-08102 告警问题分析smon进程sql发生级别为1的递归错误,未找到索引键,obj#为27
适用范围oracle 11g及以上数据库asm磁盘组新存储替换旧存储问题概述使用IBM新存储替换旧存储FalconStor问题原因IBM新存储的性能更优、数据库ASM底层存储进行替换解决方案1、存储信息确认及配置1.1、ASM磁盘组及旧存储磁盘信息说明磁盘组名称冗余方式磁盘WWID及大小ASM磁盘路径CRSNORMAL36000c29130bc55d46b0093070ebc8221 2G 360
前言对于集群的节点驱逐问题来说,我们可以通过集群心跳机制分为三大类:1. 网络问题导致网络心跳超时发生的节点驱逐2. 存储设备或链路问题导致磁盘心跳超时发生的节点驱逐3. 服务器资源不足/CSSD进程故障导致本地心跳超时发生的节点驱逐本文主要在上述三个心跳机制的方向下,简述几种常见的节点驱逐现象及成因,示例部分情况下的日志信息及排查方法,如有疏漏感谢指出。1.网络心跳超时导致的集群节点驱逐节点驱逐
1、查看当前数据库的current_scn SQL> select current_scn from v$database; CURRENT_SCN ----------- 2623140可以看到当前SCN是2623140 2、重新启动数据库到mount阶段 SQL> shutdown immediate; SQL> startup mount 3.使用orade
truncate,不记录redo,也不能通过闪回查询来找回数据,但是只要段所占用的块没有全部被重新占用的情况下,我们还是可以通过一些特殊的办法来找回truncate掉的数据,因为当truncate命令发起之后,Oracle实际上并没有在删除底层数据块上的数据,而是要等到重用的时候才会把这一部分数据回收,于是这给了我们一个能够恢复数据库的机会。所以当truncate 表后,需要立马的进行恢复,当尤其
一.背景问题起因主机重启后,由于操作系统磁盘挂接参数的问题,导致部分盘的LUN ID发生变化,在2节点无法正常访问到,被ASM识别为OFFLINE。手动修复操作系统挂接参数的问题后并重启所有节点后,部分盘还是无法恢复正常。相应的盘在asm中mode_status显示为OFFLINE, MOUNT STATUS显示为missing, path 显示为空。而对应的path在操作系统中可以正常访问,且可
问题概述某客户生产库,ADG备库出现应用日志异常缓慢的情况,需分析并处理问题。查看备库的归档接收和应用情况发现:备库的归档日志已接收到722文件,但是当前仅应用到701这个文件 :查看当前应用延迟,发现dg同步已延迟1天4小时48分,而传输日志正常。查看dg速度发现,应用速度仅在1M左右每秒,应用进程速率异常缓慢。查看当前dg状态,并未发现gap。故障分析查看当前数据库等待:发现数据库出现free
适用范围Oracle 11G问题概述1.查询数据库alert 日志通过查看客户数据库节点1 alert日志发现object id为874720对象存在坏块。查询dba_objects视图找出object id为874720对应的数据库对象根据object id为874720查出对应的表(FMIS1400.TRDATADETAIL2252),该表大小为3MB问题原因解决方案1.关闭SMON回滚和10
脚本功能由于shrink操作时间较长,并且需要后台常驻不能断开。如果有多张表需要做碎片回收操作。可以通过如下过程来后台回收碎片。我们仅需在过程中修改需要回收多张表的名称即可。a.table_name IN ('tablename1','tablename2','tablename3')注:此脚本用例运行在Oracle 11.2.0.4。脚本使用示例create or replace procedu
alter database open * ERROR at line 1: ORA-10458: standby database requires recovery ORA-01157: cannot identify/lock data file 1088
expdp 导出缓慢查询等待事件,目前导出的等待事件是:select inst_id,sql_id,event,count(*) from gv$session where wait_class<>'Idle' group by inst_id,sql_id,event order by count(*) desc; INST_ID EVENT
文档控制修改记录日期作者版本修改记录2022年12月01日王xxV 1.0新建分发者姓名单位职位审阅记录姓名单位职位1 安装目标与规划两台华为2288 H V5服务器将安装Oracle11gR2 RAC。1.1 安装介质版本主机名shyorc01shyorc02IP地址192.168.25.120192.168.25.121操作系统Oracl
Oracle 知识梳理
--01.查看归档路径 select distinct name,first_time from v$archived_log where name is not null order by first_time; --02.建立日志分析列表 begin --sys.dbms_logmnr.add_logfile(logfilename=>'/home/oracle/archlog/xls
with xml as(select dbms_xmlgen.getxmltype('select table_name, partition_name, high_value from dba_tab_partitions where table_name = ''T_DZ_RESULT'' and table_owner=''SHADM''') as x from du
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号