oracle-11g新特性培训TSD配套产品服务部

2020/11/27Page

2Contents自动内存管理增强的安全性问题 的加强Data

Pump

Import

/

Export11G的性能 工具ASM11g

RAC常见问题自动共享内存管理(ASMM)会根据系统负载的变化自动调整各个组件的大小增大内存SGA的利用效率减少内存溢出的错误Buffer

cacheLarge

poolShared

poolJava

poolBuffer

cacheLarge

poolShared

poolJava

poolOnline

usersBatch

jobsPage

4自动内存管理ParameterSpecifiesSGA_Total

size

of

all

SGA

componentsMEMORY_Oracle

systemwide

usable

memorySGADatabase

buffercacheRedo

logbufferJavapoolStreamspoolShared

poolLarge

poolSharedSQLareaLibrarycacheDatadictionarycacheOtherI/O

bufferResponsequeueRequestqueueFreememory自动内存管理：概览10g

和11g11g不可优化的PGAPGA

目标SGA

目标不可优化的PGA内存目标不可优化的PGA空闲空闲SQL

区SQL

区SQL

区缓冲区高速缓存缓冲区高速缓存缓冲区高速缓存大型池大型池大型池共享池共享池共享池Java

池Java

池Java

池流池流池流池其它SGA其它SGA其它SGAOLTPBATCHBATCHPage

5自动内存管理：概览11g内存目标内存最大目标250

MB350

MB11g内存目标内存最大目标300

MB350

MBALTER

SYSTEM

SETMEMORY_=300M;Page

6Oracle

Database

11g

内存参数其它DB_KEEP_CACHE_SIZEDB_RECYCLE_CACHE_SIZEDB_nK_CACHE_SIZELOG_BUFFERRESULT_CACHE_SIZESHARED_POOL_SIZEDB_CACHE_SIZELARGE_POOL_SIZEJAVA_POOL_SIZESTREAMS_POOL_SIZESGA_SGA_MAX_SIZEMEMORY_MAX_MEMORY_PGA_AGGREGATE_Page

7Contents自动内存管理增强的安全性问题 的加强Data

Pump

Import

/

Export11G的性能 工具ASM11g

RAC常见问题Page

8Page

9增强的安全性Oracle

11g中，以下几个安全性缺省设置对系统影响较大：audit_trail被缺省设置为DB；数据库用户口令缺省180天过期数据库用户口令连续输错10次，该用户将被锁定Page

10案例1某局点数据库连接异常，无法连入数据库，报以下错误：SQL>

conn

/as

sysdbaERROR:ORA-00020:

超出最大进程数

(%s)分析过程：首先检查数据库的连接进程数:ps–ef|grep

oracle|wc–l结果正常，连接数没有超过参数processes

的大小；然后检查磁盘空间情况，发现/opt文件系统已被占满，这是导致报ora-00020错误的根因案例1等信原因分析Oracle11g中，创建数据库时如果选择了default

securitysettings,audit_trail默认设置为DB,此时表明启用了默认的audit默认的audit会记录session登录数据库的信息,数据库关闭/启动,用户息.不管数据库审计是否是打开的,以下操作都将强制进行审计,并写到$ORACLE_HOME/admin/$ORACLE_SID/adumpdirectory1)数据库启动数据库关闭DML操作,包括insert,update,merge操作(在UNIX系统上)即使此时audit_trail=DB,oracle数据库仍会将以上操作的审计信息记录在强制审计的

，因此要注意检查ADUMP

，及时清空多余记录本例中就是ADUMP

被大量trace文件占满，导致文件系统满，进而导致数据库无法连接Page

11案例2某局点sun双机做双机切换测试，用system用户起停数据库失败，报以下错误：SQL*Plus:Release

.0-Production

on

星期二

3月31

23:23:54

2009s

.Copyright

(c)

1982,

2007,

Oracle.ERROR:ORA-28002:

7

天之后口令将过期Page

12案例2查看用户的proifle是那个，一般是default：SELECT

username,PROFILE

FROM

dba_users;查看指定的profile的设置:SELECT

*FROM

dba_profiles

sWHERE

file='DEFAULT'

ANDresource_name='PASSWORD_LIFE_TIME';取消限制：ALTERPROFILEDEFAULT

LIMITPASSWORD_LIFE_TIME

UNLIMITED;修改后，还没有被提示ORA-28002警告的用户不会再碰到同样的提示；已经被提示的用户必须再改一次 ，然后才可以。Page

13Contents自动内存管理增强的安全性问题 的加强Data

Pump

Import

/

Export11G的性能 工具ASM11g

RAC常见问题Page

14简化：自动自动资料

库工作流DBA严重错误DBAEM

支持工作台：应用补丁程序/修复数据否已知的bug？DBA是提醒DBA确定健康状况检查目标协助SR

填充自动创建意外事件第一次捕获故障EM

支持工作台：

程序包意外事件信息修复数据1234Page

15ADRCI：ADR

命令行工具用来在操作系统提示符下与ADR

进行交互可使用命令行而不是EM

来调用IPSDBA应使用EM

支持工作台，以便：利用构建ADRCI

所基于的同一工具包/库便于根据GUI

进行操作ADRCI>

show

incidentADR

Home

=

/u01/app/oracle/product/11.1.0/db_1/log/diag/rdbms/orcl/orcl:*****************************************************************************INCIDENT_ID

PROBLEM_KEY

CREATE_TIME16811682Page

16ORA-600_dbgris01:1,_addr=0xa9876541ORA-600_dbgris01:12,_addr=0xa987654217-JAN-07043125000…18-JAN-07034775000…2

incident

info

records

fetchedADRCI>自动资料库diagrdbmsDB名称SIDADR基$ORACLE_HOME/logDIAGNOSTIC_DESTADR主$ORACLE_BASEADRCIlog.xmlalert_SID.logV$DIAG_INFOBACKGROU

D_D

MP_DESTCORE_DU

_DESTUSER_D

MP_

ESTalertcdump（其它）incpkgincident

hm元数据incdir_1incdir_n…trace支持工作台Page

17V$DIAG_INFONAME

VALUEDiag

EnabledADR

Base

ADR

HomeDiag

TraceDiag

AlertDiag

IncidentDia

umpHealth

MonitorDefault

Trace

FileActive

Problem

CountTRUE/u01/app/oracle/u01/app/oracle/diag/rdbms/orcl/orcl/u01/app/oracle/diag/rdbms/orcl/orcl/trace/u01/app/oracle/diag/rdbms/orcl/orcl/alert/u01/app/oracle/diag/rdbms/orcl/orcl/incident/u01/app/oracle/diag/rdbms/orcl/orcl/cdump/u01/app/oracle/diag/rdbms/orcl/orcl/hm/u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_11424.trc3Active

Incident

Count

8SQL>

SELECT

*

FROM

V$DIAG_INFO;Page

18的位置数据以前的位置ADR

位置前台进程USER_DUMP_DEST$ADR_HOME/trace进程BACKGROUND_DUMP_DEST$ADR_HOME/trace日志数据BACKGROUND_DUMP_DEST$ADR_HOME/alert&trace转储CORE_DUMP_DEST$ADR_HOME/cdump意外事件转储USER|BACKGROUND_DUMP_DEST$ADR_HOME/incident/incdir_nADROracle

Database

10g-严重错误=Page

19Viewing

the

Alert

Log

Using

EnterpriseManagerPage

20Viewing

the

Alert

Log

Using

ADRCIadrci>

set

homepath

diag/rdbms/orcl/orcladrci>

show

alert

–tailADR

Home

=

/u01/app/oracle/diag/rdbms/orcl/orcl:*************************************************************************2007-04-16

22:10:50.756000

-07:00ORA-1654:

unable

to

extend

index

SYS.I_H_OBJ#_COL#

by

128

in

tablespaceSYSTEM2007-04-16

22:21:20.920000

-07:00Thread

1

advanced

to

log

sequence

400Current

log#

3

seq#

400

mem#

0:

+DATA/orcl/onlinelog/group_3.266.618805031Current

log#

3

seq#

400

mem#

1:

+DATA/orcl/onlinelog/group_3.267.618805047…Thread

1

advanced

to

log

sequence

401Current

log#

1

seq#

401

mem#

0:

+DATA/orcl/onlinelog/group_1.262.618804977Current

log#

1

seq#

401

mem#

1:

+DATA/orcl/onlinelog/group_1.263.618804993DIA-48223:

Interrupt

Requested

-

Fetch

Aborted

-

Return

Code

[1]adrci>

SHOW

ALERT

-P

"MESSAGE_TEXT

LIKE

'%ORA-600%'"ADR

Home

=

/u01/app/oracle/diag/rdbms/orcl/orcl:*************************************************************************adrci>Page

21Viewing

the

Alert

Log

Using

ADRCIadrci>

set

homepath

diag/rdbms/orcl/orcladrci>

show

alert

–tailADR

Home

=

/u01/app/oracle/diag/rdbms/orcl/orcl:*************************************************************************2007-04-16

22:10:50.756000

-07:00ORA-1654:

unable

to

extend

index

SYS.I_H_OBJ#_COL#

by

128

in

tablespaceSYSTEM2007-04-16

22:21:20.920000

-07:00Thread

1

advanced

to

log

sequence

400Current

log#

3

seq#

400

mem#

0:

+DATA/orcl/onlinelog/group_3.266.618805031Current

log#

3

seq#

400

mem#

1:

+DATA/orcl/onlinelog/group_3.267.618805047…Thread

1

advanced

to

log

sequence

401Current

log#

1

seq#

401

mem#

0:

+DATA/orcl/onlinelog/group_1.262.618804977Current

log#

1

seq#

401

mem#

1:

+DATA/orcl/onlinelog/group_1.263.618804993DIA-48223:

Interrupt

Requested

-

Fetch

Aborted

-

Return

Code

[1]adrci>

SHOW

ALERT

-P

"MESSAGE_TEXT

LIKE

'%ORA-600%'"ADR

Home

=

/u01/app/oracle/diag/rdbms/orcl/orcl:*************************************************************************adrci>Page

22问题和意外事件问题意外事件问题关键字问题ID意外事件

ID严重错误DBA自动转换关闭数据已清除正在就绪正在收集意外事件状态MMONADR

自动清除涌进控制非严重错误要发送到

Oracle

技术支持的程序包Page

23Page

24Page

25Page

26Contents自动内存管理增强的安全性问题 的加强Data

Pump11G的性能 工具ASM11g

RAC常见问题Page

27Data

pumpDataPump导出程序expdp能够按照几种方式进行，其中包括数据库、对象模式、表和表空间.使用create

directory语句创建

对象SQL>create

directory

dump_dir

as

‘/oracle/datapump/dumps’SQL>create

directory

log_dir

as

‘/oracle/datapump/logs’将

对设置为公共读写SQL>grant

read,write

on

directory

dump_dir

to

public;SQL>grant

read,write

on

directory

dump_dir

to

scottPage

28Page

29Data

pumpDataPump导入程序impdp同样可以按照全部、对象、表和表空间四种方式。举例：$impdp

system/passwd

full=y

dumpfile=backup:alldb.dmp

nologfile=ysqlfile=backup:alldb.sql参数sqlfile=backup:alldb.sql表示将元数据(DDL数据)写入到指定文件中。Backup是一个数据库

对象Page

30Data

pump1、数据库导出方式$expdp

system/passwd

directory=back

dumpfile=alldb.dmp

full=y2、对象模式导出方式$expdp

scott/tiger

directory=back

dumpfile=scott.dmp

schemas=scott3、表导出方式$expdp

scott/tiger

directory=back

dumpfile=tables.dmpnologifle=ycontent=metadata_only参数说明nologfile:表示不会操作日志写入磁盘content=metadata_only:表示仅是导出元数据，而不会导出表中的数据，如果content=data_only则恰好相反，默认情况下二者全部导出4

、表空间导出方式$expdp

system/passwd

dumpifle=backup:users_ts.dmp

logifle=backup:users_ts.log

tablespaces=users;案例4某局点从oracle

9i中导入数据到oracle

11g，导入IMP-00003:

ORACLE

error

3113

encounteredORA-03113:

通信通道的文件结束IMP-00000:

Import

terminated

unsuccessfully以下错误：Page

31处理过程检查alert日志，发现ora-00600错：ora-00600[qcsgpvc3]确认是bug7172752。大致是

过程的参数名和此

过程中涉及的表中的字段名重合，可能就会导致这个问题。（这个错误在11g目前的版本里没有解决方案）解决方法就是把不要让

过程的参数名和涉及表的字段名称一样。Page

32Contents自动内存管理增强的安全性Data

Pump

Import

/

Export11G的性能 工具ASM11g

RAC常见问题Page

33Page

34Automatic

Workload

Repository(AWR)1、收集AWR报告查看AWR自动作业的参数SQL>select

snap_interval,retention

fromdba_hist_wr_controlSNAP_INTERVAL01:00:00.0RETENTION00:00:00.0snap_interval:系统自动收集AWR报告的时间间隔

Retention：保留AWR快照的时间修改AWR作业的参数begindbms_workload_repository.modify_snapshot_settings(interval=>interval,retention=>retention);end;手工收集AWR报告方法dbms_workload_repository.create_snapshot;Page

35Automatic

Workload

Repository(AWR)

2、生成AWR报告@/$ORACLE_HOME/rdbms/admin/awrrpt.sql根据提示输入快照起始ID、快照结束ID、快照名AWR报告生成后，可以根据其内容进行数据分析并确定高负载SQL语句。Page

36案例1某局点CPU占用达到100％，AWR报告TOP

5

Timed

Events如下：Event

Waits

Time(s)

(ms) time

Wait

Class--------------------

---

--

-65,329 1

22.Concurrenc12.5library

cache:

mutex

XDBCPUenq:

MS

-

contention51,258,15136,2624,8725003 8.4

Otherenq:

TX

-

row

lock

contention

3cursor:

mutex

S

1,383,22824,3731,5971,3245.3E+051

.5.5ApplicaConcurrenc分析过程从AWR报告看，SQL

ordered

by

Elapsed

Time

第一的SQL是：Elapsed

CPU Elap

per

%

TotalTime

(s) Time

(s)

Executions Exec

(s)

DBTimeSQL

Id202,117

26,944

N/A

N/A

69.5

chbgkk6tmzmmjupdate

sys.sumpartlog$

s

set

s.timestamp

=

:1, =

:2

whererowid

in

(select

rowid

from

sumpartlog$

AS

OF

SNAPSHOT(:3)s1

where

s1.bo#

=

:4

and

s1.timestamp

>=

to_date('4000-01-01:00:00:00','YYYY-MM-DD:HH24:MI:SS'))Page

37Page

38分析过程Sharable

Mem

(b)

Executions %

Total-

-

-

-SQLId424,905,056N/A42.93

chbgkk6tmzmmj181,766,864N/A18.36

8w9udmaddscwcVersionCount

Executions SQLId-

-

-20,7707,413N/A

chbgkk6tmzmmjN/A

8w9udmaddscwc分析过程我们可以看到，这两条语句占了将近600M的shared_pool，两条语句在一小时内分别产生了20770和7413个版本（version

count）。根据数据库的等待事件分析，基本可以确认这是oracle的BUG。我在metalink上查到一个BUG，但这个BUG的触发条件是mview的刷新方式是on

commit，这点似乎于

的系统不符，其它都完全一样。这个BUG目前没有解决方案，只能不用on

commit来刷新。Page

39案例2某局点CPU占用100％，收集AWR报告如下ElapsedTime

(s)CPUTime

(s)Elap

per %

TotalExec

(s) DB

TimeExecutionsSQL

Id68,966

1,901

16,637

4.1Page

4095.3

gnw6wptphpg0jModule:

JDBC

ThinClientselect

content

from

osgcache_SMS

where

module=:11,845

1,428

16,3420.12.5

307xqsr6z3uguModule:

JDBC

ThinClientdelete

from

osgcache_SMS

where

module=:1案例2分析过程：从报告看，以下两条语句有性能问题，严重消耗了CPU（消耗了95.3的CPU）TotalDB

Time95.3select

content

from

osgcache_SMS

where

module=:1delete

from

osgcache_SMS

where

module=:1优化完后系统恢复正常Page

41案例3问题：多个局点的

11G数据库会不定期出现数据库宕机，从而导致双机切换。故障前数据库先产生大量600错误，报错持续一段时间后，DBRM进程异常退出导致实例终止。故障原因是触发了Oracle

11G数据库的一个bug，在分析bug触发条件过程中，我们发现数据库存在很多不合理的操作或配置。分析过程：检查alert日志，发生故障时数据库产生大量的600错误(第一个参数为kgkprrpicknext1、kgskthrexit_vtis_insched)和trace文件，在其中一个trace文件中，我们发现了delete

recyclebin$操作。由此可以确认数据库当时

在执行清理回收站的操作。跟现场确认清空回收站的原因。1、系 直都有create表和drop表操作，被drop表并没有被真正删除，而是进入回收站(recyclebin)，并且空间也没 。前期已发现问题， 了使用回收站，但是回收站中累计了上100万个对象。要完全清空回收站需要很长一段时间。Page

42分析过程2、数据表空间和索引表空间都出现异常，操作频繁时不能在表空间上创建表对像(SQL一直hang住)。初步判断是被drop的对象还存放在这些表空间(回收站)中，累计的对象太多，并且空间并没有。现场把数据迁移到其他表空间，问题解决。结论：recyclebin是10g以后oracle数据库新增加的功能，用以还原被误删的对象。如果要彻底删除对象，必须在SQL语句中加purge关键字。案例中的数据库版本是，此版本的bug较多，建议升级到。Page

43Contents自动内存管理增强的安全性Data

Pump

Import

/

Export11G的性能 工具ASM11g

RAC常见问题Page

44ASM（Automatic

StorageManagement）?轻便和高性能的cluster文件系统管理oracle数据库的文件数据被分散到不同磁盘以做负载均衡集成了磁盘镜像解决了很多 管理

的ApplicationDatabaseFileSystemVolumeManagerASMOperatingSystemPage

45Page

46ASM的关键特性和优点Stripes

files,

not

logicalvolumesOnline

diskreconfiguration

and

dynamicrebalancingAdjustable

rebalancing

speedProvide

redundancy

on

a

file

basisASM

only

supports

Oracle

database

filesCluster

awareAutomatically

installedASM概念DatabaseTablespaceSegmentExtentOracleblockData

filePhysicalBlockASMDisk

GroupASM

DiskASM

FileAllocation

UnitFile

SystemFileorRaw

DevicePage

47ASM

Instance

FunctionalitiesCREATE

DISKGROUPALTER

DISKGROUPDROP

DISKGROUPALTER

SYSTEM

RESTRICTED

SESSIONASMinstanceDatabaseinstancePage

48Page

49ASM

Instance初始化参数INSTANCE_TYPE

=

ASMDB_UNIQUE_NAME

=

+ASMASM_POWER_LIMIT

=

1ASM_DISKSTRING

=

'/dev/rdsk/*s2',

'/dev/rdsk/c1*'ASM_DISKGROUPS

=

dgroupA,

dgroupBLARGE_POOL_SIZE

=

8MB启动ASM实例$export

ORACLE_SID=+ASM$sqlplus

/nologSQL>

CONNECT

/

AS

sysdbaConnected

to

an

idle

instance.SQL>

STARTUP;ASM

instance

startedTotal

System

Global

Area

147936196

bytesPage

50324548

bytes96468992

bytes50331648

bytes811008

bytesFixed

SizeVariable

SizeDatabase

BuffersRedo

BuffersASM

diskgroups

mountedFailure

GroupFailure

group

1 Failure

group

2 Failure

group

3Disk

group

AController27Controller37Controller

165431

7Page

51Page

52建立和删除磁盘组CREATE

DISKGROUP

dgroupA

NORMAL

REDUNDANCYFAILGROUP

controller1

DISK'/devices/A1'

NAME

diskA1

SIZE

120G

FORCE,'/devices/A2','/devices/A3'FAILGROUP

controller2

DISK'/devices/B1','/devices/B2','/devices/B3';CREATE

DISKGROUP

DATA

EXTERNAL

REDUNDANCY

DISK'/dev/rdsk/c3t19d5s4','/dev/rdsk/c3t19d16s4','/dev/rdsk/c3t19d17s4','/dev/rdsk/c3t19d18s4';DROP

DISKGROUP

dgroupA

INCLUDING

CONTENTS;向磁盘组增加磁盘ALTER

DISKGROUP

dgroupA

ADD

DISK'/dev/rdsk/c0t4d0s2'

NAME

A5,'/dev/rdsk/c0t5d0s2'

NAME

A6,'/dev/rdsk/c0t6d0s2'

NAME

A7,'/dev/rdsk/c0t7d0s2'

NAME

A8;ALTER

DISKGROUP

dgroupA

ADD

DISK

'/devices/A*';Disk

formattingDisk

group

rebalancingPage

53使用ASM

表空间建立表空间SQL>Create

tablespace

test

datafile‘+DATA’

size

1000M;SQL>create

bigfile

tablespace

btestdatafile

‘+data' Size

AUTOEXTEND

ON;增加数据文件SQL>alter

tablespace

test

add

datafile‘+data’

size

1000M;Page

54获取ASM信息ASM磁盘组信息:V$ASM_DISKGROUPASM磁盘信息:V$ASM_DISKSQL>selectname,path

from

v$asm_disk;NAME

PATHDISKG01_0000DISKG01_0001DISKG02_0000DG_ARCH_0000Page

55/dev/vg02/rvg02_disk01/dev/vg02/rvg02_disk02/dev/vg02/rvg02_disk03/dev/vg02/rvg02_disk04Page

56案例1问题描述:某局点ASM无法启动,alert日志如下：告警信息如下(截取部分)：2009-03-28

16:24:16.746000

+08:00Errors

in

file/opt/oracle/db/diag/asm/+asm/+ASM1/trace/+ASM1_dia0_254124.trc:ORA-27508:

IPC

error

sending

amessageORA-27300:

OSsystem

dependent

operation:sendmsg

failedwith

status:

68ORA-27301:

OS

failure

message:

Can't

assign

requestedaddressORA-27302:

failure

occurred

at:

sskgxpsnd1Errors

in

file/opt/oracle/db/diag/asm/+asm/+ASM1/trace/+ASM1_dia0_254124.trc:ORA-27506:

IPC

error

connecting

to

a

portORA-27300:

OSsystem

dependent

operation:sendmsg

failedwith

status:

68ORA-27301:

OSfailuremessage:

Can't

assign

requested

addressORA-27302:

failure

occurred

at:

sskgxpsnd1Page

57案例1处理过程：1、IPC、sskgxpsnd1和sendmsg错误一般跟RAC的心跳线网络有关（1）用errpt检查系统日志F3931284

0328154109

I

H

ent4 ETHERNET

NETWORK

RECOVERY

MODE发现心跳网卡ent4有异常，把ent4网卡设备删除，然后cfgmgr，重新配置ent4的IP地址，ent4恢复正常，尝试启动+ASM1，问题依旧。2）用no-a检查网络参数，正常。2、停数据库，把另外节点的asm实例也停了。尝试单独启动+ASM1，无报错，启动正

常。

到这里基本上能定位出问题跟心跳网络有关。3、查看+ASM1正常启动的alert日志，发现：Starting

ORACLE

instance

(normal)Interface

type

1

en4

configured

from

OCR

for

use

as

a

cluster

interconnect

Interface

type

1

en4

configured

from

OCR

for

use

as

a

cluster

interconnect

Interface

type

1

en0

configured

from

OCR

for

use

as

a

public

interface

Interface

type

1

en0

configured

from

OCR

for

use

as

a

public

interface

Picked

latch-free

SCN

scheme

3Using

LOG_ARCHIVE_DEST_1

parameter

default

value

as/opt/oracle/db/oracle/product/11.1.0/db_1/dbs/arch上面可以看到cluster

interconnect和publicinterface出现重复启动记录案例1处理过程：4

删除节点的多余心跳网路信息+ASM1能正常启动。问题解决。

instance

(normal)LICENSE_MAX_SESSION=0./oifcfg

delif-node

ora1

测试启动+ASM1，查看+ASM1的alert日志：Starting

ORACLELICENSE_SESSIONS_WARNING

=0Interface

type

1en4

configuredfromOCR

for

useas

acluster

interconnectInterface

type

1en0

configuredfromOCRforuseas

apublic

interfacePicked

latch-free

SCNscheme

3到此两个节点ASM启动正常结论：Oracle11g中IPC

error

错误通常与两个节点 通讯有关，Oracle11g

中起crs时也会检测两个节点

IP．Page

58Contents自动内存管理增强的安全性Data

Pump

Import

/

Export11G的性能 工具ASM