1.htm
er for OL
文档内容 用途 适
近期,一个用户数据库出现无法创建主键约束的情况,分析报错为ORA-00600: [12807];原因为大量的创建、删除表动作(把表当做临时表用),导致CON$值
近期,在数据库巡检时,发现某用户的ORACLE 19C RAC数据库系统,后台alert日志出现大量的ORA-00600 [qosdExpStatRead: expcnt
近期,某客户在进行从linux环境ORACLE数据库,将数据导入到WINDOWS环境的ORACLE时,遇到报错,无法导入。根据MOS文档ORA-7445 [
按Exadata一体机的冗余设计,单个存储节点重启是不影响集群及数据库运行的,本次存储节点故障却导致了CSSD进程异常、数据库实例 crash宕
通过对相关日志的分析,首先出现的GIPC worker thread non-responsive,GIPC本身是与通讯有关的进程,反复报出一些警告信息,
2.检查数据库alert日志,发现后台日志不停报错ORA-04031: 无法分配 ORA-04031: 无法分配 4160 字节的共享内存 ("shared pool","unknown object","sga heap(1,0)
直到节点1完成了重配,节点1恢复正常。,持续到13:45:45分,节点1检查到节点2异常,开始进行实例的Reconfiguration,13
客户端配置及报错:[oracle@bys3 admin]$ cat tnsnames.orabysrac = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOS
虚拟机中的ORACLE运行的久了,归档、数据文件不断增长,原来安装ORACLE的分区空间不足。此时可以重新向虚拟机增加一块硬盘,将ORACL
[root@bys3 ~]# fdisk -lDisk /dev/sda: 21.4 GB, 21474836480 bytes255 heads, 63 sectors/track, 2610 cylindersUnits = cylinders of 1606 End
首先感谢前辈的文章:http://space.itpub.net/14184018/viewspace-691502手动创建数据库完成后,创建新用户,并用新用户登陆
保存此文,快速查询补丁号Oracle Database - Enterprise Edition - 版本 8.1.7.0 和更高版本本文档所含信息适用于所有平台补丁集/PSU补丁号码 描述11.2.0.4.013390677 11.2.0.4.0 PATCH SET FOR ORACLE DATABASE SERVER
2015年最后一天了,加班现场,做一个小小实验,来完结这一年。测试目的:起因 是晚上看到微信群里有人说有11.2.0.4数据库出现一个用户间歇大,是否影响其它用户的登陆速
问题描述:Linux上11.2.0.4.0 RAC-->RAC做的DG。在主库一个节点使用alter user sys命令对SYS用户进行了更新,之后因密码问题日志无法同步。发现问题后重新同步了密码文件;但是备库无法通过FAL配置获取节点2的归档日志,GAP机制未生产。解决方法:密码文件的错误:在以前也遇到过11.2.0.3时只能通过传输密码文件同步,通过相同命令
关闭数据库遇到SHUTDOWN: Active processes prevent shutdown operation
10G ASM遇到ORA-4031及ORA-00600 KSSRMP1错误近期一朋友在AIX6.1+10.2.0.4 RAC==》AIX6.1+10.2.0.4单节点RAC
同事转来某客户待上线RAC集群异常宕机,需要进行分析并找到宕机原因。分析过程发现这个RAC重启有些不一样,不只是共享存
问题描述:某日客户来电某HR系统排值班表的操作一直HANG住,一直无法完成。这种问题,主要思路是围绕查看此操作因何HANG住。态。如查看ALERT日志
AIX Version 5.3Oracle8i Enterprise Edition Release 8.1.7.4.0新接手一个环境,主机是从其它小机恢复来的,遇到一些问题,记录一下。oracle@AAAAA:/u01>relink all*******oracle@AAAAA:/u01>sqlplus '/ as sysdba'exec(): 0509-03
10G RAC安装时遇到Failed to upgrade Oracle Cluster Registry configuration,原因为使用DMM多路径软件device-mapper-multipath,触发此BUG。关于DMM多路径软件device-mapper-multipath上安装RAC,参考文档Configuring raw devices (multipath) for Or
最近一个客户的库在OPEN时报错需要恢复,发现原因为当时一个表空间正在热备份-->ALTER TABLESPACE TEST1 BEGIN BACKUP; 然后实
接上一个,REDO报错搞定后OPEN数据库时又报错ORA-00600: internal error code, arguments: [2662]。原因是_ALLOW_RESET
当前详细报错已经没有了,只有相应图。参考EYGLE一篇文章中数据:1.故障现象数据库版本11G,错误类似以下:ORA-00600: 内部错误
一.故障描述首先是实例恢复需要用到的REDO文件损坏二、解决方法1.对于非当前REDO或者当前REDO但是无活动事务使用
遇到11gr2 rac WRH$_ACTIVE_SESSION_HISTORY未自动清理导致SYSAUX空间过度增长;但是和网上其它的不太一样,查询SNAP快照信息,和select a.snap_interval,a.retention,a.topnsql from dba_hist_wr_control a; 中配置未发生变化,分区和SNAP对应信息也是最近7天的,没问题;查询基线的信息,也没问
从OS层面上,建议您监控内存的使用是否逐步在增加,是否达到某一个阈值的时候就会触发该错误。svmon -G -i 2 2ipcs -a按照内存使用对进程进行排序,以发现是哪些进程使用了较多的内存,su -#ps avx |head -1 ;ps avx |grep -v PID |sort -rn +6 > ps_avx.output对于这些进程,查看它们究竟为什么
如果授予用户connect,resource时,此时用户已经有了UNLIMITED TABLESPACE权限。此时如果授予用户DBA权限,然后再回收DBA角色;此时会收回UNLIMITED TABLESPACE权限。近期遇到过此种情况,导致业务用户无法使用表空间,造成较为严重的事故,记录一下。测试如下;1.创建用户并授予connect,resource、dba权限并验证SQ
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号