Author: mac

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   Oracle数据库– 企业版– 版本10.2.0.1至12.1.0.2[发行10.2至12.1] 本文档中的信息适用于任何平台。 Oracle服务器企业版 -11.1.0.7版本 ***于2013年7月18日检测相关性*** 症状 在冷模式（中止的ASM＆DB）或热模式下磁盘克隆分裂后，ASM磁盘组在目标存储中无法安装。 SQL> alter diskgroup all mount; alter diskgroup all mount * ERROR at line 1: ORA-15032: not all alterations performed ORA-15063: ASM discovered an insufficient number of disks for diskgroup “WRADG02” ORA-15063: ASM discovered an insufficient number…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected] 数据文件被认为是不可恢复的，如果在对象上执行不可恢复操作，该对象自从数据文件的最后一个备份一直在数据文件中，操作会变成不可恢复，如果他们没有在重做日志中记录， 这些阻止重做日志的生成的“不记录”操作，包括: • 直接加载/SQL加载 • 从插入或合并语句中的直接路径插入结果 • ALTER TABLE命令 • CREATE和ALTER INDEX命令 • INSERT /*+APPEND*/ • 分区处理 • 使用不记录选项明确设置的数据库对象 • 在Oracle metalink 说明: 216211.1中的Oracle电子商务套件并行作业执行。 • 涉及数据库对象处理的Oracle 电子商务套件修补活动 数据库恢复操作看起来完成了，但是数据文件中的不记录对象使用的数据块在恢复时会标记为损坏，访问恢复数据库实例中的那些不记录数据对象将返回一个数据块读取错误，例如，ORA-1578和ORA-26040，数据文件中的逻辑损坏将会使数据库对象在恢复的数据库实例中不再有用。 如何检测不可恢复操作? 不可恢复数据文件是那些自从上次成功备份发生后涉及的不记录操作，有很多方法可以鉴定它们，你可以定位这些数据文件，要么使用RMAN 要么通过查询V$表。 A. 从RMAN提取不可恢复数据文件信息 RMAN> report unrecoverable database;   Report of files that need backup due to…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   Frits Hoogland已经在博客中写过在linux上恢复删除的文件的问题，正如Frits 在a comment on my blog中提到的，文中他还提到了关于这个问题的 metalink 说明。 该说明的ID 是: 444749.1 “Retrieve deleted files on Unix / Linux using File Descriptors”。我去了，看了看他描述的程序。. 虽然它解释了如何恢复删除的文件，但是该程序使数据库处于不连贯的状态，它会损坏你的数据库，查询会随机产生错误的结果，这取决于高速缓存的使用和数据库的繁忙程度et cetera. (在你阅读细节之前，我想要指出没有全面回顾metalink 说明，正如在说明的一开始就指出的那样🙂 “该文献通过Oracle Support’s Rapid Visibility (RaV) 过程传递给你, 所以不属于独立的技术回顾。” 说明中概述的过程描述了如何恢复删除的文件，如何将其置于删除文件的相同位置 ，问题是它不包含使文件离线/在线,因此数据库最后会有文件的两个不同拷贝: 删除文件由数据库写入者打开，任何其他用户过程从文件读取 (连接)。 新的，恢复的文件由所有新的会话或者不需要从文件读取的现存的会话打开。 这个状态的问题是所有的写入操作将经过数据库写入者，因此会最终存在于删除的文件中，它们也会存在于 Oracle高速缓冲缓存区，只要它们在高速缓冲缓存区 ，但是如果它们变旧不存在于高速缓冲缓存区，“新”的会话将会读取恢复的文件，这样就不会看到这些变化。 这里是带有内嵌解释的测试案例: /ra5a/orabkp/test/TEST/datafile> sqlplus test/test SQL*Plus:…

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   作为一个数据库管理员，你会收到开发商或用户的要求，表明他们在几个小时前删除了大数据库中小表的数据，他们可能想让你尽快的恢复数据，那可能是一个重要的生产数据库，不启用Flashback ，回收站已清空，使用RMAN恢复完全的数据库可能会花费十个多小时的时间，你需要一个有着大存储量的备用服务器，对你而言，这看起来像是一个困难并且耗费时间的任务。 在 Oracle 数据库12c中，有一个方法可以使我们更高效地恢复表并且花费更低的成本，方法就是使用第一个数据库的备份创建第二个数据库 (通常被称为存根数据库) 。在这种情况下，我们复原了 SYSTEM，SYSAUX，UNDO 表空间和单个表空间，这些都包含了我们想要复原的数据，完成复原之后，我们修改没有离线复原的表空间，然后我们应用归档重做日志到我们想要恢复的时间点，复原数据库到合适的时间点之后，然后我们使用Oracle数据泵导出对象，然后将他们导入到原始数据库，再一次使用Oracle 数据泵，Oracle 数据库12c 在RMAN 里引入了一个新功能，支持单个数据库表和单个表分区的时间点恢复。这里是我测试新功能的一个例子: 1. 数据库TEST 有 9个表空间和一个叫做 Howie的架构，我用19377 哥记录创建了一个叫 TEST1 的表，存在于 DATA_HOWIE表空间中。 SQL> select * from v$instance; INSTANCE_NUMBER INSTANCE_NAME    HOST_NAME                                 …

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 ： 13764045638    QQ号:47079569    邮箱：[email protected]   如果你不小心从生产数据库移动了一个数据文件? 首先，不要惊慌!只要你的数据库还在有很容易的方法恢复删除的数据文件，下面的程序在linux上工作，但是这个方法有望在其他平台上工作，该程序甚至同样起作用如果你的数据库处于 NOARCHIVELOG 模式下。   你可能通过谷歌看到了这个帖子，并急于找到解决问题地方法，这里就是了。 在两个阶段下完成恢复。 阶段 1: 立即恢复防止出现 Oracle 错误 (像 ORA-27041 “不能打开文件”, ORA-01110, ORA-01116) 为正确的数据库找到DBWRITER的 PID 。 ps -ef | grep dbw0_SID_OF_YOUR_DB oracle   12272     1  0 10:55 ?        00:00:00 ora_dbw0_test oracle   12941 11501  0 12:36 pts/0    00:00:00 grep dbw0_test 为DBWRITER 过程列出被删除的文件句柄 ls…

预备知识：   drop user 能引发checkpoint的前提是 USER下面有TABLE，因为DROP USER 等若隐含了不可flashback drop的DROP TABLE。 如果user下无任何表，则此讨论不成立   多种的checkpoint中， drop table 触发的是OBJECT CHECKPOINT   其行为为 写出所有节点上属于某个 对象 object 的所有脏dirty buffer到磁盘 可能由以下操作触发： drop table xx; drop table xx purge; truncate table xx; 相关的统计信息有   DBWR object drop buffers written DBWR checkpoints

Maclean讲SQL调优精要 本期专题文档下载地址：   Maclean 讲SQL调优精要 

Oracle Database 12c中带来一种全新的架构，允许用户在一个独立的Oracle数据库中拥有多个pluggable可拔插的数据库。这种Pluggable 可拔插数据库的出现是为了对应 用户目前使用RDBMS数据库的现状，即有一些用户拥有大量的部门级应用构建于Oracle RDBMS数据库之上。   以下几个场景适合于使用pluggable database: 在产品系统中的某些应用实际仅使用十分少量的硬件资源。但是如果存在大量这样的应用，则还是需要构造大量的数据库实例并为这些小规模的数据库分配存储空间 对于那些并不十分复杂或重要，需要全职DBA花费大量时间管理的数据库 为了更好地利用硬件和DBA资源，用户有必要将大量的部门级应用整合到少数几个oracle RDBMS数据库中以便部署和管理     Pluggable Database 可拔插数据库允许DBA整合大量的小的部门级数据库到一个更庞大的数据库中。   Pluggable Database 带来的好处   在一个集中化的平台上操作多个数据库将有效降低成本： 更少的实例损耗 更低的存储成本   减少对DBA资源的使用，以及便于维护安全性： 无需应用修改 更快和简便的配置 节省了打patch和升级的时间 分离了以下责任： 不同应用的管理员 应用程序管理员和DBA 应用用户 提供isolation 保证与非CDB 完整的向后兼容性 完整的RAC操作使用 与Oracle Enterprise Manager和Resource Manager整合在一起 可以集中化管理多个数据库 备份和灾难恢复 补丁和升级      

  从上图中可以看到在2012年 oow期间12c的搜索趋势出现了一个小高潮，在2013年6月迎来了爆发点一路攀升，目前搜索量已不亚于”Oracle 11g”。   从地区上看 不管是12c还是11g，最感兴趣的地区 始终是印度 的卡纳塔克邦和安得拉邦 2个地区，班加罗尔市。 三哥三姐不愧为IT领跑者，对Oracle 12c的研究走到世界最前列！壮哉，我大印度IT产业！           美国本土的话主要集中在 加利福尼亚和 马塞诸塞 2个州。

我们平日所常见的User I/O类物理读等待事件包括db file sequential read和db file scattered read，相信细心的同学也见过db file parallel read，我们今天来探究一下该db file parallel read(db list of blocks read)等待事件的特质。     SQL> select * from v$version where rownum=1; BANNER CON_ID ——————————————————————————– ———- Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 – 64bit Production 0 www.askmac.cn 使用目前最新的12c R1 12.1.0.1版本测试 alter session set events ‘10046 trace name context forever,level…