【话题讨论】谈经验 赢门票 2013技术盛典等待你的到来

wzz123snow

leonarding 发表于 2013-2-2 10:22
1、谈谈你遇见过的技术难题，以及怎样攻克的？分享自己的技术经验
ora-00054 表被lock导致资源忙等待不能操 ...

赤裸裸的实战啊

wzz123snow

leonarding 发表于 2013-2-2 10:25
1、谈谈你遇见过的技术难题，以及怎样攻克的？分享自己的技术经验
问题描述：
新疆oracle客户端无法链接
...

分享~

wzz123snow

LuiseDalian 发表于 2013-2-7 20:05
1、谈谈你遇见过的技术难题，以及怎样攻克的？分享自己的技术经验。
答：遇到的技术问题很多很多了。
    ...

每次看刘哥的PUB留言，都能学到很多东西~

LuiseDalian

wzz123snow 发表于 2013-2-9 18:09
每次看刘哥的PUB留言，都能学到很多东西~

新年好！

leonarding

leonarding

门票啊

oracle201202

oracle2013

111

诺华

2012年4月，某银行系统在资源扩充后，数据库CPU持续100%。通过监控，发现数据库的spinlock非常高。该系统在之前也遇到过类似的问题，通过增加traceflag、减少statement cache、优化SQL语句等方法解决。对比前后的配置，CPU数由之前的20增加为30，内存也增加了很多。经过各方面的确认，恢复原配置参数，重新启动数据库后，系统恢复正常。

但仅仅持续了几分钟，该系统的一个子系统的数据库又持续100%。由于各个系统的关联性，该问题也导致了整个业务系统无法正常运行。通过sysmon、spinmon等监控，发现内存中一个分区的spinlock非常高，而MDA也监测到一个表的逻辑I/O非常高，占了数据库所有I/O的80%以上。而该表又非常小，仅有几千条记录。我们推测，由于数据库做过重组，该表有很小，只有几个页面，导致了该表在内存中hash到了很少的分区上。而业务中对该表的操作又非常频繁，这就导致了该表的spinlock非常高。而我们需要把这张表分配到尽可能多的页面上，以减轻spinlock。我就想到了，sybase很早的版本使用apl表模拟dol表的方法。把这张表修改为apl表，并且每页只保留一条记录，同时为该表建了一个较小的命名缓存，仅仅比该表调整后的空间大50%，这就迫使这张表的数据可以hash到多个分区上。实施该操作后，尽管数据库的I/O每秒增加了几十万，但CPU下降很多，维持在10%左右。这种方法很好地解决了我们这个spinlock问题。

总结一下：
1、资源的增加不一定起到好的作用，我们就是一个反面的例子。Sybase在管理大资源上还需要做很多优化，尽管最近的版本上有了一定的优化，解决了部分spinlock问题，但要赶上oracle等数据库，还需要很多努力。
2、问题的解决必须有针对性，我们碰到的尽管都是spinlock问题，但spinlock发生的地方不同，需要的方法也不同。目前使用的方法有较大的缺点，但还没想到更好的方法。

湖湘文化

通常碰到以前遇到过的问题，用经验和以前的文档来解决，然后是google和MOS；

说说做数据迁移时碰到几个问题吧：

导出报错：
ORA-31693: Table data object " " failed to load/unload and is being skipped due to error:
ORA-29913: error in executing ODCIEXTTABLEOPEN callout
ORA-00600: internal error code, arguments: [kpotcgah-9], [0], [ORA-00600: internal error co
Processing object type

解决方法：
该报错为oracle的一个bug，Bug 8544008  OERI [kpotcgah-9] using datapump export
建议的处理方法为，不使用并行参数，或者指定dumpfile时添加%U参数。

================================================


导入过程中碰到了一个11g相关的bug（Bug 8415620）
报错信息摘录如下：
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA
ORA-31693: Table data object "  " failed to load/unload and is being skipped due to error:
ORA-31640: unable to open dump file ".dmp" for read
ORA-19505: failed to identify file ".dmp"
ORA-27037: unable to obtain file status
IBM AIX RISC System/6000 Error: 2: No such file or directory
Additional information: 3

解决方法：
Cannot Run DataPump With PARALLEL > 1 On 11.2 RAC [ID 1071373.1]

Cause
From 11.2, DataPump new parameter CLUSTER is introduced.
  
CLUSTER : Default=Y

Purpose :
Determines whether Data Pump can use Oracle Real Application Clusters (RAC)
resources and start workers on other Oracle RAC instances.

Syntax and Description : CLUSTER=[Y | N]
Solution
To force DataPump to use only the instance where the job is started and to replicate pre-Oracle Database 11g release 2 (11.2) behavior, specify CLUSTER=N.