Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

73

积分

0

好友

0

主题
1#
发表于 2012-2-2 16:53:13 | 查看: 6513| 回复: 5
DB:
SQL> select * from v$version
  2  /
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE    10.2.0.1.0      Production
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production

OS :win2003

疑问1:每次DG 中的备库关闭归档日志接受 总会出现这个(主库是关闭的)

Recovery interrupted!
Thu Feb 02 16:13:04 2012
Waiting for MRP0 pid 1916 to terminate
Thu Feb 02 16:13:04 2012
Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_mrp0_1916.trc:
ORA-16037: user requested cancel of managed recovery operation



Dump file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_mrp0_1916.trc
Thu Feb 02 15:44:18 2012
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Windows Server 2003 Version V5.2 Service Pack 2
CPU                 : 1 - type 586, 1 Physical Cores
Process Affinity    : 0x00000000
Memory (Avail/Total): Ph:337M/799M, Ph+PgF:1021M/1865M, VA:1297M/2047M
Instance name: orcl
Redo thread mounted by this instance: 1
Oracle process number: 18
Windows thread id: 1916, image: ORACLE.EXE (MRP0)

*** SERVICE NAME:() 2012-02-02 15:44:18.546
*** SESSION ID:(153.1) 2012-02-02 15:44:18.546
*** 2012-02-02 15:44:18.546 60680 kcrr.c
MRP0: Background Managed Standby Recovery process started
*** 2012-02-02 15:44:23.562 1011 krsm.c
Managed Recovery: Initialization posted.
*** 2012-02-02 15:44:23.562 60680 kcrr.c
Managed Standby Recovery not using Real Time Apply
Recovery target incarnation = 2, activation ID = 1299544756
Influx buffer limit = 25698 (50% x 51397)
Start recovery at thread 1 ckpt scn 1121714 logseq 65 block 281
*** 2012-02-02 15:44:23.812
Media Recovery add redo thread 1
*** 2012-02-02 15:44:23.812 1011 krsm.c
Managed Recovery: Active posted.
*** 2012-02-02 15:44:23.859 60680 kcrr.c
Media Recovery Waiting for thread 1 sequence 65
*** 2012-02-02 16:13:04.124
*** 2012-02-02 16:13:04.124 60680 kcrr.c
MRP0: Background Media Recovery cancelled with status 16037
ORA-16037: user requested cancel of managed recovery operation
*** 2012-02-02 16:13:04.124
Media Recovery drop redo thread 1
KCBR: Number of read descriptors = 4096
KCBR: Influx buffers flushed = 2 times
KCBR: Reads = 0 reap (0 no-op, 0 one), 3 all
*** 2012-02-02 16:13:04.124 1011 krsm.c
Managed Recovery: Not Active posted.
ORA-16037: user requested cancel of managed recovery operation
*** 2012-02-02 16:13:04.390 60680 kcrr.c
MRP0: Background Media Recovery process shutdown
*** 2012-02-02 16:13:04.390 1011 krsm.c


查了网上的资料 说这个错误可以忽略



疑问2 在使用语句查看各表空间的使用率 跟用OEM 查看的不同(只有UNDO 表空间使用率不一致)
---语句
select a.tablespace_name,
round(a.total/1024/1024,1) as total,
round(b.freesize/1024/1024,1) as freesize,
round((a.total-b.freesize)/1024/1024,1)as used_space,round((a.total-b.freesize)/a.total,3)*100 as used_percnt
from
(select tablespace_name,sum(bytes) as total
from DBA_DATA_FILES group by tablespace_name) a,
(select tablespace_name,sum(bytes) as freesize from dba_free_space group  by tablespace_name) b
where a.tablespace_name=b.tablespace_name
2#
发表于 2012-2-2 19:02:28
1.

[oracle@vrh8 ~]$ oerr ora 16037
16037, 00000, "user requested cancel of managed recovery operation"
// *Cause:  The managed standby database recovery operation has been  
//          canceled per user request.
// *Action: No action is required.


16037 错误确实可以忽略

回复 只看该作者 道具 举报

3#
发表于 2012-2-2 19:04:29
2.

请你跑一下这个脚本 :
  1. REM tablespace report

  2. set linesize 200

  3. select a.tablespace_name,
  4.        round(a.bytes_alloc / 1024 / 1024) megs_alloc,
  5.        round(nvl(b.bytes_free, 0) / 1024 / 1024) megs_free,
  6.        round((a.bytes_alloc - nvl(b.bytes_free, 0)) / 1024 / 1024) megs_used,
  7.        round((nvl(b.bytes_free, 0) / a.bytes_alloc) * 100) Pct_Free,
  8.        100 - round((nvl(b.bytes_free, 0) / a.bytes_alloc) * 100) Pct_used,
  9.        round(maxbytes / 1048576) Max
  10.   from (select f.tablespace_name,
  11.                sum(f.bytes) bytes_alloc,
  12.                sum(decode(f.autoextensible, 'YES', f.maxbytes, 'NO', f.bytes)) maxbytes
  13.           from dba_data_files f
  14.          group by tablespace_name) a,
  15.        (select f.tablespace_name, sum(f.bytes) bytes_free
  16.           from dba_free_space f
  17.          group by tablespace_name) b
  18. where a.tablespace_name = b.tablespace_name(+)
  19. union all
  20. select h.tablespace_name,
  21.        round(sum(h.bytes_free + h.bytes_used) / 1048576) megs_alloc,
  22.        round(sum((h.bytes_free + h.bytes_used) - nvl(p.bytes_used, 0)) /
  23.              1048576) megs_free,
  24.        round(sum(nvl(p.bytes_used, 0)) / 1048576) megs_used,
  25.        round((sum((h.bytes_free + h.bytes_used) - nvl(p.bytes_used, 0)) /
  26.              sum(h.bytes_used + h.bytes_free)) * 100) Pct_Free,
  27.        100 -
  28.        round((sum((h.bytes_free + h.bytes_used) - nvl(p.bytes_used, 0)) /
  29.              sum(h.bytes_used + h.bytes_free)) * 100) pct_used,
  30.        round(sum(f.maxbytes) / 1048576) max
  31.   from sys.v_$TEMP_SPACE_HEADER h,
  32.        sys.v_$Temp_extent_pool  p,
  33.        dba_temp_files           f
  34. where p.file_id(+) = h.file_id
  35.    and p.tablespace_name(+) = h.tablespace_name
  36.    and f.file_id = h.file_id
  37.    and f.tablespace_name = h.tablespace_name
  38. group by h.tablespace_name
  39. ORDER BY 1
  40. /
复制代码
贴出以上脚本的输出
然后将EM 中看到的内容也 贴出截图  做对比

回复 只看该作者 道具 举报

4#
发表于 2012-2-2 19:57:00
原帖由 maclean 于 2012-2-2 19:04 发表
2.

请你跑一下这个脚本 :REM tablespace report

set linesize 200

select a.tablespace_name,
       round(a.bytes_alloc / 1024 / 1024) megs_alloc,
       round(nvl(b.bytes_free, 0) / 1024 / 1024) megs_f ...




SQL> select a.tablespace_name,
  2         round(a.bytes_alloc / 1024 / 1024) megs_alloc,
  3         round(nvl(b.bytes_free, 0) / 1024 / 1024) megs_free,
  4         round((a.bytes_alloc - nvl(b.bytes_free, 0)) / 1024 / 1024) megs_used,
  5         round((nvl(b.bytes_free, 0) / a.bytes_alloc) * 100) Pct_Free,
  6         100 - round((nvl(b.bytes_free, 0) / a.bytes_alloc) * 100) Pct_used,
  7         round(maxbytes / 1048576) Max
  8    from (select f.tablespace_name,
  9                 sum(f.bytes) bytes_alloc,
10                 sum(decode(f.autoextensible, 'YES', f.maxbytes, 'NO', f.bytes)) maxbytes
11            from dba_data_files f
12           group by tablespace_name) a,
13         (select f.tablespace_name, sum(f.bytes) bytes_free
14            from dba_free_space f
15           group by tablespace_name) b
16  where a.tablespace_name = b.tablespace_name(+)
17  union all
18  select h.tablespace_name,
19         round(sum(h.bytes_free + h.bytes_used) / 1048576) megs_alloc,
20         round(sum((h.bytes_free + h.bytes_used) - nvl(p.bytes_used, 0)) /
21               1048576) megs_free,
22         round(sum(nvl(p.bytes_used, 0)) / 1048576) megs_used,
23         round((sum((h.bytes_free + h.bytes_used) - nvl(p.bytes_used, 0)) /
24               sum(h.bytes_used + h.bytes_free)) * 100) Pct_Free,
25         100 -
26         round((sum((h.bytes_free + h.bytes_used) - nvl(p.bytes_used, 0)) /
27               sum(h.bytes_used + h.bytes_free)) * 100) pct_used,
28         round(sum(f.maxbytes) / 1048576) max
29    from sys.v_$TEMP_SPACE_HEADER h,
30         sys.v_$Temp_extent_pool  p,
31         dba_temp_files           f
32  where p.file_id(+) = h.file_id
33     and p.tablespace_name(+) = h.tablespace_name
34     and f.file_id = h.file_id
35     and f.tablespace_name = h.tablespace_name
36  group by h.tablespace_name
37  ORDER BY 1
38  /

TABLESPACE_NAME                MEGS_ALLOC  MEGS_FREE  MEGS_USED   PCT_FREE   PCT_USED        MAX
------------------------------ ---------- ---------- ---------- ---------- ---------- ----------
ACCO                                  250         41        209         16         84      32768
BASE                                 1650         31       1619          2         98      32768
BUSI                                  550         50        500          9         91      32768
INDE                                  350         21        329          6         94      32768
REPO                                  650         23        627          4         96      32768
SYSAUX                                270          9        261          3         97      32768
SYSTEM                                500          6        494          1         99      32768
TEMP                                   44         44          0        100          0      32768
UNDOTBS1                              140        119         21         85         15      32768
USERS                                  55          1         54          3         97      32768

10 rows selected

SQL>

tbs.jpg (155.05 KB, 下载次数: 405)

tbs.jpg

回复 只看该作者 道具 举报

5#
发表于 2012-2-2 20:23:20
1. 以上脚本查询的结果是正确的

2. Oracle DBconsole 、Enterprise Manager 、Grid Control存在一些 显示tablespace usage的bug

ODM BUG INFO:
  1. Hdr: 7033115 10.2.0.2.0 STORAGE 10.2.0.4.0 PRODID-1366 PORTID-23
  2. Abstract: TABLESPACE METRIC FOR UNDO% IS DISPLAYED INCORRECT PERCENT USED


  3. TAR
  4. ---
  5. 6821328.994

  6. Problem Description
  7. -------------------
  8. - UNDO Tablespace Used (%) show 87% full via GRID Control console where SQL
  9. query show 86% full.  

  10. - The database event is triggered correctly based on the settings within the
  11. database.

  12. FROM SYS.DBA_OUTSTANDING_ALERTS
  13.    
  14.     REASON
  15.     -------------------------------------------------------------------------
  16.    METRIC_VALUE MESSAGE_TYPE TO_CHAR(CREATION_TIME,'DD-MON
  17.     ------------ ------------ -----------------------------
  18.     HOST_ID
  19.     -------------------------------------------------------------------------

  20.     Tablespace [UNDOTBS1] is [86 percent] full
  21.       86.3879167 Warning      01-MAY-2008 09:45:17
  22.     sedm3308dd
  23.    
  24. ->>> Event is triggered for 86 percent FULL

  25. Environment Information
  26. -----------------------
  27. OMS   = 10.2.0.4
  28. Agent = 10.2.0.4
  29. RDBMS = 10.2.0.2
  30. OS    = Sun 5.10
复制代码

回复 只看该作者 道具 举报

6#
发表于 2012-2-2 21:10:34
谢谢     ML

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-11-14 15:10 , Processed in 0.063045 second(s), 25 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569