Author: mac

  • Oracle 使用flashback database闪回数据库从DROP TABLESPACE 中恢复

      如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]   适用于: Oracle Database – Enterprise Edition – 版本 10.2.0.4 到 11.1.0.7 [Release 10.2 到 11.1] 本文信息适用于任何平台。 目的 本文介绍了如何使用闪回数据库从一个DROP TABLESPACE语句中恢复。 范围 要使用闪回数据库从DROP TABLESPACE中恢复,必须满足以下条件: 在发出DROP TABLESPACE之前,表空间的备份必须存在。 从创建备份到发出DROP TABLESPACE语句期间,所有的归档日志文件必须存在。 详细信息 1. 在警报日志中,Oracle记录DROP TABLESPACE语句的发出时间和它的完成时间。找出表明发出DROP TABLESPACE语句的信息。例如: Tue Feb 17 10:02:02 2009 drop tablespace ts1 including contents and datafiles 2. 确保数据库可以闪回到DROP TABLESPACE命令之前。如果以下查询返回的时间在发出DROP TABLESPACE语句之后,则无法使用闪回数据库恢复表空间。 SQL> select to_char(oldest_flashback_time,’Dy Mon DD HH24:MI:SS YYYY’) from v$flashback_database_log;…

  • Oracle 从用户管理的(非RMAN)完全数据库备份中恢复被drop删除的表

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]     适用于: Oracle Database – Enterprise Edition – 版本8.1.5.0 及以上 本文详细适用于任何平台。 目的 本公告列出在不恢复整个数据库的情况下执行恢复来还原被drop表的步骤。公报假定读者熟悉Oracle文档集中记的录Oracle恢复过程。 本公告是根据用户管理(非RMAN)备份,因此数据文件和ARCHIVELOG文件的还原是基于用户管理的备份。对于RMAN过程,请参见: How to Recover From a DROP / TRUNCATE / DELETE TABLE with RMAN (Note 223543.1) 故障排除步骤 术语 ———– 生产机PROD machine – 生产数据库运行的主机。还表示生产实例的ORACLE_SID。 测试机TEST machine – 主机,物理上与生产数据库运行的机器不同 TEMP – 用于访问被还原数据库的实例的ORACLE_SID 。 备份The backup –…

  • Oracle 如何为第三方快照技术准备Oracle数据库并确保一致恢复

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]   适用于: Oracle Database – Standard Edition – 版本9.0.1.0 及以上 Enterprise Manager for Oracle Database – 版本 9.0.1.2.0及以上 Oracle Database – Personal Edition – 版本 9.0.1.0及以上 Oracle Database – Enterprise Edition – 版本 9.0.1.0及以上 本文信息适用于任何平台。 目的 为第三方快照技术准备Oracle 数据库 范围 系统和数据库管理员 详情 许多客户使用Oracle数据库并使用第三方快照技术来进行备份,还原和恢复操作。 快照技术也被称为分割镜像备份Split mirror backups 或BCV’s。第三方产品的名称,如:EMC² TimeFinder 或Oracle…

  • Oracle 使用第三方快照技术的支持备份,还原和恢复

      如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected] 适用于: Oracle Database – Standard Edition – 版本9.2.0.1 到 11.2.0.2 [Release 9.2 到11.2] Oracle Database – Enterprise Edition – 版本9.2.0.1到 11.2.0.2 [Release 9.2 到11.2] 本文信息适用于任何平台。 摘要 适用于: Oracle Server – Enterprise Edition – 版本:Oracle 9iR2及以上 本文信息适用于任何平台。 问题描述 许多客户使用Oracle数据库和第三方快照技术进行备份,还原和恢复操作来进行 为其数据库创建数据库快照,无需数据库处于备份模式。 还原第三方快照,将数据库恢复到一致状态 Oracle需要使相关的数据文件或数据库处于备份模式的主要原因是 备份之前确保文件头一致性,并以恢复开始时间更新文件头 创建足够的重做从任何损坏或不一致块中恢复 创建‘end backup’ 标记来规定最少恢复时间,以确保还原和恢复数据文件后的数据库一致性。 当你使用一个操作系统工具,而不是通过RMAN备份联机数据文件时,你必须使数据库或/和相关的数据文件处于备份模式(通过ALTER…

  • Oracle 在备份和恢复中发现的ORA-376错误的常见原因和解决方案

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]     适用于: Oracle Database – Enterprise Edition – 版本9.0.1.0 到11.2.0.3 [Release 9.0.1 到 11.2] 本文信息适用于任何平台。 目的 整合ORA-376错误的常见原因和解决方案。  故障排除步骤 范围&应用 ——————- 遇到ORA-376的客户或需要ORA-376错误已知问题的信息的分析师。 ORA-376 ======= 当Oracle知道一个数据文件但无法读取它时发生ORA-376。 错误描述: —————– Error: ORA 376 file %s cannot be read at this time 原因:尝试从不可读的文件读取。最有可能是文件是脱机的。 操作:检查文件的状态。使其联机。 如错误文本中提到的,此错误的常见原因是由于Oracle无法读取特定数据文件。这个错误伴随ORA-1110,这将给出Oracle无法读取的文件的文件名。 例如: ORA-00376: file 28 cannot be read…

  • Oracle数据恢复专题

    备份恢复是Oracle中永恒的话题, 只要有数据 就有备份恢复的需求。 而在国内对于备份以及备份的可用性往往被企业所忽视。这造成了再数据库恢复上存在着东西方的差异。 更多的老外DBA把经历花在对Oracle内部原理和性能优化的研究上。     如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638   QQ号:47079569    邮箱:[email protected] ORACLE PRM-DUL 是诗檀软件独立研发的ORACLE数据库灾难恢复软件,其具有全程图形化界面、简单高效等特点。   而我们国内 DBA似乎必须要精通一门额外的技术==》 在没有任何备份的情况下 恢复Oracle数据库中数据的技术!  虽然这在大多数情况下是屠龙之技, 但很多时候却又变成了衡量一个DBA技术水准的标准了,(这样不好..  不好)。   当然也并不是说 这种无备份下的数据恢复是无技术含金量的,实际上它们很需要对Oracle数据文件、数据块及其数据结构的理解,以及对数据字典构成的了解。   这里我们总结Oracle数据恢复专题的专题,包括一些在无备份情况下的数据恢复:例如DUL和BBED工具恢复等技术。     【数据恢复】利用构造ROWID实现无备份情况下绕过ORA-1578、ORA-8103、ORA-1410等逻辑/物理坏块问题 【数据恢复】ORA-600[kccpb_sanity_check_2]一例 Oracle rman中set newname可能很慢 如何清除Oracle控制文件中的无用记录,例如v$archived_log中的deleted归档日志记录 如何找回被create or replace覆盖的PL/SQL对象 Archivelog Completed Before VS UNTIL TIME ASM丢失disk header导致ORA-15032、ORA-15040、ORA-15042 Diskgroup无法mount Overcome ORA-600[4xxx] open database…

  • 【Exadata一体机】Exadata Cell监控最佳实践

    Verify cable connections via the following steps Visually inspect all cables for proper connectivity.   确认缆线链接正常       [root@dm01db01 ~]# cat /sys/class/net/ib0/carrier 1 [root@dm01db01 ~]# cat /sys/class/net/ib1/carrier 1   确认输出是1     检查这些命令, ls -l /sys/class/infiniband/*/ports/*/*errors*     /opt/oracle.SupportTools/ibdiagtools 目录包含了verify_topology 和infinicheck工具 运行并确认网络。下面是这些工具的信息:   [root@dm01db01 ~]# cd /opt/oracle.SupportTools/ [root@dm01db01 oracle.SupportTools]# ls asrexacheck         defaultOSchoose.pl  firstconf                        make_cellboot_usb …

  • Oracle 如何故障排除并解决一个ORA-1110错误

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]     适用于: Oracle Database – Enterprise Edition – 版本9.0.1.0到 11.2.0.3 [Release 9.0.1到11.2] 本文信息适用于任何平台。 目标 本文针对遇到ORA-01110DBA,指明正确反向。 根据后续错误,几个note被引用。 如果在阅读正确note后DBA 无法解决问题,下面还提供了收集诊断信息的脚本。该脚本的输出应被上传到服务请求。 解决方案   定义 Error: ORA-01110 Text: datafile <name>: <str> ——————————————————————————- 原因:本信息报告涉及其他信息的文件名。 操作:参见相关信息获取问题描述。 ORA-01110 显示了Oracle访问有问题的物理数据文件。 ORA-01110 伴随一个或多个信息。这些可能是Oracle 指定的信息或与操作系统相关。 第一个目标是在解决这一问题之前确认遇到的所有错误信息。 下面是一个可能伴随ORA-01110的常见错误列表。 ORA-01157    “cannot identify datafile <name> – file not found” ORA-01578   …

  • Oracle 如果恢复所需的archivelog归档日志找不到,丢失或损坏,如何恢复并打开数据库?

      如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]   适用于: Oracle Database – Enterprise Edition – 版本8.1.7.4 到12.1.0.2 [Release 8.1.7 到12.1] 本文信息适用于任何平台。 ***于16-July-2015检查相关性*** 目标 如果恢复所需的归档日志找不到,丢失或损坏,如何恢复并打开数据库? 解决方案 这里的假设是我们寻找的另一个好且有效的所需归档日志的副本或备份的一切可能位置都不行,可能在以下之一: LOG_ARCHIVE_DEST_n中定义的目录 在同一服务器或另一服务器中的另一目录 备用数据库 RMAN备份 OS备份 如果在上述任何位置没有发现归档日志,则如何恢复并打开数据库的方法和策略取决于数据文件的SCN(系统变更号),以及恢复所需的日志序列#是否仍在联机重做日志中可用。 对于数据文件的SCN,重要的是要知道在数据文件备份时数据库的模式。即备份时数据库是否打开,mounted或关机(正常)。 如果数据文件是从联机或者热备份中还原,这意味着在备份时数据库是打开的,那么我们就必须至少应用从所述备份被用于恢复数据文件开始到完成期间生成的日志序列#所属的归档日志或重做日志。 但是,如果数据文件从脱机或冷备份中还原,且数据库在备份之前被干净关闭,这意味着在备份时该数据库是未打开,处于nomount或mounted模式,则数据文件与其SCN已经同步。在这种情况下,我们可以立即打开数据库,甚至无需应用归档日志,因为数据文件已经处于一致的状态,除非需要将数据库前滚到一个备份后的时间点。 这里的关键是要确保所有的联机数据文件与其SCN同步,然后才可以正常打开数据库。因此,运行下面的SQL语句,确定数据文件是否同步。注意到我们查询了V $ DATAFILE_HEADER,因为我们想知道记录在物理数据文件头中的SCN,而不是V$DATAFILE,它从控制文件中得到信息。   select status, checkpoint_change#, to_char(checkpoint_time, ‘DD-MON-YYYY HH24:MI:SS’) as checkpoint_time, count(*) from v$datafile_header group by status, checkpoint_change#,…

  • Oracle 使用闪回表flashback table功能并解决错误

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]     适用于: Oracle Database – Enterprise Edition –版本10.1.0.2及以上 本文信息适用于任何平台。   目标 本文将由于以下目的: 了解闪回表功能 以几个例子使用闪回表功能。 解决当使用该功能时可能出现的常见错误   解决方案 闪回表功能的什么: —————————————————— 该功能引入SQL中的FLASHBACK TABLE语句,这能快速恢复表到过去时间点,而无需还原备份。 表能被闪回到的过去时间取决于系统中的undo数据量。此外, Oracle数据库无法通过更改表结构的任何DDL操作将表还原到一个较早状态。 你无法回滚一个FLASHBACK TABLE语句。但是,你可以发出另一个FLASHBACK TABLE语句并自指定一个当前时间之前的时间。因此,建议在发出FLASHBACK TABLE子句之前记录当前SCN。 如何启用并使用该功能: —————————————————– 要闪回表到一个较早SCN或时间戳,你必须有以下之一 在表上的FLASHBACK 对象权限或FLASHBACK ANY TABLE 系统权限。 在表上的SELECT, INSERT, DELETE, 和 ALTER对象权限。 必须对闪回列表中的所有表启用行移动。 展示其使用与常见错误: ————————————————————————————————— CANNOT FLASHBACK “SYS” TABLES:…