利用OMF托管文件机制来简化数据文件的管理

第一裸设备的相关问题。裸设备指的是没有使用文件系统的存储设备。在这种设备上保存数据，其好处是可以提高系统的性能。而其权限就是维护比较困难。这里需要注意的是，ASM自动存储管理其是支持裸设备的，为此就不存在异步I/O或者直接I/O等问题。而对于OMF来说，其大部分情况下还是在文件系统的背景下操作的。所以从应用范围来说，ASM要比OMF功能来的大。在具体配置时，这需要特别注意的。

第二是跨平台的问题。Oracle数据库是一个跨平台的管理系统，其即可以在微软的操作系统上运行，也可以在Linux等操作系统上部署。但是由于不同操作系统之间，其内核等方面存在着比较大的差异，在实际配制过程中也会遇到很多不同的地方。在使用OMF功能于ASM功能的时候，也会遇到这种问题。这里需要注意的是，ASM是专门构建用于简化DBA工作的管理工具。其提供了跨越所有服务器和存储平台的存储管理界面。也就是说，ASM其可以支持多个操作系统平台。或者说，在不同的平台上，在操作上其基本是相同的。而对于OMF托管文件来说，则没有这么简单。因为OMF过关文件这个功能，更像是在跟操作系统打交道，如指定文件存储位置等等，所以受操作系统的影响比较大。最简单的一个例子，就是Unix等操作系统与Windows等操作系统在文件路径的表示上，就有很大的差异。在具体配置时，需要注意这方面的差异，并选择合适的配置方法。

第三两者分工不同。在实际工作中，笔者发现很多管理员，特别是第一次接触Oracle数据库的管理人员(如从SQLServer转到Oracle)，他们在这方面会有一个误解。OMF托管文件，其具有自动管理数据文件的功能。但是这个自动管理数据文件，并不是说管理其容量。也就是说，OMF托管文件只涉及到数据文件的存储路径、数据文件的命名等等。而与存储管理无关。更精确的说，只涉及到存储管理的一小部分。存储管理从大的范围来说，包含存储的路径、存储的名字、存储容量、I/O等问题。而OMF托管文件只涉及到存储的路径、存储的名字;OMF则涉及到存储容量、I/O等方面的内容。所以这两个功能之间有明显的差异。两者是分工合作，相互补充。为此在实际工作中，往往这两项功能需要同时实现，才能够发挥最佳的效果。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友