- 最近某个非常重要的产品中采用了ASM
- 这次我们想分享在这个产品中获知的优点，希望OJ职员们能够认识到ASM的优点
- ASM 是 Exadata 必需的部件
- 解除ASM相关的常有的疑虑与不安情绪
–为了大家能够更加自信地向客人推荐ASM
- 深入理解ASM
- 通过使用ASM ，使得系统结构简化
来自事先分发的调查问卷
全世界范围内的ASM使用情况
使用RAC的客户存储
虽然说ASM很方便・・・
会场里充满疑虑与不安
- 设计上会不会很麻烦？
- 会不会使得故障更加容易发生？
- 通过ASM 进行stripe的话，会不会使得单一实例访问性能恶化？
- 通过ASM的镜像功能，硬件RAID会不会可行性更高？
- 重复调整平衡以及制成表区域时，数据会不会有偏差？
- 虚拟存储（自动精简配置）会不会更容易管理？
- 阶段化存储可以自动调优会不会用起来更加方便？
- 在备份中随意使用存储拷贝会不会不好？
- 有没有质量问题？
Best Practice 是什么?
- Disk Group 的设计(細分化/个数/依赖关系)
- AU 存储(4M 有效的例子)
- asm_power_limit 的推荐值?
- 以storage 观点来考虑
- 与3rd party 制成的 C/W 的组合情况 (11g R2 中的 非 RAC 环境)
- 设计point有没有增加?
- ASM 实例的可用性怎样?
到底应该让什么做什么才好?
- 是否推荐与存储备份的组合?
–Storage Copy? / RMAN?
–差异、优点、缺点、需要注意的问题
- 冗余结构应该在哪里使用? (H/W RAID 中? 还是ASM 中?)
- S/W RAID 的 ASM比起 H/W 的 RAID是否可信性较低?
- 组合的 Best Practice
- 存储虚拟化功能(Thin Provisioning) 组合
将现行环境以以下方式进行变更?
- 不得不变更至今为止的使用方式
- 需要学习新的操作
- Cluster File System 要更好
- 想继续使用RAW (不想使用不支持RAW 的版本)
- 更换磁盘时，无法做到/不知道ASM的操作（设定、确认）。
– (磁盘更换工作人员/存储管理人员/非oracle工程师)
- 「不得不设计、架构、使用的存储仅限用于数据库，所以在数据库中使用ASM是没有效率的。从IT整体的存储计划来考虑的话，最好不要使用ASM。
质量
- 11g R2 中增加了许多功能，质量没有问题吗?
- 最新版本bug较多?
[质量相关] 在使用了ASM 之后的建议
虽然是一些理所当然的事情….
- 定期更新推荐补丁
–ASM dsikgroup 产生破损的故障修复推荐在补丁中加入 Pro-active
–想要定期应用推荐补丁的话，请考虑以下项目。
- 冗余为多少比较合适？
- 考虑是否需要切换Data guard ？
–如果不重新考虑应用定期，应用补丁就会变成大得超过预想的event
- 请使用较高的版本
–版本越高，质量也就越有保证，处理致命性的故障时，也更加完善
例) 11g 中，保留了 ASM disk header 的拷贝。拥有采取diskgroup dump 的机制
性能
到底用Storage还是用ASM 来做冗余？
- ASM DG 的冗余对性能的影响如何(Normal<二重>、High<三重>)?
- 哪个性能较好?
–存储/ASM
–随机读/序列读
- ASMLib 相关内容
- 无法改变ASM 的的冗余结构
- 用户选择怎样的存储才最好呢?
–Database 如果采用便宜的存储的话，ASM更好，但不太可能企业整体的存储都是使用的便宜货。
–Database 以外的数据放在便宜的存储中时，是否可以使用ACFS?
–是否存在ZFS
- 与TTS 没有配合
- 是否因为执行技术导致，无法执行分割镜像以及复制?
- 能否在stretched cluster(Exteded RAC)使用?
- 物理故障时的操作如何?
- ASM 每次发生 I/O 时，都会被误解为追加了layer（过载的主要原因）。
- ASM 的空白区域难以监视，大家是如何处理的？
总结
对于使用ASM，我希望oracle整体都对此有一定认识
- 为了解决常见的疑虑与不安，请认真理解ASM
- 通过采用ASM ，经常会要改变使用方式，由于结构简单，所以优点较多
–物理设计、性能调优、運用管理
- 能接受ASM = 能接受Exadata
- 如果还是有疑虑和不安的话，请咨询Storage Initiative、基础技术部、演讲嘉宾
Comment