数据库服务：数据库表空间扩容

最新推荐文章于 2024-09-19 07:32:44 发布

eygle

最新推荐文章于 2024-09-19 07:32:44 发布

阅读量3.4k

点赞数

分类专栏： Oracle技术文章标签：数据库扩容

本文链接：https://blog.csdn.net/eygle/article/details/81983463

版权

Oracle技术专栏收录该内容

208 篇文章 4 订阅

订阅专栏

http://www.enmotech.com/services/service.html（专业数据库服务）

数据库表空间扩容是我们在运维过程中经常需要做的事情，本文分享一次在扩容表空间中遇到的情况以及针对本次情况的一些想法。

记一次在运维过程中遇到的问题，在最近的一次表空间扩容中遇到的问题，该表表空间使用率达到 80% 以上，照常对该表空间进行扩容时报错，报错提示如下：

打码部分为表空间名称，错误提示空间不足，在扩容表空间时已经检查过磁盘组的剩余空间。

DATA 磁盘组的剩余空间还很充足，于是根据错误提示上 mos 查：

结果如图，错误提示一样，直接拉到最后看解决办法。

根据 mos 提供的方法，检查修复之后重新 rebalance。

alter diskgroup diskgroupname rebalance power 32：使用此子句手动重新平衡磁盘组。自动存储管理在所有驱动器上均匀地重新分配数据文件。

POWER ：在 POWER 子句中，指定 0 到 11 之间的值，其中 1 表示重新平衡操作，11 表示 Oracle ASM 尽可能快地执行重新平衡。您在 POWER 子句中指定的值默认为 ASM_POWER_LIMIT 初始化参数的值。

虽然指定 power 值为32，但是实际日志中查看，最大只能达到 11；

查询官方文档给出的解释：

ASM_POWER_LIMIT：该 ASM_POWER_LIMIT initialization 参数指定磁盘组中磁盘重新平衡的默认功率。该值的范围是 0 到 1024。默认值为 1。值 0 禁用重新平衡。较高的数值使重新平衡操作能够更快地完成，但可能会导致更高的 I / O 开销和更多的重新平衡过程。

对于具有磁盘组ASM兼容性集到磁盘组11.2.0.2或更大（例如，COMPATIBLE.ASM= 11.2.0.2），值的操作范围是 0 到 1024 用于重新平衡能力。

对于磁盘组 ASM 兼容性设置为小于的磁盘组 11.2.0.2，值的操作范围 0 为 11包含。如果值 ASM_POWER_LIMIT 大于11，则将值用于 11 这些磁盘组。

初始化参数的 POWER 子句允许值范围相同 ASM_POWER_LIMIT。如果 POWER 指定的子句的值大于 11ASM 兼容性设置为小于的磁盘组 11.2.0.2，则会显示警告，并且将使用 POWER 等于的值 11 进行重新平衡，所以日志中看到的最大值为 11。

Usable_file_MB=-115876 是什么含义？

等到重新 rebalance 完成之后，重新增加数据文件发现仍然失败了，查看磁盘组信息发现每块盘的大小并没有改变。

于是返回仔细查看 mos 文档，根据 mos 提示查看 Usable_file_MB 的值，我发现数据库的 Usable_file_MB=-115876 是一个负数。

这个值代表什么意思，为什么是负数呢？我查询官方文档，官方文档给出的解释是：USABLE_FILE_MB 表示为镜像调整的可用空间量，可用于新文件在磁盘发生故障后恢复冗余。USABLE_FILE_MB 通过 REQUIRED_MIRROR_FREE_MB 从磁盘组中的总可用空间中减去然后调整镜像值来计算。例如，在正常冗余磁盘组中，默认情况下，镜像文件使用的磁盘空间等于其大小的两倍，如果剩余 4 GB 的实际可用文件空间，则 USABLE_FILE_MB 大约等于 2 GB。然后，您可以添加最大 2 GB 的文件。

REQUIRED_MIRROR_FREE_MB 指为了使 diskgroup 能在一个或多个磁盘损坏后能够恢复冗余(redundancy),磁盘组中应该保留的剩余空间。

在 data 磁盘组的查询输出示例中，计算如下：

（FREE_MB - REQUIRED_MIRROR_FREE_MB）/ 2=USABLE_FILE_MB

（278199-509952）/2=-115875

该值为负数时有那些影响呢？官方文档给出的解释：