1 異常及解決辦法
1.1 安裝提示“ForceGuest”錯誤？
解決：去掉“使用簡單文件共享”
1.2 如何安裝oracle remote agent？
1.3 如何設置oracle remote agent？
1.4 找不到安裝agent的主機？
請參考“配置remote agent”
1.5 計划作業狀態“服務器已暫停”
根據備份向導，完成oracle備份后，為什么作業不執行，即使“立即運行”也不運行。
解決：
暫停和恢復存儲設備
您可以暫停和恢復介質服務器及其所有存儲設備。
可通過暫停介質服務器來防止該服務器在用戶執行維護活動（如更換磁帶設備）期間運行計划的作業或新作業。如果活動作業在服務器暫停之前已經啟動，則不受影響。
暫停或恢復介質服務器
在導航欄上，單擊設備。
單擊服務器圖標。
在任務窗格的"設備任務"下，選擇暫停。
如果介質服務器當前已暫停，則"暫停"選項旁會顯示復選標記。
如果介質服務器尚未暫停，則現在被暫停。如果已經暫停，則被恢復。
暫停或恢復存儲設備
在導航欄上，單擊設備。
單擊存儲設備。
在任務窗格的"設備任務"下，選擇暫停。
如果設備當前已暫停，則"暫停"選項旁會顯示復選標記。
如果設備尚未暫停，它將立即暫停。如果已經暫停，則被恢復。
1.6 Oracle備份作業有完全備份和增量備份，什么意思？
如果選擇增量備份，會先執行一次完全備份么？
1.7 錯誤： e0001014，oracle備份失敗
【Desc】錯誤： e0001014- 數據庫正處在 NOARCHIVELOG 模式並且狀態為“打開”。 要在數據庫處於 NOARCHIVELOG 模式時備份該數據庫，則該數據庫的狀態必須為“已裝入”而不是“打開”。
【Solution】將oracle歸檔
如果Database log mode 的值不是Archive Mode的話，那么以SYSDBA的身份登入數據庫（sqlplus / as sysdba），繼續執行以下操作：
運行DOS，輸入sqlplus / as sysdba
SQL> shutdown immediate
SQL> startup mount
SQL> alter database archivelog;
SQL> alter database open;
SQL> exit
1.8 錯誤： e0001402，身份驗證憑證列表
【Desc】錯誤： e0001402 - 該服務器名稱不在介質服務器上的身份驗證憑證列表中。請在介質服務器上輸入服務器名稱及其登錄帳戶。然后重試該操作。
有關此錯誤的其它信息，請參考相應的鏈接 V-79-57344-5122
【Solution】
Menu: 工具->選項=>oracle=>修改列表=>新建
1.9 錯誤：e000848c，資源出錯
【Desc】出錯分類： 資源出錯錯誤： e000848c - 無法掛接到資源。確保所有選擇的資源都存在並且在線，然后重試。
有關此錯誤的其它信息，請參考相應的鏈接 V-79-57344-33932
【Solution】
1. 如果是還原JOB，檢查介質集是否存在與磁盤上，磁帶上。
2. 檢查agent的oracle，database Access的用戶設置是否正確。
3. 檢查BE的logon account是否正確。
4. 檢查Oracle list的登陸帳戶是否正確。
1.10 錯誤：e000fe29，安全出錯
【Desc】出錯分類： 安全出錯錯誤： e000fe29 - 在到服務器的連接上身份驗證失敗。 確保用戶賬戶具有適當的權限，並且鍵入的密碼正確無誤。
有關此錯誤的其它信息，請參考相應的鏈接 V-79-57344-65065
【Solution】
1. Menu: 網絡->登陸帳戶
2. 將administrator置為默認用戶。
3. 更改密碼，密碼是遠程服務器的系統登陸密碼。
4. 運行備份，又出現e0001402錯誤。
1.11 在Agent添加Oracle出錯
【Desc】
【Solution】
我是以域帳戶通過遠程桌面登陸到系統的，換個帳戶administrator登陸，問題得解。
1.12 Final error: 0xe0000340
【Desc】Job ended: Wednesday, March 25, 2009 at 2:14:56 PM
Completed status: Failed
Final error: 0xe0000340 - The Database script returned an error. Refer to the Database script output section in job logs for more details.
Final error category: Resource Errors
For additional information regarding this error refer to link V-79-57344-832
【Process】
在Oracle Agent服務器，改用sys帳戶登陸。
1.13 Final error: 0xe0000340,A
Desc 1:
Final error: 0xe0000340 - The Database script returned an error. Refer to the Database script output section in job logs for more details.
Final error category: Resource Errors
Desc 2:從本機rman登陸到數據庫，
用BE還原時Oracle一項選擇的是recover到一個時間點。
原因是這個時間點有問題，在還原時發生異常，還原不成功，導致數據庫不能正常打開。
如果根據SCN也遇到數據庫不能打開，也這樣處理。
rman target sys/password@SID
該處理方法並沒有解決BE恢復的問題，只是解決了數據庫不能夠打開的問題。或者alter database open resetlogs;
1.14 Final error: V-79-57344-5122
OracleBK -- The job failed with the following error: This server name is not in the list of authentication credentials on the media server. Enter the server name and its logon account on the media server. Server names in the authentication list are case-sensitive. Then, retry the operation.
選擇菜單Tools->Options->Oracle,如下圖
選擇Modify List，如下圖
必須是oracle的服務器名，不能是IP地址，同時您要在介質服務器上測試下是否能夠ping通oracle的服務器名。
New 一個oracle服務器的OS登陸帳戶，如下圖
1.15 Final error: 0xe0001013
Final error: 0xe0001013 - The redirected archive log file path is not available or is inaccessible. Verify that the path exists and is accessible, and then try again.
Final error category: Resource Errors
文件Redirection的指定的目錄不存在。
在EGOV-TEST3的oracle服務器新建相同的目錄
C:/oracle/product/10.2.0/RecoveryData/Oradata
C:/oracle/product/10.2.0/RecoveryData/Oradata
1.16 Final error: 0xe0000340
1. Final error: 0xe0000340 - The Database script returned an error. Refer to the Database script output section in job logs for more details.
Final error category: Resource Errors
2. BE log information
starting media recovery
channel ch0: starting archive log restore to user-specified destination
archive log destination=C:/Oracle/Restore/Archivelog
channel ch0: restoring archive log
archive log thread=1 sequence=19
channel ch0: reading from backup piece BE_22kcn663_1_1
channel ch0: restored backup piece 1
piece handle=BE_22kcn663_1_1 tag=TAG20090417T155235
channel ch0: restore complete, elapsed time: 00:00:02
archive log filename=C:/ORACLE/RESTORE/ARCHIVELOG/ARC00019_0684384473.001 thread=1 sequence=19
unable to find archive log
archive log thread=1 sequence=20
released channel: ch0
RMAN-00571: ========================================
RMAN-00569: ======= ERROR MESSAGE STACK FOLLOWS ==========
RMAN-00571: ========================================
RMAN-03002: failure of recover command at 04/19/2009 00:12:20
RMAN-06054: media recovery requesting unknown log: thread 1 seq 20 lowscn 941259
Recovery Manager complete.
3. BE error figure
這是在做oracle Redirection 還原是遇到的。因為恢復部分遇到不一致的歸檔日志，恢復作業將失敗。這是災難恢復過程中常發生的問題。
無需解決。
1.17 Final error: 0xe0000340
Final error: 0xe0000340 - The Database script returned an error. Refer to the Database script output section in job logs for more details.
Final error category: Resource Errors
BE Log Info:
using target database control file instead of recovery catalog
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of allocate command on ch0 channel at 04/26/2009 02:01:44
ORA-19554: error allocating device, device type: SBT_TAPE, device name:
ORA-27211: Failed to load Media Management Library
先看網上的一段描述：
配置RMAN制作備份到介質管理器
在大多數平台上，備份到磁帶上，或從磁帶上轉儲時，必須將磁帶與Oracle集成起來。介質管理器不是Oracle產品，因此如果選擇RMAN與介質管理器一起工作，必須從供應商處得到所有產品相關的信息。
配置RMAN使用介質管理器的基本步驟如下：
RMAN使用介質管理器的要求
首先必須安裝它並且確保RMAN能夠與它通信，通常這一步在供應商文檔上有具體說明。安裝完成后，首先需要確保非RMAN備份可以正確工作。這個步驟可以使隨后的故障處理更容易，可以確保介質管理其能夠正確在OS上工作。
然后得到並安裝第三方介質管理模塊與服務器集成。這個模塊包含Oracle用來加載和訪問介質管理器的介質管理器庫。通常這個產品需要單獨購買。
定位介質管理庫：SBT_LIBRARY參數
當為RMAN分配或配置通道用來與介質管理器通信時，需要設置SBT_LIBRARY參數提供介質管理軟件庫。在實際RMAN執行時，會嘗試加載SBT_LIBRARY中的庫。如果沒有設置該值，將在平台的默認位置查找，$ORACLE_HOME/lib/libobk.so，后綴可能為.sl, .a等，在Windows下為%ORACLE_HOME%/bin/orasbt.dll。
默認情況下，庫不是數據庫安裝的一部分，必須安裝介質管理軟件。
如果RMAN定位錯誤，將會得到ORA-27211錯誤。
無論何時通道分配失敗，USER_DUMP_DEST下的跟蹤文件都會寫入以下信息：
SKGFQ OSD: Error in function sbtinit on line 2278
SKGFQ OSD: Look for SBT Trace messages in file /oracle/rdbms/log/sbtio.log
SBT Initialize failed for /oracle/lib/libobk.so
測試介質管理庫是否以正確集成
在確認數據庫服務器能夠加載介質管理庫后，需要測試以確保RMAN能夠備份到介質管理器。
為RMAN備份配置介質管理軟件
安裝完介質管理軟件后，執行任何供應商要求的配置以使軟件可以接受RMAN備份。有可能要配置介質池，用戶，類等等。
然后確定ALLOCATE CHANNEL或CONFIGURE CHANNEL所需的PARMS設置。以及BACKUP推薦的FORMAT格式。PARMS參數用來發送指令到介質管理器。具體在產品文檔中會有說明。
配置介質管理器的備份片名和大小
因為介質管理器可能會有大小限制，因此需要配置RMAN限制這些備份片的名稱和大小。
配置備份片名：備份片名由BACKUP，CONFIGURE CHANNEL，ALLOCATE CHANNEL的FORMAT字符串定義。
配置備份片大小：備份片大小由CONFIGURE CHANNEL，ALLOCATE CHANNEL的MAXPIECESIZE參數決定。
在介質管理器上測試ALLOCATE CHANNEL
使用以下過程確認RMAN在為介質管理器分配通道時可以加載介質管理庫：
1． 連接到目標庫；
2． 運行帶PARMS的ALLOCATE CHANNEL命令，如下：
RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt
PARMS='SBT_LIBRARY=/mediavendor/lib/libobk.so ENV=(NSR_SERVER=tape_srv,NSR_
GROUP=oracle_tapes)';
}
如果沒有得到錯誤消息，則RMAN正確的加載了介質管理庫，否則會發生ORA-27211錯誤。
RMAN-00571: ===========================================================
RMAN-00569: ======= ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of allocate command on c1 channel at 11/30/2001 13:57:18
ORA-19554: error allocating device, device type: SBT_TAPE, device name:
ORA-27211: Failed to load Media Management Library
Additional information: 25
此時就需要重新檢查安裝是否正確，SBT_LIBRARY是否正確。
測試備份到介質管理庫
在測試通道分配以后，就需要測試備份。
RUN
{
ALLOCATE CHANNEL c1 DEVICE TYPE sbt
PARMS='SBT_LIBRARY=/mediavendor/lib/libobk.so
ENV=(NSR_SERVER=tape_srv,NSR_GROUP=oracle_tapes)';
BACKUP CURRENT CONTROLFILE;
}
PARMS和FORMAT依賴於具體的產品。如果成功就可以開始備份。錯誤的情況包括如下：
ORA-19511：沒有正確配置介質管理軟件；
備份掛起：介質管理器等待掛載磁帶；
配置SBT通道使用介質管理器
1．RMAN> CONFIGURE CHANNEL DEVICE TYPE sbt
PARMS='SBT_LIBRARY=/mediavendor/lib/libobk.so
ENV=(NSR_SERVER=tape_svr,NSR_CLIENT=oracleclnt,NSR_GROUP=ora_tapes)'
FORMAT "BACKUP_%U";
2．RMAN> BACKUP DEVICE TYPE sbt CURRENT CONTROLFILE;
3．RMAN> SHOW CHANNEL FOR DEVICE TYPE sbt;
4．RMAN> CONFIGURE DEFAULT DEVICE TYPE TO sbt;
配置備份優化
備份優化僅僅適用於以下命令：
·BACKUP DATABASE
·BACKUP ARCHIVELOG…ALL | LIKE；
·BACKUP BACKUPSET ALL
任何時候都可以使用BACKUP命令的FORCE選項覆蓋，如下：
BACKUP DATABASE FORCE;
BACKUP ARCHIVELOG ALL FORCE;
默認情況下，備份優化是OFF的，可以通過如下命令啟用：
CONFIGURE BACKUP OPTIMIZATION ON;
配置備份復制：CONFIGURE... BACKUP COPIES
CONFIGURE ... BACKUP COPIES聲明對於特定類型的備份在特定的設備上需要創建的備份集份數。設置復制的CONFIGURE僅僅影響數據文件，控制文件，歸檔日志，並且僅僅是到備份集上的。
控制文件自動備份除外。
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 2;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE sbt TO 3;
如果將復制特征和多個FORMAT字符串一起使用，可以命令每個備份集的名稱。如下：
BACKUP DATABASE FORMAT '/tmp/%U', '?/dbs/%U', '?/oradata/%U';
此時，RMAN會為每個備份集中的備份片創建3個備份，然后根據FORMAT中的字符串進行命名。
如果要清除，可以執行以下命令：
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE sbt CLEAR;
如果不希望設置永久性的復制特定，可以使用BACKUP COPIES和SET BACKUP COPIES命令。
使用SHOW... BACKUP COPIES顯示復制的份數
連接到目標庫后，可以運行SHOW ARCHIVELOG BACKUP COPIES或SHOW DATAFILE BACKUP COPIES命令查看當前的配置。
配置在備份全庫時要排除的表空間
使用CONFIGURE EXCLUDE FOR TABLESPACE命令可以配置在備份全庫時自動排除的表空間。
即使在配置后，也可以強制將他們包含進來：BACKUP DATABASE NOEXCLUDE;
如果要清除，執行以下命令即可：
CONFIGURE EXCLUDE FOR TABLESPACE TBS_1 CLEAR;
之后在備份全庫時，就會將這些表空間包含進來。
配置Auxiliary實例數據文件名：CONFIGURE AUXNAME
在使用TSPITR，或通過RMAN復制一個數據庫時，在進行實際的TSPITR或者數據庫復制前，可以需要設置auxiliary實例的數據文件名。如下：
CONFIGURE AUXNAME FOR datafileSpec TO 'filename';
DatafileSpec：原始的文件名或文件號；filename：新文件的路徑。
和其他的設置的清除一樣，CONFIGURE AUXNAME FOR DATAFILE 2 CLEAR;
當運行DUPLICATE時，CONFIGURE AUXNAME是SET NEWNAME命令的一種替代。區別是使用了AUXNAME后，隨后執行其他的DUPLICATE命令不需要再次重設文件名，直到執行了CONFIGURE AUXNAME ... CLEAR。
顯示Auxiliary通道的默認配置
SHOW AUXNAME;
CONFIGURE AUXNAME FOR DATAFILE '/oracle/oradata/trgt/tools01.dbf' TO '/tmp/tools01.dbf';
設置快照控制文件位置
當RMAN需要從一個讀一致性的控制文件版本重新同步時，其將會創建一個快照控制文件。RMAN僅在於RMAN同步或者制作當前控制文件的備份時需要快照。默認情況下，$ORACLE_HOME/dbs/snapcf_@.f中，而不是在FRA。
快照控制文件的默認位置
在當前版本創建一個新數據庫：快照使用默認位置，依賴於ORACLE_HOME；
從8.1.7前的版本升級到當前版本：使用存儲在控制文件中的快照位置；
查看配置
SHOW SNAPSHOT CONTROLFILE NAME;
設置快照控制文件的位置
使用CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'filename'設置快照控制文件的位置。
如果要更改到其他位置，只需要重新執行指向新的位置即可。
設置共享服務器下的RMAN使用
RMAN不能通過共享服務器連接到服務器，必須要求專用服務器。為了確保RMAN在MTS下不會連接到調度器，RMAN使用的連接字符串必須包含(SERVER=DEDICATED)在CONNECT_DATA中。
如下：
inst1_shs =
(DESCRIPTION=
(ADDRESS=(PROTOCOL=tcp)(HOST=inst1_host)(port1521))
(CONNECT_DATA=(SERVICE_NAME=inst1)(SERVER=shared))
)
inst1是SERVICE_NAMES的一個值；
配置RMAN在MTS下工作如下：
1． 創建一個網絡服務名通過非共享SID連接：
inst1_ded =
(DESCRIPTION=
(ADDRESS=(PROTOCOL=tcp)(HOST=inst1_host)(port1521))
(CONNECT_DATA=(SERVICE_NAME=inst1)(SERVER=dedicated))
)
2． 啟動SQL*PLUS測試兩個連接字符串：
CONNECT SYS/oracle@inst1_ded
SELECT SERVER
FROM V$SESSION
WHERE SID = (SELECT DISTINCT SID FROM V$MYSTAT);
CONNECT SYS/oracle@inst1_shs AS SYSDBA
SELECT SERVER
FROM V$SESSION
WHERE SID = (SELECT DISTINCT SID FROM V$MYSTAT);
3． 使用專用服務名連接到服務器。
關於共享服務器的具體配置
在10g中只要設置shared_servers大於0即可，如下：
alter system set shared_servers=1;
執行命令lsnrctl services，結果如下：
例程 "test", 狀態 READY, 包含此服務的 1 個處理程序...
處理程序:
"D000" 已建立:0 已被拒絕:0 當前: 1 最大: 1002 狀態: ready
DISPATCHER
(ADDRESS=(PROTOCOL=tcp)(HOST=PD-00167674093A.tcsgegdc.com)(PORT=1579))
然后配置一個TNS服務名，使用1579端口，然后使用該端口配置的TNS服務名連接就是共享服務器。
由於我分別備份2台oracle 服務器，當我備份第1台oracle DB01時沒有這個異常，備份第2台oracle DB02時才出現這個異常。於是乎開始檢查%ORACLE_HOME%/bin/orasbt.dll。搜索了DB01發現oracle home下沒有這個orasbt.dll,但是DB02的oracle home下有，於是我刪除了DB02的這個dll，問題得解。
1. 刪除了DB02 %ORACLE_HOME%/bin/orasbt.dll的這個dll。
2. 重啟oracle服務
問題得解。
1.18 Final error: 0xe0000340
Final error: 0xe0000340 - The Database script returned an error. Refer to the Database script output section in job logs for more details.
Final error category: Resource Errors
BE log info:
RMAN-12001: could not open channel ch0
RMAN-10008: could not create channel context
RMAN-10003: unable to connect to target database
ORA-12560: TNS:protocol adapter error
將數據庫轉為歸檔后，沒有重啟oracle服務。
打開service 管理器，重啟OracleServiceEGOV01
重啟監聽器
1.19 Final error: 0xe0000340
Final error: 0xe0000340 - The Database script returned an error. Refer to the Database script output section in job logs for more details.
Final error category: Resource Errors
BE log info:
Starting backup at 25-APR-09
current log archived
channel ch0: starting archive log backupset
channel ch0: specifying archive log(s) in backup set
input archive log thread=1 sequence=357 recid=1 stamp=685118319
input archive log thread=1 sequence=358 recid=2 stamp=685118512
channel ch0: starting piece 1 at 25-APR-09
released channel: ch0
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup plus archivelog command at 04/25/2009 14:41:54
ORA-04030: out of process memory when trying to allocate 1049100 bytes (KSFQ heap,KSFQ Buffers)
1. 官方的描述如下
ORA-04030 out of process memory when trying to allocate string bytes (string,string)
Cause: Operating system process private memory has been exhausted.
Action: See the database administrator or operating system administrator to increase process memory quota. There may be a bug in the application that causes excessive allocations of process memory space.
這使我想起我當初在安裝數據庫時分配的內存可以過大，下圖是我安裝的配置：
安裝后的oracle的內存分配如下圖：（large_pool_size原來是0，后來修改到800M）
通過sql命令查看得知sga_target=1800M,pga_aggregate_target=600和我設置的一致，對於Share Memory Management設為automatic，oracle的說法是oracle會自己自行管理，看來是沒有管理好，還得手動分配的好。
2. 網上搜的信息
現象：ORA-04030: 在嘗試分配...字節 (hash-join subh,kllcqas:kllsltba) 時進程內存不足。
ORA-04030:out of process memory when trying to allocate string bytes
ORA-04030的出現原因及解決方法：
ORA-04030出現的基本都是過多的使用memory造成的
Oracle process使用的內存數量是有一定限制的：
A. 對於32 BIT系統，有SGA 1.7G限制
B. 某些OS系統本身也有一些內存參數限制
--運行 ulimit 看看
C. OS系統本身物理內存+Swap的限制
現在我們應該檢查DB使用的SGA + PGA是否超過上面的限制。
SGA 包括 db_cache,shared_pool,large_pool,java_pool session的PGA包括sort_area_size/Hash_area_size/*_area_size 或者 pga_aggregate_target
還有執行的CODE以及一些data也會占用空間。
然后再根據情況降低里面的某些值了，比如db_cache，sort_area_size等等。
假如是OS系統的某Limited造成的，大家可以考慮放開限制man ulimit來觀察如何放開限制……
根據以上的2點，確定需要調整內存大小小於1.7G。
1. 設置rman從SGA取內存
alter system set dbwr_io_slaves=2 scope=spfile;
alter system set backup_tape_io_slaves=true scope=spfile;
2. 調整SGA大小
alter system set sga_target=1200m;
alter system set sga_max_size=1200m scope=spfile;
3. 設置使用內存最大大小
alter system set large_pool_size=80m;
4. 重啟oracle service。
5. 查看sga,pga,pool的大小。
1.20 Final error: 0xe0000340
這是oracle Redirection恢復。
Final error: 0xe0000340 - The Database script returned an error. Refer to the Database script output section in job logs for more details.
Final error category: Resource Errors
BE log info:
Starting recover at 27-APR-09
released channel: ch0
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 04/27/2009 13:17:49
ORA-19698: E:/ORACLE10G/ORADATA/EGOV01/REDO01.LOG is from different database: id=4155143440, db_name=EGOV01
Recovery Manager complete.
在執行玩shutdown abort,startup nomount,set dbid xxxxx后在刪除redolog。
刪除要恢復的oracle的redo日志。如下圖，后綴名為LOG_是我rename的，log是恢復后的redo log。
1.21 Final error: 0xe0001404
Final error: 0xe0001404 - The server name or logon account could not be authenticated. Contact your backup operator. Ensure that the media server and agent are compatible versions.
Final error category: Resource Errors
Refer to e0001402
1.22 Failed Final error: 0xe0001405
1. Failed Final error: 0xe0001405 - Unknown CORBA exception. Unable to contact the media server. Confirm that the Backup Exec Job Engine service is running on the media server. Final error category: Resource Errors For additional information regarding this error refer to link V-79-57344-5125.
2. BE log info,
tarting restore at 18-APR-09 released channel: ch0
RMAN-00571:======================================
RMAN-00569:====== ERROR MESSAGE STACK FOLLOWS =========
RMAN-00571:======================================
RMAN-03002: failure of restore command at 04/18/2009 23:38:56
ORA-27191: sbtinfo2 returned error
大部分ORA-27191: sbtinfo2 returned error的錯誤都是因為BE的設置有問題導致。
我所遇到的問題原因是在做Oracle災難恢復（oracle redirection恢復）,因為沒有設置Oracle Redirection。
設置還原JOB的Oracle Redirection屬性。
1.23 Oracle Agent的“無法從注冊表獲得遠程代理發布的設置”
檢查服務時發現BE Agent的狀態是Starting,如下圖
調出任務管理器，找到beremote.exe，結束他。
重新啟動Backup Exec Remote Agent for Windows Systems服務。但是啟動時報錯
對於這個問題在網上找下了
ＢＥ的客戶端服務啟動失敗，重裝幾次也不行．打開backup exec remote agent utility在發布的窗口顯示＂無法從注冊表獲得遠程代理的發布位置＂，重新裝be的客戶端也不行．請高手給指點下，這個機器暫時不能重裝 ,Thanks!!!
--BE 的server端的SP2打了沒？沒有的話打下SP2就OK
--看看是有其它軟件占用了remote agent要的端口
--看一下你的那個服務器上有沒有安裝outlook！！如果有安裝，配置完outlook客戶端后，右建選擇ie圖標，把outlook設置成默認的郵件程序，再重新啟動remote agent服務即可！
--我遇到過這種情況，是因為別人在那個服務器上裝了OUTLOOK2000（系統2003，BE為11d），最后把OUTLOOK2000卸載后就可以了，好像是軟件沖突.........
--本地裝,push install都試過了,結果在客戶端還是顯示找不到注冊表項.求助QQ:823666590
--關掉服務﹐卸載veritas遠程代理﹐重新安裝一下﹐應該就可以了。
--重新安裝。建議通過備份服務器推送。
呵呵，可能性都檢查了，還是沒有解決，換個服務器再安裝個BE。
作業的前提條件：
1. 需要備份的文件最大的大小760G，一開始可能是幾個G，隨着時間的推遲會達到760G。
2. 有4合tape A，B，C，D，每盒為400G。
3. BE為12.5版本。
作業要求：
1. 該作業為全備，差異備份暫且不討論。
2. 要求第一周周1做一次全備，要使用2合A，B，不關心2合磁帶寫入多少數據，可能是1M。（是否一定要使用2合我也不清楚）
2. 要求第二周周1做全備的時候一定不能用A，B。要從C開始寫。
3. 要求第三周周1做全備的時候又要用A，B，以此類推。
1.24 ORA-12514
【Desc】C:/Documents and Settings/sysop>sqlplus
SQL*Plus: Release 10.2.0.1.0 - Production on Wed Mar 25 13:57:50 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Enter user-name: sys/123@egov02 as sysdba
ERROR:
ORA-12514: TNS:listener does not currently know of service requested in connect
descriptor
【Process】
Step 1，打開C:/oracle/product/10.2.0/db_1/network/admin/listener.ora
Step 2，在SID_LIST_LISTENER里添加如下代碼
(SID_DESC =
(GLOBAL_DBNAME = egov02.db02.laopdr.gov.la)
(ORACLE_HOME = C:/oracle/product/10.2.0/db_1)
(SID_NAME = egov02)
)
最后的內容如下
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = C:/oracle/product/10.2.0/db_1)
(PROGRAM = extproc)
)
(SID_DESC =
(GLOBAL_DBNAME = egov02.db02.laopdr.gov.la)
(ORACLE_HOME = C:/oracle/product/10.2.0/db_1)
(SID_NAME = egov02)
)
)
Step 3，重啟OracleOraDb10g_home1TNSListener服務
1.25 ORA-1034
【Desc】ORA-1034 ORACLE not available
【Action】
Step 1，把sqlnet.ora文件中的SQLNET.AUTHENTICATION_SERVICES = (NTS) NTS換為NONE.
Step 2，重啟動oracle service,例如：OracleServiceEGOV02