天行健，君子以自强不息 http://www.rickyzhu.com 质量，数据库和我的生活 Wed, 04 Nov 2009 04:18:20 +0000 http://wordpress.org/?v=2.8.5 en hourly 1 http://creativecommons.org/licenses/by/2.0/http://creativecommons.org/licenses/by/2.0/http://creativecommons.org/images/public/somerights20.gifSome Rights ReservedRickyTestingBloghttp://feedburner.google.comSubscribe with My Yahoo!Subscribe with NewsGatorSubscribe with My AOLSubscribe with BloglinesSubscribe with NetvibesSubscribe with GoogleSubscribe with PageflakesSubscribe with PlusmoSubscribe with The Free DictionarySubscribe with Bitty BrowserSubscribe with NewsAlloySubscribe with Live.comSubscribe with Excite MIXSubscribe with Attensa for OutlookSubscribe with WebwagSubscribe with Podcast ReadySubscribe with FlurrySubscribe with WikioSubscribe with Daily Rotation Metalink即将退休 http://feedproxy.google.com/~r/RickyTestingBlog/~3/WZkci-JWcqI/1792_metalink.html http://www.rickyzhu.com/1792_metalink.html#comments Mon, 26 Oct 2009 07:49:25 +0000 ricky.zhu http://www.rickyzhu.com/?p=1792 如果你最近登录过oracle的技术支持网站metalink并留意观察的话，可能会发现在登录界面的右边，多出了这么一段提示信息：

Classic Metalink Set To Retire
Login and access Doc ID 841061.1 for the latest details

传统的Metalink服务网站终于功成名就了。

随着去年Oracle推出了基于Flash技术的新版客服网站 My Oracle Support之后，就一直在引导和鼓励客户使用新版的metalink客户支持服务系统，而且在安装Oracle数据库软件的时候（10.2.0.4和最近发布的11.2），也有集成的页面可以直接把客户的环境同My Oracle Support进行无缝链接，并通过后台的程序收集相关的信息，方便后期的技术支持。

虽然这个新版的支持网站在推出之初因为速度，使用习惯等等各方面的问题曾经受到DBA的一些诟病，但是相信oracle在这方面也持续做了一些改进，并努力提高用户的体验。尽管如此，估计大家还是需要一段时间的适应的。

这个平台的具体的切换时间是：November 6 – 8, 2009，到时候新版的My Oracle SUpport 将成为Oracle所有产品的唯一在线支持平台。

Related Posts

]]> http://www.rickyzhu.com/1792_metalink.html/feed 4 http://www.rickyzhu.com/1792_metalink.html 自由软件运动和Richard Stallman大师 http://feedproxy.google.com/~r/RickyTestingBlog/~3/SaNx-jiJ6zM/1784_meet-richard-stallman.html http://www.rickyzhu.com/1784_meet-richard-stallman.html#comments Sun, 18 Oct 2009 13:45:41 +0000 ricky.zhu http://www.rickyzhu.com/?p=1784 昨天跟szlug的同学们一起组团去珠海参加哲思社区的2009自由软件峰会，会议地点在珠海金山公司总部。
其实此行最重要的还是去围观大牛Richard.M. Stallman，相信熟悉GNU/Linux的人一定都不会错过这样近距离接触世界级大师的机会。

gnu

stallman

众所周知，Richard Stallman大师是世界自由软件运动的创始者和先驱，是GNU的发起者和FSF主席。自从上世纪70年代以来，一直致力于自由软件为人类的思想。近距离聆听大师布道，确实感想和收获颇多。

大师每每讲到精彩处，都会爆发阵阵掌声，大师崇尚的自由软件颇有点我为人人，人人为我的共产主义意味，从他1970s在MIT打印机驱动程序的故事讲起，演讲持续了一个多小时，过程中他反复强调：software should be free

他的自由软件的哲学思想是：
Free software is a matter of the users’ freedom to run, copy, distribute, study, change and improve the software
详细的阐述为四个自由，自由0到自由3，详细的解释参考

在一定程度上，自由软件跟我们通常所说的开源软件还不是一码事，事实上，大师并不认同开源软件，一个同行的哥们拿了一个Gentoo的光盘，想请大师签名，被他坚定的拒绝了，他解释说，这不是真正的GNU/Linux，他并不认同，有性格！

回来后才知道，著名的gcc，gdb，emacs都是大师的作品，orz…

关于更多，请参考徐继哲写的Richard stallman和自由软件运动

photo with stallman
和stallman大师的合影（他还在忙着帮别人签名）

church of emacs
the Church of Emacs（穿上戏服，带上光环，还真有那么回事哈）

Related Posts

]]> http://www.rickyzhu.com/1784_meet-richard-stallman.html/feed 4 http://www.rickyzhu.com/1784_meet-richard-stallman.html RAC Team Hiring (Beijing) http://feedproxy.google.com/~r/RickyTestingBlog/~3/wAsj_L-cYGw/1778_rac-team-hiring-beijing.html http://www.rickyzhu.com/1778_rac-team-hiring-beijing.html#comments Tue, 13 Oct 2009 05:02:46 +0000 ricky.zhu http://www.rickyzhu.com/?p=1778 RAC Team Hiring – 2 opening
一个是有关ACFS的，另外一个是虚拟化，有Linux/Unix管理经验和虚拟化经验优先。
欢迎推荐或者自荐

Email: winston.huang@oracle.com

1) (Senior)Member of Technical Staff-RAC
Product Development

* Beijing, China

KEY OBJECTIVE:

Responsible for implementing, maintaining, and enhancing test scripts, plan, and methodologies that ensure exhaustive testing of all assigned software areas to ensure software quality by exposing defects, and verifying resolutions.

This is the golden opportunity to learn Oracle within Oracle, the challenging position provides training to lay the foundation of RAC and database High Availability. Engineer will expose to latest Oracle technologies on varies platforms. Those experiences are extremely valuable toward the building solid foundations of RAC and High availability systems for future system architecture integration and consulting work.

SPECIFIC RESPONSIBILITIES:

1. Review the new features, design basic function test cases and write automatic test scripts.
2. Work closely with development teams to report, analyze and verify the bugs.
3. Integration test on different platform including AIX, Solaris, HPUX and Windows.
4. Design destructive test and long running stress test cases and scripts.

KNOWLEDGE & SKILLS REQUIREMENTS:

Professional background:
The candidate must either have a minimum of 2 years in the enterprise software industry or master degree in Computer Science or related fields. Prior experiences as a member of Customer Support, Technical Consulting, Product Development or QA teams are preferred.

Technical Background:
1. Excellent script languages skill (shell, perl)
2. Must have ample experiences in any one of the following platforms: Solaris 64, IBM/AIX, HPUX
3. Knowledge of the cluster file system will be a plus.
4. Knowledge of the storage will be a plus.
5. Experience designing and executing destructive or performance tests is a plus.
6. Experience with software development lifecycle or software testing is a plus.

2）(Senior)Member of Technical Staff-RAC
Product Development

* Beijing, China

KEY OBJECTIVE:

Responsible for implementing, maintaining, and enhancing test scripts, plan, and methodologies that ensure the ORACLE RAC product can work well in virtualization environment.

This is the golden opportunity to learn Oracle within Oracle, the challenging position provides training to lay the foundation of RAC and database High Availability. Engineer will expose to latest Oracle technologies on varies platforms. Those experiences are extremely valuable toward the building solid foundations of RAC and High availability systems for future system architecture integration and consulting work.

SPECIFIC RESPONSIBILITIES:

1. Review the certification test plan depends on the different virtualization product.
2. Design test plan and test cases for different virtualization product.
3. Design destructive test and long running stress test cases and scripts.
4. Work closely with development teams to report, analyze and verify the bugs.
5. Verify the RAC product can work well on different virtualization environment. The project will focus on the different virtualization products.
6. Review all test results.

KNOWLEDGE & SKILLS REQUIREMENTS:

Professional background:
The candidate must either have a minimum of 2 years in the enterprise software industry or master degree in Computer Science or related fields. Prior experiences as a member of Customer Support, Technical Consulting, Product Development or QA teams are preferred.

Technical Background:
1. Excellent script languages skill (shell, perl)
2. Must have ample experiences in any one of the following platforms: Linux, Solaris 64, IBM/AIX, HPUX and Windows.
3. Must well know one of the virtualization products.
4. Knowledge of the storage will be a plus.
5. Knowledge of the ORACLE RAC is a plus.
6. Experience designing and executing destructive or performance tests is a plus.
7. Experience with product certification lifecycle is a strong plus.

Related Posts

]]> http://www.rickyzhu.com/1778_rac-team-hiring-beijing.html/feed 0 http://www.rickyzhu.com/1778_rac-team-hiring-beijing.html Ubuntu的两个bug http://feedproxy.google.com/~r/RickyTestingBlog/~3/o5FTASEnYWM/1768_ubuntu-twobug.html http://www.rickyzhu.com/1768_ubuntu-twobug.html#comments Fri, 09 Oct 2009 15:27:31 +0000 ricky.zhu http://www.rickyzhu.com/?p=1768 这两天在office的电脑和家里的laptop上分别遇到了两个ubuntu的bug，记录一下。

office的ubuntu从最初的8.04，到8.10一直到9.04用的挺好，很少关机和重启，放假八天，为了省电，就顺手把电脑关了。回来的时候，发现两个屏幕无法切换成扩展模式了，只能显示为mirror了（之前买了一个单独的显卡，这样一台主机接两个19“的显示器，看起来爽多了），从终端启动gnome-display-properties或者在设置里面点击显示，GUI出来之后CPU立刻就被吃掉了80%以上，搜索了一下，是一个bug，Bug#375368，好像状态是invalid，因为最初的filer长时间没响应。 :(

最近Ubuntu 9.10 beta已经出来几天了，闲来无事，就把家里笔记本上的系统升级到9.10，尝尝鲜，结果升级之后，无线网络可以连上，有线无论如何都无法连上，而我用的电信ADSL是需要登录的，郁闷，只有退出到Windows，然后找了一下，发现果然是一个network-manage的bug，手工从终端启动pppoe-config然后配置之后，就可以了。详细情况参考这里

看来beta还是不太稳定哈，还有20天，9.10就正式release了，希望到时候少些问题，而且9.10是一个LTS版本9.10 不是 LTS, 10.04 才是，感谢cloud指正，打算把office的也升上去。

Related Posts

]]> http://www.rickyzhu.com/1768_ubuntu-twobug.html/feed 2 http://www.rickyzhu.com/1768_ubuntu-twobug.html 小猪猪度国庆 http://feedproxy.google.com/~r/RickyTestingBlog/~3/4jj1RzJESfM/1764_longest-national-da.html http://www.rickyzhu.com/1764_longest-national-da.html#comments Thu, 08 Oct 2009 13:07:26 +0000 ricky.zhu http://www.rickyzhu.com/?p=1764 号称史上最长的国庆长假
只是深圳的天气还是十分热，而且出去也是人看人

第一天在家看阅兵
第二天莲花山
第三天欧洲城，晚上大沙河公园赏月
第四天在家休息
第五天在家休息
第六天中山公园
第七天在家休息
第八天在家休息

莲花山
lianhuashan1

莲花山2
lianhuashan2

大沙河赏月
dashahe

中山公园
中山公园1

Related Posts

]]> http://www.rickyzhu.com/1764_longest-national-da.html/feed 0 http://www.rickyzhu.com/1764_longest-national-da.html Ubuntu9.10 is coming http://feedproxy.google.com/~r/RickyTestingBlog/~3/_fLUnbT7zJE/1760_ubuntu910-coming.html http://www.rickyzhu.com/1760_ubuntu910-coming.html#comments Sun, 04 Oct 2009 07:33:05 +0000 ricky.zhu http://www.rickyzhu.com/?p=1760 从8.04开始用Ubuntu，历经8.10，9.04，现在 9.10马上就要来了，还有20几天，如果你已经迫不及待了，可以现在就去尝试一下Beta版本。

голова болит секс

Related Posts

]]> http://www.rickyzhu.com/1760_ubuntu910-coming.html/feed 2 http://www.rickyzhu.com/1760_ubuntu910-coming.html Oracle Database 11gR2日志篇之CRS日志 http://feedproxy.google.com/~r/RickyTestingBlog/~3/DT-CpaAmsig/1755_oracle-database-11gr2.html http://www.rickyzhu.com/1755_oracle-database-11gr2.html#comments Wed, 30 Sep 2009 03:30:29 +0000 ricky.zhu http://www.rickyzhu.com/?p=1755 前面陆续介绍了11gR2的后台进程，资源的管理。今天概要介绍下11gR2的日志和问题定位。

经历过几个重要的release和持续的改进，9iR2，10gR1, 10gR2, 11gR1到最近的11gR2，Oracle Clusteware和RAC也变得越来越成熟，这其中就包括日志的规范性，既然在11gR2有这么多的资源和后台进程，那么对应他们的日志都在哪里，出了问题一般如何去定位呢？ 这快内容分三个部分介绍如下：

首先是CRS相关的问题

在11.2中，CRS相关的日志比较集中，都位于CRS_HOME/log/nodename下面

bash-2.05$ pwd
/u01/app/cluster/crs/log/node1
bash-2.05$ tree
|——-admin
|——-agent
|       |——-crsd
|       |       |——-ora_oc4j_type_crsusr
|       |       |       `——-ora_oc4j_type_crsusr.log
|       |       |——-oraagent_crsusr
|       |       |       |——-oraagent_crsusr.l01
|       |       |       |——-oraagent_crsusr.l02
|       |       |       |——-oraagent_crsusr.l03
|       |       |       |——-oraagent_crsusr.l04
|       |       |       |——-oraagent_crsusr.l05
|       |       |       |——-oraagent_crsusr.l06
|       |       |       |——-oraagent_crsusr.l07
|       |       |       |——-oraagent_crsusr.l08
|       |       |       |——-oraagent_crsusr.l09
|       |       |       |——-oraagent_crsusr.l10
|       |       |       |——-oraagent_crsusr.log
|       |       |       |——-oraagent_crsusr.pid
|       |       |       `——-oraagent_crsusrOUT.log
|       |       `——-orarootagent_root
|       |               |——-orarootagent_root.l01
|       |               |——-orarootagent_root.l02
|       |               |——-orarootagent_root.l03
|       |               |——-orarootagent_root.l04
|       |               |——-orarootagent_root.l05
|       |               |——-orarootagent_root.l06
|       |               |——-orarootagent_root.l07
|       |               |——-orarootagent_root.l08
|       |               |——-orarootagent_root.l09
|       |               |——-orarootagent_root.l10
|       |               |——-orarootagent_root.log
|       |               |——-orarootagent_root.pid
|       |               |——-orarootagent_root.trc
|       |               `——-orarootagent_rootOUT.log
|       `——-ohasd
|               |——-oraagent_crsusr
|               |       |——-oraagent_crsusr.l01
|               |       |——-oraagent_crsusr.l02
|               |       |——-oraagent_crsusr.l03
|               |       |——-oraagent_crsusr.l04
|               |       |——-oraagent_crsusr.l05
|               |       |——-oraagent_crsusr.l06
|               |       |——-oraagent_crsusr.log
|               |       |——-oraagent_crsusr.pid
|               |       `——-oraagent_crsusrOUT.log
|               |——-oracssdagent_root
|               |       `——-oracssdagent_root.log
|               |——-oracssdmonitor_root
|               |       `——-oracssdmonitor_root.log
|               `——-orarootagent_root
|                       |——-orarootagent_root.log
|                       |——-orarootagent_root.pid
|                       `——-orarootagent_rootOUT.log
|——-client
|       |——-clscfg.log
|       |——-crsctl.log
|       |——-crsctl.trc
|       |——-gpnp_6718.log
|       |——-gpnp_6718.trc
|       |——-gpnptool_6431.log
|       |——-gpnptool_6431.trc
|       |——-gpnptool_6437.log
|       |——-gpnptool_6437.trc
|       |——-oclskd.log
|       |——-ocrcheck_11679.log
|       |——-ocrcheck_11679.trc
|       |——-ocrcheck_12475.log
|       |——-ocrcheck_27081.log
|       |——-ocrcheck_27194.log
|       |——-ocrcheck_27231.log
|       |——-ocrcheck_27869.log
|       |——-ocrcheck_28042.log
|       |——-ocrcheck_28090.log
|       |——-ocrcheck_28253.log
|       |——-ocrcheck_28287.log
|       |——-ocrcheck_564.log
|       |——-ocrconfig_11772.log
|       |——-ocrconfig_12493.log
|       |——-ocrconfig_27045.log
|       |——-ocrconfig_6259.log
|       |——-ocrconfig_6807.log
|       |——-ocrconfig_7963.log
|       |——-ocrdump_11617.log
|       |——-ocrdump_11617.trc
|       |——-ocrdump_12442.log
|       |——-oifcfg.log
|       |——-oifcfg.trc
|       |——-oifcfg1.trc
|       |——-olsnodes.log
|       `——-olsnodes.trc
|——-crsd
|       |——-core
|       |——-crsd.l01
|       |——-crsd.l02
|       |——-crsd.l03
|       |——-crsd.l04
|       |——-crsd.l05
|       |——-crsd.log
|       |——-crsd.trc
|       `——-crsdOUT.log
|——-cssd
|       |——-cssdOUT.log
|       |——-ocssd.l01
|       |——-ocssd.log
|       `——-ocssd.trc
|——-ctssd
|       |——-octssd.l01
|       |——-octssd.l02
|       |——-octssd.log
|       `——-octssd.trc
|——-diskmon
|       |——-diskmon.log
|       `——-diskmonOUT.log
|——-evmd
|       |——-evmd.log
|       |——-evmd.trc
|       `——-evmdOUT.log
|——-gipcd
|       `——-gipcd.log
|——-gnsd
|       |——-gnsd.log
|       |——-gnsd.trc
|       `——-gnsdOUT.log
|——-gpnpd
|       |——-gpnpd.log
|       |——-gpnpd.trc
|       |——-gpnpdOUT.log
|       `——-sun880-1.pid
|——-mdnsd
|       `——-mdnsd.log
|——-ohasd
|       |——-ohasd.log
|       |——-ohasd.trc
|       `——-ohasdOUT.log
|——-racg
|       |——-racgeut
|       |——-racgevtf
|       |——-racgmain
|       `——-evtf.log
|——-srvm
|       |——-eonsOUT.log
|       |——-eonsd.trc.10
|       |——-eonsd.trc.11
|       |——-eonsd.trc.12
|       |——-eonsdOUT.log
|       |——-eonsd_0.log
|       |——-eonsd_0.log.1
|       |——-eonsd_0.log.1.lck
|       `——-eonsd_0.log.lck
`——-alertnode1.log
bash-2.05$

 

这里需要重点介绍的就是agent这个子目录，这里面记录所有的has管理的资源的日志，包括crsd/ohasd资源，其中有些具有root权限的是分开管理的，所有就有四个子目录。

因为在11.2中，所有资源的操作都是间接的通过agent frame（在log中可以看到AGFW的字样）来完成的，所以如果要查看相关资源的start/stop/check等相关的日志，就需要根据crsd日志里面的相关时间点找到对应的agent日志。

比如下面这段就是从crsd oraagent日志中grep到的db停止的过程

2009-09-30 03:05:30.923: [    AGFW][140] Executing command: stop for resource: ora.orcldb.db 1 1
2009-09-30 03:05:30.925: [ora.orcldb.db][140] [stop] clsn_agent::stop {
2009-09-30 03:05:30.925: [ora.orcldb.db][140] [stop] InstAgent::stop {
2009-09-30 03:05:30.926: [ora.orcldb.db][140] [stop] Agent::flagUsrOraOpiIsSet(false)
2009-09-30 03:05:30.926: [ora.orcldb.db][140] [stop] Agent::valueOfAttribIs attrib: REASON compare value: dependency attribute value: user
2009-09-30 03:05:30.927: [ora.orcldb.db][140] [stop] Agent::valueOfAttribIs returns 0
2009-09-30 03:05:30.928: [ora.orcldb.db][140] [stop] Gimh::check condition (GIMH_NEXT_NUM) 9 exists
2009-09-30 03:05:30.928: [ora.orcldb.db][140] [stop] InstAgent::stop  shutdown mode: 3
2009-09-30 03:05:30.928: [ora.orcldb.db][140] [stop] DbAgent::preStopCbk {
2009-09-30 03:05:30.929: [ USRTHRD][140] Thread:[RLB:orcldb] stop {
2009-09-30 03:05:30.929: [ USRTHRD][140] Thread:[RLB:orcldb] stop {
2009-09-30 03:05:31.304: [ USRTHRD][38] Thread:[RLB:orcldb] DbAgent::Rlb::run stopping
2009-09-30 03:05:31.346: [ USRTHRD][140] Thread:[RLB:orcldb] stop }
2009-09-30 03:05:31.346: [ USRTHRD][140] Thread:[RLB:orcldb] stop }
2009-09-30 03:05:31.346: [ USRTHRD][140] Thread:[RLB:orcldb] stop {
2009-09-30 03:05:31.346: [ USRTHRD][140] Thread:[RLB:orcldb] stop {
2009-09-30 03:05:31.346: [ USRTHRD][140] Thread:[RLB:orcldb] stop }
2009-09-30 03:05:31.346: [ USRTHRD][140] Thread:[RLB:orcldb] stop }
2009-09-30 03:05:31.346: [ USRTHRD][140] Thread:[RLB:orcldb] stop {
2009-09-30 03:05:31.346: [ USRTHRD][140] Thread:[RLB:orcldb] stop }
2009-09-30 03:05:31.352: [ USRTHRD][140] Thread:[EonsSub FAN] stop {
2009-09-30 03:05:32.010: [ USRTHRD][140] Thread:[EonsSub FAN] stop }
2009-09-30 03:05:32.010: [ USRTHRD][140] Thread:[EonsSub FAN] stop {
2009-09-30 03:05:32.010: [ USRTHRD][140] Thread:[EonsSub FAN] stop }
2009-09-30 03:05:32.012: [ora.orcldb.db][140] [stop] DbAgent::preStopCbk }
2009-09-30 03:05:32.014: [ora.orcldb.db][140] [stop] makeConnectStr = (DESCRIPTION=(ADDRESS=(PROTOCOL=beq)(PROGRAM=/u01/app/base/product/11g/bin/oracle)(ARGV0=oracleorcldb1)(ENVS=‘ORACLE_HOME=/u01/app/base/product/11g,ORACLE_SID=orcldb1′)(ARGS=‘(DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))’))(CONNECT_DATA=(SID=orcldb1)))
2009-09-30 03:05:32.016: [ora.orcldb.db][140] [stop] InstConnection::connectInt: server not attached
2009-09-30 03:05:32.445: [ora.orcldb.db][140] [stop] connect successful
2009-09-30 03:05:38.319: [ora.orcldb.db][140] [stop] DbAgent::stopCbk {
2009-09-30 03:05:49.056: [ora.orcldb.db][140] [stop] DbAgent::stopCbk }
2009-09-30 03:06:00.456: [ora.orcldb.db][140] [stop] InstAgent::stop: }
2009-09-30 03:06:00.457: [ora.orcldb.db][140] [stop] clsn_agent::stop }
2009-09-30 03:06:00.457: [    AGFW][140] Command: stop for resource: ora.orcldb.db 1 1 completed with status: SUCCESS
bash-2.05$

 <div style="display:none"><a href="http://netwaoter.co.cc/151tool.html">секса болит поясница</a></div>

11.2中新引入的mdnsd, gipcd, gpnpd, gnsd, ctssd等都在对应的日志目录中进行记录，其他相关的日志跟之前的release相差不多，就不重点介绍。

如果要看完整的ohasd stack启动过程，可以从ohasd.log得到，这个所有的日志入口，里面记录了各个agent的启动过程。

Related Posts

]]> http://www.rickyzhu.com/1755_oracle-database-11gr2.html/feed 0 http://www.rickyzhu.com/1755_oracle-database-11gr2.html 小猪猪学认时间 http://feedproxy.google.com/~r/RickyTestingBlog/~3/AH3kmeIl9-E/1751_learn-the-time.html http://www.rickyzhu.com/1751_learn-the-time.html#comments Tue, 29 Sep 2009 04:47:51 +0000 ricky.zhu http://www.rickyzhu.com/?p=1751 家里客厅有个挂钟，最近在教儿子认时间

首先告诉他短的表示时针，长的表示分针，时针指向几表示几点，到这里都没有问题
怎么跟他解释分针把我愁死了，他才三岁半不到，指针乘5怎么跟他解释清楚呢？

晚上吃饭的时候，他看到挂钟接近七点，就大声的说：爸爸，七点了
这个是没错，为了增加他的自信心，就乘机表扬一下，儿子真棒。

今天早上起床吃早餐，他又看到挂钟了，大声嚷嚷：爸爸，9点80了
我一听，顿时就傻了。

请听题：我儿子说的9点80是早上几点？

Related Posts

]]> http://www.rickyzhu.com/1751_learn-the-time.html/feed 3 http://www.rickyzhu.com/1751_learn-the-time.html Oracle Database 11gR2 Clusterware之资源 http://feedproxy.google.com/~r/RickyTestingBlog/~3/5O4rM1y27bM/915_11-2-crs-resource.html http://www.rickyzhu.com/915_11-2-crs-resource.html#comments Tue, 15 Sep 2009 14:20:26 +0000 ricky.zhu http://www.rickyzhu.com/?p=915 .!.

上篇简单介绍了在11.2中新引入的后台进程，今天介绍11.2 CRS中的资源。

相当于11.1和10g，11.2的资源也增加了不少。首先在11.2中资源进行了分类：HAS资源和CRS资源。这里的CRS本身也是属于HAS的资源，在之前11.1中介绍到的nodeapps（包括vip, ons and gsd），listener，asm，rdbms等在11.2中都是属于CRS资源，那么新引入的HAS又包含哪些资源呢？

先简单学习下查看ohasd和crsd资源的命令：

$ crsctl stat res  -init -t
——————————————————————————–
NAME           TARGET  STATE        SERVER                   STATE_DETAILS      
——————————————————————————–
Cluster Resources
——————————————————————————–
ora.asm
      1        ONLINE  ONLINE       staig07                  Started            
ora.crsd
      1        ONLINE  ONLINE       staig07                                      
ora.cssd
      1        ONLINE  ONLINE       staig07                                      
ora.cssdmonitor
      1        ONLINE  ONLINE       staig07                                      
ora.ctssd
      1        ONLINE  ONLINE       staig07                  ACTIVE:0            
ora.diskmon
      1        ONLINE  ONLINE       staig07                                      
ora.drivers.acfs
      1        ONLINE  ONLINE       staig07                                      
ora.evmd
      1        ONLINE  ONLINE       staig07                                      
ora.gipcd
      1        ONLINE  ONLINE       staig07                                      
ora.gpnpd
      1        ONLINE  ONLINE       staig07                                      
ora.mdnsd
      1        ONLINE  ONLINE       staig07                                      
[crsusr@node1 sshsetup]$
 

бесплaтные кaчественные порно фото

这里简单说明其中的几个：
ctssd是11.2新增加的时间同步的资源和进程，是对ntp服务的一种增强。
acfs就是外界广为传说的ASM file system对应的资源。
gpnpd就是11.2最重要的feature，也就是即插即用对应的资源。
mdnsd是对应于SCAN和GNS的资源。

相对于与ohasd的资源，crsd的资源就多了去了。下面简单看一下：

 crsctl stat res -t
——————————————————————————–
NAME           TARGET  STATE        SERVER                   STATE_DETAILS      
——————————————————————————–
Local Resources
——————————————————————————–
ora.DATA1.dg
               ONLINE  ONLINE       staig07                                      
               ONLINE  ONLINE       staig10                                      
               ONLINE  ONLINE       staig12                                      
               ONLINE  ONLINE       staig13                                      
ora.DATA2.dg
               ONLINE  ONLINE       staig07                                      
               ONLINE  ONLINE       staig10                                      
               ONLINE  ONLINE       staig12                                      
               ONLINE  ONLINE       staig13                                      
ora.LISTENER.lsnr
               ONLINE  ONLINE       staig07                                      
               ONLINE  ONLINE       staig10                                      
               ONLINE  ONLINE       staig12                                      
               ONLINE  ONLINE       staig13                                      
ora.asm
               ONLINE  ONLINE       staig07                  Started            
               ONLINE  ONLINE       staig10                  Started            
               ONLINE  ONLINE       staig12                  Started            
               ONLINE  ONLINE       staig13                  Started            
ora.eons
               ONLINE  ONLINE       staig07                                      
               ONLINE  ONLINE       staig10                                      
               ONLINE  ONLINE       staig12                                      
               ONLINE  ONLINE       staig13                                      
ora.gsd
               OFFLINE OFFLINE      staig07                                      
               OFFLINE OFFLINE      staig10                                      
               OFFLINE OFFLINE      staig12                                      
               OFFLINE OFFLINE      staig13                                      
ora.net1.network
               ONLINE  ONLINE       staig07                                      
               ONLINE  ONLINE       staig10                                      
               ONLINE  ONLINE       staig12                                      
               ONLINE  ONLINE       staig13                                      
ora.ons
               ONLINE  ONLINE       staig07                                      
               ONLINE  ONLINE       staig10                                      
               ONLINE  ONLINE       staig12                                      
               ONLINE  ONLINE       staig13                                      
ora.registry.acfs
               ONLINE  ONLINE       staig07                                      
               ONLINE  ONLINE       staig10                                      
               ONLINE  ONLINE       staig12                                      
               ONLINE  ONLINE       staig13                                      
——————————————————————————–
Cluster Resources
——————————————————————————–
ora.LISTENER_SCAN1.lsnr
      1        ONLINE  ONLINE       staig10                                      
ora.LISTENER_SCAN2.lsnr
      1        ONLINE  ONLINE       staig12                                      
ora.LISTENER_SCAN3.lsnr
      1        ONLINE  ONLINE       staig07                                      
ora.oc4j
      1        ONLINE  ONLINE       staig13                                      
ora.orcldb.db
      1        ONLINE  ONLINE       staig07                  Open                
      2        ONLINE  ONLINE       staig10                  Open                
      3        ONLINE  ONLINE       staig12                  Open                
      4        ONLINE  ONLINE       staig13                  Open                
ora.scan1.vip
      1        ONLINE  ONLINE       staig10                                      
ora.scan2.vip
      1        ONLINE  ONLINE       staig12                                      
ora.scan3.vip
      1        ONLINE  ONLINE       staig07                                      
ora.staig07.vip
      1        ONLINE  ONLINE       staig07                                      
ora.staig10.vip
      1        ONLINE  ONLINE       staig10                                      
ora.staig12.vip
      1        ONLINE  ONLINE       staig12                                      
ora.staig13.vip
      1        ONLINE  ONLINE       staig13                                      
[crsusr@staig07 sshsetup]$
 

对于CRSD资源，在11.2中也进行了重新分类，包括cluster-wide范围的资源，比如SCAN，scan listener, VIP等等，还有一些是local (node-wide)的资源，比如network（注意，11.2把网络也作为了一种资源），eons，asm，diskgroup（11.2把ASM diskgroup也作为了一种资源）等等。

这些资源之间也有相互的依赖关系，比如DG resource依赖于ASM，VIP依赖于network。这些可以从资源的详细属性看出，列出资源的详细属性，用下面的命令：

 crsctl stat res ora.DATA2.dg -p
NAME=ora.DATA2.dg
TYPE=ora.diskgroup.type
ACL=owner:crsusr:rwx,pgrp:oinstall:rwx,other::r–
ACTION_FAILURE_TEMPLATE=
ACTION_SCRIPT=
AGENT_FILENAME=%CRS_HOME%/bin/oraagent%CRS_EXE_SUFFIX%
ALIAS_NAME=
AUTO_START=never
CHECK_INTERVAL=300
CHECK_TIMEOUT=600
DEFAULT_TEMPLATE=
DEGREE=1
DESCRIPTION=CRS resource type definition for ASM disk group resource
ENABLED=1
LOAD=1
LOGGING_LEVEL=1
NLS_LANG=
NOT_RESTARTING_TEMPLATE=
OFFLINE_CHECK_INTERVAL=0
PROFILE_CHANGE_TEMPLATE=
RESTART_ATTEMPTS=5
SCRIPT_TIMEOUT=60
START_DEPENDENCIES=hard(ora.asm) pullup(ora.asm)
START_TIMEOUT=900
STATE_CHANGE_TEMPLATE=
STOP_DEPENDENCIES=hard(intermediate:ora.asm)
STOP_TIMEOUT=180
UPTIME_THRESHOLD=1d
USR_ORA_ENV=
USR_ORA_OPI=false
USR_ORA_STOP_MODE=
VERSION=11.2.0.1.0

[crsusr@staig07 sshsetup]$
 

这里可以看出，DG2有一个hard依赖于asm，并有一个pullup关系。关于start、stop依赖关系以及资源的属性，以后在做介绍。

Related Posts

]]> http://www.rickyzhu.com/915_11-2-crs-resource.html/feed 0 http://www.rickyzhu.com/915_11-2-crs-resource.html 极速卡丁车 http://feedproxy.google.com/~r/RickyTestingBlog/~3/nuUF4rccVqs/912_karting-of-shenzhen.html http://www.rickyzhu.com/912_karting-of-shenzhen.html#comments Mon, 14 Sep 2009 04:48:16 +0000 ricky.zhu http://www.rickyzhu.com/?p=912 上个月，一个老朋友约我去参加他们公司的一个联谊活动－极速卡丁车体验。

室内的卡丁车以前玩过，去年在广州的天河公园也体验过室外的，这次是专业级别的，所以记录一下。
极速赛车场是深圳地区唯一的国家A级赛车场，国际标准赛道。

具体地址是：深圳市宝安区沙井街道黄埔上南东路，交通便利，距深圳宝安机场约5分钟车程，距皇岗口岸约25分钟车程，距广深高速沙井出口约500米。赛车场占地约4.5万平方米，三面环山，总体环境布局优美，青山绿水、层林叠翠，让众多游客在竞技娱乐之余亲近自然，尽享美景。
具体位置

车场赛道按国际标准规划设计，赛道全长约1200米，路宽10米，最大直路长170米。于2005年被中国汽车运动联合会授予国家A级场地，现已成功承办过数站全国卡丁车锦标赛及全国公路摩托车锦标赛。
 –有人怀疑有广告嫌疑，删除之

我们玩的是逆时针，80cc的赛车，十分钟一场，我跑了7圈多（算下来时速也有60公里了），居然跑了第二名，因为底盘距离地面很低（大概4厘米）所以速度感特别强烈，十分刺激。

他们有很多专业会员，周末专程从珠三角或香港开车过来训练和比赛。

准备出发：

karting

更多图

Related Posts

]]> http://www.rickyzhu.com/912_karting-of-shenzhen.html/feed 0 http://www.rickyzhu.com/912_karting-of-shenzhen.html