由于只有小部分数据无法导出，因此决定使用DUL直接从数据块中读取数据。

对于OCFS2文件系统无需特殊处理，在control.dul中按照路径写入系统表空间数据文件和故障表所处的用户表空间数据文件即可。

由于system表空间正常，数据字典都存在，因此unload table的过程很简单，bootstrap之后直接unload table即可。

这次unload出的表中最多记录数为580万多。

最后将生成的dat文件通过SQL Loader加载回新建的数据库中，对于中文的处理需要将操作系统NLS_LANG环境参数设置为跟数据库字符集相同。

本来这次想测试老熊的ODU执行效率，很可惜，在执行linux版本的odu时报无法找到某lib，因此作罢（由于时间充裕，在等待后续处理的过程中，将系统表空间文件和其中一个数据文件ftp到windows中，然后使用windows版本的odu测试了一下，unload table功能完全正常）。

比如Scrapbook这样优秀的扩展，如果无法使用的话简直是一种折磨。

通过以下的方法可以将旧版本的扩展从Mozilla Addons的官方网站上直接安装到Firefox 3.5中。

1. 安装MR Tech Toolkit扩展，该扩展除了自己的强大功能之外，还可以允许其它扩展安装的时候，跳过版本验证步骤。安装完毕以后，将该扩展功能选项中“Enable AddOn Compatibility Checking”之前的勾取消，如下图。

2. 在Mozilla Addons站点注册一个免费的用户，登录之后，才可以在安装扩展的页面上看到“Ignore version check”这样的字样，点击它，本来不允许安装的按钮将变为绿色的“Add to Firefox”。如下图。

3. 像之前一样安装，然后重启Firefox，就可以正常使用扩展了。

伴随了大多数人多年时光的天王Michael Jackson忽然间就逝去了，耀眼和平凡都是一瞬间的事情，Heal the World言犹在耳，却无法拯救自己。

对这位全球以个人名义资助慈善事业最多的人，我们心存敬意。

如何让你的Wordpress Blog显得更专业，更美观，更让他人容易浏览呢？总结一下这几年自己用Wordpress的心得。

1. 选择合适的Theme
如果是技术性的blog，会粘贴大量的实验代码（包括SQL语句等）请选择两栏的Theme，其实就是让文章区更宽一些，这样可以容纳下绝大多数长度的SQL语句和输出结果，而三栏的Theme由于要预留两个侧边栏，通常文章区就比较窄，这样很多SQL语句会换行，让他人浏览起来很不舒服。

2. 首页全文输出
作为个人blog，如果不在乎你的首页到底有多长（再长恐怕也长不过新浪、网易啥的首页吧），也并不在乎你到底能获得多少点击率，那么还是在首页全文显示文章吧，没有”Read More”可以让别人少进行一次鼠标点击，这是很体贴的设计。

3. RSS全文输出
同样，对于RSS聚合输出，也请输出全文，这样方便通过RSS阅读器订阅你的blog的人群，我个人就很讨厌在Google Reader中只能看到一篇文章第一段话前几句的这种情况。对于RSS聚合，推荐使用Feedburner或者国内的Feedsky进行RSS烧制。这样做的好处是，统一且更加灵活设置RSS输出格式，另外，即使以后你改变了自己的域名，也只需要在feedburner中绑定一下新域名即可，对于其它订阅者来说，仍然是之前的RSS地址。

4. 代码美化插件
对于粘贴代码的文章，请一定要使用语法高亮的插件来进行美化，最常用的插件是WP-Syntax，在最新版本的Wordpress中可以直接从后台进行插件的安装（Plugins->Add New->Search Plugins），非常方便。

这是没有美化过的效果。
SQL> DROP tablespace SUMM_DATA07;
DROP tablespace SUMM_DATA07
*
ERROR at line 1:
ORA-14404: partitioned TABLE contains partitions IN a different tablespace appears.

这是美化过后的效果。

SQL> DROP tablespace SUMM_DATA07;
DROP tablespace SUMM_DATA07
                *
ERROR at line 1:
ORA-14404: partitioned TABLE contains partitions IN a different tablespace appears.

发表完文章之后自己先读一下，错别字尽量改正，自己看着舒服，别人才可能觉得赏心悦目。请以专业的心态对待自己的每一篇文章。

5. 垃圾留言屏蔽插件
垃圾留言是每个blogger头疼的事情，幸好有优秀的Spam Block插件可以使用，在新版的Wordpress中自带了Akismet，但是启用这个插件需要一个Wordpress.com API Key，这个Key可以通过免费注册Wordpress.com用户来获取，但是很可惜Wordpress.com在国内被GFW了，有需要的朋友可以翻墙出去。如何翻墙，可以查看这篇经典的翻墙教程。

在注册完Wordpress.com用户之后，可以通过后台管理界面的Users->Your Profile页面获知自己的API Key。大致信息如下。

如果确实无法注册Wordpress.com用户，无法得到API Key，也就无法启用Akismet，那么推荐使用Spam Karma 2插件，后台安装之后，几乎无需任何设置，也能很有效地进行垃圾留言屏蔽。

6. 数据库备份
作为一个Oracle技术人员，备份是时刻要放在心上的，那么对于Wordpress来说，后台使用的MySQL数据库也同样需要经常备份。同样可以通过插件来实现 – WP-DBManager，此插件可以实现定期对Wordpress后台数据库惊醒备份，并将备份文件压缩发送至指定的邮件地址。

7. 贴图
如果要贴图，我通常都是将图片通过Picasa3传到Google Web Album中，然后将Google Web Album中的地址粘贴到文章中，因为在这里可以选择到底将图片以多大px显示，这样就不会由于图片宽度过大而将整个blog页面布局损坏。如下图选择的是400px，这在一般的文章中会有很好的效果。

8. 介绍自己
为了介绍自己，请在Pages里面写一份完整的About me，对你的文章感兴趣的人通常对你到底是怎样的人也感兴趣。

9. 善用插件
没有插件的Wordpress就好比没有插件的Firefox，也好比没有插件的World of Warcraft，都让人无法忍受。我目前在使用的插件有：
Akismet：垃圾留言过滤。
All in One SEO Pack：简单地进行SEO设置。
CoolCode：之前使用的代码美化插件，现在已经用WP-Syntax替代，但是为了保留之前文章的格式，还是保留了此插件。
Custom Smilies：在文章或者留言中可以插入笑脸，这纯属是好玩。
Dean’s Permalinks Migration：重定向不同格式的permalinks。之前有修改过文章 Permalinks的格式，为了自动转化，使用了此插件，具体用处参看如何无风险的修改Permalink。
Dynamic Headers by Nicasio Design：在站点header处或者需要的地方，动态显示不同的图片。
Google Analyticator：在站点中自动添加Google Analytics代码。
Google XML Sitemaps：自动生成易于Google抓取的站点结构图。
Spam Karma 2：垃圾留言过滤。
WP-DBManager：提供Wordpress后台数据库管理，包括自动备份。
WP-PageNavi：提供文章分页。
WP-Syntax：提供代码高亮及美化。

10. 多学习别人的经验
在国内，我爱水煮鱼这个站点专门介绍使用Wordpress的经验，还有多种模板和插件推荐。适合不定期去浏览一下。

在这个案例中我提到有4个条件导致了问题的发生：
1. cursor_sharing = similar
2. 收集了列上的histogram
3. SQL中使用到了此列作为条件，并且条件是“等于”
4. 这个SQL是没有绑定变量的

在最近Optimizer Development Group的Why do I have hundreds of child cursors when cursor_sharing set to similar in 10g文章中又再次提到这个现象。

This is in fact the expected behavior when
1. CURSOR_SHARING is set to similar
2. Bind peeking is in use
3. And a histogram is present on the column used in the where clause predicate of query

在Oracle10g中这是正常的现象，如果在某列上收集了histograms信息，那么就等于告诉CBO这一列上的数据是不平衡的，如果都使用同一个执行计划那么就可能产生问题，因此对于每一个distinct值，CBO都会产生一个child cursor，这一点无法避免。当然，由于这是child cursor，因此比cursor_sharing = exact时候产生的parent cursor还是要节省内存空间，至少SQL语句本身不需要重复存储了。

在Oracle10g中解决方法是：
1. 去掉这列上的histograms统计信息，或者
2. 将CURSOR_SHARING = FORCE

虽然源于对Oracle Database的热爱，我们无条件接受了10g中的这个方式，并且不认为这是bug，但是实际上心里一定暗暗骂过，傻啊，我收集了histogram你就要每个值产生1个cursor吗？自己再分析一下不行吗？都是一样的执行计划何必要用不同的cursor空间呢？

我想Oracle自己也一定意识到了这点，于是在Oracle11g中这一切有了变化，Oracle推出了称为Adaptive Cursor Sharing（自适应游标共享）的游标共享机制，可以阅读这几篇相关文章。

Optimizer Development Group：Adaptive Cursor Sharing
Optimizer Development Group：Update on Adaptive Cursor Sharing
Arup Nanda：Adaptive Cursors and SQL Plan Management
Tim Hall：Adaptive Cursor Sharing in Oracle Database 11g Release 1

什么是Adaptive Cursor Sharing就不重复叙述了，上面的几篇文章说的非常清楚，那么ACS机制对于之前在10g中碰到的child cursor过多的情况有何种改善呢？

简单地说，在Oracle11g中我们可以保留cursor_sharing=similar并且也保留列上的histograms统计信息，ACS机制将不会对每一个distinct值都产生一个child cursor，而是对每一个不同的执行计划产生一个child cursor，这大大减少了子游标的数量。这种处理方式无疑是合理的，只有在执行计划确实需要不相同的时候才产生额外的child cursor，当然，在bind peeking之后，CBO是否确实能够选择一个最优的执行计划那另当别论，是另外的话题。

注意，实际上产生的child cursor数量仍然是会大于execution plan数量的，也就是加入对于一个绑定变量的SQL一共有2种执行计划，那么child cursor数量会大于2，因为CBO始终在监控SQL的执行效率，如果认为变量的某一个真实值跟其它值的分布情况有很大的不同，那么CBO就会让这个SQL再做一次hard parse，这样就会产生出来一个新的child cursor，即使最终这个cursor的执行计划还是跟之前的相同。但是我们不用担心这些多余的cursor，因为这些cursor被标志为无法共享（可以通过v$sql.is_shareable字段得知），在需要的时候将会被age out出去。

第九城市今天宣布:在中国大陆地区由第九城市所运营的《魔兽世界》,将于2009年6月7日凌晨0时起终止服务.感谢大家对第九城市四年来努力专心运营 《魔兽世界》的支持和宽容!

从2005年4月份某天开始，进入了这个叫作《魔兽世界》的游戏，经历过赞叹、疯狂、沉迷、疲劳、厌倦、回归、游荡、休闲各种不一而足的状态，断断续续地走到今天，回首算来，居然已经过了4年多。

曾经如此着迷于在这个世界中团队合作的氛围，沉浸于每次齐心协力闯过难关时无以言表的快乐与兴奋，可是随着朋友们的慢慢离去，它几乎已经蜕变为我的机器中一个单机游戏。只是每次用小号奔跑在贫瘠之地的月夜原野中，耳边那悠扬而又忧伤的音乐像流水一样潺潺而过，心中那份柔情总是会被不经意地触碰到。

我仍然怀念在魔兽世界中最初的那段日子，清晰地记得40个人历经艰难推到熔火之心第一个BOSS时的激动，我还保留着那些珍贵的截图，可惜，只能用物是人非来形容了。

在这张图上的朋友们现在还有几个仍然游荡在魔兽世界中？（很可惜，我只拖出了4个小组的名单，加上我自己这个小组才25人）

今天是九城魔兽世界的最后一天，谨以此文送给那些跟我一起在这个世界里挥霍了青春的朋友们。新的世界在等待吗？

SQL> DROP tablespace SUMM_DATA07;
DROP tablespace SUMM_DATA07
                *
ERROR at line 1:
ORA-14404: partitioned TABLE contains partitions IN a different tablespace appears.
 
SQL> ALTER TABLE CCDAWORK.S_ACCT_FIX DROP partition P6;
ALTER TABLE CCDAWORK.S_ACCT_FIX DROP partition P6
                                               *
ERROR at line 1:
ORA-14117: partition resides IN offlined tablespace

这样就处于了一个很尴尬的境地，面对着一个无法online的表空间，既不能将这个表空间drop了重建，也不能将这个表空间中包含的表分区删除掉。

解决方法是：通过exchange partition的方法，将位于offline表空间中的表分区置换到一个普通表中，这是数据字典的操作，不会检查表空间是否处于online状态，然后再将普通表删除，之后就可以将表空间删除了。

1. 将离线表空间中的所有表分区都选择出来，对于subpartition也同理操作。

SELECT owner,segment_name, partition_name,segment_type
FROM dba_segments
WHERE segment_type='TABLE PARTITION' AND 
tablespace_name IN(list of the offlined tablespces IN upper case)
ORDER BY segment_name;

2. 对于所有的表分区循环执行2.1到2.3的步骤。
2.1. 创建一个临时表，表结构同分区表一样，OWNER.SEGMENT_NAME都是从第一步的SQL中获得的。

CREATE TABLE TEMP AS SELECT * FROM OWNER.SEGMENT_NAME 
WHERE 1=2;

2.2. 置换表分区。

ALTER TABLE OWNER.SEGMENT_NAME 
exchange partition PARTITION_NAME WITH TABLE TEMP;

2.3. 删除临时表。

DROP TABLE TEMP;

3. 当所有的表分区都已经置换出来以后，就可以删除表空间了。

通常对VMM系统内核调优的目的，在于最大限度的保护计算内存页（computational memory）不被page-out到paging space中，因为对于计算内存页（特定于Oracle数据库来说就比如是SGA和PGA）来说被page-out出去的内存页总在之后的某一时刻又会被重新page-in，通常这样会对系统性能产生负面影响。另外对于像Oracle数据库这样拥有自己的数据缓存机制（data buffer cache）的数据库应用来说，保护计算内存页更显得格外重要。

在IBM AIX 5.3 ML1之前，对于作为Oracle Database Server用途并且使用裸设备作为Datafile存储的的AIX操作系统内核参数调优的经验通常如下：

maxperm%=maxclient%=(通常是一个很低的值，小于20或者30)
设置较小maxperm%值的原因在于，如果文件内存页在内存中的比例高过该参数值，那么VMM换页算法将只从文件内存页中进行偷页。将maxperm%值降低就意味着有更大的机会让VMM只从文件内存页中偷页。
minperm%=5（通常是一个比maxperm%更低的值）
lru_file_repage = 1（这是默认值）

比如以下的VMM参数设置就符合该种调优方式。

Tramadol hcl 50mg Buy amoxicillin Slot machine High stakes poker Online cialis Cialis viagra Phones Videos Phentermine 37 5 Keflex No exam life insurance Clindamycin Bank foreclosure Board of cosmetology Adipex-p Cytotec Football pool pick Buy cialis Education degree Buy tenuate Buy avandia Emergency medicine Life insurance no medical exam Homes Consolidating debt Ohio Acyclovir Pictures House Buy tramadol Cheap viagra Auto insurance rate Ultram online Big tits Cheap cialis Business credit cards Yahoo Buy viagra online Soma Allergy Best casino Cheap levitra Debt negotiation Biaxin Ionamin Bank Bad credit loan Clopidogrel Attorney Affordable life insurance Paramedic Buy levitra online Buy levitra Adult dating Order avandia Order soma online Cymbalta Zocor Lortab Chiropractor 
root@hostname:/> vmo -a |grep "maxclient%"
            maxclient% = 15            
root@hostname:/> vmo -a |grep "maxperm%"
              maxperm% = 15
root@hostname:/> vmo -a |grep "minperm%"
              minperm% = 10              
root@hostname:/> vmo -a |grep "lru_file_repage"
       	lru_file_repage = 1

但是实际上在AIX 5.3 引入了lru_file_repage参数之后，对于操作系统VMM层的内核参数调整方法已经发生了改变。现在的VMM参数调优建议应该如下。

maxperm%=maxclient%=(较高值，通常为90%)
因为较高的maxperm%值能够防止不必要的lrud进程运行，lrud进程是系统核心进程负责在需要的时候偷取内存页（stealing memory）。如果可以，maxperm%应该大于numclient%值（通过vmstat -v可以获得）。
minperm%=(较低值，对于超过64G物理内存的服务器来说通常为20%)
较低的minperm%值用以保证lru_file_repage参数作用不至于无法体现。通常minperm%值应该低于numperm%值（通过vmstat -v可以获得），如果当前的minperm%=5%满足需求那么可以不用修改。
strict_maxperm=0（这是默认值）
strict_maxclient=1（这是默认值）
lru_file_repage = 0
当该参数设置为0的时候，VMM将会优先尝试从文件内存页中进行偷页操作，而不影响到计算内存页。

更详细地看一下lru_file_repage参数是如何影响VMM偷页算法的。

由于空闲页低于了minfree参数值，或者其它的一些触发机制（比如说client page数量超过了maxclient%并且strict_maxclient=1）导致lrud进程要开始偷页操作，此时如果lru_file_repage =1（这是默认值）那么lrud进程将会根据多种内核参数和系统当前状况进行判断，可能是只从文件内存页中偷页也可能是不管内存段的类型从整个内存中进行偷页，这就可能导致计算内存页被page-out出去，而如果lru_file_repage =0，那么只要文件内存页（file memory）占内存的比值（numperm）高于minperm并且VMM确实能够从文件内存页中偷取到足够的内存以满足需求，那么就只会做文件内存页的page-out。因此，保护了Oracle数据库SGA在内存中的稳定性。

另外可以调整的参数包括：
page_steal_method = 1（应该为默认值）

参看如下解释：

The VMM maintains a logical list of free page frames that it uses to accommodate page faults. In most environments, the VMM must occasionally add to the free list by reassigning some page frames owned by running processes. The virtual-memory pages whose page frames are to be reassigned are selected by the VMM’s page-replacement algorithm. The VMM thresholds determine the number of frames reassigned.
By default in AIX 6.1, and optionally in AIX 5.3 the LRU algorithm can either use lists or the page frame table. Prior to AIX 5.3, the page frame table method was the only method available. The list-based algorithm provides a list of pages to scan for each type of segment.
You can disable the list-based LRU feature and enable the original physical-address-based scanning with the page_steal_method parameter of the vmo command. The default value for the page_steal_method parameter is 1, which means that the list-based LRU feature is enabled and lists are used to scan pages. If the page_steal_method parameter is set to 0, the physical-address-based scanning is used. The value for the page_steal_method parameter takes effect after a bosboot and reboot.

恢复过程如下：
1. DUL使用的init.dul内容：

CONTROL_FILE = control.dul
DB_BLOCK_SIZE = 16384

2. DUL使用的control.dul文件内容

0 1 /somepath/rsystem_01_8g blocks 524161
22 128 /somepath/r_data07_01_32g blocks 2096641
22 134 /somepath/r_data07_02_32g blocks 2096641 
22 141 /somepath/r_data07_03_32g blocks 2096641
22 147 /somepath/r_data07_04_32g blocks 2096641
22 153 /somepath/r_data07_05_32g blocks 2096641
22 159 /somepath/r_data07_06_32g blocks 2096641
22 165 /somepath/r_data07_07_32g blocks 2096641
22 171 /somepath/r_data07_08_32g blocks 2096641
22 177 /somepath/r_data07_09_32g blocks 2096641
22 183 /somepath/r_data07_10_32g blocks 2096641

在HP-UX PA RISC中，虽然数据文件是存储在裸设备中的，但是仍然不需要设置需要跳过的字节，跟AIX中DUL相比较，缺少了第4位的4096。

3. 登录DUL

DUL> bootstrap;
DUL> unload table user_name.table_name;

由于system表空间正常，数据字典都存在，因此unload table的过程很简单，并且对于分区表（复合分区表）DUL也是完全胜任的，只需要指定table name，就会自动unload出该表的所有分区以及子分区的数据。

这次DUL大概花了4个小时，unload出120G左右的数据。数据库字符集为ZHS16GBK，字段内容包含中文内容，DUL可以unload出正确的字符。

4. 重新创建表结构，将DUL卸载出的数据再sqlldr到表中。
此步操作在处理位于offline表空间中的表分区时碰到了ORA-14117错误，详细参看How to resolve ORA-14117: partition resides in offlined tablespace文章。

2. Oracle数据库会按照每个session的需要为其分配PGA，同时会尽量维持整个PGA的内存总和不超过PGA_AGGREGATE_TARGET参数所定义的值。

3. 在PGA中对于性能影响最大的是SQL Work Area（SQL工作区）
Oracle将所分配的SQL工作区大小分成三种类型：
Optimal：SQL语句能够完全在所分配的SQL工作区内完成所有的操作。这时性能最佳。
Onepass：SQL语句需要与磁盘上的临时表空间交互一次才能够在所分配的SQL工作区中完成所有的操作。
Multipass：由于SQL工作区过小，从而导致SQL语句需要与磁盘上的临时表空间交互多次才能完成所有的操作。这时性能将急剧下降。

SQL> SELECT swh.MULTIPASSES_EXECUTIONS,swh.LOW_OPTIMAL_SIZE,swh.HIGH_OPTIMAL_SIZE
  2  FROM v$sql_workarea_histogram swh
  3  WHERE swh.MULTIPASSES_EXECUTIONS>0
  4  ORDER BY 1 DESC;

通过以上SQL可以知道所有被分配了Multipass尺寸的会话需要多大的内存才能够成为Optimal操作。

4. 单个会话使用PGA的期望尺寸（也可以认为是实际分配的最大尺寸）计算公式是： min(5%*pga_aggregate_target,50%*_pga_max_size,_smm_max_size)

5. 每次修改pga_aggregate_target值，Oracle都会自动重新计算_smm_max_size值。
如果_pga_max_size > 5%*pga_aggregate_target，则_smm_max_size为5%*pga_aggregate_target。
如果_pga_max_size <= 5%*pga_aggregate_target，则_smm_max_size为50%*_pga_max_size。

实际上最终决定会话PGA使用量的隐含参数是_smm_max_size。
我们通过在会话级别修改_pga_max_size或者_smm_max_size，可以达到微调单个会话PGA使用效率的目的。