<think>我们正在处理一个关于
Oracle11gRAC环境中OGG-02828错误的问题。根据错误代码，OGG-02828通常表示GoldenGate无法找到所需的
归档日志。用户特别指出
归档日志并未丢失，因此我们需要考虑其他原因。根据引用[4]：OGG的实现原理是通过抽取源端的Redo
日志或者ArchiveLog。因此，OGG需要能够访问
归档日志文件。在RAC环境中，
归档日志通常位于共享存储上（如ASM或NFS），但OGG进程可能运行在其中一个节点上。因此，我们需要确保：1.OGG进程可以访问
归档日志的路径。2.
归档日志的命名和位置与OGG配置一致。引用[1]中提到了如何验证
数据库的
日志模式为
归档模式（ARCHIVELOG），这是使用OGG的基本条件。但用户的问题中已经说明
归档日志未丢失，因此我们重点检查OGG对
归档日志的访问。另外，引用[3]提到了在DataGuard环境中解决
归档裂缝的
方法，虽然与OGG不同，但原理类似（需要访问
归档日志）。我们可以借鉴其中的思路：检查
归档日志的位置和可访问性，以及是否有可能需要手工注册
日志（但OGG通常不需要注册，而是直接读取文件）。步骤建议：1.确认
归档日志的位置和命名格式。在RAC环境中，
归档日志可能位于共享文件系统或ASM中。使用以下命令查看
归档位置：```sqlSQL>showparameterdb_recovery_file_dest;--如果使用快速恢复区SQL>showparameterlog_archive_dest_1;--查看
归档目标```2.确保OGG进程有权限读取
归档日志文件。如果
归档日志在ASM中，OGG需要能够通过ASM实例访问。通常，OGG会使用
Oracle客户端库来访问ASM。确保OGG安装时配置了正确的
Oracle客户端，并且设置了正确的
ORACLE_HOME和LD_LIBRARY_PATH。3.检查OGG参数文件中关于
归档日志的配置。在OGG的抽取进程（Extract）参数文件中，需要正确设置TRANLOGOPTIONS选项，特别是当使用ASM时。例如：```TRANLOGOPTIONSASMUSERSYS@ASM,ASMPASSWORDpassword```或者如果
归档日志在文件系统上，确保路径正确。4.检查
归档日志的保留策略。确保
归档日志在OGG需要时没有被
删除。RMAN可能会根据保留策略
删除旧的
归档日志。如果OGG抽取进程由于某种原因延迟，它可能需要旧的
归档日志，而该
日志可能已被
删除（但用户已说明未丢失，所以可能是权限或路径问题）。5.检查OGG进程的报告文件和错误
日志。查看OGG的ggserr.log和抽取进程的报告文件，获取更详细的错误信息。6.在RAC环境中，确保OGG进程能够识别所有节点的
归档日志。有时，OGG可能只配置了一个节点的
归档日志路径，而实际
归档日志分布在多个节点上。在RAC中，
归档日志可能由多个实例生成，每个实例的
归档日志可能位于不同的路径（但通常共享同一个目标）。确保OGG的抽取进程配置了所有必要的路径。7.如果使用ASM，检查OGG的抽取进程是否配置了正确的ASM连接字符串。8.尝试手动获取
归档日志。使用GoldenGate的命令行工具logdump，尝试打开报错的
归档日志文件，以检查是否可访问。示例logdump命令：```logdump>open./dirdat/ar000000000```但注意，
归档日志通常不是直接通过logdump读取，而是通过
数据库接口。这里只是测试
数据库接口的可用性。9.确认
数据库用户权限。如果OGG使用
数据库用户连接
数据库来获取
日志信息，该用户必须具有访问
归档日志的权限。通常，OGG会使用具有SYSDBA或SYSOPER权限的用户。10.检查
网络问题。在RAC环境中，如果OGG运行在一个节点上，而
归档日志位于另一个节点的本地文件系统（非共享），那么就会有问题。但通常RAC的
归档日志应该在共享存储上。确保所有节点都可以访问
归档日志位置。根据引用[2]，OGG在高负载时可能会有延迟，但这里的问题是无法找到
归档日志，因此延迟可能不是直接原因，但可能是由于延迟导致需要读取较旧的
归档日志，而这些
日志可能被移动到其他地方（如磁带）或权限变化。由于问题发生在RAC环境中，我们还需要考虑集群特有的问题，例如多个实例的
归档日志路径是否一致，以及OGG是否配置了正确的实例信息。解决方案步骤总结：1.确认
归档日志位置和命名，确保OGG参数文件中的配置正确。2.确保OGG有权限读取
归档日志（文件权限和
数据库权限）。3.检查OGG的TRANLOGOPTIONS设置，特别是ASM相关参数（如果使用ASM）。4.检查
归档日志保留策略，确保所需的
归档日志未被
删除（尽管用户说未丢失，但可能被移动到其他位置）。5.检查OGG报告和
日志，获取详细错误。6.在RAC环境中，确保OGG能够访问所有节点生成的
归档日志。如果上述步骤无法解决，可能需要重新配置OGG的抽取进程，或者联系
Oracle支持。相关问题：1.在
OracleRAC环境中配置OGG需要注意哪些关键点？2.OGG-02828错误的常见原因有哪些？3.如何配置OGG以使用ASM中的
归档日志？4.如何检查OGG抽取进程的配置是否正确？</think>###
Oracle 11g RAC环境中OGG-02828错误解决方案（
归档日志未丢失）
OGG-02828错误表示GoldenGate无法定位所需的
归档日志，即使
日志实际存在。在RAC环境中，该问题通常由**路径配置**或**访问权限**问题引起。以下是系统化解决方案：
#### 步骤1：验证
归档日志可用性
```sql
-- 在所有RAC节点执行
SELECT name, first_time, next_time FROM v$archived_log
WHERE sequence# = [报错中的序列号];
```
- 确认查询结果中的
归档日志路径在所有节点一致
- 检查文件权限：`ls -l [
归档路径]`，确保OGG进程用户（如`oggadm1`）有读取权限[^1]
#### 步骤2：配置RAC环境下的
归档访问
1. **检查OGG参数文件**（extract进程）：
```bash
TRANLOGOPTIONS INTEGRATEDPARAMS (cluster_database=true)
TRANLOGOPTIONS ALTARCHIVEDLOGFORMAT +DATA/<DB_UNIQUE_NAME>/archivelog/%t_%s_%r.arc
```
- `DB_UNIQUE_NAME`需与`SELECT name FROM v$database;`结果一致
- 格式字符串必须匹配实际
归档命名（通过`v$archived_log`查询验证）[^4]
2. **配置ASM访问**（若
归档在ASM）：
```bash
TRANLOGOPTIONS ASMUSER sys@<ASM_SID>, ASMPASSWORD [密码]
```
#### 步骤3：解决RAC节点间路径差异
1. 在所有节点创建统一软链接：
```bash
ln -s +DATA/<DB_UNIQUE_NAME>/archivelog /gg_arch
```
2. OGG参数中统一引用软链接路径：
```bash
TRANLOGOPTIONS ALTARCHIVEDLOGFORMAT /gg_arch/%t_%s_%r.arc
```
#### 步骤4：检查
归档裂缝（Gap）
```sql
-- 在源库执行
SELECT low_sequence#, high_sequence# FROM dba_registry_sqlpatch
WHERE patch_id = (SELECT max(patch_id) FROM dba_registry_sqlpatch);
```
- 若存在裂缝，按引用[3]
方法手工注册：
```sql
ALTER DATABASE REGISTER LOGFILE '+DATA/archivelog/thread2_seq1234.arc';
```
#### 步骤5：验证OGG配置
1. 重启extract进程：
```bash
GGSCI> STOP EXTRACT [ext_name]
GGSCI> START EXTRACT [ext_name]
```
2. 检查进程报告：
```bash
GGSCI> VIEW REPORT [ext_name]
```
确认无`ERROR OGG-02828 Archival log not found`错误
> **关键点**：RAC环境中必须确保**所有节点**的
归档路径命名、权限、软链接完全一致。OGG的`ALTARCHIVEDLOGFORMAT`参数需精确匹配
归档日志命名规则（包括线程号%t、序列号%s）[^3][^4]。
本文介绍如何在Oracle11g中通过RMAN命令删除指定日期之前的归档日志，并提供了一种直接删除文件的方法。需要注意的是，直接删除文件可能会导致控制台无法启动的问题。
扫一扫
644
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
