如何分析Oracle数据库表空间设计中ASM/BFT/OMF的综合使用

共计 3354 个字符，预计需要花费 9 分钟才能阅读完成。

行业资讯    
数据库    
如何分析 Oracle 数据库表空间设计中 ASM/BFT/OMF 的综合使用

这篇文章给大家介绍如何分析 Oracle 数据库表空间设计中 ASM/BFT/OMF 的综合使用，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。

为满足海量数据的高性能、易管理性等综合需求，很多项目在表空间设计方面，基本都会综合采用 ASM、OMF 和大表空间技术，下面分别介绍一下这几个概念。

1. ASM

ASM 是 Oracle 10g  R2 中为了简化 Oracle 数据库的管理而推出来的一项新功能，这是 Oracle 自己提供的卷管理器，主要用于替代操作系统所提供的 LVM，它不仅支持单实例，同时对 RAC 的支持也是非常好。ASM 可以自动管理磁盘组并提供有效的数据冗余功能。

ASM 它提供了以平台无关的文件系统、逻辑卷管理以及软 RAID 服务。ASM 可以支持条带化和磁盘镜像，从而实现了在数据库被加载的情况下添加或移除磁盘以及自动平衡 I / O 以删除“热点”。它还支持直接和异步的 I / O 并使用 Oracle9i 中引入的 Oracle 数据管理器 API(简化的 I / O 系统调用接口)。

RAC 环境下的 ASM 结构

ASM 对 DBA 有许多好处，使用 ASM 可以避免：

I/ O 性能优化

数据文件移动和重新组织

文件名管理

逻辑卷管理

文件系统管理

集群文件系统管理

裸设备管理

数据库实例与 ASM 实例的交互

使用 ASM 可以显著减少：

逻辑单元号 (LUN) 管理，逻辑单元数量较少，大小较大

数据库管理员对系统管理员的依赖性

手动执行任务时可能发生的错误

2. BFT

在 Oracle 中用户可以创建大文件表空间。这样 Oracle 数据库使用的表空间可以由一个单一的大文件构成，而不是若干个小数据文件。这使 Oracle 可以发挥 64 位系统的能力，创建、管理超大的文件。在 64 位系统中，Oracle 数据库的存储能力被扩展到了 8  EB(1EB =1024PB，1PB = 1024TB，1TB=1024GB)。

当   数据库文件由 Oracle 管理，且使用大文件表空间时，数据文件对用户完全透明。换句话说，用户只须针对表空间执行管理操作，而无须关心处于底层的数据文件。使用大文件表空间，使表空间成为磁盘空间管理，备份，和恢复等操作的主要对象。使用大文件表空间，并与由 Oracle 管理数据库文件技术以及自动存储管理技术相结合，就不再需要管理员手工创建新的数据文件并维护众多数据库文件，因此简化了数据库文件管理工作。

数 据库默认创建的是小文件表空间，即 Oracle 中传统的表空间类型。数据库中 SYSTEM 和 SYSAUX   表空间在创建时总是使用传统类型只有本地管理的，且段空间自动管理的表空间才能使用大文件表空间。  但是有两个例外：本地管理的撤销表空间和临时表空间，即使其段为手工管理，也可以使用大文件表空间。一个 Oracle 数据库可以同时包含大文件 / 小文件表空间。SQL 语句执行时无需考虑表空间的类型，除非语句中显式地引用了数据文件名。

管理员可以创建一组临时表空间，用户在需要时可以利用组内各个表空间提供的临时空间。管理员还可以指定表空间组为数据库默认的临时表空间。当用户需要大量临时空间进行排序操作时，就可以利用大文件表空间及表空间组。

使用大文件表空间的优势：

使用大文件表空间 (bigfile tablespace) 可以显著地增强 Oracle 数据库的存储能力。一个小文件表空间 (smallfile  tablespace) 最多可以包含 1024 个数据文件，而   一个大文件表空间中只包含一个文件，这个数据文件的最大容量是小数据文件的 1024 倍。这样看来，大文件表空间和小文件表空间的最大容量是相同的。但是由   于每个数据库最多使用 64K 个数据文件，因此使用大文件表空间时数据库中表空间的极限个数是使用小文件表空间时的 1024 倍，使用大文件表空间时的总数据   库容量比使用小文件表空间时高出三个数量级。换言之，当一个 Oracle 数据库使用大文件表空间，且使用最大的数据块容量时(32K)，其总容量可以达到  8EB。

在超大型数据库中使用大文件表空间减少了数据文件的数量，因此也简化了对数据文件的管理工作。由于数据文件的减少，SGA 中关于数据文件的信息，以及控制文件 (control  file) 的容量也得以减小。

由于数据文件对用户透明，由此简化了数据库管理工作。

使用大文件表空间时需要考虑的因素：

大文件表空间 (bigfile tablespace) 应该和自动存储管理 (Automatic Storage  Management) 或其他逻辑卷管理工具 (logical volume  manager) 配合使用，这些工具应该能够支持动态扩展逻辑卷，也能支持 striping(数据跨磁盘分布)或 RAID。

应该避免在不支持 striping 的系统上使用大文件表空间，因为这将不利于并行执行 (parallel execution) 及 RMAN   的并行备份(backup parallelization)。

当表空间正在使用的磁盘组 (disk  group) 可能没有足够的空间，且扩展表空间的唯一办法是向另一个磁盘组加入数据文件时，应避免使用大文件表空间。

不建议在不支持大文件的平台上使用大文件表空间，这会限制表空间 (tablespace) 的容量。参考相关的操作系统文档了解其支持的最大文件容量。

如果使用大文件表空间替代传统的表空间，数据库开启 (open)，checkpoints，以及 DBWR   进程的性能会得到提高。但是增大数据文件(datafile) 容量可能会增加备份与恢复的时间。

大文件表空间从某种角度来说提高了 Oracle 在 VLDB 上的管理能力。只有自动段空间管理的 LMT (Locally Managed  Tablespaces) 支持 BIGFILE 表空间。大文件表空间只能包含一个文件，但是文件可以达到 4G 个数据块大小。

3. OMF

OMF, 全称是 Oracle_Managed  Files, 即 Oracle 文件管理，使用 OMF 可以简化管理员的管理工作，不用指定文件的名字、大小、路径，其名字，大小，路径由 oracle   自动分配。在删除不再使用的日志、数据、控制文件时，OMF 也可以自动删除其对应的 OS 文件。

OMF 支持下列文件的自动管理：

表空间

日志文件(联机)

控制文件

前提条件：需要为这些类型文件设定相关参数。

OMF 优缺点：

优点：可以自动化管理条件数据文件，操作简洁，节约空间

缺点：减少了数据文件的可控性，作为一个 DBA 在维护 DB 时就应该规划好数据文件存放的位置，命名规则和初始大小。

OMF 并非 10g/11g 新技术，但通过与 ASM、大表空间技术的结合，将极大的简化了数据库管理工作。

4. ASM\BFT\OMF 综合建议

传统数据系统，尤其是在 ORACLE  RAC 上部署的数据库系统，采用的是经典的卷组和裸设备技术方案，这种方案将导致大量存储空间的设计工作，例如各个表空间、数据文件大小、名称以及相对应的卷组和裸设备的设计工作。在投入运行后，由于裸设备不能自动扩展，而数据规模不断增长，会给后期运行维护带来很大负担。

(1) 建议

针对那些数据量庞大、表空间多的海量系统特点，为简化管理，建议将 ASM、OMF、BFT 技术综合使用。为使用 OMF，建议对数据库实例设置以下参数：

DB_CREATE_FILE_DEST= +DATA

(2) 使用过程及效果评估

ASM、OMF、BFT 技术综合使用，有以下优点：

使表空间的创建和删除脚本简化，不需要指定具体的数据文件，如：

create bigfile tablespace TS_TAB_TRANSACTIONS datafile size 20G;

在删除表空间时，对应的 ASM 数据文件会自动删除，如：

drop tablespace TS_TAB_TRANSACTIONS including contents;

可直接对表空间自动扩容，不需要指定数据文件：

alter tablespace TS_TAB_TRANSACTIONS resize 30G;

关于如何分析 Oracle 数据库表空间设计中 ASM/BFT/OMF 的综合使用就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。