oracle中如果redo日志文件损坏，应该怎么恢复呀 oracle 日志文件丢了，怎么解决 开启了归档日志！

oracle中如果redo日志文件损坏，应该怎么恢复呀？

很简单 进入rman
redolog file文件的丢失：
shutdown immediate
starup mount
alter database resetlogs(这一步可能会出现问题 则在这之前加上一句
recover database until cancel
并且所有步骤重新再在sqlplus中来一遍)

不过这个方法使用了resetlogs，有可能造成数据损失

oracle 日志文件丢了，怎么解决？ 开启了归档日志！

日志文件丢失的话，如果是非当前日志可以通过clear logfile解决，如果是当前日志 那么需要使用特殊手段才能打开数据库， online redolog 丢失 下 和开启归档没有直接关系。
如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

oracle数据库迁移redo log的方式有哪些？

1.最简单的是，先删除1个日志，然后在新的路径下创建一个日志，直到所有的日志都重新创建完成即可完成迁移。删除前先备份。
2.再有一个方法，先关闭数据库，把日志拷贝新的位置，然后修改初始化参数，再启动数据库。（推荐这种方法，因为能保留重做信息）
第二种方法的实施步骤（仅供参考）
1. 关闭数据库，shutdown immediate
2. 把日志拷贝到新的位置
3. 启动数据库到mount状态，startup mount
4. 修改初始化参数，Alter database rename file ‘c: est edo01.log’ to ‘d: est edo01.log’
5. 启动数据库，alter database open

oracle 10g current的日志损坏导致数据启动不了改如何解决

由于是current日志损坏 所以是无法clear的。

对于status=active的日志较为简单，只要能顺利完成一个alter system checkpoint就可以将其状态改为INACTIVE之后再CLEAR。
对于status=current的online redo logfile则比较麻烦，一般需要动用隐藏参数”_ALLOW_RESETLOGS_CORRUPTION”

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队 parnassusdata.com

日志文件已损坏，如何修复SQLSERVER2000数据库文件

给你一个我日常维护数据库的方法吧。
SQL Server 2000数据库LDF损坏,只有mdf的恢复方法。
SQL Server 2000数据库文件遭到破坏的现象经常出现，数据库出错是否可以修复呢？答案是可以的，本日志以一个sql server 2000数据库，数据库日志文件ldf损坏了，mdf正常，数据库附加失败的修复方法总结一下，数据库数据恢复在很多时候比较复杂，当数据库存在大量错误的时候，使用DBCC修复也是不可以的，需要拆解数据库来抢救重要的数据，下面是较为常见的一种SQL Server 2000数据库修复方式：
1） 先及时把原来的数据库文件（如test.mdf)备份到其他地方。
2） 停掉服务器。
3） 删除这个test.mdf。
4) 重新建立一个test同名数据库。
5） 删除这个新建立的test数据库的test.ldf文件，并用开始备份好test.mdf文件覆盖这个新建立的test.mdf文件。
6） 启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
.设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”。
7） 设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID(test)
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表，但是仅仅有系统表
8） 下面执行真正的恢复操作，重建数据库日志文件
dbcc rebuild_log(test,C:Program FilesMicrosoft SQL ServerMSSQLData est_log.ldf)
执行过程中，如果遇到下列提示信息：
服务器: 消息 5030，级别 16，状态 1，行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
说明您的其他程序正在使用该数据库，如果刚才您在操作中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于：
警告: 数据库 test 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
9） 验证数据库一致性
dbcc checkdb(test)
10.设置数据库为正常状态
sp_dboption test,dbo use only,false
如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。
11）最后一步，我们要将步骤6中设置的“允许对系统目录直接修改”一项恢复；

数据库文件损坏了，还可以恢复吗

关于这个问题,要看损坏的是什么文件，以ORACLE数据库为例1控制文件，每个数据库默认有三个控制文件内容一样（比如CTRL01.DBF,CTRL02.DBF,CTRL03.DBF)，损坏其中两个，只需把好的那个拷贝成另外两个的名称即可。如果所有控制文件都坏了，需要启动实例到nomount状态重建控制文件，前提是之前最好做过alterdatabasebackupcontrolfiletotrace会得到一个重建控制文件的脚本2在线日志（redolog），如果每个日志组（group）的member（成员）不止一个，同一组内的在线日志只要有一个完好，同样可以通过拷贝方式（停止数据库后）恢复。3TEMP表空间数据文件，可以理解为数据库用的临时文件，损坏后基本无数据损失，可以通过重建temp表空间恢复4.SYSTEM系统表空间，这个挂了基本上必须靠恢复了，前提是要有备份4.其它数据表空间4.1.有备份，可以恢复，但可能丢失数据4.2.未备份，无法恢复该表空间数据，可以选择使该表空间离线（offline），恢复其它数据