Month: February 2015

  • 诗檀软件紧急援助某银行核心系统ASM损坏案例

    如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638   QQ号:47079569    邮箱:[email protected] 5月某日 北方某银行的core banking系统ASM diskgroup损坏,丢失4个ASM disk header ;通过手动修复恢复。   该故障发生在核心数据库,后续上报到银监会。     ORA-15042: ASM disk “44” is missing from group number “2” ORA-15042: ASM disk “43” is missing from group number “2” ORA-15042: ASM disk “36” is missing from group number “2” ORA-15042: ASM disk “26” is missing…

  • 诗檀软件成功帮助云南某旅游企业恢复断电受损的Oracle数据库

    诗檀软件在年前成功帮助云南某旅游企业恢复断电受损的数据库 用户网站后台数据库在部署HA之前意外断电后无法OPEN,诗檀软件工程师@Biot_Wang在2个小时内顺利打开数据库并修复了后续问题。  

  • 解决ORA-00600[ktspgfb-1]一例

    解决ORA-00600[ktspgfb-1]一例,该案例的trace信息如下:   Oracle9i Enterprise Edition Release 9.2.0.8.0 – 64bit Production ORA-00600: internal error code, arguments: [ktspgfb-1], [], [], [], [], [], [], [] Current SQL statement for this session: INSERT INTO XX —- Call Stack Trace —– calling call entry argument values in hex location type point (? means dubious value) ——————– ——– ——————– —————————-…

  • 解决ORA-00600:[kcbgcur_3]一例

    解决ORA-00600:[kcbgcur_3]一例 ,kcbgcur_3这个函数出现ORA-00600错误一般是告诉我们,当一个状态为”CURRENT”的cache buffer中存放的是程序所预期的数据地址,即TABLESPACE号和相关DBA(RDBA),但Oracle却发现这个block并不属于一个预期的OBJECT(实际是发现了不同的Data_object_id)。     如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638   QQ号:47079569    邮箱:[email protected]   这一般说明是数据出现了逻辑上的讹误,主要有几种原因造成这种问题: 严重的写丢失Lost Write造成逻辑上的不一致 Oracle自身bug造成的逻辑上的不一致 在此例子中kcbgcur_3的相关argument为ORA-00600: internal error code, arguments: [kcbgcur_3], [91738], [1], [0], [0], [], [], [],而数据库版本为9.2.0.8, 参考附录的kcbgcur_3的argument信息详解,各argument的含义为   Arg [a] 91738 即对象的object_id Arg [b] 1代表临时对象 通过91738这个object_id可以迅速定位到出错对象,根据不同的对象类型可以给与不同的修复手段。   此例子的stack call如下: —– Call Stack Trace —– calling call entry argument values in hex…

  • 诗檀软件-Oracle数据库迁移及高可用方案

    诗檀软件-Oracle数据库迁移及高可用方案 下载诗檀软件-Oracle数据库迁移及高可用方案.pdf  

  • Oracle大学中国课程总目录

  • 一年之计在于春,立春已过,您已准备好2015年的培训计划吗

      一年之计在于春,立春已过,您已准备好2015年的培训计划吗? 最新Oracle Database 12c New Features Course 现以包含In-Memory的培训内容,更有2-3月最新课程推荐,快开始为2015年做好规划吧! 最新:Oracle Database 12c New Features Course 现以包含In-Memory的培训内容 试想一下,如果您能够迅速(只需要几秒钟,而不是几小时或几天)获得答案的情形。这将为您带来巨大的优势。高层管理人员、经理和所有员工都将能够更快地识别商机、更明智地沟通和协商,并以更好的方式吸引客户。上述激动人心的功能已随着Oracle数据库内存选件的推出变成了现实。这款新软件将帮助Oracle数据库客户转型成实时型企业。   2-3月最新特色课程推荐: 课程名称 持续时间 开课日期 地点 Application Server and Infrastructure Oracle WebLogic Server 11g: Administration Essentials 5 天 按需 Online Oracle WebLogic Server 11g: Monitor and Tune Performance 3 天 按需 Online Data Warehousing Oracle Database 11g: Administer…

  • 11g OCM目前的考试环境

    在2013年5月13日前,Oracle 11g ocm的考试环境为 Oracle Linux Release 5.4 (64-bit)+Oracle Database Enterprise Edition Release 11.2.0.1.0 (64-bit)+Oracle Enterprise Management Grid Control 10g version 10.2.0.5 (64-bit) with repository database 11.1.0.6。 在2013年5月13日后,Oracle 11g ocm的的考试环境变成了Oracle Linux Release 5.4 (32-bit)+Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 (32-bit)+Oracle Enterprise Manager 11gGrid Control Release 1 (11.1.0.1.0)  (32-bit) 具体可以见下表: Exam Environment Current Environment(Till 12th May 2013) New…

  • 不必纠结于session_cached_cursors的内存损耗

    session cursor cache 特性旨在减少软解析soft parse的性能损耗。通过将session_cached_cursor参数设置为一个大于0 的值启动会话session缓存游标的机制。 重复的对统一语句的解析调用经过3次以后将该语句的游标缓存移入到session cursor cache中,后续的解析调用将在session 缓存中找到对应的游标并不再需要重复打开该游标(askmac.cn)。 注意仅仅是那些重复引发三次解析调用的语句将被缓存,该机制避免了随机游标和硬绑定的游标浪费缓存。 主要UGA中的KKSUG结构定位缓存中的游标状态。kksug.kksugscc存放了session cached cursor信息数据。kksug.kksugscc.kkssclru 代表游标链表,kksug.kksugscc.kkssccnt代表session cursor cache中的游标数量,kksug.kksugscc.kksschit代表cursor cache的命中次数,即游标在session cursor cache中(askmac.cn)正好被找到的次数。   一般不需要特别去关心session_cached_cursors参数的内存损耗,一来这些session cursor cache中的栏位slot是可以被重用的,而且每一个slot也不会占用太多内存,一般在几十个字节左右。 同时如上所述KKSUG是位于UGA中的,所以在dedicated server mode独立服务器模式下session cursor cache在PGA=>UGA中, 在共享服务器模式下shared server mode下载SGA=>UGA中。     @+-> structkkssc @{ /* Session cached cursors */ /* open_cursors */ /* List of open curdef’s */ /* Number of cursors…

  • MongoDB 获得参数和命令行启动选项

    mongos> db.adminCommand( { getParameter : “*” } ) { “authOnPrimaryOnly” : true, “enableLocalhostAuthBypass” : true, “enableTestCommands” : 0, “ignoreInitialVersionFailure” : false, “logLevel” : 0, “logUserIds” : false, “notablescan” : false, “quiet” : false, “releaseConnectionsAfterResponse” : false, “supportCompatibilityFormPrivilegeDocuments” : true, “syncdelay” : 60, “textSearchEnabled” : false, “ok” : 1 } mongos> db.adminCommand( “getCmdLineOpts” ) { “argv”…