oracle-11g新特性培訓(xùn)TSD配套產(chǎn)品服務(wù)部

2020/11/27Page

2Contents自動內(nèi)存管理增強(qiáng)的安全性問題 的加強(qiáng)Data

Pump

Import

/

Export11G的性能 工具ASM11g

RAC常見問題自動共享內(nèi)存管理(ASMM)會根據(jù)系統(tǒng)負(fù)載的變化自動調(diào)整各個組件的大小增大內(nèi)存SGA的利用效率減少內(nèi)存溢出的錯誤Buffer

cacheLarge

poolShared

poolJava

poolBuffer

cacheLarge

poolShared

poolJava

poolOnline

usersBatch

jobsPage

4自動內(nèi)存管理ParameterSpecifiesSGA_Total

size

of

all

SGA

componentsMEMORY_Oracle

systemwide

usable

memorySGADatabase

buffercacheRedo

logbufferJavapoolStreamspoolShared

poolLarge

poolSharedSQLareaLibrarycacheDatadictionarycacheOtherI/O

bufferResponsequeueRequestqueueFreememory自動內(nèi)存管理：概覽10g

和11g11g不可優(yōu)化的PGAPGA

目標(biāo)SGA

目標(biāo)不可優(yōu)化的PGA內(nèi)存目標(biāo)不可優(yōu)化的PGA空閑空閑SQL

區(qū)SQL

區(qū)SQL

區(qū)緩沖區(qū)高速緩存緩沖區(qū)高速緩存緩沖區(qū)高速緩存大型池大型池大型池共享池共享池共享池Java

池Java

池Java

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

5自動內(nèi)存管理：概覽11g內(nèi)存目標(biāo)內(nèi)存最大目標(biāo)250

MB350

MB11g內(nèi)存目標(biāo)內(nèi)存最大目標(biāo)300

MB350

MBALTER

SYSTEM

SETMEMORY_=300M;Page

6Oracle

Database

11g

內(nèi)存參數(shù)其它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自動內(nèi)存管理增強(qiáng)的安全性問題 的加強(qiáng)Data

Pump

Import

/

Export11G的性能 工具ASM11g

RAC常見問題Page

8Page

9增強(qiáng)的安全性O(shè)racle

11g中，以下幾個安全性缺省設(shè)置對系統(tǒng)影響較大：audit_trail被缺省設(shè)置為DB；數(shù)據(jù)庫用戶口令缺省180天過期數(shù)據(jù)庫用戶口令連續(xù)輸錯10次，該用戶將被鎖定Page

10案例1某局點(diǎn)數(shù)據(jù)庫連接異常，無法連入數(shù)據(jù)庫，報以下錯誤：SQL>

conn

/as

sysdbaERROR:ORA-00020:

超出最大進(jìn)程數(shù)

(%s)分析過程：首先檢查數(shù)據(jù)庫的連接進(jìn)程數(shù):ps–ef|grep

oracle|wc–l結(jié)果正常，連接數(shù)沒有超過參數(shù)processes

的大小；然后檢查磁盤空間情況，發(fā)現(xiàn)/opt文件系統(tǒng)已被占滿，這是導(dǎo)致報ora-00020錯誤的根因案例1等信原因分析Oracle11g中，創(chuàng)建數(shù)據(jù)庫時如果選擇了default

securitysettings,audit_trail默認(rèn)設(shè)置為DB,此時表明啟用了默認(rèn)的audit默認(rèn)的audit會記錄session登錄數(shù)據(jù)庫的信息,數(shù)據(jù)庫關(guān)閉/啟動,用戶息.不管數(shù)據(jù)庫審計是否是打開的,以下操作都將強(qiáng)制進(jìn)行審計,并寫到$ORACLE_HOME/admin/$ORACLE_SID/adumpdirectory1)數(shù)據(jù)庫啟動數(shù)據(jù)庫關(guān)閉DML操作,包括insert,update,merge操作(在UNIX系統(tǒng)上)即使此時audit_trail=DB,oracle數(shù)據(jù)庫仍會將以上操作的審計信息記錄在強(qiáng)制審計的

，因此要注意檢查ADUMP

，及時清空多余記錄本例中就是ADUMP

被大量trace文件占滿，導(dǎo)致文件系統(tǒng)滿，進(jìn)而導(dǎo)致數(shù)據(jù)庫無法連接Page

11案例2某局點(diǎn)sun雙機(jī)做雙機(jī)切換測試，用system用戶起停數(shù)據(jù)庫失敗，報以下錯誤：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的設(shè)置:SELECT

*FROM

dba_profiles

sWHERE

file='DEFAULT'

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

LIMITPASSWORD_LIFE_TIME

UNLIMITED;修改后，還沒有被提示ORA-28002警告的用戶不會再碰到同樣的提示；已經(jīng)被提示的用戶必須再改一次 ，然后才可以。Page

13Contents自動內(nèi)存管理增強(qiáng)的安全性問題 的加強(qiáng)Data

Pump

Import

/

Export11G的性能 工具ASM11g

RAC常見問題Page

14簡化：自動自動資料

庫工作流DBA嚴(yán)重錯誤DBAEM

支持工作臺：應(yīng)用補(bǔ)丁程序/修復(fù)數(shù)據(jù)否已知的bug？DBA是提醒DBA確定健康狀況檢查目標(biāo)協(xié)助SR

填充自動創(chuàng)建意外事件第一次捕獲故障EM

支持工作臺：

程序包意外事件信息修復(fù)數(shù)據(jù)1234Page

15ADRCI：ADR

命令行工具用來在操作系統(tǒng)提示符下與ADR

進(jìn)行交互可使用命令行而不是EM

來調(diào)用IPSDBA應(yīng)使用EM

支持工作臺，以便：利用構(gòu)建ADRCI

所基于的同一工具包/庫便于根據(jù)GUI

進(jìn)行操作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元數(shù)據(jù)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的位置數(shù)據(jù)以前的位置ADR

位置前臺進(jìn)程USER_DUMP_DEST$ADR_HOME/trace進(jìn)程BACKGROUND_DUMP_DEST$ADR_HOME/trace日志數(shù)據(jù)BACKGROUND_DUMP_DEST$ADR_HOME/alert&trace轉(zhuǎn)儲CORE_DUMP_DEST$ADR_HOME/cdump意外事件轉(zhuǎn)儲USER|BACKGROUND_DUMP_DEST$ADR_HOME/incident/incdir_nADROracle

Database

10g-嚴(yán)重錯誤=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問題和意外事件問題意外事件問題關(guān)鍵字問題ID意外事件

ID嚴(yán)重錯誤DBA自動轉(zhuǎn)換關(guān)閉數(shù)據(jù)已清除正在就緒正在收集意外事件狀態(tài)MMONADR

自動清除涌進(jìn)控制非嚴(yán)重錯誤要發(fā)送到

Oracle

技術(shù)支持的程序包Page

23Page

24Page

25Page

26Contents自動內(nèi)存管理增強(qiáng)的安全性問題 的加強(qiáng)Data

Pump11G的性能 工具ASM11g

RAC常見問題Page

27Data

pumpDataPump導(dǎo)出程序expdp能夠按照幾種方式進(jìn)行，其中包括數(shù)據(jù)庫、對象模式、表和表空間.使用create

directory語句創(chuàng)建

對象SQL>create

directory

dump_dir

as

‘/oracle/datapump/dumps’SQL>create

directory

log_dir

as

‘/oracle/datapump/logs’將

對設(shè)置為公共讀寫SQL>grant

read,write

on

directory

dump_dir

to

public;SQL>grant

read,write

on

directory

dump_dir

to

scottPage

28Page

29Data

pumpDataPump導(dǎo)入程序impdp同樣可以按照全部、對象、表和表空間四種方式。舉例：$impdp

system/passwd

full=y

dumpfile=backup:alldb.dmp

nologfile=ysqlfile=backup:alldb.sql參數(shù)sqlfile=backup:alldb.sql表示將元數(shù)據(jù)(DDL數(shù)據(jù))寫入到指定文件中。Backup是一個數(shù)據(jù)庫

對象Page

30Data

pump1、數(shù)據(jù)庫導(dǎo)出方式$expdp

system/passwd

directory=back

dumpfile=alldb.dmp

full=y2、對象模式導(dǎo)出方式$expdp

scott/tiger

directory=back

dumpfile=scott.dmp

schemas=scott3、表導(dǎo)出方式$expdp

scott/tiger

directory=back

dumpfile=tables.dmpnologifle=ycontent=metadata_only參數(shù)說明nologfile:表示不會操作日志寫入磁盤content=metadata_only:表示僅是導(dǎo)出元數(shù)據(jù)，而不會導(dǎo)出表中的數(shù)據(jù)，如果content=data_only則恰好相反，默認(rèn)情況下二者全部導(dǎo)出4

、表空間導(dǎo)出方式$expdp

system/passwd

dumpifle=backup:users_ts.dmp

logifle=backup:users_ts.log

tablespaces=users;案例4某局點(diǎn)從oracle

9i中導(dǎo)入數(shù)據(jù)到oracle

11g，導(dǎo)入IMP-00003:

ORACLE

error

3113

encounteredORA-03113:

通信通道的文件結(jié)束IMP-00000:

Import

terminated

unsuccessfully以下錯誤：Page

31處理過程檢查alert日志，發(fā)現(xiàn)ora-00600錯：ora-00600[qcsgpvc3]確認(rèn)是bug7172752。大致是

過程的參數(shù)名和此

過程中涉及的表中的字段名重合，可能就會導(dǎo)致這個問題。（這個錯誤在11g目前的版本里沒有解決方案）解決方法就是把不要讓

過程的參數(shù)名和涉及表的字段名稱一樣。Page

32Contents自動內(nèi)存管理增強(qiáng)的安全性Data

Pump

Import

/

Export11G的性能 工具ASM11g

RAC常見問題Page

33Page

34Automatic

Workload

Repository(AWR)1、收集AWR報告查看AWR自動作業(yè)的參數(shù)SQL>select

snap_interval,retention

fromdba_hist_wr_controlSNAP_INTERVAL01:00:00.0RETENTION00:00:00.0snap_interval:系統(tǒng)自動收集AWR報告的時間間隔

Retention：保留AWR快照的時間修改AWR作業(yè)的參數(shù)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根據(jù)提示輸入快照起始ID、快照結(jié)束ID、快照名AWR報告生成后，可以根據(jù)其內(nèi)容進(jìn)行數(shù)據(jù)分析并確定高負(fù)載SQL語句。Page

36案例1某局點(diǎn)CPU占用達(dá)到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，兩條語句在一小時內(nèi)分別產(chǎn)生了20770和7413個版本（version

count）。根據(jù)數(shù)據(jù)庫的等待事件分析，基本可以確認(rèn)這是oracle的BUG。我在metalink上查到一個BUG，但這個BUG的觸發(fā)條件是mview的刷新方式是on

commit，這點(diǎn)似乎于

的系統(tǒng)不符，其它都完全一樣。這個BUG目前沒有解決方案，只能不用on

commit來刷新。Page

39案例2某局點(diǎn)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分析過程：從報告看，以下兩條語句有性能問題，嚴(yán)重消耗了CPU（消耗了95.3的CPU）TotalDB

Time95.3select

content

from

osgcache_SMS

where

module=:1delete

from

osgcache_SMS

where

module=:1優(yōu)化完后系統(tǒng)恢復(fù)正常Page

41案例3問題：多個局點(diǎn)的

11G數(shù)據(jù)庫會不定期出現(xiàn)數(shù)據(jù)庫宕機(jī)，從而導(dǎo)致雙機(jī)切換。故障前數(shù)據(jù)庫先產(chǎn)生大量600錯誤，報錯持續(xù)一段時間后，DBRM進(jìn)程異常退出導(dǎo)致實(shí)例終止。故障原因是觸發(fā)了Oracle

11G數(shù)據(jù)庫的一個bug，在分析bug觸發(fā)條件過程中，我們發(fā)現(xiàn)數(shù)據(jù)庫存在很多不合理的操作或配置。分析過程：檢查alert日志，發(fā)生故障時數(shù)據(jù)庫產(chǎn)生大量的600錯誤(第一個參數(shù)為kgkprrpicknext1、kgskthrexit_vtis_insched)和trace文件，在其中一個trace文件中，我們發(fā)現(xiàn)了delete

recyclebin$操作。由此可以確認(rèn)數(shù)據(jù)庫當(dāng)時

在執(zhí)行清理回收站的操作。跟現(xiàn)場確認(rèn)清空回收站的原因。1、系 直都有create表和drop表操作，被drop表并沒有被真正刪除，而是進(jìn)入回收站(recyclebin)，并且空間也沒 。前期已發(fā)現(xiàn)問題， 了使用回收站，但是回收站中累計了上100萬個對象。要完全清空回收站需要很長一段時間。Page

42分析過程2、數(shù)據(jù)表空間和索引表空間都出現(xiàn)異常，操作頻繁時不能在表空間上創(chuàng)建表對像(SQL一直hang住)。初步判斷是被drop的對象還存放在這些表空間(回收站)中，累計的對象太多，并且空間并沒有?，F(xiàn)場把數(shù)據(jù)遷移到其他表空間，問題解決。結(jié)論：recyclebin是10g以后oracle數(shù)據(jù)庫新增加的功能，用以還原被誤刪的對象。如果要徹底刪除對象，必須在SQL語句中加purge關(guān)鍵字。案例中的數(shù)據(jù)庫版本是，此版本的bug較多，建議升級到。Page

43Contents自動內(nèi)存管理增強(qiáng)的安全性Data

Pump

Import

/

Export11G的性能 工具ASM11g

RAC常見問題Page

44ASM（Automatic

StorageManagement）?輕便和高性能的cluster文件系統(tǒng)管理oracle數(shù)據(jù)庫的文件數(shù)據(jù)被分散到不同磁盤以做負(fù)載均衡集成了磁盤鏡像解決了很多 管理

的ApplicationDatabaseFileSystemVolumeManagerASMOperatingSystemPage

45Page

46ASM的關(guān)鍵特性和優(yōu)點(diǎn)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初始化參數(shù)INSTANCE_TYPE

=

ASMDB_UNIQUE_NAME

=

+ASMASM_POWER_LIMIT

=

1ASM_DISKSTRING

=

'/dev/rdsk/*s2',

'/dev/rdsk/c1*'ASM_DISKGROUPS

=

dgroupA,

dgroupBLARGE_POOL_SIZE

=

8MB啟動ASM實(shí)例$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;增加數(shù)據(jù)文件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問題描述:某局點(diǎn)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的心跳線網(wǎng)絡(luò)有關(guān)（1）用errpt檢查系統(tǒng)日志F3931284

0328154109

I

H

ent4 ETHERNET

NETWORK

RECOVERY

MODE發(fā)現(xiàn)心跳網(wǎng)卡ent4有異常，把ent4網(wǎng)卡設(shè)備刪除，然后cfgmgr，重新配置ent4的IP地址，ent4恢復(fù)正常，嘗試啟動+ASM1，問題依舊。2）用no-a檢查網(wǎng)絡(luò)參數(shù)，正常。2、停數(shù)據(jù)庫，把另外節(jié)點(diǎn)的asm實(shí)例也停了。嘗試單獨(dú)啟動+ASM1，無報錯，啟動正

常。

到這里基本上能定位出問題跟心跳網(wǎng)絡(luò)有關(guān)。3、查看+ASM1正常啟動的alert日志，發(fā)現(xiàn)：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出現(xiàn)重復(fù)啟動記錄案例1處理過程：4

刪除節(jié)點(diǎn)的多余心跳網(wǎng)路信息+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到此兩個節(jié)點(diǎn)ASM啟動正常結(jié)論：Oracle11g中IPC

error

錯誤通常與兩個節(jié)點(diǎn) 通訊有關(guān)，Oracle11g

中起crs時也會檢測兩個節(jié)點(diǎn)

IP．Page

58Contents自動內(nèi)存管理增強(qiáng)的安全性Data

Pump

Import

/

Export11G的性能 工具ASM