Author: mac
-
Oracle TXChecker THE TXCHECKER USER GUIDE
Introduction TXChecker provides information useful for determining the nature and extent of corruption that may be introduced when forcing a database open with a combination of _CORRUPTED_ROLLBACK_SEGMENTS and _OFFLINE_ROLLBACK_SEGMENTS. When a database is opened with these parameters due to missing or corrupt undo datafiles, it is unknown how much data will be inaccessible (returning errors…
-
备份TB级别Oracle数据库的一些技巧
备份TB级别数据的一些技巧 1、 考虑使用增量备份, 不要老是想着用全量备份 2、 对于增量备份而言 开启block change tracking 能极大地减少物理读,提升速度 3、 11g以后对于bigfile tablespace可以启用section size 来提升速度 4、 考虑到负载更低的 Data Guard物理备库上去做备份 5、 启用备份并行 CONFIGURE DEVICE TYPE DISK PARALLELISM 16; 6、 对于多节点RAC 使用 service控制负载均衡 srvctl add service –d -s -r -a , srvctl add service –d -s -r -a , For example srvctl add service –d maclean –s…
-
Oracle甲骨文8.7亿美元高价收购Eloqua
北京,2012年12月20日—— 甲骨文今天宣布,已与领先的云营销自动化和收入绩效管理软件供应商Eloqua公司(NASDAQ代码:ELOQ)达成收购协议,收购价为每股23.50美元,总额约为8.71亿美元。Eloqua的现代营销云可提供同类最佳的性能,可确保市场营销工作的每个环节都能更努力、更有效地驱动收入。 甲骨文和Eloqua的结合预计将创建出全面的客户体验云产品,帮助企业实现营销、销售、支持和服务客户方式的转型。整合后的产品将使企业能够提供一个高度个性化和跨渠道的统一体验,通过社交和在线互动建立品牌忠诚度,通过为销售团队带来更高质量的销售线索增加销售收入,并在每一个接触点上都提供一流的服务。 Eloqua董事会已经一致批准了这项交易。预计交易将在2013年上半年完成,需要Eloqua股东批准,相关监管机构审批和其它惯例成交条件。 甲骨文开发执行副总裁Thomas Kurian表示:“现代营销实践正推动着企业经营收入的增长,成为今天企业投资的关键领域。Eloqua领先的营销自动化云将成为Oracle营销云的核心,同时也将是Oracle客户体验产品的重要补充。Oracle客户体验产品包括Oracle销售云、Oracle商务云、Oracle服务云、Oracle内容云和Oracle社交云”。 Eloqua公司董事长兼首席执行官Joe Payne 表示:“要取得卓越的客户体验,首先要了解客户的喜好,并提供高度个性化的购买体验。 我们期望与甲骨文一起,加快现代营销革命的步伐,帮助我们的客户实现市场营销、销售、支持和客户服务方式的转型”。 更多信息请登陆http://www.oracle.com/eloqua。 原文链接: http://apacmediacentre.oracle.com/content/detail.aspx?ReleaseID=5965&NewsAreaId=2
-
为什么RHEL 6上没有ASMLIB?
为什么RHEL 6上没有ASMLIB? 有些人简单解释为Oracle为了推广自家的Oracle Linux而特意为之,实际上这一评价是不公允的。 ASMLIB的特殊性是它有部分Linux Kernel内核级别的组件, 而Kernel的开放与否完全取决于Kernel内核的维护者,对于Red Hat Enterprise Linux而言是Redhat公司。 由于Redhat公司从RHEL 6这个版本开始决定从Kernel中移除ASMLIB,并且不再给与Oracle公司对于该部分内核代码的访问修改权利,这直接导致Oracle不可能build出FOR RHEL 6的ASMLIB版本,因此显然这是Redhat的问题,而非O记得问题。 注意ASMLIB仅仅是不支持原生态的RHEL 6的Kernel,这不代表在RHEL 6上不可能用ASMLIB。Metalink文档介绍了相关信息: What is ASMLib? ASMLib is free, optional software for the Automatic Storage Management (ASM) feature of Oracle Database that simplifies the management and discovery of ASM disks and makes I/O processing and kernel resource…
-
Oracle数据库在Nokia
Nokia固然今非昔比,但在手机市场仍是未瘦死的骆驼,有关报道显示Nokia现役的数据库(包括Oracle、MySQL、MSSQL)达到2300套之多, DBA团队共有20多人,平均每人100多套库。 Grid Control在过去5年中是最主要的、也几乎是唯一的DBA管理DB工具。2300套库中50%是OLTP,10%是Teradata的数据仓库。 数据库种类的分布是:1800套以上Oracle数据库,200套以上Mysql和300套以上的SQL Server。 Oracle数据库的版本分布在2011年为:4% 11g,80% 10g, 15% 9i和1%的8i。 操作系统平台分布为: 35% Solaris,36% Hp-UX, 20% Linux和10%的Windows 。 数据量大小分布从5MB-7TB,几乎使用了所有当时可用的Oracle数据库特性,其中Streams、Advanced Replication、Materalized View和DB LINK等特性大面积使用。 Oracle数据库99%使用RMAN备份,使用8个RMAN CATALOG库,每个月产生10 PB以上的备份数据。
-
enq: sq – contention 等待事件
ENQUEUE SQ的使用 当用户的SQL触发ORACLE需要填充或初始化SEQUENCE CACHE序列缓存时需要申请该SQ Enqueue 以便保护sequence的高水位,SEQUENCE CACHE以KGL sequence object形式存在,其通过查询row cache字典缓存数据中的元数据而获得填充,例如一个SELECT会递归地访问字典表。 减少该ENQUEUE SQ的争用 shared pool空间的不足可能直接导致该SQ ENQUEUE的争用,因为shared pool的空间不足可能导致sequence元数据被频繁刷出共享池。 用户可以尝试使用dbms_shared_pool.keep()来保持该sequence保存在shared pool中 可以为SEQUENCE增加 cache参数,由此减少填充该KGL对象的次数,则同样的申请ENQUEUE的次数会减少 ID1/ID2 ID1 代表对应的sequence的object_id , ID2总是0 如果自己搞不定可以找诗檀软件专业ORACLE数据库优化团队成员帮您恢复! 诗檀软件专业数据库优化团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]
-
【Oracle数据恢复】ORA-00600[kdBlkCheckError]错误解析
【Oracle数据恢复】ORA-600[kdBlkCheckError]错误解析 kdBlkCheckError本质上是 Kernel Data Block Check Error, 是对数据块的逻辑检测配合db_block_checking的存在,当db_block_checking!=false 且其发现了一个损坏,则报一个ORA-600 [kddummy_blkchk] / ORA-600 [kdBlkCheckError] . 进一步的损坏/坏块将被终止 kdBlkCheckError/kddummy_blkchk有一大堆的检测代码,每一个检测代码对应对数据块中数据的一个逻辑分析,如果分析发现存在mismatch则认为数据块存在逻辑讹误。 例如检测代码23001 代表Wrong total extent count。 如果出现ORA-00600[kdBlkCheckError]则一般是ORACLE 软件BUG 或者内存存在讹误。 如果自己搞不定可以找ASKMACLEAN专业ORACLE数据库修复团队成员帮您恢复!、 与该ORA-00600[kdBlkCheckError]错误相关的Bug Note如下: NB Bug Fixed Description 17447078 12.1.0.2, 12.2.0.0 Diagnostic enhancement for ORA-600 [kdBlkCheckError] .. [18007] errors 14400110 11.2.0.4, 12.2.0.0 Bad redo / ORA-600 [kdBlkCheckError] .. [6135] for opcode…
-
【Oracle ASM数据恢复】ORA-15038: disk ‘XXXXXXX’ mismatch on ‘Time Stamp’ with Target Disk Group错误解析
如果自己搞不定可以找ASKMACLEAN专业ORACLE数据库修复团队成员帮您恢复! 如果在mount diskgroup时遇到如下错误,则你有必要读一下这篇文章: SQL> alter diskgroup DATA mount; alter diskgroup DATA mount * ERROR at line 1: ORA-15032: not all alterations performed ORA-15040: diskgroup is incomplete ORA-15042: ASM disk “17” is missing from group number “1” ORA-15042: ASM disk “16” is missing from group number “1” ORA-15042: ASM disk “15” is missing from…
-
【Oracle数据恢复】ORACLE数据库启动startup 停止shutdown相关文档汇总
【Oracle数据恢复】ORACLE数据库启动startup 停止shutdown相关文档汇总 在ORACLE数据库启动过程中,首先启动的是实例instance即nomount阶段, 之后再通过CONTROL_FILES 参数指定的控制文件位置来加载数据库MOUNT阶段。 下一个步骤是打开数据库open ,这个步骤包含打开数据文件和redo logfile重做日志文件。接着如果之前的一次shutdown不是优雅关闭的话, 则需要完成前滚(实际就是apply redo)和回滚未提交的事务(rollback)。 数据库的停止和启动一样也分成几个阶段。 首先数据库被关闭 close这让数据库不在发生变化,即数据文件和redo logfile日志文件均被关闭。接着数据库进入dismount阶段,实例将与数据库脱离联系。当数据库被unmount之后,ORACLE数据库关闭其控制文件。下一步是 移除SGA和中止后台进程 这样实例就算关闭了。 有多种shudown 的模式例如normal,immediate,transaction ,和abort. 除去SHUTDOWN ABORT外,数据库都会将SGA中必要的数据写出到磁盘上的数据文件和redo logfile中。 如果SHUTDOWN ABORT或者发生异常中止,则SGA中必要的数据仍未写出,需要在下次数据库启动时 完成crash recovery,这些都是ORACLE数据库自动完成的。 Startup upgrade/migrate 或者 设置 _system_trig_enabled = FALSE 都将在启动过程中禁止触发器 如果自己搞不定可以找ASKMACLEAN专业数据库修复团队成员帮您恢复! Startup Slow / Hang Startup can hang in any of the stages like nomount,mount or open stage. Following…
-
了解Database Replay Capture内部原理
Database Replay是11g中很酷的特性,对于workload capture的内部工作原理大家理解的不多,这里就介绍一下。 对于Workload Capture需要考虑的因素: 负载捕获文件消耗定量的磁盘空间,这些捕获文件是2进程文件,无法直接阅读,有测试表明在大并发量的OLTP环境中可以达到capture 10分钟占用1G磁盘空间 数据库重启: 可能是保证捕获所有事务的可靠重放的唯一路径 使用startup restrict启动实例,避免不完整的事务捕获 启动capture会取消restrict模式 基于负载类型重启不是必要的 为重放目的恢复数据库的多种方法: 基于scn或时间的物理恢复 逻辑恢复应用数据 闪回或者快照数据 Capture可以指定过滤器作为捕获workload子集的方法 需要的权限包括SYSDBA、SYSOPER和合适的OS权限 性能消耗: 在TPCC测试中capture的性能损耗为4.5% 对于每个session会多消耗64KB的内存 必要的Workload Capture耗费文件系统磁盘空间 这里需要注意的有2点, 对于RAC集群存在workload capture file的目录必须位于共享文件系统上,否则start_capture时会报错。 对于每个session会多消耗64KB的内存,这是由于本质上写出负载信息到workload capture file的同样是Server Process服务进程本身,但是这种写出并非在parse解析或execution执行阶段,Server Process将其LOGON、LOGOFF、SQL执行等信息记录存放在PGA中,主要是WCR Capture PG、WCR Capture PGA中,当PGA中的工作负载历史记录达到一定数目时,Server Process本身负责写出这些数据到WCR文件中,在写出这些WCR文件时Server Process进入’WCR: capture file IO write’等待事件。 与WCR相关的等待事件另有: SQL> select * from v$version; BANNER ——————————————————————————– Oracle…