繁體中文当前位置: 首页 > 图文教程 > 数据库 > MSSQL > Oracle数据库诊断案例-redo log日志组处于高激活状态
- MSSQL
- 利用 Case 敘述做 SQL 的動態排列
- SQL Server 2000 与 SQL Server 7.0 版兼容性问题
- 数据变换和转换注意事项(SQL)
- 浅谈优化SQLServer数据库服务器内存配置的策略
- SQL2000管理SQL7服务器出现TIMEOUT问题的解决
- Web环境下MS SQL Server中数据的磁带备份与恢复
- SQL Server 7.0与以前的版本相比，安全模式中最重要的
- 如何用sql语句修改数据表中字段，实现identity(100,1)
- sqlserver7.0中如何在死锁产生时自动将其杀死
- Sql server使用内存限定在多少最为合适
- 使用MS SQL7的LINKED SERVER（一）
- 使用MS SQL7的LINKED SERVER（二）
- 使用MS SQL7的LINKED SERVER（三）
- 使用MS SQL7的LINKED SERVER（四）
- SQL--JOIN之完全用法
- 总结 SQL Server 中死锁产生的原因及解决办法
- 数据库正规化和设计技巧
- IDENTITY列的一个有用操作
- 聚合函数
- 当SQL Server数据库崩溃时如何恢复？
MSSQL 中的 Oracle数据库诊断案例-redo log日志组处于高激活状态
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-10-30 浏览: 98 ::
收藏到网摘: n/a
平台:SunOS 5.8 Generic_108528-23 sun4u sparc SUNW,Ultra-Enterprise
数据库:8.1.5.0.0
症状:响应缓慢，应用请求已经无法返回
登陆数据库,发现redo日志组除current外都处于active状态
oracle:/oracle/oracle8>sqlplus "/ as sysdba"
SQL*Plus: Release 8.1.5.0.0 - Production on Thu Jun 23 18:56:06 2005
(c) Copyright 1999 Oracle Corporation. All rights reserved.
Connected to:
Oracle8i Enterprise Edition Release 8.1.5.0.0 - Production
With the Partitioning and Java options
PL/SQL Release 8.1.5.0.0 - Production
SQL> select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIRST_CHANGE# FIRST_TIM
---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ---------
1 1 520403 31457280 1 NO ACTIVE 1.3861E+10 23-JUN-05
2 1 520404 31457280 1 NO ACTIVE 1.3861E+10 23-JUN-05
3 1 520405 31457280 1 NO ACTIVE 1.3861E+10 23-JUN-05
4 1 520406 31457280 1 NO CURRENT 1.3861E+10 23-JUN-05
5 1 520398 31457280 1 NO ACTIVE 1.3860E+10 23-JUN-05
6 1 520399 31457280 1 NO ACTIVE 1.3860E+10 23-JUN-05
7 1 520400 104857600 1 NO ACTIVE 1.3860E+10 23-JUN-05
8 1 520401 104857600 1 NO ACTIVE 1.3860E+10 23-JUN-05
9 1 520402 104857600 1 NO ACTIVE 1.3861E+10 23-JUN-05
9 rows selected.
SQL> /
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS &n
评论 (0) All
