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數據庫有聯(lián)機重做日志，這個(gè)日志是記錄對數據庫所做的修改，比如插入，刪除，更新數據等，對這些操作都會(huì )記錄在聯(lián)機重做日志里。一般數據庫至少要有2個(gè)聯(lián)機重做日志組。當一個(gè)聯(lián)機重做日志組被寫(xiě)滿(mǎn)的時(shí)候，就會(huì )發(fā)生日志切換，這時(shí)聯(lián)機重做日志組2成為當前使用的日志，當聯(lián)機重做日志組2寫(xiě)滿(mǎn)的時(shí)候，又會(huì )發(fā)生日志切換，去寫(xiě)聯(lián)機重做日志組1，就這樣反復進(jìn)行。
如果數據庫處于非歸檔模式,聯(lián)機日志在切換時(shí)就會(huì )丟棄. 而在歸檔模式下，當發(fā)生日志切換的時(shí)候，被切換的日志會(huì )進(jìn)行歸檔。比如，當前在使用聯(lián)機重做日志1，當1寫(xiě)滿(mǎn)的時(shí)候，發(fā)生日志切換，開(kāi)始寫(xiě)聯(lián)機重做日志2，這時(shí)聯(lián)機重做日志1的內容會(huì )被拷貝到另外一個(gè)指定的目錄下。這個(gè)目錄叫做歸檔目錄，拷貝的文件叫歸檔重做日志。
數據庫使用歸檔方式運行時(shí)才可以進(jìn)行災難性恢復。
1.歸檔日志模式和非歸檔日志模式的區別
非歸檔模式只能做冷備份,并且恢復時(shí)只能做完全備份.最近一次完全備份到系統出錯期間的數據不能恢復.
歸檔模式可以做熱備份,并且可以做增量備份,可以做部分恢復.
用ARCHIVE LOG LIST 可以查看期模式狀態(tài)時(shí)歸檔模式還是非歸檔模式.
三、配置數據庫的歸檔模式
改變非歸檔模式到歸檔模式:
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.啟用自動(dòng)歸檔: LOG_ARCHIVE_START=TRUE
歸檔模式下,日志文件組不允許被覆蓋(重寫(xiě)),當日志文件寫(xiě)滿(mǎn)之后,如果沒(méi)有進(jìn)行手動(dòng)歸檔,那么系統將掛起,知道歸檔完成為止.
這時(shí)只能讀而不能寫(xiě).
運行過(guò)程中關(guān)閉和重啟歸檔日志進(jìn)程
SQL>ARCHIVE LOG STOP
SQL>ARCHIVE LOG START
4.手動(dòng)歸檔: 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.歸檔模式和非歸檔模式的轉換
第4步的逆過(guò)程.
6.配置多個(gè)歸檔進(jìn)程
Q:什么時(shí)候需要使用多個(gè)歸檔進(jìn)程?
A:如果歸檔過(guò)程會(huì )消耗大量的時(shí)間,那么可以啟動(dòng)多個(gè)歸檔進(jìn)程,這是個(gè)動(dòng)態(tài)參數,可以用ALTER SYSTEM動(dòng)態(tài)修改.
SQL>ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=10;
Oracle9i中最多可以指定10個(gè)歸檔進(jìn)程
與歸檔進(jìn)程有關(guān)的動(dòng)態(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)閉歸檔目標和打開(kāi)歸檔目標
關(guān)閉歸檔目標1
SQL>ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_1 = DEFER
打開(kāi)歸檔目標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數據庫中,可以通過(guò)kill session的方式來(lái)終止一個(gè)進(jìn)程,其基本語(yǔ)法結構為:
alter system kill session ’sid,serial#’ ;
被kill掉的session,狀態(tài)會(huì )被標記為killed,Oracle會(huì )在該用戶(hù)下一次touch時(shí)清除該進(jìn)程.
我們發(fā)現當一個(gè)session被kill掉以后，該session的paddr被修改，如果有多個(gè)session被kill，那么多個(gè)session的paddr都被更改為相同的進(jìn)程地址:
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
在這種情況下,很多時(shí)候，資源是無(wú)法釋放的,我們需要查詢(xún)spid，在操作系統級來(lái)kill這些進(jìn)程.但是由于此時(shí)v$session.paddr已經(jīng)改變，我們無(wú)法通過(guò)v$session和v$process關(guān)聯(lián)來(lái)獲得spid那還可以怎么辦呢?
我們來(lái)看一下下面的查詢(xún):
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掉的進(jìn)程的進(jìn)程地址.
簡(jiǎn)化一點(diǎn),其實(shí)就是如下概念:
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，現在我們獲得了進(jìn)程地址，就可以在v$process中找到spid，然后可以使用Kill或者orakill在系統級來(lái)殺掉這些進(jìn)程.實(shí)際上,我猜測:當在Oracle中kill session以后, Oracle只是簡(jiǎn)單的把相關(guān)session的paddr 指向同一個(gè)虛擬地址.此時(shí)v$process和v$session失去關(guān)聯(lián),進(jìn)程就此中斷.然后Oracle就等待PMON去清除這些Session.所以通常等待一個(gè)被標記為Killed的Session退出需要花費很長(cháng)的時(shí)間.如果此時(shí)被Kill的process，重新嘗試執行任務(wù)，那么馬上會(huì )收到進(jìn)程中斷的提示，process退出，此時(shí)Oracle會(huì )立即啟動(dòng)PMON來(lái)清除該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;
根據查詢(xún)到的session_sid查詢(xún)出session的詳細信息：
select saddr,sid,serial#,paddr,username,status from v$session where sid='214';
如果確保此lock無(wú)效，可以kill掉該session
alter system kill session ’sid,serial#’ ;
RMAN的備份中，可以通過(guò)Exclude命令排除某些不需要備份的表空間。
這樣可以縮減備份的容量，對備份進(jìn)行適當優(yōu)化和調整。
排除某個(gè)表空間可以使用類(lèi)似如下命令：
configure exclude for tablespace users;
其設置可以在RMAN中通過(guò)show exclude命令來(lái)查看。
如果將來(lái)想臨時(shí)增加排除表空間的備份，可以通過(guò)以下命令實(shí)現：
backup database noexclude;
如果想取消排除設置則可以使用如下命令：
CONFIGURE EXCLUDE FOR TABLESPACE users CLEAR;
此外常用的排除備份命令還有：
BACKUP DATABASE SKIP READONLY, SKIP OFFLINE;
以下是一個(gè)簡(jiǎn)單的測試過(guò)程。
執行備份：
[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)閉數據庫，我們可以進(jìn)行一次恢復嘗試：
[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
看看恢復進(jìn)程：
[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>
配置監聽(tīng)的方法有3種：
Database
PLSExtProc
Executable
Database 模式是標準的配置方式，也是最常用的數據庫連接方式。
PLSExtProc 模式允許PL/SQL程序訪(fǎng)問(wèn)外部程序，并且被大多數實(shí)例配置為默認連接方式
Executable 模式允許外部程序能通過(guò)一個(gè)tns連接被訪(fǎng)問(wèn)(目前沒(méi)用到過(guò))
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的解釋?zhuān)W(wǎng)上也沒(méi)人能說(shuō)出個(gè)名堂，疑惑的提問(wèn)倒是一堆一堆的。那個(gè)e文檔也含糊的很。
2．監聽(tīng)狀態(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 /*監聽(tīng)配置文件地址*/
Listener Log File /usr/local/oracle/product/10.2.0/db_1/network/log/listener.log /*監聽(tīng)日志文件地址*/
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啟動(dòng)PMON(監控進(jìn)程)之后，自動(dòng)注冊DB到監聽(tīng)，一般在啟動(dòng)實(shí)例后1分鐘注冊監聽(tīng)*/, has 1 handler(s) for this service...
The command completed successfully
3．比較容易混淆的概念：
Db_name：對一個(gè)數據庫（Oracle database）的唯一標識。這種表示對于單個(gè)數據庫是足夠的，但是隨著(zhù)由多個(gè)數據庫構成的分布式數據庫的普及，這種命令數據庫的方法給數據庫的管理造成一定的負擔，因為各個(gè)數據庫的名字可能一樣，造成管理上的混亂。為了解決這種情況，引入了Db_domain參數，這樣在數據庫的標識是由Db_name和Db_domain兩個(gè)參數共同決定的，避免了因為數據庫重名而造成管理上的混亂。這類(lèi)似于互連網(wǎng)上的機器名的管理。我們將Db_name和Db_domain兩個(gè)參數用’.’連接起來(lái)，表示一個(gè)數據庫，并將該數據庫的名稱(chēng)稱(chēng)為Global_name，即它擴展了Db_name。Db_name參數只能由字母、數字、’_’、’#’、’$’組成，而且最多8個(gè)字符。查看方式：show parameter db_name;
Db_domain：定義一個(gè)數據庫所在的域，域只是為了更好的管理分布式oracle系統。查看方式：show parameter db_domain；
Global_name：對一個(gè)數據庫（Oracle database）的唯一標識，oracle建議用此種方法命令數據庫。該值是在創(chuàng )建數據庫是決定的，缺省值為Db_name. Db_domain。在以后對參數文件中Db_name與Db_domain參數的任何修改不影響Global_name的值，如果要修改Global_name，只能用ALTER DATABASE RENAME GLOBAL_NAME TO ‘db_name.db_domain’。查看方式：show parameter global_name;
Service_name：該參數是oracle8i新引進(jìn)的。在8i以前，我們用SID來(lái)表示標識數據庫的一個(gè)實(shí)例，但是在Oracle的并行環(huán)境中，一個(gè)數據庫對應多個(gè)實(shí)例，這樣就需要多個(gè)網(wǎng)絡(luò )服務(wù)名，設置繁瑣。為了方便并行環(huán)境中的設置，引進(jìn)了Service_name參數，該參數對應一個(gè)數據庫，而不是一個(gè)實(shí)例，而且該參數有許多其它的好處。該參數的缺省值為Db_name. Db_domain，即等于Global_name。一個(gè)數據庫可以對應多個(gè)Service_name，以便實(shí)現更靈活的配置。該參數與SID沒(méi)有直接關(guān)系，即不必Service name 必須與SID一樣。查看方式：show parameter service_name;
Net service name：網(wǎng)絡(luò )服務(wù)名，又可以稱(chēng)為數據庫別名（database alias）。是客戶(hù)端程序訪(fǎng)問(wèn)數據庫時(shí)所需要，屏蔽了客戶(hù)端如何連接到服務(wù)器端的細節，實(shí)現了數據庫的位置透明的特性。查看方式：show parameter Net service name;
4．SQLPLUS運行時(shí)，建立連接的方式
在用戶(hù)輸入sqlplus system/manager@test后，sqlplus程序會(huì )自動(dòng)到sqlnet.ora文件中找NAMES.DEFAULT_DOMAIN參數，假如該參數存在，則將該參數中的值取出，加到網(wǎng)絡(luò )服務(wù)名的后面，即此例中你的輸入由sqlplus system/manager@test自動(dòng)變?yōu)閟qlplus system/manager@test.server.com ，然后再到tnsnames.ora文件中找test.server.com網(wǎng)絡(luò )服務(wù)名；假如NAMES.DEFAULT_DOMAIN參數不存在，則sqlplus程序會(huì )直接到tnsnames.ora文件中找test網(wǎng)絡(luò )服務(wù)名，然后取出其中的host，port，tcp，service_name，利用這些信息將連接請求發(fā)送到正確的數據庫服務(wù)器上。
聯(lián)系客服
