Author: mac

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   问题描述 ====================   RMAN在查找一个用于恢复数据文件但已脱机的归档日志。在恢复会话收到以下错误。   RMAN-06053: unable to perform media recovery because of missing log RMAN-06025: no backup of log thread 1 seq 649 scn 1110600 found to restore     原因 ======= RMAN恢复，查看数据文件头，获取恢复的起点。所以即使数据文件不再属于控制文件（OFFLINE DROP），RMAN 仍知道它并仍反映主/生产数据库的状态。     解决方法 ===========   一旦RMAN 还原的文件在sqlplus会话成功执行手动恢复。   SQL> recover database…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected] 目标 在本文中，我们会讨论在备用数据库上使用闪回恢复在主数据库上的Drop/Truncate/Delete Table所需的步骤。在备用数据库上使用闪回恢复表会消除在主数据库上导致的downtime。 解决方案  前提条件： – 备用数据库必须在Flashback database模式。 – Drop/Truncate/Delete Table 所发生的时间必须在db_flashback_retention_target之内且所有闪回和归档日志必须可用。 步骤：  1) 停止受管理的恢复进程。 SQL > recover managed standby database cancel; 2) 为了恢复丢失的数据，使用flashback database功能到大约在Drop/Truncate/Delete Table发生前的时间。 例如 ——- SQL > shutdown immediate; SQL > startup mount; SQL > flashback database to timestamp to_date(’29-MAY-2009 14:30:00′,’DD-MON-YYYY HH24:MI:SS’); 3) 在只读模式下打开备用数据库。 SQL>…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Solaris SPARC Operating System – Version: 8.0 及以上  [Release: 8.0及以上 ] 所有平台 目标 本文描述了访问被进程保持打开的文件中数据的简单方法。 解决方案   在某些情况下，从已删除的文件中恢复数据是有可能的。具体来说，必须有一个进程仍为文件保持open file descriptor。 伪文件系统“/ proc”包含系统上每个正在运行进程的目录。每个进程目录以进程的PID命名，包含名为“fd”的子目录，下面是代表每个进程的open file descriptor的文件： $ ls -li /proc/314/fd total 432 c———   1 john  agroup       24,  3 Sep 25 21:07 0 c———   1 john  agroup       24,  3 Sep 25 21:07…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   数据库运行报ORA-00600错误，重启后日志中显示有数据块损坏情况出现。 请问该数据库是否有RMAN的备份？ 请先shutdown immediate数据库，手工copy 所有的数据文件，日志文件和控制文件到另外一个磁盘路径下。 然后按以下步骤看是否能启动DB 1. Use Trial Recovery to determine the extent of the problem: SQL> recover database test; This will tell you how many blocks (n) would be left corrupted after recovery – check the alert log for details of the blocks affected. If…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]     适用于： Oracle Database – Enterprise Edition – 版本9.0.1.0 及以上 本文信息适用于任何平台。 目标 本文描述了如何重建你的控制文件。 解决方案 警告 你仅能在以下情况重建你的控制文件： 控制文件的所有当前副本丢失或损坏。 你在控制文件损坏或丢失的位置还原备份。 你需要在控制文件中更改一个hard limit数据库参数。 如果你在将数据库移动到另一个服务器且文件位于另一个位置。 Oracle Customer Support 建议你这么做。 从一个被mount或打开的现有数据库创建一个新的控制文件。 首先你必须生成控制文件的一个ascii dump。 虽然数据库被mount或打开，发出： SQL> alter database backup controlfile to trace; user_dump_destination 目录中会生成一个跟踪文件。 SQL> show parameter user_dump_dest NAME            TYPE         VALUE ————–  ——       ————————————————…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   适用于： Oracle Database – Enterprise Edition – 版本8.0.3.0 到 11.2.0.4 [Release 8.0.3 到 11.2] 本文信息适用于任何平台。 症状 启动mount 失败显示以下错误： ORA-00214: control file <name> version <num> inconsistent with file <name> 在数据库在运行时显示以下错误： ORA-01171: datafile %s going offline due to error advancing checkpoint ora-01115: IO error reading block from file %s…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]     目的 ——-   本文旨在介绍磁盘出现故障后的一些常见恢复技术   范围 & 应用 ——————-   所有参与恢复Oracle数据库的Oracle support分析师，DBA和顾问   由于磁盘故障的丢失 ———————— 磁盘故障会使哪些丢失： A) 控制文件 B) 重做日志文件 C) 归档日志文件 D) 数据文件 E) 参数文件或SPFILE F) Oracle 软件安装   检测磁盘故障 ———————– 1) 运行复制工具，如unix上”dd” 2) 如果使用RAID 机制，如RAID 5, parity信息可能掩盖磁盘故障，将需要更有力的检查 3) 与往常一样，检查操作系统日志文件 4) 另一个明显的情况是当OS无法查看或mount磁盘。 5) 在Oracle端，如果受影响的文件是一个数据文件，运行dbv 6)…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638 QQ号:47079569 邮箱：[email protected]   ORA-01157 oerr ora 1157 01157, 00000, “cannot identify/lock data file %s – see DBWR trace file” // *Cause: The background process was either unable to find one of the data // files or failed to lock it because the file was already in use. // The database…

本文永久地址：https://www.askmac.cn/archives/oracle-11gr2-css集群同步服务.html 11gR2中css集群同步服务没有改变的部分 哪些没有发生改变   网络心跳 磁盘心跳 Miscount 大多数线程 OCR 和Voting disks 节点被驱逐和脑裂解决 使用NM和GM的CSS架构   11.2CSS 守护进程成员组成   集群成员节点的改变（重新配置）   需要一个协议来完成成员的改变 在重新配置管理器节点（RMN）运行重新配置 不是一个固定的节点，任何节点都可以成为RMN的重新配置 所有节点都必须与RMN通讯来完成重新配置 一个节点发生故障后的第二个节点故障小于misscount是最昂贵的，因为RMN必须等待第二个节点的响应，直到达到第二个节点misscount。 保持与供应商集群的一致性。     心跳机制   心跳 心跳机制 群集成员有两个心跳机制 网络心跳（NHB） 磁盘心跳（DHB） 本地心跳（DHB） 用于不同目的的心跳机制，他们不是冗余机制 NHB检测群集丧失生存能力 DHB解决网络分裂   网络心跳 包含本地节点时间戳信息和毫秒计时器 指示该节点可以参与群的活动，例如组成员身份更改 当NHB丢失太久，集群成员资格更改（集群配置）是必需的 定义“太久”：恒定的时间（misscount） 丢失到网络的连接不一定致命的   磁盘心跳 包含分裂决议信息 包含本地节点时间戳信息和毫秒计时器 其他节点仍在连接 一个节点是否是活着的最后一句话 当DHB丢失太久，节点被假定为死亡 当连接到磁盘丢失时间’太长’，盘被考虑离线 “太长”视情况而定 长磁盘I…

从2006年开始Oracle 提供自己的Linux发行版本： Oracle Enterprise Linux 后改称为Oracle Linux， 采用自己定制的UEK unbreakable Enterprise Kernel内核。 到 Linux 6开始仅在自己的Oracle Linux上提供ASMLIB软件，并集成了Ksplice 目前关于Oracle Linux的市场份额 gartner 和 idc没有对外公开的市场调查文档，但是有报告宣称在新的Linux 市场license许可证销售中Oracle Linux占了80.5%的比重(redhat的同学勿拍砖)。 在实际使用中 若搭建Oracle 、Mysql 数据库服务器，本人更推荐采用Oracle Linux 5/6。 同时Oracle官方宣称UEK比 redhat的kernel 在性能上有诸多优势： 8kb flash cache reads 下UEK比 Red Hat compatible kernel ，IOPS高400% Solid State Disk access 每秒吞吐量高137% 8 socket database OLTP 下 每秒事务数 高75%