+ All Categories
Home > Documents > SOME PRACTICE OF DATABASE INTELLIGENT HEALTH CHECK

SOME PRACTICE OF DATABASE INTELLIGENT HEALTH CHECK

Date post: 15-Oct-2021
Category:
Upload: others
View: 0 times
Download: 0 times
Share this document with a friend
99
数据库健康检查的智能化实践 SOME PRACTICE OF DATABASE INTELLIGENT HEALTH CHECK
Transcript



Database
BIFinance
CRMOA



3356 ×1.2 / = 4027.2 /
10.2Review




1.

2.1.

3.2.1.

4.3.2.1.

4.3.2.1.

0
100
200
300
400
05 06 07 08 09 10 11 12 13 14 15 16
OS
Linux
( : )
( : )
0
250
500
750




Tue Feb 19 00:19:40 2013 Active Session History (ASH) performed an emergency flush. This may mean that ASH is undersized. If emergency flushes are a r ecurring issue, you may consider increasing ASH size by setting the value of _ASH_SIZE to a sufficiently large value. Current ly, ASH size is 201326592 bytes. Both ASH size and the total number of emergency flushes since instance startup can be monito red by running the following query: select total_size,awr_flush_emergency_count from v$ash_info; Tue Feb 19 00:20:00 2013 [30869434] Successfully onlined Undo Tablespace 17. [30869434] **** active transactions found in undo Tablespace 2 - moved to Pending Switch-Out state. [30869434] active transactions found/affinity dissolution incompletein undo tablespace 2 during switch-out. ALTER SYSTEM SET undo_tablespace='UNDO_YH1' SCOPE=BOTH; Tue Feb 19 00:23:54 2013 [43255696] **** active transactions found in undo Tablespace 2 - moved to Pending Switch-Out state. Tue Feb 19 00:24:07 2013
Tue Feb 19 00:25:14 2013
drop tablespace UNDOTBS1 including contents ORA-30013 signalled during: drop tablespace UNDOTBS1 including contents ... Tue Feb 19 00:26:48 2013


· snaps & %snaps
SQL Top SQL SQL Top SQL
· Max(%dbtime) & snap
SQL DB time SQL DB time
· Max elap/exec per hour
SQL SQL
· Max gets/exec per hour
SQL SQL
topsql

C1 2016/7/11
C2 2016/8/19
C1 2016/7/11
   20167  20168
(0) (0) (0) (0) (0) (0) (0) (0)(0) (0)
C__20160711_20160819 2016-08-31 17:34:15
(0) (0) (0) (0) (0) (0) (0) (0)
60,000
50,000
40,000
30,000
20,000
10,000
0
   20167  20168
(0) (0)
C__20160711_20160819 2016-08-31 17:34:15
(0) (0) (0) (16) (0) (16) (0)
60,000
50,000
40,000
30,000
20,000
10,000
0
   20167  20168
C__20160711_20160819 2016-08-31 17:34:15
log file sync db file sequential db file scattered read
18
15
12
9
6
3
0
 ()  20167  20168

4.3.2.1.



If I have seen further… It is by standing on the shoulders of giants…
Isaac Newton 1676
SELECT transido, bipcode, activitycode, operid, oporgid , routevalue, (bfee + sfee + afee) / 10 AS recfee, log_time AS recdate FROM translog WHERE region = :region AND msgsender = '2501' AND status = '0' AND logtime >= to_date(:startdate, 'yyyymmdd hh24:mi:ss') AND logtime < to_date(:enddate, 'yyyymmdd hh24:mi:ss') ORDER BY logtime
top SQL
Plan hash value: 1124400192
------------------------------------------------------------------------------------------------------- | Id | Opeartion | Name | Rows | Bytes | Cost (%CPU)| Time | Pstat| Pstop | ------------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | | | 1912K(100)| | | | | 1 | SORT ODRER BY | | 166 | 16932 | 1912K (3)| 02:03:22 | | | |* 2 | FILTER | | | | | | | | | 3 | PATITION ANGE ITEATO| | 166 | 16932 | 1912K (3)| 02:03:22 | KEY | KEY | |* 4 | TABLE ACCESS FULL | TANSLOG | 166 | 16932 | 1912K (3)| 02:03:22 | KEY | KEY | -------------------------------------------------------------------------------------------------------
top SQL
Plan hash value: 1124400192
------------------------------------------------------------------------------------------------------- | Id | Opeartion | Name | Rows | Bytes | Cost (%CPU)| Time | Pstat| Pstop | ------------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | | | 1912K(100)| | | | | 1 | SORT ODRER BY | | 166 | 16932 | 1912K (3)| 02:03:22 | | | |* 2 | FILTER | | | | | | | | | 3 | PATITION ANGE ITEATO| | 166 | 16932 | 1912K (3)| 02:03:22 | KEY | KEY | |* 4 | TABLE ACCESS FULL | TANSLOG | 166 | 16932 | 1912K (3)| 02:03:22 | KEY | KEY | -------------------------------------------------------------------------------------------------------

1st sql
Start 4th
SQL(7h60qp00vrgz9) 125289.37, 3 SQL 2 2386079096(Buffer Gets: 85806.76) 6:TABLE ACCESS FULL (TABLE:xxx.Tab1 [1344 MB])
SQL(g6c1zr1u7ugav) 34459.13, 2 SQL 2 3148001572(Buffer Gets: 27.12)
SQL(g6c1zr1u7ugav) 34459.13, 2 SQL 2 3148001572(Buffer Gets: 27.12)




Recommended