雅冰石的专栏

如果有同事误删除数据了，可以用logmnr挖掘归档日志，生成回滚sql，快速恢复数据，比用整个库的备份恢复要快得多。#注意，只分析第一个日志文件的时候加,，后面的文件不要加这个，否则会少数据。

当执行新的SQL语句时，如果这条SQL语句不在共享池中，数据库会进行硬解析，并将解析后的执行计划加载到共享池中。如果执行的是共享池内已经存在的SQL语句，则只会进行软解析，LAST_LOAD_TIME的值不会改变。假如同事让排查某个接口都有哪些慢sql，可以使用这个方法（先调用下这个慢接口，然后统计下这个时间段内的慢sql），只是会导出非这个接口的多余慢sql，再结合业务进行筛选吧。#统计共享池中某类sql执行次数，总体执行时长，平均执行时长等信息，并按总体执行时长降序排序。

有时，一个事务里会包含多个sql，有的还包含上传附件等操作，一个事务长时间不提交会导致其他相关sql被阻塞，比如事务里的sql执行得很快，但上传附件卡住的话，那也会阻塞其他相关sql。查看锁阻塞的sql只能查看到阻塞方事务最近执行的一条sql，查不到之前的sql，所以有时候查出的阻塞结果不准确，这时候需要结合对这个表的审计来确定阻塞方sql。开发同事反馈生产环境某个接口慢，一个普通的按主键更新的update竟然需要5分钟，而我手动执行秒返回，猜测是发生了阻塞，需要排查出阻塞源。会话2会被会话1阻塞。

可以看到该会话执行过的sql，sql_id，PLAN HASH，用户名，等待事件等信息。#跟踪源端sid为372,serial#为58441的会话。#在要被追踪的会话里执行。

union前的sql可以查看源端执行过的sql（在一个事务里执行了，但是还没提交）。但是假如源端执行了这个事务后，又执行了其他事务，这时候查看源端阻塞sql就不准确了。union后的sql可以查看当前源端正在执行的sql。模拟一个会话update一条记录，没提交。在每条记录里可以看到是谁阻塞了谁。978阻塞了729；372阻塞了616。这时结果是不准确的。

有时某个时间段cpu使用率高或者有其他问题，想看下那个时间段的top sql，可以使用OEM看ASH。根据筛选谓词去原sql里查找，可以看到具体慢在哪里。

activity活动这里显示时间大多花在了哪里。

在oracle异地备份恢复测试数据库上执行restore database的时候报错：RMAN-06023: 没有找到数据文件1的副本来还原可是我看备份明明都是存在的，而且已经执行了catalog start with命令。

注：如果是TO PRIMARY表示可以正常切换，不过还会遇到NOT ALLOWED和PENDING或者LATENT，实际操作下来如果备库的switchover_status为not allowed或者to primary都可以正常切换。则检查下主从的log_archive_dest_2值是否为空，如果为空，需要设置。#检查主从的log_archive_dest_2值是否为空，如果为空，需要设置。#检查主从的log_archive_dest_2值是否为空，如果为空，需要设置。如果不能，则做以下检查。

ORA-00312: 联机日志 1 线程 1: '/data/app/oracle/oradata/orcl/redo01.log'ORA-00349: 无法获得 '/oracle/app/oracle/oradata/orcl/redo01.log' 的块大小。删除数据文件一是为了释放空间，二是不删除的话，到时恢复完后分不清是以前的数据文件，还是新的数据文件。ORA-01103: 控制文件中的数据库名 ''ORCL1'' 不是 ''ORCL''。

生产DG从库的一个临时数据文件达到了5T，主库上有2T。这个临时数据文件是bigfile的。dba_tablespaces的bigfile值是'YES'bigfile类型的表空间只能有一个数据文件，无法通过新增一个数据文件，再删除大数据文件的方式释放空间。如果resize的话，这么大的文件可能会报错，这里计划在主库重建这个临时表空间来释放空间。

假如想赋予jiao这个用户清空scott.t1这个表的权限，则可以在scott下创建一个清空该表的存储过程，然后将执行该存储过程的权限授予jiao用户。二 假如想清空某个用户下的多个表或所有表。则可以通过将存储过程的表名写成传参形式。

12C单实例测试，varchar2在早期版本中最大长度限制为4000，当字段长度指定的比较长的时候会报错：ORA-00910: specified length too long for its datatype。早期版本中虽然SQL数据类型限制为4000（如表中的列的varchar2类型），但在PL/SQL中的限制是32767（如在存储过程中的定义变量时用的varchar2类型）。EXTENDED。

原文链接：https://blog.csdn.net/qq_41141058/article/details/100732596。版权声明：本文为CSDN博主「佐云」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。这里是/u01/app/oracle/oradata/zydb/redo03.log。② 执行数据库起不来时报错提示的重做日志文件。

exec sys.scott_p_kill_session(会话,序列号);想给某个普通用户授予杀掉自己会话的权限。

收到监控告警短信：用pl/sql developer连数据库也连不上，提示报错：ORA-12520:TNS:监控程序无法为请求的服务器类型找到可用的处理程序。

oratop是一个类似于unix OS实用程序的实用程序，它提供了数据库性能的概述，可以与top结合使用，以更全面地了解系统性能。【支持的平台】Linux x86AIX（PPC）HP-UX IA*仅限11gR2注意：任何平台上的oratop都可用于监视其他平台上的数据库。要监视其他平台上的数据库，只需在Oracle客户端的tnsnames.ora中定义一个别名，并像使用sqlplus一样远程连接到数据库。

点‘工具’-‘会话’：

一 问题描述在PDB里生成AWR报告报错：SQL> @?/rdbms/admin/awrrpt.sqlERROR at line 1:ORA-20200: Database/Instance 1552533615/1 does not exist in AWR_PDB_DATABASE_INSTANCEORA-06512: at line 27二 解决办法#连接CDB, 执行如下命令：ALTER SYSTEM SET awr_pdb_autoflush_enable

点击‘工具’-‘导出表’：选择要导出的用户和表，在’PL/SQL Developer’那里指定‘输出文件’，点击‘导出’按钮开始导出：导出完毕后，最下方会提示‘正在导出表… 完成’。

在同步开始前目标端没有初始化数据(目标端为空数据)，那么事物产生的UPDATE、DELETE DML操作发送到目标端，目标端GoldenGate Replicat进程会因为找不到数据而报错从而导致Replicat进程崩溃停止(ABENDED)，所以这就需要我们在同步前初始化数据，初始化完后再同步，这样大大降低错误率。原本想用RMAN方式迁移，但是由于旧库是AIX系统，新库是linux系统，用RMAN迁移会有问题，于是考虑用数据泵+ogg的方式实现不停机迁移。返回值yes为打开，pk，ui都需要打开。

我想将dblink从一个数据库迁移到另一个数据库，发现在源端直接用pl/sql developer查看DBLINK的创建sql，sql里里不包含用户的密码，所以在目标端创建失败。这里用这种方法导出。

impdp导入3G的表结构文件，导入了一上午，还没导完，感觉不应该这么慢。

用expdp导入数据的时候报错：ORA-39097: Data Pump job encountered unexpected error -39079ORA-39065: unexpected master process exception in KUPC$QUEUE_INT.PUT_STATUSORA-39079: unable to enqueue message DG,KUPC$S_2_20090927001645,MCP, ,1,YORA-06512: at "SYS.DBMS_SYS_E

新搭建了一套oracle环境，要从源端导数据到该环境下，在impdp导入的时候报错：ORA-12899:value too large for column BASE_OBJECT_NAME(actual:31,maximum:30)源端和目标端的字符集不同。修改目标端字符集SQL> shutdown immediateSQL> startup mountSQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;SQL> ALTER SYSTEM SET JOB_QUEUE_P

安装rac的时候，在dbca建库的时候，安装进度到80%多的时候安装界面自动异常退出了，后来看节点1起来了，节点2没起来，于是手动将其启动，结果报错： 但是我查看是有这个参数文件的，并且DATA盘是存在的，状态也是mount的：发现节点1上/u01/app/oracle/product/11.2.0.4/db_1/bin下的oracle文件的属主是oracle:asmadmin,但是节点2上该文件的属主是oracle:oinstall.将节点2上的属主改为oracle:asmadmin即可。

无法用oracle用户执行crontab -l查看定时任务，报错：但是以前都是可以的。

使用远程克隆的先决条件是oracle版本是12.2以上开启归档模式以及本地undo.这里是想从将PRODPDB1克隆到下，命名为。1确保源端数据库开启归档模式备注：进cdb里开启归档。如果不是读写状态，需要执行如下命令：beginPRODPDB1');end;end;确保值为YES。如果为NO,则需要查看详细内容如果为YES,该视图也可能会包含一些内容。

在数据库里指定ip:端口/实例名

alter system set local_listener='(address=(protocol=tcp)(host=172.16.12.172)(port=1522))';

查看oracle当前性能sql

生成ASH报告， 查看该等待事件对应的慢sql。

详细看下日志

recover指令只能再基于数据文件时间点往后恢复

加上force，强制恢复：restore database force;没再报错了

如果数据库比较大，可以提前几天将全备文件拷贝过来，在目标端restore database，然后每天增量拷贝归档日志的备份，直到真正迁移的时候，只拷贝最近的归档日志的备份，最后在目标端recover database，可大大缩短业务停止时间。

先建一个pfile文件，然后用pfile启动，然后根据pfile生成在共享存储上的spfile，这样在共享存储上就能看到这个spfile文件了。然后在pfile文件里指定一行spfile的路径，重启数据库

ORA-27102:out of memory Linux-x86_64 Error: 12: Cannot allocate memory

看下当前哪个进程占用了libclntsh.so.11.1文件，将其kill掉

因为RHEL 7使用systemd而不是initd运行进程和重启进程，而root.sh通过传统的initd运行ohasd进程。