BE常见问题解答

BE Learing --8 异常及解决办法收藏Technorati 标签: BE,Backup Exec,Veritas,备份

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. Refe r 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. Refe r 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恢复的问题，只是解决了数据库不能够打开的问题。或者a lter database open resetlogs;

1.14 Final error: V-79-57344-5122

OracleBK -- The job failed with the following error: This server name i s not in the list of authentication credentials on the media server. Enter th e server name and its logon account on the media server. Server names i n 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 a vailable or is inaccessible. Verify that the path exists and is accessible, an d 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. R efer 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_06 84384473.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 2 0 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. Refe r 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 FOLLO WS ===============

RMAN-00571: ==================================== =======================

RMAN-03009: failure of allocate command on ch0 channel at 04/26/20 09 02:01:44

ORA-19554: error allocating device, device type: SBT_TAPE, device na me:

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/sb tio.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 CHA NNEL的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-272 11错误。

RMAN-00571: ==================================== =======================

RMAN-00569: ======= ERROR MESSAGE STACK FOLLOWS ===== ==========

RMAN-00571: ==================================== =======================

RMAN-03009: failure of allocate command on c1 channel at 11/30/200 1 13:57:18

ORA-19554: error allocating device, device type: SBT_TAPE, device na me:

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_tap es)'

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实例的数据文件名。如下：