Author: mac

前2周有客户向我咨询现在市面上的Oracle数据库各版本的使用率，考虑到10g将会在2013年超出Extentd Support期，客户希望找到合适的时机升级到11gr2上。 在网上找了一圈，包括IDC似乎都没有公开的调查结果。反而在OTN Database Forum上找到一个”Poll Results: Your production database version”老外搞的生产库版本投票。 这个投票结果在一定程度上反映了国际上Oracle数据库各版本的使用率：10gr2目前使用率最高，11gr2在迅速追上。但因为国外的IT建设要领先于国内，所以我们可以推测国内的实际情况是9ir2和10gr2占主导地位，11gr2仍打酱油。

今天在和客户的会议上，客户领导大赞cisco某款产品，据他介绍该产品中集成了运行数据收集功能，通过该功能可以减少人力资本，让远程支持(remote support)和前摄式支持(proactive support)变得可能且高效。 旁边的Oracle原厂工程师坐不住了，开始滔滔不绝地介绍Oracle Configuration Manager(OCM)这款工具，在他嘴里OCM除了前摄式地收集Oracle产品信息并传输到My Oracle Support网站以方便后续的patch support和Health checks外，更成为了Oracle解决客户紧急状况的救星，只要使用了OCM配合在MOS上开1级的SR，即便不买Oracle ACS服务也可以解决致命问题，溢美之词不绝于耳。 在我看来OCM这套工具从功能上讲是很不错的，它所收集的系统信息能够帮助Oracle驱动以下功能： Proactive Setup-once. Distribute-to-many Install, configure & communicate Eliminate inaccurate SR profiles Unified Systems region Projects Feature Include Business information  along with Technical information Include all Milestones (code freeze, go, no-go etc.) Systems Details Change Management features Healthchecks Feature Dozens of Healthchecks to check…

在之前的文章中我介绍了为10g RAC Cluster添加节点的具体步骤。在11gr2中Oracle CRS升级为Grid Infrastructure，通过GI我们可以更方便地控制CRS资源如:VIP、ASM等等，这也导致了在为11.2中的GI添加节点时，同10gr2相比有着较大的差异。 这里我们要简述在11.2中为GI ADD NODE的几个要点： 一、准备工作 准备工作是不可忽略的，在10g RAC Cluster添加节点中我列举了必须完成的先决条件，在11.2 GI中这些条件依然有效，但请注意以下2点: 1.不仅要为oracle用户配置用户等价性，也要为grid(GI安装用户)用户配置；除非你同时使用oracle安装GI和RDBMS，这是不推荐的 2.在11.2 GI中推出了octssd(Oracle Cluster Synchronization Service Daemon)时间同步服务，如果打算使用octssd的话那么建议禁用ntpd事件服务,具体方法如下： # service ntpd stop Shutting down ntpd: [ OK ] # chkconfig ntpd off # mv /etc/ntp.conf /etc/ntp.conf.orig # rm /var/run/ntpd.pid 3.使用cluster verify工具验证新增节点是否满足cluster的要求: cluvfy stage -pre nodeadd -n <NEW NODE> 具体用法如: su – grid [grid@vrh1…

今天登录MOS的时候发觉居然用户登录界面更新了,新的界面更为大气，风格上也更Oracle了。可以看出后台仍使用Oracle Access Manager 11g，仅仅是UI发生了变化。

今天在安装一套11.2.0.2 RAC数据库时出现了INS-35354的问题： 因为之前已经成功安装了11.2.0.2的GI，而且Cluster的一切状态都正常，出现这错误都少有点意外: [grid@vrh1 ~]$ crsctl check crs CRS-4638: Oracle High Availability Services is online CRS-4537: Cluster Ready Services is online CRS-4529: Cluster Synchronization Services is online CRS-4533: Event Manager is online 去MOS搜了一圈，发现有可能是oraInventory中的inventory.xml更新不正确导致的： Applies to: Oracle Server – Enterprise Edition – Version: 11.2.0.1 to 11.2.0.2 – Release: 11.2 to 11.2 Information in this document applies…

DBA-Oracle.com是国外一家比较知名的Oracle专家服务公司(pythian.com则是另一家)，让我们来看一下他们提供的Oracle服务的收费标准： 转自http://www.anysql.net/dba/oracle_consult_price.html： 服务越来越重要, 来看一个国外Oracle专家提供技术服务的报价, 都是以美元为单位的. 服务提供者为高级的具有OCP证书的DBA专业人员, 按服务地点可分为远程和现场, 按服务时间可分为临时服务和不小于多少小时的包时服务. 1, 远程服务价格,　临时: 每小时175 USD. 保证80小时: 每小时165USD, 至少13200美刀. 2, 现场服务, 临时: 每小时275 USD. 保证80小时: 每小时265USD, 至少21200美刀. 对于Oracle RAC的服务, 收费要贵一些了, 看来得好好学学RAC了. 1, 远程服务价格,　临时: 每小时200 USD. 保证80小时: 每小时190USD, 至少15200美刀. 2, 现场服务, 临时: 每小时350 USD. 保证80小时: 每小时340USD, 至少27200美刀. 3, 每月远程固定服务, 主节点每个月1400 USD, 每个从节点500 USD, 一个月至少1900美刀. 对于上门服务, 路上时间也计费的, 并且要支付相关费用(路费, 住宿费, 饭费?).

VMware  Server版已经2年没有更新，这导致在多个Linux的发行版本上安装VM Server存在种种的阻力。譬如说我现在正在使用的Fedora 15就很难使用Vmware,因此我想到了使用原SUN公司的VirtualBox来替代Vmware。 在网上搜了一圈发现Vbox虚拟RAC环境的Post还不少，花了1天时间实践了一下用VBox部署4节点的11gr2 RAC系统，在这里列出个人对VMware和VirtualBox间特性区别的看法 1.VMware Server可以采用浏览器+插件的方式访问，算的上是一种瘦客户端的应用。就访问的便利而言，Vmware有着明显的优势。VirtualBox默认以前台方式运行，虽然也可以从命令行中以headless方式来后台启动，但就访问来说还是太复杂了 2.Vmware的管理可以完全在管理页面中完成，不需要用户额外去记一些命令，管理上更方便。但是管理页面本身需要Tomcat驱动，如果Tomcat或者管理页面出现一些问题的话那么就令人束手无策了。VirtualBox的图形化界面管理还算流畅，但不是所有操作都支持，很大程度上用户需要记部分VBoxManage命令来达到目的，虽然有一定的学习成本，但加强了用户对VBox的了解，VBoxManage命令简单可靠，是我迁移到VBox的一大理由 3.性能方面VirtualBox有较大的优势，主要体现在内存消耗更少，而且Vbox使用的进程也更少(主要是VBoxXPCOMIPCD,VBoxSVC,VBoxHeadless这三个)，关于这一点的讨论见OTN上的Oracle RAC on VMWare vs. Virtualbox这个Thread 4.文档数量上，Vmware占有一定优势，这很大程度上得益于vmware公司作为虚拟化方案巨头的大力宣传。而VirtualBox仅是SUN公司x86虚拟化实现中的一环，当然这不影响Vbox作为我们测试RAC或其他MAA方案的最佳平台。Vbox上的11g r2 RAC最佳实践，可见<Oracle Database 11g Release 2 RAC On Linux Using VirtualBox> 关于VirtualBox的一些信息可以见John Heaton的<Oracle Enterprise Linux and Oracle VM (SUN)Virtual Box>: Virtualization VM VirtualBox + Oracle Enterprise Linux With Oracle 11GR2 View more presentations from jgheaton Virtual Box Aquarium May09…

GI PSU 11.2.0.2.3在最近的一次CPU July中被释出，该Patch Set Update包含了最新的CPU，且GI和Database PSU的都包含在其中，可以直接从<Patch 12419353: GI PSU 11.2.0.2.3 (INCLUDES DATABASE PSU 11.2.0.2.3)>页面下载到，该PSU所修复的Bug包括: CPU molecules in GI PSU 11.2.0.2.3: GI PSU 11.2.0.2.3 contains the following new CPU 11.2.0.2 molecules: 12586486 – DB-11.2.0.2-MOLECULE-004-CPUJUL2011 12586487 – DB-11.2.0.2-MOLECULE-005-CPUJUL2011 12586488 – DB-11.2.0.2-MOLECULE-006-CPUJUL2011 12586489 – DB-11.2.0.2-MOLECULE-007-CPUJUL2011 12586490 – DB-11.2.0.2-MOLECULE-008-CPUJUL2011 12586491 – DB-11.2.0.2-MOLECULE-009-CPUJUL2011 12586492 – DB-11.2.0.2-MOLECULE-010-CPUJUL2011 12586493 – DB-11.2.0.2-MOLECULE-011-CPUJUL2011…

Vmware Server最新版本2.0.2-203138是在2009年发布的，其使用一种较老的Kernel识别方法，这会导致我们在2.6.3x/2.6.40内核上安装Vmware Server时出现如下错误: The path “/usr/src/linux/include” is not an existing directory. The directory of kernel headers (version @@VMWARE@@ UTS_RELEASE) does not match your running kernel (version 2.6.40-4.fc15.x86_64). Even if the module were to compile successfully, it would not load into the running kernel. 摸索了1个多小时终于找到了解决的方法，具体步骤如下: 1.安装必要的rpm包 yum -y install gcc make kernel-headers kernel-devel 找出正确的kernel headers目录，使用如下命令： [root@vbase…

The shared pool latch is used to protect critical operations when allocating and freeing memory in the shared pool. Typically a miss rate for this latch less than 95% results in poor performance. There is only one latch of this type in the shared pool, so when there is contention for this latch, significant degradation…