日归档:2014 年 9 月 26 日

往使用了17T的DG中添加2个1.5T的LUN,共耗时3小时

当前使用了28块800G的SAS SSD。 昨晚,往使用了17T的DG中添加2个1.5T的LUN,从开始到ASM rebalance完成,总共耗时3小时(以前测试的Exadata 1/4配置,加载纯LOB对象,也是1小时1T,当时也感觉很震撼……),速度很快啊,记录一下,O(∩_∩)O哈哈~:

发表在 ASM | 标签为 , | 一条评论

使用ASM的数据库和使用文件系统的数据库在AIO上哪里不同?

昨天客户的一个重要应用切换到新的系统环境上,今天观察,发现部分异常等待: 从OS的CPU负载来看,定期会出现一个峰值,从ASH中可以看出,这个峰值对应的等待事件跟AWR的完全吻合。 因此,主要怀疑两个东西: 1,应用的SQL和对象的属性(比如table或者index的统计信息,并行度等等……) 2,系统的AIO设置 上面的第一条,已经提交给开发相应的SQL和其他信息 第二条,因为系统以前是11.2 RAC,使用了ASM,而现在是单机文件系统. 因此对比了这两种环境下AIO的异同,结论如下: 1,Linux下,ASM数据库和文件系统数据库的AIO设置差别: (1). ASM的AIO属性是不受 FILESYSTEMIO_OPTIONS 参数的影响(因为ASM会绕过文件系统buffer),只跟DISK_ASYNCH_IO有关系 (2). 文件系统的AIO属性跟 FILESYSTEMIO_OPTIONS 和 DISK_ASYNCH_IO 都有关系 2,FILESYSTEMIO_OPTIONS=NONE : Bug 6733627 – Unaccounted Wait Time on “Direct Path” operations with FILESYSTEM_IO_OPTIONS=NONE (Doc ID 6733627.8) 3, db file … 继续阅读

发表在 ASM, FAQ | 标签为 , , , , | 留下评论