客户一数据库dg应用出问题,运行在hp 11.11 pa-risk平台,后台启动mrp进程时,alert日志显示如下错误:
引用
Attempt to start background Managed Standby Recovery process (zjv8)
MRP0 started with pid=22, OS id=3223
Tue Dec 14 09:04:11 2010
MRP0: Background Managed Standby Recovery process started (zjv8)
Managed Standby Recovery not using Real Time Apply
parallel recovery started with 5 processes
Tue Dec 14 09:04:16 2010
Errors in file /oracle/admin/zjv8/bdump/zjv8_ora_2114.trc:
Tue Dec 14 09:04:16 2010
Errors in file /oracle/admin/zjv8/bdump/zjv8_ora_2116.trc:
Tue Dec 14 09:04:16 2010
Errors in file /oracle/admin/zjv8/bdump/zjv8_ora_2118.trc:
Tue Dec 14 09:04:16 2010
Warning: OS async I/O limit 128 is lower than recovery batch 1024
Tue Dec 14 09:04:16 2010
Errors in file /oracle/admin/zjv8/bdump/zjv8_ora_2122.trc:
Tue Dec 14 09:04:16 2010
Warning: OS async I/O limit 128 is lower than recovery batch 1024
Tue Dec 14 09:04:16 2010
Warning: OS async I/O limit 128 is lower than recovery batch 1024
Tue Dec 14 09:04:16 2010
Errors in file /oracle/admin/zjv8/bdump/zjv8_ora_2120.trc:
Tue Dec 14 09:04:16 2010
Warning: OS async I/O limit 128 is lower than recovery batch 1024
Tue Dec 14 09:04:16 2010
Warning: OS async I/O limit 128 is lower than recovery batch 1024
Tue Dec 14 09:04:17 2010
Waiting for all non-current ORLs to be archived..
metalink给出相关解释:
引用
Applies to:
Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 11.1.0.8
This problem can occur on any platform.
Oracle Server Enterprise Edition - Version: 10.2.0.1 to 11.1.0.8
Symptoms
A warning message in Alert log asynchronous I/O limit warning of the form: "Warning: OS async I/O limit 128 is lower than recovery batch 1024" may be signaled in the alert log by recovery slave or coordinator processes.This error is because of kernel has not been configured sufficiently for async IO operations.
Operations will still continue but IO operations will not be performed asynchronously which may impact recovery performance and will generate more trace files.
NOTE : HP-UX enables Oracle Database to perform I/O to (only) raw disk partitions using an asynchronous method
Cause
This warning is signaled on standby when an Oracle process cannot reserve enough async IO descriptors during instance or media recovery.
Solution
1. For more details about how to tune ASYNC I/O for Raw disk partitions on HP_UX kindly refer,
Oracle Database Administrator's Reference
11g Release 1 (11.1) for Linux and UNIX-Based Operating Systems
Part Number B32009-05
Appendix B 'Administering Oracle Database on HP-UX'
section 'Asynchronous Input-Output'
For Oracle 10G,
http://download.oracle.com/docs/cd/B19306_01/server.102/b15658/appb_hpux.htm#i637036
For Oracle 11G,
http://download.oracle.com/docs/cd/B28359_01/server.111/b32009/appb_hpux.htm#i637036
NOTE : The above document can be given as an 'example' of what to check for HP. For other platforms, check the relevant section in the same doc OR refer back to the OS/hardware vendors for further guidance.
2. For File system to improve the performance,
Set disk_asynch_io = FALSE and increase the DB writer process.
Based upon the number of CPUs and the number of processor groups, Oracle either selects an
appropriate default setting for DB_WRITER_PROCESSES or adjusts a user-specified setting.
NOTE : Make sure dbwr_io_slaves set to 0.
Example for 4 CPU machine,
SQL>alter system set dbwr_io_slaves = 0 scope = spfile ;
SQL>alter system set db_writer_processes = 4 scope = spfile ;
Sometime the false Warning message will be displayed in alert log eventhough the DISK_AYNC_IO is set to FALSE.
Inorder to stop this Warning message we have to apply this Patch 8475825 which is available for most of the OS.
Reference Bug 8475825 - OS ASYNC I/O LIMIT 128 IS LOWER THAN RECOVERY BATCH 1024
分享到:
相关推荐
### Oracle DataGuard 运维:正确停机启动步骤详解 #### 一、Oracle RAC DataGuard 基础概述 Oracle RAC (Real Application Clusters) 和 Oracle DataGuard 是两个非常重要的技术,前者用于实现数据库的高可用性和...
oracle dataguard 原理与功能,优点,如何自动同步,培训
在DataGuard环境中,主数据库(Primary Database)正常运行并处理用户事务,而备用数据库接收并应用主数据库的重做日志,以保持与主数据库的同步。 DataGuard的核心特点包括: 1. 数据保护:DataGuard通过冗余数据...
#### 五、Oracle DataGuard 的应用场景 - **业务连续性保障**:通过快速切换确保关键业务不受影响。 - **数据容灾**:即使主数据库因硬件故障或自然灾害等原因无法访问,备用数据库也能立即投入使用。 - **读写负载...
Oracle DataGuard是一种高级的容灾解决方案,它利用Redo日志文件的复制技术实现主数据库(primary database)与备用数据库(standby database)之间的数据同步,从而确保当主数据库出现故障时,备用数据库能够迅速接管...
Oracle DataGuard是Oracle数据库系统中一个强大的高可用性和灾难恢复解决方案。在11g版本中,它提供了多种保护模式,增强了数据库的容错能力和性能,同时确保了数据的安全性和完整性。以下是对Oracle DataGuard 11g...
### ORACLE DATAGUARD维护手册关键知识点解析 #### 一、ORACLE DATAGUARD简介 Oracle Data Guard是Oracle数据库提供的一种高级数据保护技术,主要用于实现数据的高度可用性和灾难恢复能力。它通过构建主数据库...
这篇文章将深入探讨Oracle Dataguard的日志传输状态监控,以及如何识别和处理日志传输中的问题。 1. **主备库当前日志状况**:通过查询`V$LOG`视图,可以获取主库和备库的当前日志序列号和状态,确保日志切换正常且...
Oracle DataGuard通过实时捕获主数据库上的事务更改,并将这些更改以重做日志的形式发送到一个或多个备用数据库,从而实现数据保护和高可用性。当主数据库发生故障时,可以快速将备用数据库提升为主数据库,以避免...
Oracle DataGuard是Oracle数据库系统提供的一种高可用性和灾难恢复解决方案,它通过创建并维护一个或多个数据库副本(称为物理 standby数据库或逻辑 standby数据库),在主数据库出现故障时,能够快速接管业务,确保...
### SAP系统Oracle DataGuard配置操作手册 #### Oracle DataGuard 原理介绍 Oracle DataGuard 是 Oracle 数据库提供的一种高级解决方案,旨在实现高可用性、数据保护和灾难恢复功能。它通过实现在多个数据库间复制...
* 同步或异步日志传输。 * 低成本的投入。 2.3 方案优势 * 灾难恢复和高可用性:Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色...
Oracle DataGuard配置说明。一步一步配置DataGuard。 Oracle DataGuard配置说明。一步一步配置DataGuard。
总的来说,Oracle DataGuard提供了高效的数据同步策略,通过日志传输和应用,保证了主备数据库间的实时或近实时同步,增强了整体的容灾能力。在实际应用中,对DataGuard的深入理解和精细配置,是构建高可用性数据库...
"Oracle Dataguard 的 3 种创建方法" Oracle Dataguard 是 Oracle 数据库中的一种灾难恢复解决方案,它可以将主数据库的数据实时同步到备用数据库中,确保数据的安全和高可用性。本文将详细介绍 Oracle Dataguard ...
Oracle DataGuard是一种强大的高可用性和灾难恢复解决方案,用于保护Oracle数据库。它通过创建一个或多个备用数据库来确保数据的安全性,这些备用数据库可以是物理的(Physical Standby)或者逻辑的(Logical ...
在数据库管理领域,尤其是Oracle数据库环境中,DataGuard是一种常用的数据保护解决方案,它通过创建物理或逻辑备用数据库来提供高可用性和灾难恢复能力。归档日志是DataGuard体系中的关键组成部分,它们记录了数据库...
Oracle Dataguard 实施步骤详解 Oracle Dataguard 是 Oracle 数据库的一种高可用性解决方案,通过在备库(Standby)上维护一份主库(Primary)的副本,实现数据的实时同步和灾难恢复。本文将详细介绍 Oracle ...