Author: mac

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   Oracle Server – 标准版 – 版本: 10.1.0.3 该问题会发生在任何平台. 症状 在索引组织表(IOT)中试图删除行时会报告ORA-8102错误(Index Key Not Found) 它产生了带有相似条目的跟踪文件 ORA-08102: index key not found, obj# <object_id>, file <file#>, block <block#> (3) delete from <table> where <primary key> = <value> ‘分析表验证结构‘ 和 ‘分析表验证结构‘ 成功，没有出现错误  跟踪文件的例子如下 oer 8102.3 – obj# 192539, rdba: 0x03418552(afn 13, blk# 99666)…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   实际: Oracle Server – 企业版 7.3.4 实际: DB 验证工具 (DBVERIFY) 实际: HP 9000 Series HP-UX 症状: DBVerify日志错误 症状: kdbchk:使用的空间量不等于块大小 症状: Page <expN> failed with check code 10 症状: 块属于 C_TS# cluster. 原因: Bug:839342为7.3.4创建新对象时 C_TS# 损坏 在 8.1.6 及以上中修复。   修复: 解决该问题有三个可行的方法: 1. 从好的备份中恢复系统数据文件，如果在ARCHIVELOG模式下则前滚操作。 2. 完全导出数据库，然后删除和重建数据库，导入导出转储。 3. 使用“MIG”实用工具迁移数据库到…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected] Oracle服务器– 标准版– 版本：10.2.0.3和更高版本 [发布：10.2和更高版本] 本文档中的信息适用于任何平台。 症状 试图启动ASM实例时收到以下错误 : ORA-15032: 并没有完成所有改动 ORA-15036:磁盘 ‘<disk_name>’ 被截断 原因 在这篇文章中，当操作系统报告的盘的尺寸比记录在盘头块的盘小时，有以下可能性 : – 该装置的大小（列的尺寸）在操作系统层面改变。 – 如果您有双启动机器（或机器访问磁盘可以同时在2个节点共享、访问，但单独使用），那么如果两台机器（或操作系统，在双启动的情况下）有一个磁盘组，使用不同的磁盘但有同样的磁盘组名称，你就会遇到这个问题。 – ASM标头的值被损坏。 该说明仅适用于在上述最后一种情况，没有Oracle Support允许，不要在其他情况下使用，否则会丢失你的数据。 解决方案 1. 获取kfed输出: kfed read /dev/rdsk/asm/cs0 Then, you can check the following values: kfhdb.ausize ==> Size of Allocation Units in bytes (generally 1048576…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]   Oracle数据库– 企业版– 11.2.0.2版到11.2.0.4版[发布11.2] 本文档中的信息适用于任何平台。 症状 已经应用 Patch 12382627以修复Bug12382627。参考MOS文件号12382627.8和1478482.1。 按照Patch 12382627自述（预安装信息），安装磁盘集时在一些磁盘上会看到ORA-15036。这些磁盘需要调整大小。要禁用 Patch 12382627，需要在ASM的（S）PFILE中使用以下参数：      _fourth_spare_parameter=0  但是即使设置此参数后，安装磁盘组时仍看到同一个错误ORA-15036  ERROR: diskgroup TEST was not mounted ORA-15032: not all alterations performed ORA-15036: disk ‘/oracle/db_vol/testdb06’ is truncated ORA-15036: disk ‘/oracle/db_vol/testdb05’ is truncated ORA-15036: disk ‘/oracle/db_vol/testdb04’ is truncated   变化  应用Patch 12382627 原因…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]   Oracle数据库– 企业版– 版本9.2.0.1及更高版本 本文档中的信息适用于任何平台。 ***于2015年2月27日检测相关性*** 目的 本文的目标是在打开数据库遇到以下错误时帮助数据库管理员： ORA-1194 “file %s needs more recovery to be consistent” ORA-1547 “warning: RECOVER succeeded but OPEN RESETLOGS would get error below” ORA-1110 “data file %s: ‘%s’”  范围 本文针对数据库管理员和备份恢复专家，他们的任务是还原和恢复数据库 细节 假设所有数据文件要么成功还原，和/或是与现有的数据库数据文件一起进行恢复，但由于以下报错无法打开：  ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]   这篇文章适合任何水平的DBA 前提： –数据库处于归档模式 –数据库开启闪回模式 –被删除用户的时间应该在db_flash_retention_target 范围内并且归档日志是有效的 –被删除的用户下的任何对象不能做任何NOLOGGING操作 这个测试包括以下这些步骤 1：确定有足够的闪回日志能够闪回数据库 2：人为的模仿错误–删除用户 3：闪回数据库 4：打开闪回数据库到只读模式 5：检查用户和数据是否有效 6：将被删除的方案下所有数据导出 7：做完全恢复到目前的状态 8：导入用户去解决人为错误–删除用户 1. 确认数据库处于闪回模式开启状态 SQL> select flashback_on from v$database; FLASHBACK_ON —————— YES SQL> show parameter flash NAME                              …

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]       这里我将展示如何使用闪回数据库恢复删除的用户不会有数据丢失 环境： 归档模式 Flashback 开启 删除用户的时间应该在参数db_flashback_retention_target 范围内且归档日志是有效的 用户下的任何对象都不能有任何NOLOGGING操作 第一步：检查闪回模式和时间限制 SQL> select flashback_on from v$database; FLASHBACK_ON —————— YES SQL> show parameter flash; NAME                                 TYPE        VALUE ————————————…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]   你好， 我正在练习一些不同的RMAN恢复场景在oracle11g windows2003 我模拟的场景是： drop user MYUSRE cascade; drop table space MYUSER including contents and datafiles; 一开始，我尝试使用RMAN，根据前面所说的情况，好像rman比较合适这种恢复 什么是最好的方法恢复？ 感谢任何提示 恢复被删除的表空间 恢复这种被删除的表空间，基于时间点的表空间恢复是不能使用的。 当你删除一个表空间，控制文件将不再记录任何关于这个表空间的。试图使用RMAN恢复表空间将会返回如下RMAN错误  RMAN-016019-“could not translate tablespace name” SQL> drop tablespace rman10 including contents and datafiles; Tablespace dropped. testdb:/u01/oracle/diag/rdbms/apex/apex/trace> rman target / Recovery Manager: Release 10.2.0.4.0 –…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638   QQ号:47079569    邮箱：[email protected]   问题:我意外的删除了方案所有者，所有表的数据全部没了，我该如何恢复user ID和它的表？ 如果他们发现我删除了生产的user ID ，丢失了表中的数据，我将会被解雇。 回答：一般情况下，oracle闪回工具可以很容易的重建被个人删除的表： flashback table persons to before drop; flashback table “BIN$ksisyyg0TxKnt18rqukpQA==$0” to before drop rename to new_persons;     如果你使用cascade命令删除用户，任何在回收站中的属于该用户的对象都会自动清除。面临的问题是如何获得表名，索引约束和其他相关的方案对象。 重建被删除的用户需要拷贝生产数据库到沙盒，使用闪回恢复整个数据库到用户被删除之前。然后，导出用户数据，用ftp传送dmp文件到生产上，重新创建user ID 重新导入对象。 然而，不用担心，因为闪回特性可以使它们回来！ 按照以下步骤： 克隆整个生产数据库到你的测试实例。当你完整的克隆生产后，你需要启动oracle到mount模式，然后你使用闪回数据库回滚数据库到你删除user ID之前的点 SQL> startup mount SQL> flashback database to timestamp to_date(’23-DEC-2010 11.38.00′,’DD-MM-YYYY HH24:MI:SS’); 现在你已经完成闪回，打开测试数据库到read-only模式： SQL > alter…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] ORA-01194: 文件1需要更多的恢复来保持一致性 oerr ora 1194 01194, 00000, “file %s needs more recovery to be consistent” // *Cause: An incomplete recovery session was started, but an insufficient // number of logs were applied to make the file consistent. The // reported file was not closed cleanly when it was…