Channel [K]

How to use asmca to create ASM instance silently in Oracle 11gR2

kamus — Sat, 21 Apr 2012 09:42:33 +0000

对于只能登录字符界面的很多服务器而言，能够使用silent模式创建一些组件是至关重要的。本文介绍如何在字符界面下使用asmca来创建ASM实例。

测试环境：Oracle 11.2.0.3 + Oracle Restart 【关于Oracle Restat，可以参看我之前的文章-How to Use Oracle Restart in Oracle 11gR2】

在没有创建ASM实例之前，Clusterware中的资源状况如下：

grid@solaris:~$ ct
--------------------------------------------------------------------------------
NAME           TARGET  STATE        SERVER                   STATE_DETAILS       
--------------------------------------------------------------------------------
Local Resources
--------------------------------------------------------------------------------
ora.LISTENER_SOLARIS.lsnr
               ONLINE  ONLINE       solaris                                      
ora.ons
               OFFLINE OFFLINE      solaris                                      
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.cssd
      1        OFFLINE OFFLINE                                                   
ora.diskmon
      1        OFFLINE OFFLINE                                                   
ora.evmd
      1        ONLINE  ONLINE       solaris                                      
ora.orcl.db
      1        ONLINE  ONLINE       solaris                  Open

通过如下命令用gird用户创建ASM实例。

asmca -silent -configureASM -sysAsmPassword oracle -asmsnmpPassword oracle -diskString '/asmdisks/vdisk*' -diskGroupName DATADG -disk '/asmdisks/vdisk1' -redundancy EXTERNAL

-silent：表示静默模式，这在字符界面中至关重要。
-configureASM：表示本命令是用于配置ASM实例，如果ASM实例不存在，则会新建。
-sysAsmPassword：sysasm权限用户的密码。
-asmsnmpPassword：asmsnmp权限用户的密码。如果用过asmca图形界面的应该记得这两个密码在图形界面中都是需要输入的。
-diskString：ASM磁盘组的磁盘发现路径。
-diskGroupName：需要新建的磁盘组名称。
-disk：ASM磁盘名称。
-redundancy：磁盘冗余方式，本例中使用了外部冗余。

会有大量的屏幕输出，但是最后显示如下行表示命令成功完成。

ASM created and started successfully.
 
Disk Group DATADG created successfully.

再次检查Clusterware的资源状况，可以看到已经增加了ASM资源，并且已经正常启动。

grid@solaris:~$ ct
--------------------------------------------------------------------------------
NAME           TARGET  STATE        SERVER                   STATE_DETAILS       
--------------------------------------------------------------------------------
Local Resources
--------------------------------------------------------------------------------
ora.LISTENER_SOLARIS.lsnr
               ONLINE  ONLINE       solaris                                      
ora.asm
               ONLINE  ONLINE       solaris                  Started             
ora.ons
               OFFLINE OFFLINE      solaris                                      
--------------------------------------------------------------------------------
Cluster Resources
--------------------------------------------------------------------------------
ora.cssd
      1        ONLINE  ONLINE       solaris                                      
ora.diskmon
      1        OFFLINE OFFLINE                                                   
ora.evmd
      1        ONLINE  ONLINE       solaris                                      
ora.orcl.db
      1        ONLINE  ONLINE       solaris                  Open

查看ASM磁盘组状况。

ASMCMD> lsdg
State    Type    Rebal  Sector  Block       AU  Total_MB  Free_MB  Req_mir_free_MB  Usable_file_MB  Offline_disks  Voting_files  Name
MOUNTED  EXTERN  N         512   4096  1048576       976      917                0             917              0             N  DATADG/

接下来增加一个磁盘到该磁盘组中，同样通过asmca来完成，当然这个操作也可以用SQL*Plus中的alter diskgroup命令来完成。

asmca -silent -addDisk -diskGroupName DATADG -disk '/asmdisks/vdisk2' -sysAsmPassword oracle

同样会有大量输出，最后显示如下行表示操作完成。

Disks added successfully to disk group DATADG

再次检查ASM磁盘组状况。可以看到磁盘组容量已经扩充。

ASMCMD> lsdg
State    Type    Rebal  Sector  Block       AU  Total_MB  Free_MB  Req_mir_free_MB  Usable_file_MB  Offline_disks  Voting_files  Name
MOUNTED  EXTERN  N         512   4096  1048576      1952     1891                0            1891              0             N  DATADG/

如果想获得asmca的帮助，可以通过以下命令。

asmca -help

Share/Save

How to use iperf to test network bandwith

kamus — Tue, 17 Apr 2012 17:03:09 +0000

测试Linux机器之间的网络互联带宽，有一个很简单的工具，iperf。

下载的是源码，编译过程如下：

./configure
make
make install

安装完毕以后，iperf的路径：

# which iperf
/usr/local/bin/iperf

然后在需要测试的两台Linux机器上，一台启动服务器模式。

# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------

另外一台启动客户端模式，其中IP地址为启动服务器模式的机器的IP，稍等片刻，即可出现测试结果。

# iperf -c 192.168.0.19
------------------------------------------------------------
Client connecting to 192.168.0.19, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.0.18 port 16265 connected with 192.168.0.19 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   114 MBytes  95.5 Mbits/sec

同时，启动服务器模式的机器上也会显示：

[  4] local 192.168.0.19 port 5001 connected with 192.168.0.18 port 16265
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.1 sec   114 MBytes  94.9 Mbits/sec

可知，这两台机器之间的互联带宽仅仅达到百兆网的速度。

Share/Save

How to resolve ORA-19706 error when select from dblink

kamus — Sun, 15 Apr 2012 05:11:24 +0000

由于通过database link进行远程数据库的数据读取时，会自动同步当前库和远程库的SCN，老杨在文章中做过描述，并且提到：

而对于实际环境中，SCN的增加可能是几倍、几十倍甚至是上百倍，从而引发一些其他的bug。

下面就来看一个问题。该错误会在应用了2012年1月份CPU的Oracle数据库中出现，而在原始版本中，比如10.2.0.5.0之中不会出现此错误。

--通过dblink进行简单的查询报ORA-19706错误
SQL> SELECT sysdate FROM dual@AIX12;
 
SELECT sysdate FROM dual@AIX12
 
ORA-19706: invalid SCN
 
--登录远程库，检查SCN，很大的一个数字
SQL> SELECT current_scn FROM v$database; 
 
CURRENT_SCN
-----------
12763142641
 
--而当前库，由于新创建，所以SCN并不大，与远程库想比相差几个数量级
SQL> SELECT current_scn FROM v$database;
 
CURRENT_SCN
-----------
    5017684

看一下ORA-19706错误的解释。可以看到too large是产生该问题的原因之一。

$oerr ora 19706
19706, 00000, "invalid SCN"
// *Cause:  The input SCN is either not a positive integer or too large.
// *Action: Check the input SCN and make sure it is a valid SCN.

SCN是一个可以容纳很长时间的数字，为什么会出现too large的情况呢？这是由于SCN有headroom限制的原因，headroom是一个固定值，从1988年开始计算，以每秒16K的速度递增。当突然请求的SCN超过跟SCN headroom之间允许的差值时，则会出现ORA-19706错误。

详细的解释可以参看MOS Note – System Change Number (SCN), Headroom, Security and Patch Information [ID 1376995.1]。

解决方法：
1. 设置隐含参数_external_scn_rejection_threshold_hours，具体解释可以参看：
MOS Note – Installing, Executing and Interpreting output from the “scnhealthcheck.sql” script [ID 1393363.1]。

该参数在10.2.0.5中默认是744，设置为24通常可以解决问题（表示允许跟headroom之间的差距相差24小时）。

SQL> ALTER system SET "_external_scn_rejection_threshold_hours"=24 scope=spfile;

也就是如果远端数据库的SCN由于某些bug导致异常增长，那么这个SCN跟headroom之间的差距将会低于默认值744小时（31天），当本地数据库（打了2012年1月份CPU补丁后的）通过dblink查询远端数据，由于SCN同步机制，本地数据库尝试将SCN同步为跟远端一样大小，但是这个值超过了跟SCN headroom之间允许的差值，因此报错。

实际上具体设置的值应该根据上面MOS文档中scnhealthcheck.sql的结果，该SQL应该在远端数据库中运行（或者说在具有最大的SCN的数据库中运行），假设运行结果显示：

SCN Headroom: 14.55

那么则表示目前SCN距离headroom只有14.55天的空间，此时我们将_external_scn_rejection_threshold_hours参数设置为13*24=312，即可解决问题。但是要注意，远端数据库SCN仍在不停异常增长，等到某一天远端数据库的SCN Headroom降低为小于13天的时候，ORA-19706错误又会再次出现。

2. 回滚打上的2012年1月份CPU。当然这并不是推荐的方法。

3. 最终极的解决方案，将环境中所有通过dblink互相连接的数据库全部打上最新的PSU，比如目前10205的最新PSU是10.2.0.5.7，这将会解决所有SCN异常增长的问题，只要数据库每秒增长的SCN不会超过16K，那么就会离headroom越来越远。

Share/Save

Expert Oracle Exadata译者序

kamus — Tue, 10 Apr 2012 16:17:51 +0000

从去年8月份到现在，我跟Kaya，Jacky合译的《Expert Oracle Exadata》，如果不出意外，应该可以在5月底出版。在出版以后，计划以ACOUG的名义和博文视点联合举办一些现场的发布活动，目前还在筹划中。

我个人从这本书的翻译中获益良多，甚至在最近的这次大数据量、短停机时间的数据库迁移项目中就开始使用书中介绍的Exadata迁移方法，虽然我的这个项目并没有Exadata，但是仍然可以从书中描述的通用的迁移解决方案和优化手段中得到启发。所以，我想无论是不是在使用Exadata，这本书都值得期待。下面是为我的译者序。

译者序－Kamus

这本书的翻译计划是从2011年8月份开始的，据我所知，最早是博文视点的编辑“侠少”找到阿里巴巴的张瑞（Jacky）和甲骨文的黄凯耀（Kaya），然后Jacky再找到我。

实际上，我个人开始想要翻译这本Exadata技术书籍倒是从更早的时候就开始了，这本书在Amazon上的发行日期是2011年8月9日，其实早在2011年2月份已经有另外一本关于Exadata性能的书籍（Achieving Extreme Performance with Oracle Exadata，作者全部是Oracle公司员工），但是论作者的知名度，仍然是本书更受人关注。最早知道这本书是从本书联合作者Tanel Poder的个人技术Blog中，那是2011年3月份，Tanel发文说已经可以Apress网站上购买新书的Alpha版本，Tanel是全球最受人尊重的Oracle技术专家之一，而一本技术书籍可以预先购买Alpha版本也是很稀奇的事情，再加上Exadata正是当今IT界的当红炸子鸡，理所当然这本书非常值得期待。在2011年4月份，我个人跟某出版社联系过，表达了如果该书可以引进中国，那么我很愿意组织人手进行翻译的工作，对方的回复是正在谈版权，之后没有消息。然后，Tanel在6月份发文说，本书已经即将定稿，再之后，就是8月份，该书正式发售。而在正式发售的当月，博文视点就开始寻找中文版本的译者，可以说是非常迅速。而版权的猜测，那一定是博文视点拿到了版权，而某出版社失利了。:-D

以上的情况，让我收到Jacky的邀请以后，毫不犹豫地接受了工作，无论工作如何繁忙，我都愿意这本书的中文翻译者里有我的名字，这对于我而言可以说是一种荣幸。2011年8月17日收到这本书的PDF电子版（当然后来又收到纸质版），从8月份开始，Kaya，Jacky和我都迅速地投入了翻译的工作，在整个过程中，通过不断地沟通，我们按照每个人的经验和对各个章节的熟悉程度以及感兴趣程度，大致是均分了各个章节。我负责翻译的章节是一、二、四、六、十三、十六章，原本我给自己定下的计划是每两周翻译一章，那么最快可以在2个月内完成翻译，再加上校稿，本来计划在3个月内可以完成所有的翻译，也就是如果一切顺利，这本书的中文译本应该在2011年年底的时候就跟大家见面了。但是，计划永远是赶不上变化的，除了工作的繁忙和个人的懒惰，我们几个译者还都在其它方面出现了这样那样的意外情况，导致整个翻译工作整体滞后。所幸，还不算太迟，我想在你们看到本书的时候，这个世界上应该还没有更新的Exadata书籍可以参考。所以，这本书仍然是迄今为止想要了解Exadata，想要使用Exadata，想要监控调整Exadata的最佳参考书籍。

Oracle Exadata的举世独步，对整个数据库硬件/软件市场的震撼，在全球或者仅仅是中国国内的引人瞩目，乃至热销，这已经无需赘言。作为数据库从业者，也许你没有听过Netezza，也许你没有听过Twinfin，也许你没有听过Hana，但是你一定听过Exadata，这绝不仅仅是由于Oracle公司一贯的好战、勇于进攻、大力宣传的风格，而是Exadata确实具有独步天下的功能。也许我们不能说在经过最精细地调整以后，Exadata在数据仓库领域与其它竞争对手相比一定具有绝对的优势，但是，不要忘记，在现在这个世界里，又有多少是纯粹的数据仓库系统呢？又有多少用户愿意OLTP用一套系统而数据仓库又用另外一套系统呢？这其中的数据传输开销和系统设计复杂性的开销，如果能够消减甚至是避免，那么又何乐而不为呢？Exadata正是这样的一套软硬件一体的平台，同时支持OLTP类型负载和数据仓库类型负载，通过Oracle Database 11gR2中的资源管理器来更加精细地调控硬件资源，让两种类型的负载都能获得各自需要的资源，并顺畅执行。

如果我们抛却Exadata在存储节点中的软件特性，它使用的各个硬件组件并不是划时代的，无论是Infiniband还是Flashcache/SSD，都已经出现了很久，在企业级市场中也被很多用户在使用了，但是将这些组件放在一起，并且预先调整为一个平衡的系统（没有任何一处明显的性能瓶颈），这是划时代的。Oracle将软硬一体机的概念推广到了开放性平台上，极大地挑战了Teradata的市场，用开放性的硬件＋开放性的操作系统＋开放性的数据库软件，构造出了一个平衡的，性能超强的平台，这同样是划时代的。

好吧，前面我们提到了“抛却Exadata在存储节点中的软件特性”是吗？这就好比我们说，把皇冠上最闪亮的那颗宝石先摘下来，别闪花了我们的眼睛。现在，我们要把这颗宝石放回去了，智能扫描（Smart Scan），存储索引（Storage Index），混合列压缩（Hybrid Columnar Compression），无论哪一项软件特性都足以震撼数据处理市场，而当他们结合在一起，配合上Oracle Database原本就具有的高性能，再配合前面说的这个平衡的硬件架构，我们就得到了足以颠覆一切固有理念的惊人性能。在Exadata的POC现场，有客户因为实在无法接受Exadata展示出来的飞一般的速度而怀疑Oracle的技术人员在造假。这在无奈的同时无疑也是一种自豪吧。

Exadata的出现，颠覆了一些我们既有的数据库管理理念，但是无论如何，Exadata中运行的是Oracle Enterprise Linux（当然也有Solaris，不过是x86-64版本，至少到目前为止，Oracle还没有计划显示会出现SPARC平台上的Exadata），Linux上运行的是Oracle Database 11gR2，对于所有数据库技术从业者来说，之前积累的操作系统管理知识，Oracle数据库/RAC管理知识都仍然适用。我们需要的只是与时俱进，将Exadata的特有知识点加入我们以前的知识体系中。本书是最佳的入手点，因为本书中不但有Exadata的特性阐述，也同样有使用经验和最佳实践。要知道本书的作者都是真正的Exadata使用者，而本书的Review者（Kevin）更是Exadata的性能架构师（不过，Kevin现在已经离开Oracle公司，加盟EMC，去玩Greenplum了）。

我唯一希望的是，大家在读这本中文译本的时候，不至于产生去重新阅读原著的冲动（虽然，我仍然建议大家去阅读原著），因为如果那样，那只能表示我们的翻译实在是很不适合中文读者的理解。如果你觉得本书优秀，那么基本上可以说这是原作者的功劳，当然，我也希望你们看到我们三位译者的努力。我们在翻译完各自的章节以后，又互相审阅了其他人的章节，我们尽量斟酌每一句话的翻译，希望读起来是符合中文阅读习惯的，对于一些比较难于理解的片段（比如Kevin说的某些话），我们通过邮件跟作者进行了沟通以确保译文是正确体现了作者意图的，对于一些原文较为晦涩的地方，我们也根据自己的理解增加了“译者注”，我相信这也是目前大多数技术书籍的译文中并不常见的，我们甚至在想，如果译者注足够多，那么就可以出一本批注版的书籍了（:-D）。这其中由于Kaya在Exadata中的实战经验尤为丰富，更是付出了格外的精力。你们现在看到的这本Expert Oracle Exadata中文版，应该是全球的最新版本，因为在我们的翻译过程中，不但将本书英文版出版以后提交给作者的错误修订全部都更正到本书中，而且我们还在翻译过程中发现了更多的错误，Kaya通过邮件直接跟三位作者沟通并一一确认，最终对于确实是错误的描述也都全部作了更正。实际上，这也是本书推迟到现在才出版的原因之一。

就在今天，我重新审阅完了自己翻译的第6章，回顾了一下从2011年8月份开始，我们三位译者和博文视点的侠少关于翻译本书的邮件沟通，来来回回将近300封邮件，我相信在本书中文版最终定稿的时候，沟通邮件量一定会超过300封（实际上最终的沟通邮件将近500封）。我们扪心自问，已经尽了自己最大的努力，但是一定还会有这样那样的不足，还望读者海涵。

最后，我要感谢我的妻子和可爱的儿子，在我工作之余的很多个深夜，我仍然在翻译此书，是我的妻子极大地包容了我，没有她的支持，没有她承担的几乎全部家务，和对于我们年仅1岁多的儿子的照料，也许我的翻译进度还会拖后。谢谢你，我爱你们。感谢Kaya，Jacky，还有博文视点的侠少，与你们关于本书翻译讨论的500封邮件是宝贵的财富。感谢我的大学师妹－董楠，她是《老美国志异》、《此地无人生还》、《满是镜子的房间》三本畅销书籍的译者，喜欢摇滚的朋友应该热爱这几本书籍，本书某些段落的措辞有得到她的指教。另外，我同样要感谢我所在的公司－云和恩墨的多位同事，是你们帮我承担了由于翻译工作而拉下的本应属于我的工作，感谢杨廷琨（老杨同时帮助审阅了本书的第一章），感谢盖国强。还有帮助我审阅中文译稿的同事们，仇实、刘洋、余广宏、董禹、宋春风，译稿里面也有你们的功劳，谢谢你们。

2012年2月29日
张乐奕（Kamus）于上岛咖啡，北京。

Share/Save

Vim – Amazing Editor for DBAs

kamus — Thu, 08 Mar 2012 14:08:55 +0000

每周五下午公司的技术分享日活动名称为－恩墨讲武堂，已经持续了很长时间。所有人都有机会站上讲台，明天我分享的主题是Vim使用技巧。下面是即将使用的幻灯片。光看幻灯片可能比较枯燥，因为都是命令的罗列，但是现场演示效果一定很棒。

Vim – Amazing Editor for DBAs

View more presentations from Leyi Zhang

无论你是在用Mac OS X还是Windows还是Linux，Vim都是你的选择。
如果上面的命令里，你有50%几乎没有用过的话，你应该再去好好研究一下Vim了。
如果你越过了一开始学习Vim时候的那道并不算陡峭的屏障，熟悉了Vim之后，你会发现这是一个让人惊艳的具有无尽可能的编辑器，让UltraEdit? TextWrangler? EditPlus? 见鬼去吧。

在Slideshare中还有另外一篇很不错的Vi/Vim的幻灯片，有兴趣也可以看看。

Vim

View more PowerPoint from alkeshv

Share/Save

How to Install apk to Android Devices from Mac OS X

kamus — Thu, 02 Feb 2012 16:41:37 +0000

在Mac OS X中我们可以使用Android SDK直接将下载到电脑中的apk文件安装到Android设备中。

1. 下载Android SDK，可以从Android Developers网站直接下载，也可以通过MacPorts安装。我采取后一种方式。

$ sudo port install android
Password:
--->  Fetching archive for android
--->  Attempting to fetch android-16_0.darwin_11.x86_64.tbz2 from http://packages.macports.org/android
--->  Fetching android
--->  Attempting to fetch android-sdk_r16-macosx.zip from http://dl.google.com/android
--->  Attempting to fetch android-appbundles-r89422.tar.gz from http://distfiles.macports.org/android
--->  Verifying checksum(s) for android
--->  Extracting android
--->  Configuring android
--->  Building android
--->  Staging android into destroot
--->  Installing android @16_0
--->  Activating android @16_0
--->  Cleaning android

然后通过port contents命令可以获知Android SDK的安装路径。在我的机器上是/opt/local/share/java/android-sdk-mac_x86。

$ port contents android
Port android contains:
  /Applications/MacPorts/Developer/.localized
  ......
  /opt/local/share/java/android-sdk-mac_x86/tools/adb_has_moved.txt
  /opt/local/share/java/android-sdk-mac_x86/tools/android
  ......

默认安装的Android SDK是没有adb命令（该命令用于安装apk程序）的，需要运行Android SDK and AVD Manager来进行额外的下载安装。

2. 安装SDK Platform-tools

cd /opt/local/share/java/android-sdk-mac_x86/tools
sudo ./android

会显示以下界面，在第一次运行的时候，Android SDK Platform-tools的状态是未安装的，因此我们需要选中该组件，然后点击右下方的“Install packages”按钮。而此处的截图是安装完毕以后的情况。

3. 安装apk软件，当然，这里先要用数据线将Android设备连接到Mac电脑上。

##adb命令是安装到platform-tools目录中，而非上一步android命令所在的tools目录。
$ cd /opt/local/share/java/android-sdk-mac_x86/platform-tools
##先探测是否可以正确识别设备，有设备号和device字样表示正确识别。
$ ./adb devices
List of devices attached 
01839c14	device
##安装apk软件，本例中安装的是高德移动导航
$ ./adb install /tmp/Autonavi_v1.2.apk
3225 KB/s (4027409 bytes in 1.219s)
	pkg: /data/local/tmp/Autonavi_v1.2.apk
Success

Share/Save

How to Use Port in Mac OS X to Install New Utilities

kamus — Tue, 31 Jan 2012 08:43:57 +0000

假设我们想要在Mac OS X中安装：
MySQL，这是一个开源的免费的数据库，当然备Oracle收购之后有一些变化。
postgreSQL，这又是另外一个开源的免费的数据库。
perl，这是一种流行的编程语言。
lua，这又是另外一种流行的编程语言。
watch，这是一个实用程序，可以默认每隔2秒重复执行某条命令，比如你想监控一个目录下的文件生成情况，这条命令就很有用。
tree，这是一个实用程序，可以提供类似于ls -R的功能，但是输出是更加直观的树状结构。

当然，我们可以在网络中一个一个地找这些程序，然后一个一个地安装，用不同的安装方法，但是，你也可以选择非常简单的方法，这就是本文要介绍的MacPorts。

在Linux中如果我们要安装一些软件，要解决各个软件之间的包依赖性关系，我们会使用到apt-get（Ubuntu）或者yum（Redhat，CentOS）或者zypper（openSUSE），如果你熟悉一些Linux的话，对于这些软件包管理程序应该有所耳闻。而MacPorts正是在Mac OS X上的软件包管理程序。

安装MacPorts最简单的方法是直接下载dmg文件，双击安装－ Lion版安装文件 | Snow Leopard版安装文件。

MacPorts安装完以后，我们就可以通过命令行的方式来安装其它软件了，可以参看具体命令文档。以下列出常用的命令：

1. 更新本地软件库列表，该命令可以不定时多次执行（sudo以后需要输入密码，输入你自己用户的密码即可）。

sudo port selfupdate

2. 列出软件库中有哪些软件，注意，该命令会输出大量软件名称，因此建议添加more来查看，或者使用后面的search命令。

port list | more

3. 检索需要安装的软件。

port search

当然，还有更精确地搜索，比如如果直接port search tree会出现上百个结果，但是如果执行以下命令，就只会出现一个结果。

$ port search --name --exact tree
tree @1.6.0 (sysutils)
    display tree-view of directories with optional color/HTML output

4. 列出已经通过port安装的软件。

port installed

5. 安装软件，一些具有依赖性的软件会连带自动安装，比如安装LUA,会安装ncurses和readline。

sudo port install

6. 卸载软件。

sudo port uninstall

7. 清理未成功安装的软件，比如一些软件由于编译问题或者其它原因没有安装成功。

sudo port clean --all

8. 查看安装的软件都安装了哪些内容。

port contents

比如查看tree都安装了哪些内容。

$ port contents tree
Port tree contains:
  /opt/local/bin/tree
  /opt/local/share/doc/tree/CHANGES
  /opt/local/share/doc/tree/LICENSE
  /opt/local/share/doc/tree/README
  /opt/local/share/man/man1/tree.1.gz

9. 升级当前安装过的软件。

sudo port upgrade

Share/Save

Install GI and DB PSU 11.2.0.2.5 Failed in VirtualBox

kamus — Fri, 27 Jan 2012 11:30:52 +0000

Oracle的Apply Patchset的方法一直是为人诟病的，其实步骤复杂倒也罢了，怕的是Oracle总在不停地修改Apply Patch的方法，Oracle的原意是让Apply Patch的语法越来越简单，但是各种各样的Patch，各种不同的命令，特别是很大的Bundle Patch，如果不仔细阅读Readme，千万不要轻易出手。

这次尝试在自己的VirtualBox虚拟机OEL6中给之前安装的GI（Oracle Restart）+ ASM + Oracle Database安装最新的11.2.0.2.5 PSU，遇到各种问题。

1. Patch解压的目录必须是grid用户和oracle用户拥有写权限的，如果没有写权限，会报错：

Opatch version check failed for oracle home  /u01/app/oracle/product/11.2.0/dbhome_1
Opatch version  check failed
update the opatch version for the failed homes and retry

安装需求是使用root用户来安装（这是我第一次看到在安装PSU的时候要求使用root用户），而我的虚拟机中由于没有足够的磁盘空间，所以将Mac中的下载目录作为Shared Folder映射到虚拟机中，因此改目录的属主是root，用户组是vboxsf，而且并不允许使用chmod直接修改。因此出现了权限问题。我的解决方法是将grid用户和oracle用户都加入vboxsf组中。

建议：在真实环境中，Patch解压目录应该属于dba用户组。

2. 我的Patch是解压在/media/sf_PSU目录下，解压以后生成了p13343447_112020_Linux-x86-64目录，其下有两个目录分别是13343424（这是DB PSU）和13343447（这是GI PSU），整个目录结构如下所示：

 |-media
 |--sf_PSU
 |---p13343447_112020_Linux-x86-64
 |-----13343424
 |-----13343447

按照Readme文档中描述的，opatch的命令应该写为：

opatch auto

~~此处的UNZIPPED_PATCH_LOCATION按照文档描述应该就是/media/sf_PSU目录，因为这是解压目录，但是实际上这份文档是有问题的~~(注：这是我个人造成的问题，我在操作系统中双击解压zip包，自动生成了p13343447_112020_Linux-x86-64目录，而如果命令行下用unzip解压，则不会出现此目录，因此Oracle文档中的描述并没有问题，但是这里主要吐槽下面的报错信息)，如果opatch命令写为：

opatch auto /media/sf_PSU -ocmrf /home/grid/ocm.rsp

其中的-ocmrf是另外一个问题，这个OCM的配置文件，根据Readme文档中描述的方法创建即可。

运行以上命令会报错：

Opatch version check failed for oracle home  /u01/app/oracle/product/11.2.0/dbhome_1
Opatch version  check failed
update the opatch version for the failed homes and retry

是的，你没有看错，我也没有贴错，确实报了一模一样的错误（虽然这两个错误都完全不是opatch版本的问题），所以，opatch的报错信息是不可信的，我们必须要去提示的log文件中仔细查看最后的错误信息。

 ZOP-49: Not able to execute the prereq. OPatch cannot inform if the patch satisfies minimum version requirement.
 PatchObject constructor: Input file "/media/sf_PSU/p13343447_112020_Linux-x86-64/etc/config/actions" or "/media/sf_PSU/p13343447_112020_Linux-x86-64/etc/config/inventory" does not exist.

因此，正确的opatch命令应该是：

opatch auto /media/sf_PSU/p13343447_112020_Linux-x86-64 -ocmrf /home/grid/ocm.rsp

3. Oracle软件所在的文件系统剩余空间必须要大于3G，如果不足，会报错：

patch /media/sf_PSU/p13343447_112020_Linux-x86-64/13343447  apply  failed  for home  /u01/app/grid/product/11.2.0/grid
ACFS-9459: ADVM/ACFS is not supported on this OS version: 'error: file /etc/SuSE-release: No such file or directory

可以看到，又是一次很无稽的报错信息，/etc/SuSE-release？拜托，这里只有/etc/redhat-release。

那么，仔细检查log文件，会发现如下的报错：

 Prerequisite check "CheckSystemSpace" failed.
 The details are:
 Required amount of space(3154696080) is not available.
 UtilSession failed: Prerequisite check "CheckSystemSpace" failed.
 Log file location: /u01/app/grid/product/11.2.0/grid/cfgtoollogs/opatch/opatch2012-01-27_18-23-48PM.log
 
 OPatch failed with error code 73

到此为止，我放弃了在虚拟机中安装PSU 11.2.0.2.5（如果要增加虚拟机中的文件系统剩余空间是非常麻烦的事情），但是我认为解决了磁盘空间问题之后，后面应该不会再有太多问题了。另外，如果在真实环境中这些问题可能都不存在，因为真实环境中文件系统的剩余空间应该远远不止3G，也应该不会有Shared Folder权限的问题，不过目录位置的问题应该还是会遇到，希望这里遇到的问题对将要在产品环境中Apply 11.2.0.2.5 PSU的朋友有帮助。

如果你成功Apply了该版本的Patch，那么也可以留言告诉我你遇到了什么障碍。

Update@2012-02-09
在另外一台测试的Solaris机器中成功apply了最新的11.2.0.3.1 PSU，包括GI和DB的，由于命令跟本文描述的11.2.0.2.5 PSU的更新方法一样，所以记录在此。如果没有本文描述的上述错误，opatch auto还是很简便的。

# export PATH=$PATH:/u02/app/oracle/product/11.2.0/grid/OPatch
# opatch auto /home/oracle/gi_psu_11.2.0.3.1 -ocmrf /home/grid/ocm.rsp
Executing /usr/bin/perl /u02/app/oracle/product/11.2.0/grid/OPatch/crs/patch112.pl -patchdir /home/oracle -patchn gi_psu_11.2.0.3.1 -ocmrf /home/grid/ocm.rsp -paramfile /u02/app/oracle/product/11.2.0/grid/crs/install/crsconfig_params
defined(@array) is deprecated at /u02/app/oracle/product/11.2.0/grid/OPatch/crs/crsconfig_lib.pm line 2149.
        (Maybe you should just omit the defined()?)
defined(@array) is deprecated at /u02/app/oracle/product/11.2.0/grid/OPatch/crs/crsconfig_lib.pm line 2149.
        (Maybe you should just omit the defined()?)
defined(@array) is deprecated at /u02/app/oracle/product/11.2.0/grid/OPatch/crs/crsconfig_lib.pm line 2227.
        (Maybe you should just omit the defined()?)
opatch auto log file location is /u02/app/oracle/product/11.2.0/grid/OPatch/crs/../../cfgtoollogs/opatchauto2012-02-09_01-37-59.log
Detected Oracle Restart install
Using configuration parameter file: /u02/app/oracle/product/11.2.0/grid/crs/install/crsconfig_params
patch /home/oracle/gi_psu_11.2.0.3.1/13348650/custom/server/13348650  apply successful for home  /u01/app/oracle/product/11.2.0/db_1
patch /home/oracle/gi_psu_11.2.0.3.1/13343438  apply successful for home  /u01/app/oracle/product/11.2.0/db_1
Successfully unlock /u02/app/oracle/product/11.2.0/grid
patch /home/oracle/gi_psu_11.2.0.3.1/13348650  apply successful for home  /u02/app/oracle/product/11.2.0/grid
patch /home/oracle/gi_psu_11.2.0.3.1/13343438  apply successful for home  /u02/app/oracle/product/11.2.0/grid
ACFS-9459: ADVM/ACFS is not supported on this OS version: 'Solaris 11 11/11 X86'
CRS-4123: Oracle High Availability Services has been started.

PSU补丁应用完毕以后，数据库会自动启动，接下来需要继续为数据库运行catbundle.sql。

cd $ORACLE_HOME/rdbms/admin
sqlplus / as sysdba
SQL> @catbundle.sql psu apply

检查PSU补丁情况。

$ opatch lsinventory | grep "Patch Set Update"
Patch Description:  "Database Patch Set Update : 11.2.0.3.1 (13343438)"
Patch Description:  "Grid Infrastructure Patch Set Update : 11.2.0.3.1 (13348650)"
 
$ sqlplus / as sysdba
SQL> select action,comments from registry$history;
 
ACTION                         COMMENTS
------------------------------ ------------------------------
APPLY                          PSU 11.2.0.3.1

Share/Save

Oracle Datafiles & Block Device & Parted & Udev

kamus — Thu, 29 Dec 2011 12:41:41 +0000

需求：
1. 使用裸设备作为Oracle数据文件，而且要跳过操作系统或者其它软件提供的卷管理（比如Linux下的LVM）。
2. 由于small datafile限制，有大量磁盘分区需要创建。

以下测试环境操作系统为CentOS 6.0，如果你的操作是RHEL6或者OEL6，也同样适用，如果是RHEL5或者OEL5，那么udev部分的命令是不相同的。但是只需要在操作系统中man udev，查看一下相应的语法即可，思路是相同的。

解决方案：
1. 使用parted命令，脚本式创建多个分区，使用gpt类型分区表，这样可以创建大量primary分区，而如果使用msdos分区，则必须要要创建extend分区，然后再创建logical分区，这样在后面的udev规则文件中，还需要将extend分区排除出去，比较麻烦。

在我的测试环境中，对于/dev/sdc磁盘进行操作，分了11个分区，每个50M。

parted -s /dev/sdc mklabel gpt 
parted -s /dev/sdc unit MB mkpart primary 1 50 
parted -s /dev/sdc unit MB mkpart primary 50 100 
parted -s /dev/sdc unit MB mkpart primary 100 150 
parted -s /dev/sdc unit MB mkpart primary 150 200 
parted -s /dev/sdc unit MB mkpart primary 250 300 
parted -s /dev/sdc unit MB mkpart primary 300 350 
parted -s /dev/sdc unit MB mkpart primary 350 400 
parted -s /dev/sdc unit MB mkpart primary 400 450 
parted -s /dev/sdc unit MB mkpart primary 450 500 
parted -s /dev/sdc unit MB mkpart primary 500 550 
parted -s /dev/sdc unit MB mkpart primary 550 600

如果在生产环境的Oracle数据库中，block_size=2K的表空间，单个数据文件最大8G，可以使用：

parted -s /dev/sdc unit GB mkpart primary 1 8

2. 设置udev规则。如何在CentOS 6中设置udev，可以参看我之前的文章－ How to use udev for Oracle ASM in Oracle Linux 6。

vi /etc/udev/rules.d/99-oracle.rules

添加如下行：

KERNEL=="sd?[1-9]", SUBSYSTEM=="block", PROGRAM=="/sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/$name", RESULT=="36000c293bd690056ce6834434765d3f4", NAME="oradisk0$number", SYMLINK="mapper/$name", OWNER="oracle",  GROUP="dba", MODE="0660"
KERNEL=="sd?1[0-9]", SUBSYSTEM=="block", PROGRAM=="/sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/$name", RESULT=="36000c293bd690056ce6834434765d3f4", NAME="oradisk$number", SYMLINK="mapper/$name", OWNER="oracle",  GROUP="dba", MODE="0660"

重启udev服务：

start_udev

然后可以发现/dev/mapper下的链接都成功创建，并且指向规则中定义的块设备名称。

# ls -l /dev/mapper/
total 0
crw-rw----. 1 root root 10, 58 Dec 29 03:29 control
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk01 -> ../oradisk01
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk02 -> ../oradisk02
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk03 -> ../oradisk03
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk04 -> ../oradisk04
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk05 -> ../oradisk05
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk06 -> ../oradisk06
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk07 -> ../oradisk07
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk08 -> ../oradisk08
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk09 -> ../oradisk09
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk10 -> ../oradisk10
lrwxrwxrwx. 1 root root     12 Dec 29 03:29 oradisk11 -> ../oradisk11

注意，此时/dev目录下，sdc1至sdc11设备都不再存在了，但是我们可以通过比较设备的major号和minor号来确认绑定是正确的。

# ls -l /dev/mapper/oradisk01
lrwxrwxrwx. 1 root root 12 Dec 29 03:29 /dev/mapper/oradisk01 -> ../oradisk01
# ls -l /dev/oradisk01
brw-rw----. 1 oracle dba 8, 33 Dec 29 03:29 /dev/oradisk01
# cat /proc/partitions | grep 33
   8       33      48128 sdc1

3. 直接使用/dev/mapper/oradisk*作为数据文件
由于在Oracle 10.2.0.2以后，Oracle已经可以用O_DIRECT标志直接打开块设备，而不是像以前版本那样，如果要跳过操作系统缓存直接读写磁盘设备，必须要用使用字符设备。在以前的版本中，因为要使用字符设备，所以才需要用raw命令去将某一个块设备映射为一个裸设备（字符设备）。而在Oracle 10.2.0.2以后则可以直接使用块设备（比如/dev/sdc1，比如udev映射以后的/dev/oradisk01，这些都是块设备），不过，虽然Oracle 10.2.0.2以后，Oracle可以直接读取块设备，但是在Oracle 11g以前，这个特性还不被OUI支持，如果要在OUI中使用，则需要使用符号链接（symbolic links），如我们用udev创建的/dev/mapper/oradisk*。
也就是在Oracle 10.2.0.2以后，Oracle 11g以前，需要使用/dev/mapper/oradisk*这样的符号链接作为数据文件。
在Oracle 11g以后，可以使用符号链接，也可以直接使用/dev/oradisk*作为数据文件。

如果你们认为有更优的最佳实践，欢迎讨论。当然我们也可以使用lvm或者Oracle ASM来处理数据文件的存储，这不在本文讨论范围内。

BTW: 一个有趣的bug？在测试中发现，如果在udev创建完符号链接之后，再使用parted来查看链接的分区情况，则会导致链接消失，而映射前的sdc1设备名重新出现。重启udev服务也无法将链接重新创建，但是用parted重新查看sdc1设备，则链接又重新出现，sdc1又重新消失。求解释。

--正常情况下有符号链接
[root@localhost ~]# ls -l /dev/mapper/oradisk01
lrwxrwxrwx. 1 root root 12 Dec 29 03:29 /dev/mapper/oradisk01 -> ../oradisk01
--映射前的sdc1设备是不存在的
[root@localhost ~]# ls -l /dev/sdc1
ls: cannot access /dev/sdc1: No such file or directory
--用parted检查链接，或者检查/dev/oradisk01块设备，效果是一样的
[root@localhost ~]# parted /dev/mapper/oradisk01
GNU Parted 2.1
Using /dev/mapper/oradisk01
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) q                                                                
--链接消失
[root@localhost ~]# ls -l /dev/mapper/oradisk01
ls: cannot access /dev/mapper/oradisk01: No such file or directory
--映射的块设备还在
[root@localhost ~]# ls -l /dev/oradisk01
brw-rw----. 1 oracle dba 8, 33 Dec 29 03:29 /dev/oradisk01
--原先的sdc1设备出现
[root@localhost ~]# ls -l /dev/sdc1
brw-rw----. 1 root disk 8, 33 Dec 29 04:29 /dev/sdc1
--重新用parted检查sdc1
[root@localhost ~]# parted /dev/sdc1
GNU Parted 2.1
Using /dev/sdc1
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) q                                                                
--符号链接重新出现
[root@localhost ~]# ls -l /dev/mapper/oradisk01
lrwxrwxrwx. 1 root root 12 Dec 29 04:38 /dev/mapper/oradisk01 -> ../oradisk01
--sdc1重新消失
[root@localhost ~]# ls -l /dev/sdc1
ls: cannot access /dev/sdc1: No such file or directory

Share/Save

VMware and scsi_id

kamus — Thu, 29 Dec 2011 06:09:38 +0000

在VMware Fusion中测试Cent OS 6中的udev功能时，发现scsi_id命令无法返回设备的SCSI ID。

# fdisk -l /dev/sdb
 
Disk /dev/sdb: 1073 MB, 1073741824 bytes
255 heads, 63 sectors/track, 130 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
 
Disk /dev/sdb doesn't contain a valid partition table
# /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/sdb

这个问题在Oracle VirtualBox中并不会出现，当然并不是说VirtualBox就比VMware好，作为Mac中的原生app，VMware Fusion确实要比VirtualBox美观，但是在功能上而言，VirtualBox毫不逊色，而且VirtualBox是免费的，所以如果要在自己的台式机或者笔记本中测试虚拟机，仍然强烈推荐使用VirtualBox。

言归正传，如何修改VMware Fusion，让其可以提供正确的设备SCSI ID呢？参考文章是：
The Case of VMware and the missing SCSI ID

方法如下：
1. 在虚拟机关闭以后，进入虚拟机的目录

2. 用文本编辑器修改vmx文件

$ ls *vmx
[ VMplanet ] CentOS 6.0.vmx
$ vi "[ VMplanet ] CentOS 6.0.vmx"

3. 在vmx文件中任意位置（通常在最后）添加如下行：

disk.EnableUUID = "TRUE"

4. 重新启动虚拟机，此时可以正确获取SCSI ID

#/sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/sdb
36000c29577b5db74013db535e0155e01

注意：在手工修改完vmx文件以后，如果再进行任何虚拟机的设置，比如添加磁盘，修改网卡类型或者其它的操作，disk.EnableUUID参数又会重置为FALSE，所以每次进行虚拟机设置以后，都需要手工再次修改该参数。当然重启虚拟机，或者虚拟机内Guest操作系统中的任何操作，都不会重置该参数。

Share/Save

Links for 2011-02-10 [del.icio.us]

Fri, 11 Feb 2011 00:00:00 PST

CNET致诺基亚的公开信：解决诺基亚困局的四大方法诺基亚,企业锋科技,不一样的科技新闻_WeiPhone威锋网

Links for 2010-12-17 [del.icio.us]

Sat, 18 Dec 2010 00:00:00 PST

Yahoo! : Can you please open source Delicious?

Links for 2010-11-09 [del.icio.us]

Wed, 10 Nov 2010 00:00:00 PST

赵连海 - 维基百科，自由的百科全书
如果你能看到这个页面，恭喜你

Links for 2010-11-07 [del.icio.us]

Sun, 07 Nov 2010 23:00:00 PST

Links for 2010-10-27 [del.icio.us]

Thu, 28 Oct 2010 00:00:00 PDT

[娱乐]鸭梨笔记本 - 超越苹果和微软_cnBeta 视点观察_cnBeta.COM

Links for 2010-10-19 [del.icio.us]

Wed, 20 Oct 2010 00:00:00 PDT

Emacs Line Return and Windows, Unix, Mac, All That ^M ^J ^L

Links for 2010-10-10 [del.icio.us]

Mon, 11 Oct 2010 00:00:00 PDT

My Public Shoebox [Webshots]

Mon, 29 Jan 2007 04:13:19 PST

My Public Shoebox

by dbform
see more photos from this album (1) ...