oracle 11g数据库ASM磁盘组存储空间扩容实施

oracle 11g数据库ASM磁盘组存储空间扩容实施任务概述

XX系统存放oracle数据文件的DATA磁盘组空间因为开发方新上线业务，造成原有数据库表空间较为紧张，应业务开发方要求，为了适应未来的数据增长

要求，需要扩容。

此方案为数据库扩容常规标准步骤，无需专门测试，但是，在数据库存储扩容前，为防止变更操作带来的风险，需要对数据库数据作备份，以防万一出现问题时做回退恢复。

在实施存储扩容变更操作时，由于是底层磁盘阵列和操作系统的标准化操作，为了防止操作失误，必须一人操作，另一人在旁监督检查，并且分步确认，步

步把关，确保万无一失。

1.1. 实施任务

DATA磁盘组扩容：

在DS5300存储RAID10组中划分新的2个300G的LUN并添加到DATA 磁盘组给XX集群数据库使用,RAID10组剩余的空间可以留给以后扩容或其他用途使用。

1.2. 环境简介

系统名称：XX系统；主机：两台IBM P750小型机；操作系统：AIX 6.1；

存储：1套IBM DS5300；数据库：ORACLE RAC 11.2.0.3.0；

1.3. 实施时间

2014年11月。

1.4. 实施人员

略

2. 实施方案

2.1. 实施内容

原有数据库需要作数据作RMAN备份；

连接到存储DS5300划分LUN，并加载到主机；

主机扫描识别，修改属性及权限；

ASM存储DATA磁盘组增加disk扩容；

检查数据库和应用。

2.2. 实施步骤

2.3. 实施风险控制

在数据库存储扩容前，为防止变更操作风险，需要对数据库数据作备份，以防万一。

在实施存储扩容变更操作时，由于是底层磁盘阵列和操作系统的标准化操作，为了防止操作失误，必须一人操作，另一人在旁监督检查，并且分步确认，步

步把关，确保万无一失。

3. 详细实施步骤

3.1. RMAN备份

在数据库服务器节点2上通过RMAN对数据库做全备份，历时约60分钟。

具体步骤如下：

以root用户创建备份用的目录，并更改所有者等；

#mkdir -p /backup/20131122

#chown -R oracle:dba /backup/

以oracle用户创建rman备份用的脚本，并赋权限：

#su - oracle

$cd /backup/20131122

$vi rmanbackup.sh

$chmod 744 rmanbackup.sh

RMAN全备份脚本rmanbackup.sh内容：

run{

allocate channel ch1 device type disk;

allocate channel ch2 device type disk;

allocate channel ch3 device type disk;

backup as compressed backupset full database format

'/backup/20131122/db_%U_%d' tag="full" spfile include current controlfile;

sql 'alter system archive log current';

change archivelog all crosscheck;

backup as compressed backupset archivelog all format

'/backup/20131122/arch_%t_%s' tag="archivelog";

release channel ch1;

release channel ch2;

release channel ch3;

}

使用脚本做RMAN备份，通过参数cmdfile指定命令文件，使用log指定日志文件：

nohup rman target / cmdfile=/backup/20131122/rmanbackup.sh

log=/backup/20131122/rmanbackup.log &

3.2. 连接到存储

将本机设置为192.168.128.XX（不要跟存储控制器的管理ip有冲突），通过集线器，连接到IBM DS5300存储的两个控制器的管理口，SPA

（192.168.128.101）和SPB（192.168.128.102），在本机ping两个管理口地址，是否能ping通。

如果两个控制器管理IP均可以ping通，然后使用IBM的storage manager 客户端连接到存储。

3.3. 创建LUN

参照目前DS5300存储划分给DATA磁盘组的LUN大小，为了保证数据库存储层面的性能稳定性，这次扩容在DS5300存储RAID10组中新创建2个300G 的LUN，DATA_0005- DATA_0013。

点击RAID10组（array2），查看此raid组剩余空间为1.5TB，右键点击RAID10组的free capacity，选择create logical drive，创建一个LUN；等到上一个创建完成后，继续创建下一个。

注意：在新建LUN时，选择自定义，选择将LUN分配给数据库使用，其他使用默认设置。

3.4. 将LUN加载到主机

将刚刚创建的几个LUN加载到数据库的主机组里，映射，后台同步。3.5. 主机扫描

以root用户执行操作，主机扫描新划分的磁盘：

（1）登录数据库服务器节点1，使用cfgmgr命令，扫描一下新盘，然后通过lspv命令，查看扫描到的硬盘：

# lspv

# cfgmgr

# lspv

hdisk18 none None

hdisk19 none None

（2）登录数据库服务器节点2，使用cfgmgr命令，扫描一下新盘，然后通过lspv命令，查看扫描到的硬盘：

# lspv

# cfgmgr

# lspv

hdisk18 none None

hdisk19 none None

注意：要确保数据库的两个节点扫描到的盘符一致。

3.6. 修改盘符属性

以root用户登录数据库服务器节点1，修改盘符属性：

# chdev -l hdisk18 -a reserve_policy=no_reserve

# chdev -l hdisk19 -a reserve_policy=no_reserve

以root用户登录数据库服务器节点2，修改盘符属性：

# chdev -l hdisk18 -a reserve_policy=no_reserve

# chdev -l hdisk19 -a reserve_policy=no_reserve

3.7. 修改磁盘所有者及权限

以root用户登录数据库服务器节点1，修改磁盘所有者及权限：

#cd /dev

#ls -l rhdisk*

#chown grid:dba /dev/rhdisk18

#chown grid:dba /dev/rhdisk19

#chmod 660 /dev/rhdisk18

#chmod 660 /dev/rhdisk19

#ls -l rhdisk*

以root用户登录数据库服务器节点2，修改磁盘所有者及权限：

#cd /dev

#ls -l rhdisk*

#chown grid:dba /dev/rhdisk18

#chown grid:dba /dev/rhdisk19

#chmod 660 /dev/rhdisk18

#chmod 660 /dev/rhdisk19

#ls -l rhdisk*

========================================================= =======

说明：以下步骤（3.8-3.9）只在节点1上操作即可：

3.8. 查看ASM空间情况

登录到数据库服务器节点1，以grid用户查看ASM磁盘组空间情况：

$ asmcmd

ASMCMD> lsdg

3.9. 为DATA磁盘组扩容

登录到数据库服务器节点1，查看asm_power_limit参数值，并调大为10，以加快后台ASM动态平衡速度：

说明：

以下如无特殊说明，均由grid用户操作；

此步骤调整asm_power_limit参数值必须是ASM类型实例下操作，否则报错ORA-15021

su - grid

sqlplus / as sysdba

show parameter asm_power_limit

alter system set asm_power_limit=10 sid='*' scope=both;

show parameter asm_power_limit

查看磁盘组使用情况及磁盘名称和路径：

select group_number,name,state,total_mb,free_mb from v$asm_diskgroup;

select name,path from v$asm_disk;

将新增加的磁盘依次添加到DATA磁盘组：

说明：此处必须以sysasm身份操作，否则报错ORA-15032和ORA-15260，这是oracle 11G ASM磁盘管理上的一个改进。

(参考)

https://www.360docs.net/doc/8710350126.html,/technetwork/cn/articles/sql/11g-asm-094058-zhs.html

sqlplus / as sysasm

alter diskgroup DATA add disk '/dev/rhdisk18';

alter diskgroup DATA add disk '/dev/rhdisk19';

col name for a10

col path for a30

select name,path from v$asm_disk;

将当前的diskgroup组的rebalance速度修改为10：

alter diskgroup DATA rebalance power 10;

查看重新平衡需要的时间：

select operation,est_minutes from v$asm_operation;

select name,path from v$asm_disk;

select operation,est_minutes from v$asm_operation;

添加完毕并且重新平衡完成后，恢复到平衡速率为1，并调整参数为1：

alter diskgroup DATA rebalance power 1;

alter system set asm_power_limit=1 sid=’*’ scope=both;

查看ASM磁盘组空间情况：

SQL> select group_number,name,state,total_mb,free_mb from v$asm_diskgroup;

========================================================= =======

3.10. 检查数据库和应用

检查集群数据库和应用是否正常。

（1）检查集群数据库是否正常：

检查集群状态（grid用户）：

crs_stat -t

crsctl check crs

ocrcheck

检查数据库集群两个节点告警日志是否有报错

检查结果：正常

（2）开发方人员检查检查应用是否正常

检查结果：正常

以下是一个向现有磁盘组加入一个新磁盘的过程：

1.SQL> alter diskgroup ORADG add disk 'ORCL:VOL6'

rebalance power 11;

2.Diskgroup altered.

3.SQL> select group_number,disk_number,mode_status,

name from v$asm_disk;

4.GROUP_NUMBER DISK_NUMBER MODE_STATUS NAME

5.------------ ----------- -------------- --------------------

6. 0 4 ONLINE

7. 1 0 ONLINE VOL1

8. 1 1 ONLINE VOL2

9. 1 2 ONLINE VOL3

10. 1 3 ONLINE VOL4

11. 1 4 ONLINE VOL6

可以看一下最初磁盘组中的磁盘使用情况为：

1.SQL> select name,total_mb,free_mb from v$asm_disk;

https://www.360docs.net/doc/8710350126.html, TOTAL_MB FREE_MB

3.-------------------- ---------- ----------

4. 2870 0

5.VOL1 19077 6571

6.VOL2 19077 6497

7.VOL3 19077 6558

8.VOL4 12228 4321

9.VOL6 104187 97622

经过Oracle的自动调整均衡之后，磁盘空间使用情况变为：

1.SQL> select name,total_mb,free_mb from v$asm_disk;

https://www.360docs.net/doc/8710350126.html, TOTAL_MB FREE_MB

3.-------------------- ---------- ----------

4. 2870 0

5.VOL1 19077 13337

6.VOL2 19077 13381

7.VOL3 19077 13337

8.VOL4 12228 8548

9.VOL6 104187 72966

可以看到数据已经逐渐均衡到VOL6上来。

磁盘组通过ASM实例透明地提供给数据库实例，那么数据库就不必再关心具体的数据文件在底层硬件上的存储。但是值得注意的是，Oracle的自动Rebalance需要消耗大量的IO，当数据库存储并不很大的情况下，Rebalance过程能够快速完成，但是当数据库的存储达到海量，如TB级时，Oracle的Rebalance时间可能就会变得极其漫长。所以当你需要使用Rebalance技术时，一定要认真评估其性能影响。

在数据Rebalance时，我们可以通过查询V$ASM_OPERATION视图来获知估算的完成时间。如下例，该Rebalance操作将在58分钟以后结束。注意，这仅仅是一个参考值。

1.SQL> select GROUP_NUMBER,STATE,SOFAR,OPERATION,

EST_RATE,EST_MINUTES from V$ASM_OPERATION;

2.GROUP_NUMBER STATE SOFAR OPERATION

EST_RATE EST_MINUTES

3.------------ -------- ---------- ---------- ---------- -----------

4. 1 RUN 47 REBAL 2241 58