Author: mac

请教我Oracle Fail Safe的Fail back。 另外Fail back时，有什么条件呢？   [回答] Fail back是指，作为优先节点来设定的节点从故障状态中修复时，将对应group从非优先节点中移动到优先节点中的操作。 Oracle FailSafe是通过使用Microsoft Cluster Server的功能来执行Fail back的。   因为Fail back是指修复优先节点故障时，返回优先节点的操作。无法满足这一条件的话，就无法执行Fail back。 比如手动Fail back时以及由于oracle故障执行Fail back时，因为节点处于异常状态，所以并不能Fail back。 换言之，因为节点不是异常状态，就不能执行恢复，也就无法执行Fail back。

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   [概要] 本文主要介绍Windows平台上的oracle数据库，镜像化的控制文件一部分损坏时的修复方法。   ・ 控制文件已镜像化，但一部分发生了损坏  –> Document 1723976.1(KROWN#71181)　へ ・ 所有控制文件均已损坏–> Document 1724071.1(KROWN#71490)  へ   ※是否镜像化，在初始化参数文件中，类似 —- control_files=’D:\o920\oradata\ora9204\control01.ctl’,’D:\o920\oradata\ora9204\control02.ctl’一样，指定多个文件的话就可以实现镜像化。   [目标版本] Oracle7 Server/Oracle7 Workgroup Server  7.x Oracle8 Enterprise Edition/Oracle8 Standard Edition 8.0.x Oracle8i Enterprise Edition/Oracle8i Standard Edition 8.1.x Oracle9i Database Release1 (9.0.1.x) Oracle9i Database Release2 (9.2.x)  …

  [可能发生的现象] 由于网络断线造成网络故障，恢复前，信息交换受到阻碍，直到重新开始传输信息为止，需要一定时间。     以下是发生这种情况时，警报日志的输出例。   – 源数据库     : CAPTURE01（获得进程） -目标数据库 : APPLY011（应用进程）     源数据库           目标数据库 —————————     —————————   — 开始应用进程 Streams APPLY AP01 for APPLY01 started with pid=18, OS id=1048746 — 开始获得进程 Streams CAPTURE CP01 for CAPTURE01 with pid=36, OS id=1233122 is in combined capture and apply mode. Starting persistent Logminer Session…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   [目标版本] Oracle Database 11g Release 2(11.2.0) 以后的平台     [适用平台] 所有平台     [详细] Automatic Block Repair (Auto BMR) 功能是在检测到块破损时，自动修复的功能。 修复破损块时，从primary database或者物理性数据库开始传送正常的块，通过执行块恢复可以修复。 恢复因为是自动执行的，所以通过块修复可以简单地修复。     另外，使用Auto BMR功能时，需要进行以下设定。   – 使用了physical stand by database的Data Guard 结构 – 以读取专用启动的状态可以使得恢复模式有效化 需要 * Active Data Guard 选项的许可证   通过Auto…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected] 还有关于 Oracle BBED Verify Command 和 BBED Editor Tools 的文档 Oracle有BBED实用程序（块浏览器和编辑器）在Oracle的所有版本中，从Oracle7到Oracle10g。Oracle 11g中删除了可执行的，但你可以在ins_rdbms.mk生成文件（位于$ ORACLE_HOME / RDBMS / lib目录下）中搜索，你能看到BBED条目。 专供内部使用，BBED可用于多种功能，包括合法的和非法的： BBED最开始的目的是供Oracle Technical support 用来浏览，诊断（和修复）数据块损坏的问题。 BBED是个大数据块浏览器，供那些有兴趣用数据和索引块来审查内部结构的人使用。然而 “alter system dump” 命令也可以转储数据块内容。永远不要在EDIT模式下使用BBED，除非你是与Oracle technical support共同使用。 一些DBA使用BBED来损坏数据和索引块，测试RMAN从自感应数据损坏中的恢复。  黑客可能会使用BBED闯入Oracle数据库。BBED这样的工具可以用来在数据块中直接查看数据（后来绕过Oracle），因为BBED直接在数据块中写。黑客可以使用BBED来更新数据库，无记录也无审计。 使用并连接BBED 标题为“拆卸Oracle数据块”的文章，有安装和使用BBED的完整说明。该操作命令告诉我们如何连接并编辑BBED: make -f ins_rdbms.mk BBED=$ORACLE_HOME/bin/BBED $ORACLE_HOME/bin/BBED This page此页面显示BBED命令语法和用法选项。 BBED 安全建议:  使用BBED时，永远留在BROWSE 模式，而且只能使用BBED EDIT模式（有VER和REP）如果你知道你在做什么。 BBED…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   RMAN 备份和基于时间的不完全恢复  使用 until time 命令，以前的ingkuang已经得以解决，看下面的例子。 创建表，填充数据，如下: SQL> create table tbl_indexes as select * from all_indexes; Table created. SQL> select count(1) from tbl_indexes; COUNT(1) ———- 1675 表创建之后，取用RMAN 备份: RMAN> backup database; 当用户发出 drop table命令时，他知道了大致时间，我们查询当前时间只是为了证实: SQL> select to_char(sysdate,’dd/mm/yyyy hh24:mi:ss’) ddate from v$database; DDATE —————– 26/10/2009 10:34:16…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   RMAN备份和从丢失的重做日志文件进行用户管理恢复 在一些情况下，丢失重做日志文件是一个灾难， 因为重做日志文件包含数据库的变化，这意味着丢失了重做日志文件，你会永远丢失那些变化，看这些重做日志丢失的情况，学会恰当地应对。 这是一系列可能的重做日志故障，以及带有每一步骤说明和解释的解决方法。 情景 1:  从丢失的复用重做日志恢复 情景 2:  从丢失的Inactive 群的重做日志恢复 情景 3:  从丢失的Current 群的重做日志恢复 情景 4:  从丢失的Active 群的重做日志恢复 现在一步一步地测试上面的情景。 情景 1:  从丢失的复用重做日志文件恢复 当任何组的复用一个重做日志损坏或不小心删除，LGWR 过程忽略它，将信息写入到唯一可用的重做日志，下面的情景进行了解释，以便更容易理解主要的概念: 为每个重做日志群添加新的重做日志，查询所有的重做日志和他们的状态: SQL> select b.group#, a.status, b.status, b.member from v$log a, v$logfile b where a.group#=b.group# order by 1,2; GROUP#     STATUS           STATUS …

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   RMAN 备份和使用备份的控制文件从丢失的控制文件中恢复 情景1:  Bob 采取了控制文件的二进制备份，第二天，由于多媒体故障，他丢失了数据库的所有控制文件，因为他只有控制文件的二进制备份，Bob还原并恢复了数据库。 采取控制文件的二进制备份，删除所有的控制文件，然后关闭并重启数据库: SQL> alter database backup controlfile to ‘/tmp/control_backup.ctl’; Database altered. SQL> select name from v$controlfile; NAME ——————————————————– /u01/oracle/product/10.2.0/db_1/oradata/test/control01.ctl /u01/oracle/product/10.2.0/db_1/oradata/test/control02.ctl /u01/oracle/product/10.2.0/db_1/oradata/test/control03.ctl SQL> host rm -rf /u01/oracle/product/10.2.0/db_1/oradata/test/*.ctl SQL> startup force <…..output trimmed …..> ORA-00205: error in identifying control file, check alert log…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   如果你用RMAN恢复ARCHIVELOG 模式数据库，那么你能够恢复到上次 上次归档重做日志点 (或者在线重做日志，如果都是可用的话)， 最酷的事情是，不管是在ARCHIVELOG模式还是在 NOARCHIVELOG模式下，RMAN 程序都是相同的。 首先，遵循上述恢复SPFILE 和控制文件的指示，现在只使用 restore database 和 recover database命令，如下: RMAN>restore database; RMAN>recover database; 同样， Oracle 会恢复数据库，同时，它也会自动为你 恢复归档重做日志，所以，不用担心。 其它 RMAN 恢复选项 使用 RMAN有很多其它的恢复选项，很多都很复杂，实际上，我们有600页专门来讲RMAN 操作， 使用RMAN进行时间点恢复操作、不完全恢复以及其它操作都是可以的， RMAN 是强大的备份和恢复工具，值得花时间学习。 对RMAN 恢复的总结 备份你的数据库是绝对必要的，不这样的话，你会为你的工作和公司的存在承担重大责任，我们已经见过没有好的备份的数据库崩溃，是很糟糕的，你很容易因此丢掉工作， 如果造成了严重的后果，你也会在数据库行业失去信用，如果你曾听说过老话  “你再也不会在镇上工作了!” ，很明显，你知道这是说给数据库崩溃导致公司不复存在，崩溃之前不使用 RMAN 备份数据库的数据库管理员听的。 请记住，你想要利用数据库生存的话，如果你的数据库有丢失后不能恢复的风险的话，请不要这么做。 用你的备份发挥创意，确认你获得了所有的信息，然后再次获得，不要落下一个人，一个丢失归档日志，一个丢失数据文件，你的数据库不会是同一个了。  同时，参考different backups types上的注释以及 incremental cumulative…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected] 问题:  我不小心删除了一个控制文件，我需要从丢失的控制文件恢复我的数据库，怎样定位丢失的控制文件并替换它，从而打开数据库？ 回答:  大部分的数据库管理员会为Oracle control files创建三个位置，Oracle 控制文件位置会在: pfile或 spfile (初始化参数文件)。 CONTROL_FILES = (/u01/appl/oracle/prod/control01.ctl, /u02/app/oracle/prod/control02.ctl, /u03/app/oracle/prod/control03.ctl) 同时参考: ORA-00205: error in identifying controlfile.  可以使用这些命令显示控制文件位置: SQL*Plus 命令显示控制文件位置: “shown parameter control“ SQL显示控制文件位置:  select * from v$controlfile OS 命令发现控制文件位置: root> cd / root> find . -print|grep ctl 如果你丢失单个控制文件 (例如，磁盘损坏)，你只需简单地使用OS 复制命令 (cp)…