OS is DB,DB is OS

上午的时候发现Exadata上的OS用戶過期了，虽然知道Exadata上的OEL在用户密码上的要求进行了加强，但是發現OS用戶的密碼的有效期只有90天，這樣的話每90天就要修改一次密碼，太麻煩了，就都改成了不收限制：查看用戶的密碼有效期：[root@dm01cel01 ~]# chage -l rootLast password change

Exadata存储设计  --- 摘自《深入理解Oracle Exadata》1、  存储策略Exadata的每个存储节点都是一个小型智能SAN，它独立于机柜中的其他存储节点运行。存储节点可以通过以下方式配置，机柜中所有的存储节点为机柜中所有的数据库提供存储服务，这样做可以为系统中的每一个数据库提供最高的IO性能和数据传输率，也可以使用cellip.ora文件将存储节点配置成只为某些特定的

今天CRM反应说他们有个作业今天没跑出来报错了，一查发现Exadata的节点2上的alert日志里面在同一时间点果然报错了：Wed Oct 17 06:22:51 2012Errors in file /u01/app/oracle/diag/rdbms/srcbfin/SRCBFIN2/trace/SRCBFIN2_arc2_72209.trc:ORA-27603: Cell sto

Exadata等待事件 一、     用户IO类别中的Exadata等待事件1、  cell smart table scancell smart table scan事件是Oracle用来计算卸载到存储节点上的全表扫描所花费的时间。参数：P1-------节点哈希号P2-------未使用P3-------未使用Obj#------正在扫描的表的对象号注意

Exadata管理IO的方法（IORM）  在Exadata平台上有三种管理IO的方法：数据空间IORM、类别IORM和数据库内部IORM。这三种方法各自满足不同的IO管理需求。数据库建IORM通过数据库名分配IO资源，类别IORM通过数据库间共同的类别名分配IO资源，数据库内部IORM在数据库内部通过DBRM使用者组管理IO资源。可以选择任何一种方法去管理IO资源，或者也可以把它们结

DBRM通过限制用户会（通过使用者组）可用的CPU和并行资源的方法实现对I/O资源的间接管理。IORM提供了三种不同的方法对I/O资源进行管理：Interdatabase、Category和Intradatabase。数据库间IORM（Interdatabase IORM）：IORM基于发起请求的数据库名字决定I/O的优先级。当Exadata上托管了多个数据库，而且需要管理不同

创建和使用数据库资源计划 第1步：创建使用者组(Consumer Groups)下面的清单创建三个使用者组，APPS、REPORTS和MAINTENANCE。一旦创建了使用者组，就能够把用户会话映射到这些使用者组上面。注：如果使用者组已经存在，则可先delete掉，否则直接创建。BEGIN  dbms_resource_manager.clear_pendi

早上CRM的人说Exadata的数据库无法登陆，一看发现节点一个节点Hang住了，使用SQL*Plus登陆会卡死，且日志中提示：无法分配共享内存。查看alert日志发现，其中出现了很多ORA-04031的错：Errors in file /u01/app/oracle/diag/rdbms/srcbfin/SRCBFIN2/trace/SRCBFIN2_smon_12501

在以前的文档的基础上修改的，也是直接复制黏贴的，懒得排版了。注：在里面的某些步骤并没有做。 Exadata to Non-Exadata Active Dataguard Configuration 1、  准备测试环境Server：Quarter Exadata VM，Single Non-Exadata NodeOS：redhat 5.6-x86Oracle

Exadata的性能计数器参考 --- 摘自 《深入理解Oracle Exadata》1．  cell blocks helped by commit cache当存储节点进行智能扫描时，数据一致性规则任然必须得以满足，有时会借助于回滚数据。是的，一致性读在只能扫描情况下也必须得以保证。但是智能扫描的整个过程都是在存储节点上完成的，它访问不到位于数据库实例缓存中的回滚数据。同时，在设计上一