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