站内搜索
Oracle证书
分类目录
- ASM (30)
- Database (86)
- backup&recovery (21)
- expdp/impdp (5)
- Installation and Deinstall (31)
- network (7)
- ORA-600 or ORA-7445 (6)
- Performence Tuning (13)
- troubleshoooting (2)
- Dataguard (7)
- EBS (3)
- Exadata (120)
- FAQ (19)
- POC和性能调整 (11)
- 体系架构 (19)
- 内部机制 (22)
- 安装和升级 (14)
- 性能指标 (8)
- Exadata V1 (1)
- Exadata V2 (1)
- Exadata X2-2 (2)
- Exadata X3-2 (1)
- Exadata X4-2 (1)
- FAQ (1)
- 故障诊断 (3)
- 日常运维 (15)
- 硬件配置 (43)
- Exadata V1 (6)
- Exadata V2 (6)
- Exadata X2-2 (6)
- Exadata X3-2 (8)
- Exadata X4-2 (8)
- FAQ (1)
- FAQ (16)
- Internal (21)
- Linux (20)
- MYSQL (8)
- OGG (1)
- ORA-600/7445 (2)
- ORA-XXXXX (5)
- Oracle 11.1 & Oracle11.2 (6)
- ORACLE 12C (21)
- Oracle 8 & Oracle 8i (1)
- RAC (47)
- SAP (2)
- Scripts (6)
- 未分类 (1)
- 虚拟化 (1)
2024 年十二月 S M T W T F S « Nov 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 文章归档
-
近期文章
- 针对最近黑客攻击数据库的解决方案和预防建议
- CentOS7.2(RHEL 7.2)的CPU占用高(%system 占用高)
- Oracle 12.1 RAC 系列 – 配置第二个网络和相应的SCAN2
- Oracle 12.1 RAC 系列-安装新主机,识别老存储和恢复数据库
- Oracle 12.2的Sharding-1-基础概念
- 11.2 RAC 系列-安装新主机,识别老存储-3-配置老存储的数据库
- 11.2 RAC 系列-安装新主机,识别老存储-2-准备识别数据库
- 11.2 RAC 系列-安装新主机,识别老存储-1-识别ASM磁盘
- 2016年1月PSU列表
- 单实例数据库转换为RAC数据库–使用rconfig转换
近期评论
- tom 发表在《exadata巡检报告的模板》
- cyx 发表在《关于我》
- 李科胜 发表在《EBS克隆–db和app分开在两个服务器上》
- xiao 发表在《exadata巡检报告的模板》
- Chris Sun 发表在《使用Oracle 11.2的DBMS_RESOURCE_MANAGER.CALIBRATE_IO对Exadata X5(HC)进行测试》
分类目录归档:硬件配置
密码保护:Exadata X2-2 四分之一配的硬件配置(1/4 Rack,高容量)
无法提供摘要。这是一篇受保护的文章。
密码保护:Exadata X2-2 二分之一配的硬件配置(1/2 Rack,高性能)
无法提供摘要。这是一篇受保护的文章。
密码保护:Exadata X2-2 二分之一配的硬件配置(1/2 Rack,高容量)
无法提供摘要。这是一篇受保护的文章。
密码保护:Exadata X2-2 满配的硬件配置(Full Rack,高性能)
无法提供摘要。这是一篇受保护的文章。
密码保护:Exadata X2-2 满配的硬件配置(Full Rack,高容量)
无法提供摘要。这是一篇受保护的文章。
如何看待exadata的cell节点出现的writethrough/wirteback模式更换或者控制器充放电信息
Exadata使用的是LSI的disk driver,在定期进行的HC中,如果cell上出现类似下面的信息,需要考虑是否需要更换或者bug: 这个信息意味着disk controller写cache的策略从”write-back” 更改为 “write-through” 了,原因是电池学习周期(battery learn cycle)正在进行。 这个学习周期一年回周期性的执行4次,这个操作主要是每次执行一次控制器电池的充电和放电(discharge and charge)操作。 在Image 11.2.1.3之前,每个月执行一次 从Image 11.2.1.3开始,每3个月执行一次: 每年的1月/4月/7月/10月 的17日凌晨2点 这个缺省的时间(下一次学习的时间)可以使用命令修改,例如: cellcli> alter cell bbuLearnCycleTime=”2013-01-22T02:00:00-08:00″ Oracle推荐所有cell磁盘的电源学习周期是同一个时间。 众所周知,Write-through 的性能比 write-back 差。但是当存储crash或者电源丢失(looses power)发生时,write back有丢数据的风险。 因此,在电池学习周期中,会自动将写策略从写回模式(write-back)修改为写模式(Write-through) 如果在cell 的alert上看到类似下面的信息: 需要连接到cell节点,查看一下电池充电的百分比: 当充电完成后,可以在cell的alert上看到如下信息: 连接到cell节点,查看磁盘的写模式(writethrough/writeback)的状态,可以发现: 同样在 上面信息显示了10月17日凌晨:02:00cell01上有一个逻辑盘开始学习,完成时间是10月17日早上7:33。充电完成后,磁盘驱动器已经改回了writeback模式。 通常电池充电(Learning state)可能需要几个小时,如果充电完成后没有自动改回wirteback模式,可能是控制器电源出现问题,需要联系support … 继续阅读
Flashcache WriteBack的常用Metric和event
User guide上列出了全部的Metric,这里只说些一般比较关注的: FC_BY_USED – number of MB cached (total) FC_BY_DIRTY – number of dirty MB cached (data written only to FlashCache but not to disks) GD_BY_FC_DIRTY – number of dirty MB cached for the griddisk CD_BY_FC_DIRTY – number of dirty … 继续阅读
关于Exadata的万兆网的配置初级篇
今天忽然好多人问起来万兆模块的事情,微博上写不下,我放在这里。 首先,万兆模块通常的作用有两个: 1,作为备份和灾备的网络,高效快速。有人问为啥不用Infiniband,那个说来话长,用不用都可以,关键看客户的整体架构,从技术上没啥不行的,直接插一根线到IB switch就行了………… 2,作为public ip,用于client的访问,比如地台eth1和eth0,做绑定,这个有N个文档都说了,比如owner guide,还比如MOS等等,这里不赘述,只是一点稍微嘱咐下,如果是初始配置,那么只要按部就班的用onecommand就搞定,如果是后面更改,除了考虑物理的网络连线,客户的交换机是否有万兆模块或者支持万兆,还要考虑软件本身的因素,其实配置好了以后(如果需要可以做绑定,也可以不绑定,根据客户需要),就是参考mos的文档做更改public ip和vip,scan ip等的设置。 在补充一句,在每个Exadata自带的机器上有document文档,其中owner guide上“Changing from 1 GbE Connections to 10 GbE Connections”是专门的一个章节,写的非常详细。 具体就是如下的配置文件,配置万兆使用命令: ethtool [root@dm01db01 ~]# dcli -l root -g dbs_group “ethtool eth4” dm01db01: Settings for eth4: dm01db01: Supported ports: [ FIBRE ] … 继续阅读
Exadata X2的硬件配置清单
最近询问是否可以山寨XD的有不少人了,特别是客户关心的是过了1年的质保,怎么办? 比如一个FULL RACK,如果续服务费,list的22%,你懂的………… 今天刚发现,这里有个SUN服务器海外渠道 http://sunmicrosystems.taobao.com/ :具体什么情况,真心未知,o(∩_∩)o 哈哈 下面是X2的硬件清单,具体还可以参考ORACLE 官网的白皮书和机器自带的文档,文档位置: http://blog.csdn.net/lunar2000/article/details/7881896 别的不担心,这东西越来越觉得可以山寨(readme中有明确方法告诉你跳过硬件检测的参数),但是估计法律风险很大,慎重…… 计算节点: 存储节点
Smart Flash Cache on Exadata(4)—使用flash cache
对于表和索引,可以在创建表时使用storage子句将表保存在flashcache中,如果表已经创建完成了,那么可以使用alert table或者alert index命令进行修改相应对象的storage属性,将对象混存在flash cache中。 我做了两张测试表,他们数据的内容基本一直,不过一张是压缩表,一张是非压缩表: 缓存对象到flash cache的语法如下(类似这样对象的IO,我们都称之为 ”Smart Scan I/Os” ): 取消对象在flash cache的缓存: 一般在POC或者生产上,我们会按照一定的条件(比如过滤掉超大的表或者分区等等)生成符合条件的表或者索引的keep 命令: 例如,使用下面的语句,将生成满足条件的表的缓存语句: 对于已经创建的对象,要修改其CELL_FLASH_CACHE属性,可以使用如下命令: 要知道当前对象的设置,可以查询dba_tables(all_tables, user_tables)或者dba_indexes(all_indexes, user_indexes)的CELL_FLASH_CACHE列: 还可以在cell上使用cellcli工具和命令” LIST FLASHCACHECONTENT”查看: 我们注意到这里cachedKeepSize=0, 表示这个表曾经被cache了,后来执行了类似“alter table XXX STORAGE (CELL_FLASH_CACHE none);”的命令,取消的cache到flash cache的操作。 而上面的objectNumber= 112912没有任何输出,表示这个表没有被缓存过。 通常,POC或者生产上,我们更多的是生成批量查看对象缓存内容的语句: 具体我们看一下” LIST FLASHCACHE DETAIL”和”“ LIST FLASHCACHECONTENT”的官方说明: … 继续阅读