Ask Maclean

Author: mac

  • Oracle 数据文件脱机，显示ORA-376 ORA-1110

      如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   ORA-00376 oerr ora 376 00376, 00000, “file %s cannot be read at this time” // *Cause: attempting to read from a file that is not readable. Most likely // the file is offline. // *Action: Check the state of the file. Bring it online ORA-01110 oerr…

  • Oracle 在添加数据文件时生成ORA-1157 和ORA-1110

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   ORA-01110 oerr ora 1110 01110, 00000, “data file %s: ‘%s'” // *Cause: Reporting file name for details of another error // *Action: See associated error message ORA-01157 oerr ora 1157 01157, 00000, “cannot identify/lock data file %s – see DBWR trace file” // *Cause: The background process…

  • Oracle 使用DB_STRUCTURE_INTEGRITY_CHECK 获取跟踪文件，生成ORA-01110

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   ORA-01110 oerr ora 1110 01110, 00000, “data file %s: ‘%s'” // *Cause: Reporting file name for details of another error // *Action: See associated error message     适用于： Oracle Database – Enterprise Edition – 版本11.1.0.6 到 11.2.0.2 [Release 11.1 to 11.2] 本文信息适用于任何平台。 症状 获取跟踪文件，有以下内容： DDE rules…

  • ORA-01499: Table/index Cross Reference Failure – See Trace File

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Oracle Database – Enterprise Edition – 版本11.2.0.3 及以上 本文信息适用于任何平台。 症状 SQL> Analyze table WRI$_ALERT_OUTSTANDING validate structure cascade; Analyze table WRI$_ALERT_OUTSTANDING validate structure cascade * ERROR at line 1: ORA-01499: table/index cross reference failure – see trace file 原因 表WRI$_ALERT_OUTSTANDING 和其索引的不一致性。 当检测到一个索引中的不一致性，通常生成ORA-00600 [kdsgrp1] 和ORA-1499 。这最有可能是由于丢失写（硬件/OS）的情况。 解决方案 重建如下索引来解决问题：…

  • Oracle ORA-8102 损坏索引，ORA-1499 即使在drop并重建索引后

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   ORA-08102 oerr ora 8102 08102, 00000, “index key not found, obj# %s, file %s, block %s (%s)” // *Cause: Internal error: possible inconsistency in index // *Action: Send trace file to your customer support representative, along // with information on reproducing the error ORA-01499 oerr ora 1499…

  • Oracle ORA-1499. 表/索引行数不匹配

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   ora-01499 oerr ora 1499 01499, 00000, “table/index cross reference failure – see trace file” // *Cause: // *Action: 适用于： Oracle Database – Enterprise Edition – 版本 8.1.7.0 到12.1.0.1 [Release 8.1.7 to 12.1] 本文信息适用于任何平台。 Oracle Server Enterprise Edition – 版本: 8.1.7.0 到 11.2.0.2 症状 使用”validate structure cascade”分析表失败，生成ORA-1499 且跟踪文件包含信息…

  • Oracle Free Space Managements 验证报告

    本文永久链接 https://www.askmac.cn/archives/oracle-free-space-managements-验证报告.html      介绍 Oracle从Oracle9i开始为了管理段内空闲区域free extent，会新建bitmap来使用 追加了自动段区域管理这个功能。作为一直以来(Oracle6～Oracle8i）的管理段内空闲区域free extent的方法，可以使用free list (FREELISTS)，这是管理数据块的唯一方法。另外，使用自动段区域管理的优点如下所示： – 便于管理(特别是在Real Application Clusters(RAC)环境中) – 提高区域使用率 – 提高同时执行处理 一直以来，管理空闲区域free extent的唯一方法都是free list(FREELISTS)，free list groups。FREELIST GROUP的设定非常复杂，需要数据库管理者有大量的知识储备，自动段区域管理会自动调整好这些设定，变得非常简便了。另外，自动段管理会自动确认相邻的连续空闲区域free extent，所以不需要合并空白范围 (COALESCE)。由此可以提高区域使用率。但是，这究竟是否与性能有关呢？是否自动段管理比一直以来使用free list的空闲区域free extent管理的执行处理要快呢？本报告就是为了回答这个疑问，将日本oracle公司中进行的测试结果做了一个汇总。 区域管理方式概要 作为区域管理方式的选项，根据管理的layer差异，有以下几种组合。   表区域(表区域的EXTENT管理) 本地管理表管理表区域 用管理bitmap可以使用的EXTENT 用bit值分辨空闲区域free extent以及使用完成 自动识别相邻空白EXTENT 从9i开始的默认管理方法    ▼ 本地管理表区域中EXTENT管理(分配方法) ○ AUTOALLOCATE(默认) □EXTENT的尺寸在系统中会自动管理自动分配。 – 初始EXTENT会分配到64KB – 段尺寸小于1MB时，分别分割为64KB – 段尺寸大于1MB小于64MB时，会分别分配1MB – 之后就按1MB,8MB,64MB等尺寸来进行分配 ○ UNIFROM…

  • Oracle 在还原/导入时ASM 磁盘组dismounted由于 ” OSD-04016: Error queuing an asynchronous I/O request’”

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Oracle Database – Enterprise Edition – 版本 11.2.0.3及以上 本文信息适用于任何平台。 症状 在还原数据库或以并行属性使用impdp时，会生成以下错误且磁盘组会脱机   ORA-27070: async read/write failed OSD-04016: Error queuing an asynchronous I/O request. O/S-Error: (OS 2) The system cannot find the file specified. WARNING: Write Failed. group:1 disk:0 AU:1 offset:1044480 size:4096 WARNING: Hbeat write to PST…

  • Oracle ASM 磁盘组 dismount 显示 “Waited 15 secs for write IO to PST”

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Oracle Database – Enterprise Edition – 版本 11.2.0.3 到12.1.0.1 [Release 11.2 to 12.1] 本文信息适用于任何平台。 症状   正常或高冗余磁盘组被dismounted ，显示这些警告消息。 //ASM alert.log Mon Jul 01 09:10:47 2013 WARNING: Waited 15 secs for write IO to PST disk 1 in group 6. WARNING: Waited 15 secs for write IO…

  • Oracle 在”WARNING: Disk … is now being offlined”, “WARNING: Write Failed.”, “ORA-15081” 之后，添加磁盘到ASM 磁盘组导致ORA-15130

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   ora-15081 oerr ora 15081 15081, 00000, “failed to submit an I/O operation to a disk” // *Cause: A submission of an I/O operation to a disk has failed. // *Action: Make sure that all the disks are operational. // ora-15130 oerr ora 15130 15130, 00000, “diskgroup \”%s\”…