[20200416]ORA-01187 cannot read from file because it failed verification tests.
[20200416]ORA-01187 cannot read from file because it failed verification tests.txt--//上午测试时遇到的问题:1.环境:SCOTT@book> @ ver1PORT_STRING
[20200414]Linux下快速删除大量文件(补充).txt
[20200414]Linux下快速删除大量文件(补充).txt--//昨天看了链接https://www.modb.pro/db/23668=>Linux下面删除大量文件的效率.--//第一感觉这篇文章的内容我在那里看过,我找了原始链接:https://www.slashroot.in/which-is-the-fastest-method-to-delete-files-in-linux
[20200409]使用ash_wait_chains注意的一个细节.txt
[20200409]使用ash_wait_chains注意的一个细节.txt--//上午使用ash_wait_chains检查生产系统数据库,遇到一个小问题做一个记录:> @ tpt/ash/ash_wait_chains upper(program2)||event2 1=1 trunc(sysdate) trunc(sysdate+1)-- Display ASH Wait Chain
[20200408]优化的困惑6.txt
[20200408]优化的困惑6.txt1.环境:> @ ver1PORT_STRING VERSION &
[20200407]nid修改DBID还原.txt
[20200407]nid修改DBID还原.txt--//别人问的问题,改错dbid是否可以修改回来。$ nidDBNEWID: Release 11.2.0.4.0 - Production on Tue Apr 7 11:36:23 2020Copyright (c) 1982, 2011, Oracle and/or its affiliates. All right
[20200402]增量检查点时间间隔.txt
[20200402]增量检查点时间间隔.txt--//今天测试时遇到一个问题,做一个记录,生产数据库没有dg。1.环境:SYS@orcl> select * from v$version where rownum=1;BANNER--------------------------------------------------------------------------------Or
[20200402]strace过滤使用awk问题.txt
[20200402]strace过滤使用awk问题.txt--//昨天使用strace跟踪io_submit,我想计算每次调用io_submit的平均值。遇到一些问题做1个记录。1.问题提出:# strace -f -e io_submit -Ttt -p 3831Process 3831 attached - interrupt to quit11:15:20.217558 io_s
[20200402]sar报表保存时间2.txt
[20200402]sar报表保存时间2.txt--//前几天前的修改,今天观察看看。连接:http://blog.itpub.net/267265/viewspace-2683271/=>[20200330]sar报表保存时间.txt # cat /etc/sysconfig/sysstat# sysstat-10.1.5 configuration file.# How long to
[20200401]优化的困惑5.txt
[20200401]优化的困惑5.txt--//春节前对一个生产系统做优化,完成后使用ash_wait_chains.sql检查,发现control file parallel write有点多。--//当时并没有在意,总感觉哪里不对,感觉这套系统磁盘IO有问题,现在有空分析看看。1.环境:> @ ver1PORT_STRING &n
[20200330]sar报表保存时间.txt
[20200330]sar报表保存时间.txt--//今天想修改sar报表的保存时间,以前版本缺省时间7天有点短,需要保存更长的时间,便于事后分析问题。--//今天在centos 7上配置,发现以前配置的一个小问题。# cat /etc/redhat-releaseCentOS Linux release 7.7.1908 (Core)# rpm -qcf $(which sar)/etc/cro
[20200327]ORA-46267 Insufficient space in 'USERS' tablespace.txt
[20200327]ORA-46267 Insufficient space in 'USERS' tablespace, cannot complete operation.txt--//今天想将一套生产系统sys.aud$表空间移出系统表空间遇到一些问题,做一个记录:--//上次做这个操作也遇到类似问题,链接:http://blog.itpub.net/267265/views
[20200326]为什么选择这个索引.txt
[20200326]为什么选择这个索引.txt--//昨天例行检查遇到执行缓慢的阿问题,首先写了2篇说明我遇到的情况。链接如下:http://blog.itpub.net/267265/viewspace-2682613/=>[20200326]绑定变量抓取与NULL值.txt http://blog.itpub.net/267265/viewspace-2682615/=>[2020
[20200326]dbms_monitor跟踪与SQL语句分析.txt
[20200326]dbms_monitor跟踪与SQL语句分析.txt--//昨天优化sql语句,我使用dbms_monitor.session_trace_enable获取绑定变量时遇到一些问题开始理解出现问题.--//自己也做一个记录.避免以后再次困惑.1.环境:SCOTT@book> @ ver1PORT_STRING &nb
[20200326]绑定变量抓取与NULL值.txt
[20200326]绑定变量抓取与NULL值.txt--//如果绑定变量传入的变量是NULL,使用视图v$sql_bind_capture看到是什么值呢?--//昨天做优化时遇到一个问题,自己验证看看.1.环境:SCOTT@book> @ ver1PORT_STRING &n
[20200325]慎用标量子查询.txt
[20200325]慎用标量子查询.txt--//我在以前许多链接提到应该慎用标量子查询,不知道开发看别人的代码会传染,几乎到了乱用的地步,应该不要乱用。--//比如一个表存在多个字段关联科室代码,许多开发喜欢这样标量子查询,这样sql语句看上去简洁许多,不然在from处--//要写多次科室表。但是如果不分情况滥用,就不是很好,通过例子说明:1.环境:SCOTT@book> @ ver1PO
[20200324]SQL语句优化的困惑2.txt
[20200324]SQL语句优化的困惑2.txt--//前几天写的http://blog.itpub.net/267265/viewspace-2681575/=>[20200320]SQL语句优化的困惑.txt --//今天在仔细看,才发现我的分析严重错误。--//实际上大量的使用非绑定变量,导致大量的分析还有大量语句没有很好优化。1.大量的sql语句没有使用绑定变量: SE
[20200323]避免按ctrl+alt+del重新启动服务器(centos 7).txt
[20200323]避免按ctrl+alt+del重新启动服务器(centos 7).txt--//想在centos 7关闭按ctrl+alt+del重新启动服务器的功能,检查发现与centos 6不同。--//链接:http://blog.itpub.net/267265/viewspace-2638238/ => [20190313]避免按ctrl+alt+del重新启动服务器.txt#
[20200318]生产系统网络state=ESTABLISHED和Timer=probe分析3.txt
[20200318]生产系统网络state=ESTABLISHED和Timer=probe分析3.txt--//前一段时间遇到的问题。http://blog.itpub.net/267265/viewspace-2678760/--//我们rac环境跑2个数据库,一台使用tcp keepalive特性,另外一台使用SQLNET.EXPIRE_TIME.再观察看看。net.ipv4.tcp_keep
[20200320]SQL语句优化的困惑.txt
[20200320]SQL语句优化的困惑.txt--//三月初的一次优化.SYS@ZZZZ/dbcn> @ashtop username,sql_id "username='OOII'" trunc(sysdate) trunc(sysdate)+1 Total Seconds &nbs
[20200319]KILL STATUS ='KILLED'的进程.txt
[20200319]KILL STATUS ='KILLED'的进程.txt--//生产系统例行检查,我发现存在一些STATUS ='KILLED'的会话。--//看看这些进程如何删除。1.环境:SYS@ZZZZ/SIDSID> @ ver1PORT_STRING &