求助 Disk file operations I/O 等待？

lfree

再取出sql_id 看看，自己找找规律看看。

lfree

我以前遇到：
SELECT sql_id ,p1 ,p2 ,p3 ,COUNT (*) FROM dba_hist_active_sess_history WHERE event = 'Disk file operations I/O'
GROUP BY sql_id ,p1 ,p2 ,p3 ORDER BY COUNT (*) DESC;

SQL_ID                P1         P2         P3   COUNT(*)
------------- ---------- ---------- ---------- ----------
459f3z9u4fb3u          2         29          2        193
                       8          0          8          2
                       2          0         28          2
2tp6sujs7jxhp          5          0         13          2

--P3 表示 filetype 2 表示data file , 13表示什么呢? 首先看看执行的sql语句sql_id='2tp6sujs7jxhp'

SYS@192.168.99.105/dbcn> @sqlid 2tp6sujs7jxhp
SQL_ID        SQLTEXT
------------- ------------------------------------------------------------------------------------
2tp6sujs7jxhp SELECT value FROM v$spparameter WHERE name = 'db_file_name_convert' and ordinal = 1

--很明显可以猜测出P3=13表示spfile文件.

yongzhi2008

在我们库中也一样没有：
SQL> select dbid,
  2         filetype_id,
  3         filetype_name
  4    from sys.WRH$_IOSTAT_FILETYPE_NAME;

      DBID FILETYPE_ID FILETYPE_NAME
---------- ----------- ------------------------------
540697823           0 Other
540697823           1 Control File
540697823           2 Data File
540697823           3 Log File
540697823           4 Archive Log
540697823           6 Temp File
540697823           9 Data File Backup
540697823          10 Data File Incremental Backup
540697823          11 Archive Log Backup
540697823          12 Data File Copy
540697823          17 Flashback Log
540697823          18 Data Pump Dump File

12 rows selected

yongzhi2008

lfree 发表于 2016-2-24 16:56
select * from sys.WRH$_IOSTAT_FILETYPE_NAME;
FILETYPE_ID FILETYPE_NAME
----------- ------------- ...

在我们库中也一样没有：
SQL> select dbid,
  2         filetype_id,
  3         filetype_name
  4    from sys.WRH$_IOSTAT_FILETYPE_NAME;

      DBID FILETYPE_ID FILETYPE_NAME
---------- ----------- ------------------------------
540697823           0 Other
540697823           1 Control File
540697823           2 Data File
540697823           3 Log File
540697823           4 Archive Log
540697823           6 Temp File
540697823           9 Data File Backup
540697823          10 Data File Incremental Backup
540697823          11 Archive Log Backup
540697823          12 Data File Copy
540697823          17 Flashback Log
540697823          18 Data Pump Dump File

12 rows selected

yongzhi2008

lfree 发表于 2016-2-24 17:19
再取出sql_id 看看，自己找找规律看看。

之前也看过， 就是一些查询语句。  当前来说， 也只能先找找规律了。  大概看了一下， 全都是正常的业务SQL。

lfree

你贴其中1条我看看。。。。。

yongzhi2008

最终是确认服务器有关存储连接方面有问题， 重新配置后就解决这个问题了。

lfree

不会这么久才定位问题吧。

yongzhi2008

lfree 发表于 2016-10-23 22:09
不会这么久才定位问题吧。

很早的事情了， 今天想到就写一下

lhlzjx

存储是光纤的吧，检查一下节点1光纤是否正常