环境是：win98+orawin95;某天死机后，数据库打不开，现象如下：
Oracle Server Manager Release 3.0.4.0.0 - Production
(c) Copyright 1997, Oracle Corporation. All Rights Reserved.
Oracle8 Personal Edition Release 8.0.4.0.0 - Production
PL/SQL Release 8.0.4.0.0 - Production
SVRMGR> connect internal
已连接
SVRMGR> startup;
已起动 ORACLE 事例
全部系统全局区域 22993044 字节
Fixed Size 47252 字节
Variable Size 6488064 字节
Database Buffers 16384000 字节
Redo Buffers 73728 字节
已装入数据库
ORA-01589: ??????????RESETLOGS?NORESETLOGS??
没有办法，只有recover:环境是：win98+orawin95;某天死机后，数据库打不开，现象如下：
Oracle Server Manager Release 3.0.4.0.0 - Production
(c) Copyright 1997, Oracle Corporation. All Rights Reserved.
Oracle8 Personal Edition Release 8.0.4.0.0 - Production
PL/SQL Release 8.0.4.0.0 - Production
SVRMGR> connect internal
已连接
SVRMGR> startup;
已起动 ORACLE 事例
全部系统全局区域 22993044 字节
Fixed Size 47252 字节
Variable Size 6488064 字节
Database Buffers 16384000 字节
Redo Buffers 73728 字节
已装入数据库
ORA-01589: ??????????RESETLOGS?NORESETLOGS??
没有办法，只有recover:
SVRMGR> startup mount
已起动 ORACLE 事例
全部系统全局区域 22993044 字节
Fixed Size 47252 字节
Variable Size 6488064 字节
Database Buffers 16384000 字节
Redo Buffers 73728 字节
已装入数据库
SVRMGR> recover;
ORA-00283: ?????,??????
ORA-00322: ?? 1?? 1?????????
ORA-00312: ???? 1 ? 1: 'C:ORAWIN95DATABASELOG2ORCL.ORA'
因为我的数据库只有某个用户的逻辑备份，此外没有任何的该数据库的物理备份！！！！！！而且我的数据库是非归档模式！！！我也不奢望能够完全恢复，如果能够不完全恢复也好呀，可是看来也很难亚：
SVRMGR> recover database until cancel
ORA-00279: ?? 18368583 ??? 10/14/06 20:45:46 ??? 1
ORA-00289: ??: C:ORAWIN95RDBMS80ARC5647.1
ORA-00280: ?? 18368583 ?? 1 ???? #5647
指定记录: {=suggested | filename | AUTO | CANCEL}
cancel
ORA-01547: ??: RECOVER ??? OPEN RESETLOGS ????????
ORA-01152: ?? 1 ?????????
ORA-01110: ???? 1: 'C:ORAWIN95DATABASESYS1ORCL.ORA
SVRMGR> alter database open resetlogs;
alter database open resetlogs
*
ORA-01152: ?? 1 ?????????
ORA-01110: ???? 1: 'C:ORAWIN95DATABASESYS1ORCL.ORA
增加下列参数至Oracle启动文件:
_allow_resetlogs_corruption=TRUE
_corrupted_rollback_segments=(list of all your rollback segments)
注释掉启动文件中的rollback_segments参数或undo_tablespaces参数
startup mount
recover database until cancel
alter database open resetlogs;
如果出现ora-600 [2662]和ora-600 [2256] 再解决。。。
分享到：
相关推荐
Oracle提供了一个隐含参数`_allow_resetlogs_corruption`，在启用后，允许在重置日志时忽略潜在的数据损坏。然而，这应作为最后手段，因为可能会永久丢失数据。在使用此参数前，应先尝试其他恢复策略，并充分理解其...
在本文中，我们使用了两个隐含参数：*_allow_resetlogs_corruption=TRUE 和 *.undo_management='manual'。第一个参数允许数据库在启库时恢复日志文件，第二个参数设置Undo 表空间的管理方式为手动。 知识点2: Undo...
* 在使用隐含参数进行处理时，需要添加 _allow_resetlogs_corruption=TRUE 参数。 * 在打开数据库时，可能出现 ORA-00603 错误，可以通过多次重起数据库解决。 * 在处理过程中，需要多次重起数据库以解决错误。 ...
and lh.resetlogs_change# = di.resetlogs_change# and di.status = 'CURRENT' and lh.thread# is not null and lh.resetlogs_change# is not null and lh.resetlogs_time is not null group by lh....
因此，我们需要设置隐含参数 `_allow_resetlogs_corruption=TRUE` 来恢复当前联机日志： ``` SQL> alter system set "_allow_resetlogs_corruption"=TRUE; ``` 然后，我们可以执行以下 SQL 命令来恢复当前联机日志...
首先，需在Oracle参数文件中设置`_allow_resetlogs_corruption=true`，这一设置允许数据库在redo日志块损坏的情况下进行resetlogs操作。注意，此参数仅在特殊情况下使用，应谨慎操作。 #### 步骤2：数据库实例重启 ...
在面对redo日志异常时，可以设置隐含参数`_allow_resetlogs_corruption`来强制打开数据库，但这样可能丢失redo日志中的数据。另外，`_offline/corrupted_rollback_segments`参数用于处理回滚段异常，可能导致未提交...
在redolog都丢失的情况下，使用隐藏参数，尝试以open resetlogs的方式打开数据库.txt
1. 设置隐含参数`_allow_resetlogs_corruption`：此参数主要用于在因redo日志异常而导致的数据库无法启动时，屏蔽redo前滚，强制打开数据库。但是这种方法可能会导致redo中的数据丢失，使用时需要非常慎重。 2. ...
- 修改初始化参数文件 (pfile)，启用 `_allow_resetlogs_corruption` 和 `_allow_error_simulation` 参数，以及更改 undo 管理设置，以绕过实例恢复并使用新的 undo 表空间。 3. **数据库启动与宕机**： - 修改 ...
**解决办法:** 针对这种情况，可以尝试同样的方法，即使用`_ALLOW_RESETLOGS_CORRUPTION`参数强制启动数据库，并清空REDOLOG文件。 #### 1.6. UNDO文件问题 ##### 1.6.1. 现象ORA-600[4137]或[4193]或[4194] UNDO...
在这些情况下，Oracle数据库管理员常使用resetlogs选项打开数据库。resetlogs操作对于Oracle数据库的恢复会产生重大的影响，具体体现在数据库备份、恢复过程以及数据库形态（incarnation）的变化上。 首先，...
4. **调整参数和设置**：如果undo表空间出现问题，可能需要调整数据库参数文件（如init.ora）中的某些参数，例如`*_allow_resetlogs_corruption`和`*_corrupted_rollback_segments`来允许特定的恢复操作。...
为了解决这个问题，需要设置隐藏参数`_ALLOW_RESETLOGS_CORRUPTION=true`，允许数据库在日志文件损坏的情况下打开，但这可能会导致数据丢失或不一致。 7. 处理损坏的回滚段：还可能需要处理损坏的回滚段，如文中...
- `init.ora_allow_resetlogs_corruption=true`：允许在可能损坏的情况下进行`RESETLOGS`操作，但应谨慎使用。 2. **数据库日志重置** - `alter database open resetlogs;`：在重置数据库日志时使用，通常在数据...
问题描述： ... 1、sql>alter system set "_ALLOW_RESETLOGS_CORRUPTION"=true scope=spfile; System altered. 2、sql>shutdown immediate ORA-01109:数据库未打开 已经卸载数据库 ORACLE
3. **设置参数**：在启动数据库之前，需要设置一个特殊的初始化参数`_ALLOW_RESETLOGS_CORRUPTION`为`TRUE`。 4. **启动数据库**：使用`STARTUP`命令启动数据库。 5. **打开数据库**： ```sql ALTER DATABASE OPEN...
where val.resetlogs_change# = vdb.resetlogs_change# ; ``` 其中，`val.applied='YES'` 表示已应用；`val.applied='NO'` 表示待应用。 - **验证最大日志序列号**： - 主库： ```sql SQL> select thread#, ...