一、查看oracle數(shù)據(jù)庫是否為歸檔模式：
1.select name,log_mode from v$database;
NAME LOG_MODE
------------------ ------------------------
QUERY NOARCHIVELOG
2.使用ARCHIVE LOG LIST 命令
Database log mode No Archive Mode
Automatic archival Disabled
Archive destination /data/oracle/product/10.2.0/db_1//dbs/arch
Oldest online log sequence 739
Current log sequence 741
二,、什么是Oracle歸檔模式,？
Oracle數(shù)據(jù)庫有聯(lián)機重做日志，這個日志是記錄對數(shù)據(jù)庫所做的修改,，比如插入,，刪除，更新數(shù)據(jù)等,，對這些操作都會記錄在聯(lián)機重做日志里,。一般數(shù)據(jù)庫至少要有2個聯(lián)機重做日志組。當一個聯(lián)機重做日志組被寫滿的時候,，就會發(fā)生日志切換,，這時聯(lián)機重做日志組2成為當前使用的日志，當聯(lián)機重做日志組2寫滿的時候,，又會發(fā)生日志切換,，去寫聯(lián)機重做日志組1，就這樣反復進行,。
如果數(shù)據(jù)庫處于非歸檔模式,聯(lián)機日志在切換時就會丟棄. 而在歸檔模式下,，當發(fā)生日志切換的時候，被切換的日志會進行歸檔,。比如,，當前在使用聯(lián)機重做日志1，當1寫滿的時候,，發(fā)生日志切換,，開始寫聯(lián)機重做日志2，這時聯(lián)機重做日志1的內(nèi)容會被拷貝到另外一個指定的目錄下,。這個目錄叫做歸檔目錄,，拷貝的文件叫歸檔重做日志,。
數(shù)據(jù)庫使用歸檔方式運行時才可以進行災難性恢復,。
1.歸檔日志模式和非歸檔日志模式的區(qū)別
非歸檔模式只能做冷備份,并且恢復時只能做完全備份.最近一次完全備份到系統(tǒng)出錯期間的數(shù)據(jù)不能恢復.
歸檔模式可以做熱備份,并且可以做增量備份,可以做部分恢復.
用ARCHIVE LOG LIST 可以查看期模式狀態(tài)時歸檔模式還是非歸檔模式.
三、配置數(shù)據(jù)庫的歸檔模式
改變非歸檔模式到歸檔模式:
1)SQL>SHUTDOWN NORMAL/IMMEDIATE;
2)SQL>START MOUNT;
3)SQL>ALTER DATABASE ARCHIVELOG;
4)SQL>ALTER DATABASE OPEN;
5)SQL>做一次完全備份,因為非歸檔日志模式下產(chǎn)生的備份日志對于歸檔模式已經(jīng)不可用了.這一步非非常重要!
改變歸檔模式到非歸檔模式:
1)SQL>SHUTDOWN NORMAL/IMMEDIATE;
2)SQL>START MOUNT;
3)SQL>ALTER DATABASE NOARCHIVELOG;
4)SQL>ALTER DATABASE OPEN;
3.啟用自動歸檔: LOG_ARCHIVE_START=TRUE
歸檔模式下,日志文件組不允許被覆蓋(重寫),當日志文件寫滿之后,如果沒有進行手動歸檔,那么系統(tǒng)將掛起,知道歸檔完成為止.
這時只能讀而不能寫.
運行過程中關(guān)閉和重啟歸檔日志進程
SQL>ARCHIVE LOG STOP
SQL>ARCHIVE LOG START
4.手動歸檔: LOG_ARCHIVE_START=FALSE
歸檔當前日志文件
SQL>ALTER SYSTEM ARCHIVE LOG CURRENT;
歸檔序號為052的日志文件
SQL>ALTER SYSTEM ARCHIVE LOG SEQUENCE 052;
歸檔所有日志文件
SQL>ALTER SYSTEM ARCHIVE LOG ALL;
改變歸檔日志目標
SQL>ALTER SYSTEM ARCHIVE LOG CURRENT TO '&PATH';
5.歸檔模式和非歸檔模式的轉(zhuǎn)換
第4步的逆過程.
6.配置多個歸檔進程
Q:什么時候需要使用多個歸檔進程?
A:如果歸檔過程會消耗大量的時間,那么可以啟動多個歸檔進程,這是個動態(tài)參數(shù),可以用ALTER SYSTEM動態(tài)修改.
SQL>ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=10;
Oracle9i中最多可以指定10個歸檔進程
與歸檔進程有關(guān)的動態(tài)性能視圖
v$bgprocess,v$archive_processes
7.配置歸檔目標,多歸檔目標,遠程歸檔目標,歸檔日志格式
歸檔目標 LOG_ARCHIVE_DEST_n
本地歸檔目標:
SQL>LOG_ARCHIVE_DEST_1 = "LOCATION=D:ORACLEARCHIVEDLOG";
遠程歸檔目標:
SQL>LOG_ARCHIVE_DEST_2 = "SERVICE=STANDBY_DB1";
強制的歸檔目標,如果出錯,600秒后重試:
SQL>ALTER SYSTEM SET LOG_ARCHIVE_DEST_4 = "LOCATION=E:ORACLEARCHIVEDLOG MANDATORY REOPEN=600";
可選的歸檔目標,如果出錯,放棄歸檔:
SQL>ALTER SYSTEM SET LOG_ARCHIVE_DEST_3 = "LOCATION=E:ORACLEARCHIVEDLOG OPTIONAL";
歸檔目標狀態(tài):關(guān)閉歸檔目標和打開歸檔目標
關(guān)閉歸檔目標1
SQL>ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_1 = DEFER
打開歸檔目標2
SQL>ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2 = ENABLE
歸檔日志格式
LOG_ARCHIVE_FORMAT
8.獲取歸檔日志信息
V$ARCHVIED_LOG
V$ARCHVIE_DEST
V$LOG_HISTORY
V$DATABASE
V$ARCHIVE_PROCESSES
我們知道,在Oracle數(shù)據(jù)庫中,可以通過kill session的方式來終止一個進程,其基本語法結(jié)構(gòu)為:
alter system kill session ’sid,serial#’ ;
被kill掉的session,狀態(tài)會被標記為killed,Oracle會在該用戶下一次touch時清除該進程.
我們發(fā)現(xiàn)當一個session被kill掉以后,，該session的paddr被修改,，如果有多個session被kill,，那么多個session的paddr都被更改為相同的進程地址:
SQL> select saddr,sid,serial#,paddr,username,status from v$session where username is not null;
SADDR SID SERIAL# PADDR USERNAME STATUS
-------- ---------- ---------- -------- ------------------------------ --------
542E0E6C 11 314 542B70E8 EYGLE INACTIVE
542E5044 18 662 542B6D38 SYS ACTIVE
SQL> alter system kill session ’11,314’;
System altered.
SQL> select saddr,sid,serial#,paddr,username,status from v$session where username is not null;
SADDR SID SERIAL# PADDR USERNAME STATUS
-------- ---------- ---------- -------- ------------------------------ --------
542E0E6C 11 314 542D6BD4 EYGLE KILLED
542E5044 18 662 542B6D38 SYS ACTIVE
SQL> select saddr,sid,serial#,paddr,username,status from v$session where username is not null;
SADDR SID SERIAL# PADDR USERNAME STATUS
-------- ---------- ---------- -------- ------------------------------ --------
542E0E6C 11 314 542D6BD4 EYGLE KILLED
542E2AA4 14 397 542B7498 EQSP INACTIVE
542E5044 18 662 542B6D38 SYS ACTIVE
SQL> alter system kill session ’14,397’;
System altered.
SQL> select saddr,sid,serial#,paddr,username,status from v$session where username is not null;
SADDR SID SERIAL# PADDR USERNAME STATUS
-------- ---------- ---------- -------- ------------------------------ --------
542E0E6C 11 314 542D6BD4 EYGLE KILLED
542E2AA4 14 397 542D6BD4 EQSP KILLED
542E5044 18 662 542B6D38 SYS ACTIVE
在這種情況下,很多時候，資源是無法釋放的,我們需要查詢spid,，在操作系統(tǒng)級來kill這些進程.但是由于此時v$session.paddr已經(jīng)改變,，我們無法通過v$session和v$process關(guān)聯(lián)來獲得spid那還可以怎么辦呢?
我們來看一下下面的查詢:
SQL> SELECT s.username,s.status,
2 x.ADDR,x.KSLLAPSC,x.KSLLAPSN,x.KSLLASPO,x.KSLLID1R,x.KSLLRTYP,
3 decode(bitand (x.ksuprflg,2),0,null,1)
4 FROM x$ksupr x,v$session s
5 WHERE s.paddr(+)=x.addr
6 and bitand(ksspaflg,1)!=0;
USERNAME STATUS ADDR KSLLAPSC KSLLAPSN KSLLASPO KSLLID1R KS D
------------------------------ -------- -------- ---------- ---------- ------------ ---------- -- -
542B44A8 0 0 0
ACTIVE 542B4858 1 14 24069 0 1
ACTIVE 542B4C08 26 16 15901 0 1
ACTIVE 542B4FB8 7 46 24083 0 1
ACTIVE 542B5368 12 15 24081 0 1
ACTIVE 542B5718 15 46 24083 0 1
ACTIVE 542B5AC8 79 4 15923 0 1
ACTIVE 542B5E78 50 16 24085 0 1
ACTIVE 542B6228 754 15 24081 0 1
ACTIVE 542B65D8 1 14 24069 0 1
ACTIVE 542B6988 2 30 14571 0 1
USERNAME STATUS ADDR KSLLAPSC KSLLAPSN KSLLASPO KSLLID1R KS D
------------------------------ -------- -------- ---------- ---------- ------------ ---------- -- -
SYS ACTIVE 542B6D38 2 8 24071 0
542B70E8 1 15 24081 195 EV
542B7498 1 15 24081 195 EV
SYS INACTIVE 542B7848 0 0 0
SYS INACTIVE 542B7BF8 1 15 24081 195 EV
16 rows selected.
我們注意,紅字標出的部分就是被Kill掉的進程的進程地址.
簡化一點,其實就是如下概念:
SQL> select p.addr from v$process p where pid <> 1 2 minus 3 select s.paddr from v$session s;
ADDR
--------
542B70E8
542B7498
Ok，現(xiàn)在我們獲得了進程地址,，就可以在v$process中找到spid,，然后可以使用Kill或者orakill在系統(tǒng)級來殺掉這些進程.實際上,我猜測:當在Oracle中kill session以后, Oracle只是簡單的把相關(guān)session的paddr 指向同一個虛擬地址.此時v$process和v$session失去關(guān)聯(lián),進程就此中斷.然后Oracle就等待PMON去清除這些Session.所以通常等待一個被標記為Killed的Session退出需要花費很長的時間.如果此時被Kill的process，重新嘗試執(zhí)行任務,，那么馬上會收到進程中斷的提示,，process退出，此時Oracle會立即啟動PMON來清除該session.這被作為一次異常中斷處理.
SELECT A.OWNER,
A.OBJECT_NAME,
B.XIDUSN,
B.XIDSLOT,
B.XIDSQN,
B.SESSION_ID,
B.ORACLE_USERNAME,
B.OS_USER_NAME,
B.PROCESS,
B.LOCKED_MODE,
C.MACHINE,
C.STATUS,
C.SERVER,
C.SID,
C.SERIAL#,
C.PROGRAM
FROM ALL_OBJECTS A,
V$LOCKED_OBJECT B,
V$SESSION C
WHERE ( A.OBJECT_ID = B.OBJECT_ID )
AND (B.PROCESS = C.PROCESS )
ORDER BY 1,2;
根據(jù)查詢到的session_sid查詢出session的詳細信息：
select saddr,sid,serial#,paddr,username,status from v$session where sid='214';
如果確保此lock無效,，可以kill掉該session
alter system kill session ’sid,serial#’ ;
RMAN的備份中,，可以通過Exclude命令排除某些不需要備份的表空間。
這樣可以縮減備份的容量,，對備份進行適當優(yōu)化和調(diào)整,。
排除某個表空間可以使用類似如下命令：
configure exclude for tablespace users;
其設(shè)置可以在RMAN中通過show exclude命令來查看。
如果將來想臨時增加排除表空間的備份,，可以通過以下命令實現(xiàn)：
backup database noexclude;
如果想取消排除設(shè)置則可以使用如下命令：
CONFIGURE EXCLUDE FOR TABLESPACE users CLEAR;
此外常用的排除備份命令還有：
BACKUP DATABASE SKIP READONLY, SKIP OFFLINE;
以下是一個簡單的測試過程,。
執(zhí)行備份：
[oracle@test126 udump]$ rman target /
Recovery Manager: Release 10.2.0.1.0 - Production on Mon Oct 9 06:47:19 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: EYGLE (DBID=2590148133)
RMAN> configure exclude for tablespace users;
using target database control file instead of recovery catalog
tablespace USERS will be excluded from future whole database backups
new RMAN configuration parameters are successfully stored
RMAN> backup full database;
Starting backup at 09-OCT-06
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=527 devtype=DISK
file 4 is excluded from whole database backup
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00001 name=/opt/oracle/oradata/eygle/system01.dbf
input datafile fno=00003 name=/opt/oracle/oradata/eygle/sysaux01.dbf
input datafile fno=00002 name=/opt/oracle/oradata/eygle/undotbs01.dbf
channel ORA_DISK_1: starting piece 1 at 09-OCT-06
channel ORA_DISK_1: finished piece 1 at 09-OCT-06
piece handle=/opt/oracle/flash_recovery_area/EYGLE/backupset/2006_10_09/o1_mf_nnndf_TAG20061009T070612_2lm135od_.bkp tag=TAG20061009T070612 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:48
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current control file in backupset
channel ORA_DISK_1: starting piece 1 at 09-OCT-06
channel ORA_DISK_1: finished piece 1 at 09-OCT-06
piece handle=/opt/oracle/flash_recovery_area/EYGLE/backupset/2006_10_09/o1_mf_ncnnf_TAG20061009T070612_2lm14ppc_.bkp tag=TAG20061009T070612 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 09-OCT-06
RMAN> exit
Recovery Manager complete.
然后關(guān)閉數(shù)據(jù)庫，我們可以進行一次恢復嘗試：
[oracle@test126 udump]$ sqlplus "/ as sysdba"
SQL*Plus: Release 10.2.0.1.0 - Production on Mon Oct 9 07:07:28 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning and Data Mining options
SQL> select name from v$datafile;
NAME
--------------------------------------------------------------------------------
/opt/oracle/oradata/eygle/system01.dbf
/opt/oracle/oradata/eygle/undotbs01.dbf
/opt/oracle/oradata/eygle/sysaux01.dbf
/opt/oracle/oradata/eygle/users01.dbf
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning and Data Mining options
看看恢復進程：
[oracle@test126 udump]$ rman target /
Recovery Manager: Release 10.2.0.1.0 - Production on Mon Oct 9 07:08:40 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database (not started)
RMAN> startup mount;
Oracle instance started
database mounted
Total System Global Area 536870912 bytes
Fixed Size 1220460 bytes
Variable Size 150995092 bytes
Database Buffers 377487360 bytes
Redo Buffers 7168000 bytes
RMAN> restore database;
Starting restore at 09-OCT-06
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=542 devtype=DISK
file 4 is excluded from whole database backup
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to /opt/oracle/oradata/eygle/system01.dbf
restoring datafile 00002 to /opt/oracle/oradata/eygle/undotbs01.dbf
restoring datafile 00003 to /opt/oracle/oradata/eygle/sysaux01.dbf
channel ORA_DISK_1: reading from backup piece /opt/oracle/flash_recovery_area/EYGLE/backupset/2006_10_09/o1_mf_nnndf_TAG20061009T070612_2lm135od_.bkp
channel ORA_DISK_1: restored backup piece 1
piece handle=/opt/oracle/flash_recovery_area/EYGLE/backupset/2006_10_09/o1_mf_nnndf_TAG20061009T070612_2lm135od_.bkp tag=TAG20061009T070612
channel ORA_DISK_1: restore complete, elapsed time: 00:00:36
failover to previous backup
Finished restore at 09-OCT-06
RMAN> recover database;
Starting recover at 09-OCT-06
using channel ORA_DISK_1
starting media recovery
media recovery complete, elapsed time: 00:00:02
Finished recover at 09-OCT-06
RMAN> alter database open;
database opened
RMAN>
配置監(jiān)聽的方法有3種：
Database
PLSExtProc
Executable
Database 模式是標準的配置方式,，也是最常用的數(shù)據(jù)庫連接方式,。
PLSExtProc 模式允許PL/SQL程序訪問外部程序，并且被大多數(shù)實例配置為默認連接方式
Executable 模式允許外部程序能通過一個tns連接被訪問(目前沒用到過)
Database 模式配置方式：
(SID_DESC =
(GLOBAL_DBNAME= querymqq)
(ORACLE_HOME= /data/oracle/product/10.2.0/db_1/)
(SID_NAME = mqq)
)
PLSExtProc模式配置方式：
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = /usr/local/oracle/product/10.2.0/db_1)
(PROGRAM = extproc)
）
在我們新oracle和8.155機器上只使用PLSextProc方式配置,，并不能建立連接,，還得加database配置。
對PLSextProc的解釋,，網(wǎng)上也沒人能說出個名堂,，疑惑的提問倒是一堆一堆的。那個e文檔也含糊的很,。
2．監(jiān)聽狀態(tài)
命令：lsnrctl status,，紅色部分為注解
LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 12-3?? -2007 21:39:27
Copyright (c) 1991, 2005, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 10.2.0.1.0 - Production
Start Date 12-3?? -2007 20:53:47
Uptime 0 days 0 hr. 45 min. 39 sec
Trace Level off /*關(guān)閉跟蹤*/
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /usr/local/oracle/product/10.2.0/db_1/network/admin/listener.ora /*監(jiān)聽配置文件地址*/
Listener Log File /usr/local/oracle/product/10.2.0/db_1/network/log/listener.log /*監(jiān)聽日志文件地址*/
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=172.16.225.158)(PORT=1521)))
Services Summary...
Service "MQQ_XPT" has 1 instance(s).
Instance "mqq", status READY, has 1 handler(s) for this service...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN/*UNKNOWN 表示是在listener.ora文件配置*/, has 1 handler(s) for this service...
Service "mqq" has 1 instance(s).
Instance "mqq", status READY/*READY表示是在DB啟動PMON(監(jiān)控進程)之后，自動注冊DB到監(jiān)聽,，一般在啟動實例后1分鐘注冊監(jiān)聽*/, has 1 handler(s) for this service...
The command completed successfully
3．比較容易混淆的概念：
Db_name：對一個數(shù)據(jù)庫（Oracle database）的唯一標識,。這種表示對于單個數(shù)據(jù)庫是足夠的，但是隨著由多個數(shù)據(jù)庫構(gòu)成的分布式數(shù)據(jù)庫的普及,，這種命令數(shù)據(jù)庫的方法給數(shù)據(jù)庫的管理造成一定的負擔,，因為各個數(shù)據(jù)庫的名字可能一樣，造成管理上的混亂,。為了解決這種情況,，引入了Db_domain參數(shù),，這樣在數(shù)據(jù)庫的標識是由Db_name和Db_domain兩個參數(shù)共同決定的，避免了因為數(shù)據(jù)庫重名而造成管理上的混亂,。這類似于互連網(wǎng)上的機器名的管理,。我們將Db_name和Db_domain兩個參數(shù)用’.’連接起來，表示一個數(shù)據(jù)庫,，并將該數(shù)據(jù)庫的名稱稱為Global_name,，即它擴展了Db_name。Db_name參數(shù)只能由字母,、數(shù)字,、’_’、’#’,、’$’組成,，而且最多8個字符。查看方式：show parameter db_name;
Db_domain：定義一個數(shù)據(jù)庫所在的域,，域只是為了更好的管理分布式oracle系統(tǒng),。查看方式：show parameter db_domain；
Global_name：對一個數(shù)據(jù)庫（Oracle database）的唯一標識,，oracle建議用此種方法命令數(shù)據(jù)庫,。該值是在創(chuàng)建數(shù)據(jù)庫是決定的，缺省值為Db_name. Db_domain,。在以后對參數(shù)文件中Db_name與Db_domain參數(shù)的任何修改不影響Global_name的值,，如果要修改Global_name，只能用ALTER DATABASE RENAME GLOBAL_NAME TO ‘db_name.db_domain’,。查看方式：show parameter global_name;
Service_name：該參數(shù)是oracle8i新引進的,。在8i以前，我們用SID來表示標識數(shù)據(jù)庫的一個實例,，但是在Oracle的并行環(huán)境中,，一個數(shù)據(jù)庫對應多個實例，這樣就需要多個網(wǎng)絡(luò)服務名,，設(shè)置繁瑣,。為了方便并行環(huán)境中的設(shè)置，引進了Service_name參數(shù),，該參數(shù)對應一個數(shù)據(jù)庫,，而不是一個實例，而且該參數(shù)有許多其它的好處,。該參數(shù)的缺省值為Db_name. Db_domain,，即等于Global_name。一個數(shù)據(jù)庫可以對應多個Service_name，以便實現(xiàn)更靈活的配置,。該參數(shù)與SID沒有直接關(guān)系,，即不必Service name 必須與SID一樣,。查看方式：show parameter service_name;
Net service name：網(wǎng)絡(luò)服務名,，又可以稱為數(shù)據(jù)庫別名（database alias）。是客戶端程序訪問數(shù)據(jù)庫時所需要,，屏蔽了客戶端如何連接到服務器端的細節(jié),，實現(xiàn)了數(shù)據(jù)庫的位置透明的特性。查看方式：show parameter Net service name;
4．SQLPLUS運行時,，建立連接的方式
在用戶輸入sqlplus system/manager@test后,，sqlplus程序會自動到sqlnet.ora文件中找NAMES.DEFAULT_DOMAIN參數(shù)，假如該參數(shù)存在,，則將該參數(shù)中的值取出,，加到網(wǎng)絡(luò)服務名的后面，即此例中你的輸入由sqlplus system/manager@test自動變?yōu)閟qlplus system/[email protected] ,，然后再到tnsnames.ora文件中找test.server.com網(wǎng)絡(luò)服務名,；假如NAMES.DEFAULT_DOMAIN參數(shù)不存在，則sqlplus程序會直接到tnsnames.ora文件中找test網(wǎng)絡(luò)服務名,，然后取出其中的host,，port，tcp,，service_name,，利用這些信息將連接請求發(fā)送到正確的數(shù)據(jù)庫服務器上。
