Author: mac

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   测试＃3：覆盖ASM磁盘头，而ASM磁盘组处于脱机状态 在这篇文章中，我们将更深度挖掘ASM。我们会在一个磁盘上覆盖ASM磁盘头，而磁盘组处于脱机状态，检查结果并再次修复LUN。 覆盖磁盘“DISK003A”的盘头 dd if=/dev/random bs=8k count=1 of=/dev/sdg1 尝试安装磁盘组 SQL> alter diskgroup DATA2 mount; alter diskgroup data2 mount * ERROR at line 1: ORA-15032: not all alterations performed ORA-15040: diskgroup is incomplete ORA-15042: ASM disk “0” is missing from group number “2” ASM alert.log 显示:…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   试想一下，磁盘组中有一个磁盘的头出现损坏;磁盘组被设置为“外部”冗余，就意味着一个磁盘无法访问，整个磁盘组将被卸除。那又怎样？这个磁盘具有良好的业务数据，其他磁盘也有很好的业务数据，而这里的问题是，若只有一个磁盘的头出现损坏，应不应该因为一个盘头重建整个数据库？ 来吧！这就是oracle！总有解决方法的。这就是我在这篇文章中尝试做的，提出一些方法来备份ASM磁盘头，并在需要时恢复。 注：我还没有看到有关这方面的解决方法，小心操作。 我可以告诉你关于测试环境的更多详细信息，有一个磁盘组名为“DATA”: SQL> select group_number, name, state, type from v$asm_diskgroup; GROUP_NUMBER NAME                STATE       TYPE ———— ——————- ———– ——        1     DATA                MOUNTED     EXTERN 注意看分配单位的大小;这个日期对于我们接下来的操作非常重要: SQL> select…

分享一个JAVA SE调优经典教程   [gview file=”https://www.askmac.cn/wp-content/uploads/2014/06/java-se-tuning.pdf”]

在使用客户端ONS demon时，发生类似于node dow，对现有CP Connection产生影响的故障的话，event就不会从修复完成服务器的ONS开始向客户端的ONS demon传送event。并不会检测到服务器的故障，JDBC 应用的FCF也就无法正常运行。     [适用版本] 发生问题的版本  : Oracle Notification Service (11.1.0.6 – 11.1.0.7) Oracle Notification Service (10.2.0) 修复了问题的版本  ：Oracle Notification Service (11.2) 预定修复问题的版本：没有 已修复问题的PSR       ：没有 预计修复问题的PSR     ：未定     [适用平台] 所有平台     [可能发生的条件] 在如下所示的脚本中发生。   启动服务器两节点 客户端中启动ONS demon 在服务器中终止Node#1 => Node#1 nodedown 的event会从Node#2开始向客户端发送信息 在数据库中启动 Node#1 => Node#1 up的event从 Node#2开始向客户端中发送信息 自身的up…

  恢复设定多个资源之间的依存关系的资源时，恢复时并不会考虑依存关系。   比如，1个ASM资源中依赖于两个实例资源的机构中，ASM资源因为某些原因OFFLINE后，有依存关系的两个实例资源就也会变成OFFLINE。 之后，CRS会通过RESTART修复ASM资源。但因为没有考虑到两个实例资源，会变成OFFLINE。实例资源如果想比ASM更快ONLINE的话，实例资源的ONLINE就会失败。   两个实例资源 ora.test.test1.inst 与 ora.test2.test20.inst都依赖于 ASM资源 ora.test.testasm.asm 时，CRS的日志($ORA_CRS_HOME/crs/log)中就会记录以下内容。 – CRS：       `ora.test.testasm.asm` on `node1` went OFFLINE   unexpectedly       `ora.test.test1.inst` on `node1` went OFFLINE   unexpectedly       `ora.test2.test2.inst` on `node1` went OFFLINE   unexpectedly        Attempting to stop `ora.test.testasm.asm` on member   `node1`                                  <– ASM 的资源，以及其他依存资源都会终止        Attempting to stop `ora.test.test1.inst` on   member…

适用范围: Oracle Database – Enterprise Edition – 版本从 11.2.0.2 到 11.2.0.3 [版本 11.2] 这个文章的内容适用于所有平台。 现象 [可能产生的现象] 修复了发生故障的Interconnect后，不会开始被排除节点的CSS。 変更点 [可能发生的条件] 满足以下条件的话就可能发生。 -没有修复 Interconnect故障时 原因 [原因] 产品故障。 根本原因是发生Interconnect故障后的对策中，network interface的clean up处理后执行的一部分处理中出现了问题。 由此，即使成功clean up成功也会显示为失败，修复了Interconnect故障后，也不会开始已排查的节点中的CSS。 * 发生这种情况的特征 从ohas 中的 orarootagent.log 开始执行HAIP ，查看是否成功。如果通过ifconfig 查看到对应的HAIP无法分割时，那就是这种情况了。 * GI PSU 11.2.0.3.3中包含修正。 对策 [回避对策] 修复Interconnect故障时，请执行以下操作。   终止被排除的节点的 Grid Infrastructure。 注意）请在修复完成Interconnect故障之前执行。   请通过root用户执行。 GI_HOME/bin/crsctl stop crs…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] 说明在执行以下恢复时出现错误时的对策。 执行数据库恢复后，因为online REDO日志的一部分member产生破损（丢失），所以用drop logfile member => add logfile member 来处理（*1），但drop logfile member时发生了ORA-362、ORA-1517。 （*1）详细对策请参考Document 1702522.1(KROWN#12148)。 <处理顺序例> 1. 完整恢复数据库、启动   SQL>startup mount   SQL>recover database;   SQL>alter database open; 2.查看 v$logfile   SQL> select * from v$logfile;       GROUP# STATUS  TYPE    MEMBER   ———- ——- ——- ——————————-…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] 使用Remote ONS时，修复类似node mount一样的会对现有的 TCP Connection 产生影响的故障时，不会从修复完成的服务器的ONS中向客户端中的ONS发送信息。 结果就是无法检测到客户端中服务器的故障， JDBC应用的FCF也无法正常运行。 [适用版本] 发生问题的版本  : Oracle Notification Service (11.1.0.6 – 11.1.0.7)                           Oracle Notification Service (10.2.0) 修复问题的版本  ：Oracle Notification Service (11.2) 预定修复问题的版本：无 修复完成问题的PSR       ：无 预计修正问题的PSR    …

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] Voting disk 中产生破损时（理论破损），CSS会自动修复Vogint disk 。 [适用版本] Oracle Database 10g Release 2(10.2.0.3) + CRS Bundle#1 Oracle Database 10g Release 2(10.2.0.4 以降) Oracle Database 11g Release 1(11.1.0) [适用平台] 所有版本 [详细内容] — 10.2.0.3 + CRS Bundle#1 或者 10.2.0.4 发生Voting disk 的破损（理论破损）时，CSS会自动修复 Voting disk 操作已经被变更了。Voting disk多重化，其中过半发生破损时，与到10.2.0.3 为止的版本相同的Node reboot。 另外，重启时，会自动修复发生破损的 Voting disk。 —…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]    [ASM] disk group破损时，使用RMAN修复的方法（restore/ recovery）以及使用RMAN执行restore/recovery的顺序的文章。 ASM环境中，因为某些原因（H/W故障等），从包含数据库的结构文件的disk group破损的状态恢复的Document 1732736.1(KROWN:105100) 的操作顺序如下所示。 03. 制成disk group以及目录 04. 从备份中restore 05. 执行恢复 [适用版本] Oracle 10g Database Release 1 (10.1.0) Oracle 10g Database Release 2 (10.2.0) [前提条件] 请满足以以下条件为前提来执行。 ・数据库的版本在 PSR 10.1.0 以上。 ・通过RMAN获得的备份不仅是发生故障的disk group，在正常的disk group或者文件系统上也配置，并且可以使用。 ・通过RMAN获得备份如果是online备份的话，还应该准备归档日志文件的备份 ・控制文件、数据文件、online REDO文件，并没有变成OMF的形式(*1)。 ・包含控制文件、数据文件、online REDO文件、归档日志文件的所有disk group会发生故障。 ・以通过RMAN获得的备份为基础，尽可能以最新状态来恢复。 (*1) OMF的形式是指，制成ASM文件时，用户不指定其他名字来制作时，就会指定自动添加名字。 OMF…