Author: mac

  • ASM DISK WITH MOUNT_STATUS=CLOSED HEADER_STATUS=MEMBER GROUP_NUMBER=0

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638    QQ号:47079569    邮箱:[email protected] 症状 ASM DISK WITH MOUNT_STATUS=CLOSED HEADER_STATUS=MEMBER GROUP_NUMBER=0 GROUP_NUMBER DISK_NUMBER MOUNT_S HEADER_STATU       MODE_ST STATE     OS_MB TOTAL_MB FREE_MB NAME FAILGROUP LABEL        PATH 0                      0                   CLOSED    MEMBER                ONLINE     NORMAL 69711  0              0                            …

  • 由于ORA-600 GMON 使ASM 崩溃[KFDPHBEAT_REAPIO:02]

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638    QQ号:47079569    邮箱:[email protected]   症状 其中一个ASM 实例崩溃,引起数据库实例在节1上重启 。 ‘alert+ASM1.log’文件显示磁盘组 EEPERF2_REDO 安装当’gmon’ 在EEPERF2_REDO上的I/O功能 [kfdpHbeat_reapIO:02]报告一个 ORA-600 错误, 和内部错误(ORA-600)一起,我们在报告(ORA-15196)的asm块头部看到一个损坏, asm 实例回弹之后, 没有磁盘可用于EEPERF2_REDO, 再也不能安装磁盘组。 Sat May 30 23:25:43 2015 SUCCESS: diskgroup EEPERF2_REDO was mounted Fri Jun 05 11:11:40 2015 Errors in file /apps/oracle/base/diag/asm/+asm/+ASM1/trace/+ASM1_gmon_8723.trc (incident=221838): ORA-00600: internal error code, arguments: [kfdpHbeat_reapIO:02], [3], [31],[], [],…

  • 在节点驱逐后mount diskgroup出现ORA-15038 “disk ‘%s’ mismatch on ‘%s’ with target disk group [%s] [%s]”

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638    QQ号:47079569    邮箱:[email protected]   症状 四个节中的两个被从丛中驱除,两个节重新加入到丛之后,安装了相同的磁盘组,但是安装一个特别的磁盘组失败,在未受影响的节点上,所有的磁盘组都已安装。 尝试安装磁盘组时,报告下列错误:   SQL> alter diskgroup datadg1 mount; alter diskgroup datadg1 mount * ERROR at line 1: ORA-15032: not all alterations performed ORA-15063: ASM discovered an insufficient number of disks for diskgroup “DATADG1″ ORA-15038: disk ” size mismatch with diskgroup [1048576] [4096] [512] ORA-15038:…

  • ASM配置字符串有乱码”kfdhdb.driver.provstr:ORCLDISKÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ “

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638    QQ号:47079569    邮箱:[email protected]   症状 由于存储问题, ASM 故障组 FG1丢失了一些磁盘。 检查 SA 组和所有的 _DROPPED 磁盘通过强制命令添加到磁盘组之后,Lun 工作良好。 改变磁盘组DISKGROUPNAME 添加故障组 fg1 磁盘 ‘/path/to/disk’ force; 发出 “alter diskgroup DIKSGROUPNAME check all”之后完成重新平衡 但是对kfdhdb.driver.provstr, kfed 命令返回无效字符   ASM Alert log ==========   ORA-15032: not all alterations performed ORA-15017: diskgroup “DWH2PLOG” cannot be mounted ORA-15063: ASM discovered…

  • 使用12.1.0.2版”mount restricted force for recovery”功能,磁盘组恢复故障–一个例子

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638    QQ号:47079569    邮箱:[email protected]     应用于: Oracle数据库- 企业版- 12.1.0.2版本和更高版本 本文档中的信息适用于任何平台。 目标 描述这个新功能并利用该功能演示一个程序,以简化故障磁盘组的恢复 解决方案 范围 此功能适用于ASM以下版本 对于 12c, ASM 版本必须 >= 12.1.0.2 BP4 对于 11g, ASM 版本必须 >= 11.2.0.4 BP16   概述Overview 12.1.0.2 BP4引入的一个功能就是”mount restricted force for recovery”选项,在磁盘组安装时用于复活故障磁盘组。此功能仅适用于普通冗余磁盘组。 正如下面的例子所示,当一个普通冗余磁盘组遇到瞬态故障迫使盘处于离线状态时,此功能是非常有用的,接下来便是合伙盘的永久性故障。 对于那些非暂时的磁盘故障,且因此磁盘无法联机,该功能可以配合使用“替换磁盘”功能,来进行数据库恢复。 对于数据库云服务器的安装,以下的failgroup指的是单元格。 对于正常的冗余磁盘组,如果failgroup的一部分或整个failgroup失败,或离线后有额外的合伙磁盘故障,磁盘组被拆卸,并且由于丢失太多的磁盘,用常规的“alter diskgroup mount”命令不能将其再次安装。如果没有 “mount restricted force for recovery”功能,我们需要使用amdu从卸载的磁盘组提取文件,或是在重建故障磁盘组后从完整的数据库备份进行恢复。这使得恢复过程耗时且有难度。 有了这项新功能,我们实际上就可以安装限制恢复的磁盘组,即使有太多磁盘离线/丢失。然后,如果脱机的磁盘现已上市,且有资格上线(例如,在数据库云服务器环境中,离线的单元格现在备份),我们可以使这些磁盘在线,并随后尝试恢复数据库。 值得注意的是,如果第二个磁盘/…

  • ASM 磁盘组安装失败,出现错误ORA-15036: 磁盘<名>被截断

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638    QQ号:47079569    邮箱:[email protected]   适用于: Oracle Database – 企业版 – 版本 10.2.0.1 到11.2.0.1 [版本10.2 到 11.2] 本文献的信息适用于任何平台。 注释: kfed 是一个Oracle 内部实用工具,不应该使用除非 Oracle Support建议使用,翻译 kfed输出不在本文范围内。 症状 在单个实例、 RAC 和任何 ASM版本中可以看到该问题 尝试安装 ASM 磁盘组 (DG1)失败,出现下列错误: ORA-15032: not all alterations performed ORA-15036: disk ‘ORCL:DATA10’ is truncated ORA-15036: disk ‘ORCL:DATA09’ is truncated 变化…

  • 如何确认和诊断被 OS 文件系统覆盖的ASM 磁盘 (ASM 磁盘覆盖 : Scenario #3)

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638    QQ号:47079569    邮箱:[email protected]   Oracle Database – 企业版 – 版本10.2.0.1到12.1.0.2 [版本10.2 到12.1] 本文献的信息适用于任何平台。 症状 1) 本文献提供了一个例子,关于如何如何确认和诊断被 OS 文件系统覆盖的ASM 磁盘。 2) 这个覆盖是一个破坏性的操作,一定会损坏ASM 磁盘。 3) 例如 3.1) 磁盘组因为下列错误卸载: ORA-15335: ASM metadata corruption detected in disk group ‘DATA’ ORA-15130: diskgroup “DATA” is being dismounted ORA-15066: offlining disk “DATA_0003” in group “DATA” may…

  • 收集所需信息来支持,验证和排除ASM磁盘组损坏故障

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638    QQ号:47079569    邮箱:[email protected]   适用于: Oracle Database – 企业版 – 版本10.2.0.1 到12.1.0.1 [版本 10.2 到 12.1] 本文献的信息适用于任何平台。 目的  当前文献提供了一系列步骤,收集所需信息来支持,验证和排除ASM磁盘组损坏故障。 排除故障的步骤 请执行接下来的步骤 ,收集下列信息: 1) 第一, 如果安装了受影响的磁盘组,打开了数据库,那么从与受影响的磁盘组 有关的所有的数据库运行完全数据库备份 (例如,使用RMAN),验证备份状态良好,接着进行下列步骤。 2)  详细描述损坏发生时正在做什么或者自从最后一次运行改变了什么(请一定要详细)? 3) 在受影响的磁盘组上运行接下来的健康检查,如下: SQL> alter diskgroup <diskgroup name> check all NoRepair; 注释:  只有安装了磁盘组,该命令才是有效的。 4) 提供ASM alert.log (它会报告从之前命令产生的结果)。 注释: 如果这是一个ASM 丛配置, 那么从所有的节中提供ASM…

  • 在版本10.2 到 11.1.0.6 和在版本 11.1.0.7及以后中如何重建 ASM 磁盘头的例子

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638    QQ号:47079569    邮箱:[email protected]   Oracle Database – 企业版 – 版本10.2.0.1到12.1.0.2 [版本10.2 到 12.1] 本文献中的信息适用于任何平台。 摘要 本文旨在提供一个例子,关于如何在版本10.2 到11.1.0.6 和版本 11.1.0.7 及以后重建一个ASM磁盘头当之前的那一个损坏时  历史 描述:  关于如何重建ASM磁盘头的例子 细节  你可以点击此处获得On Hands ASM Disk Header Corruption Lab 文献。 总结 注释: 如果分配单位大小为>1MB,则需要指定“AUS”参数。 例如,如果使用AU_SIZE=4M (4194304)创建磁盘组, 那么使用接下来的测试案例 (aus=4194304),例如: # kfed repair /dev/dm-7 aus=4194304 # kfed read /dev/dm-7    |…

  • 如何复原/维修/修复被覆盖的 (KFBTYP_INVALID) ASM 磁盘头 (First 4K) 10.2.0.5, 11.1.0.7, 11.2 及以后版本

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638    QQ号:47079569    邮箱:[email protected]   适用于: Oracle Database – 企业版 – 版本 10.2.0.5 到12.1.0.1 [版本 10.2 到 12.1] 本文献中的所有信息适用于所有的平台。 目标 当前文献提供了一个例子,关于如何复原/维修/修复被覆盖的 (KFBTYP_INVALID) ASM 磁盘头 (First 4K) 10.2.0.5, 11.1.0.7, 11.2 及以后版本。 解决方法 ASM 磁盘头的复制 (first 4K)存在于版本 10.2.0.5, 11.1.0.7, 11.2 及以后中,它可以用来尝试复原一个有效的 ASM磁盘头 (假设只有磁盘的第一个4k 受到影响/覆盖),为了复原ASM 磁盘头(假设自动的ASM磁盘头备份处于良好的状态),请执行接下来的步骤: 1) 备份受影响的第一个50MB (该步骤是强制的): $> dd if=<full path…