asm不支持这样做，
正确的做法是再添加一个600G的盘加入到现有的asm磁盘组；而不是把现有的磁盘变成1.1T；
骚年，赶紧备份数据出来吧，重新搞吧。

这是生产库吗？还能这么玩吗？
为何首先想到的是先从操作系统扩呢？这位 DBA 应该对 Linux 要比数据库熟悉的多吧！

表空间不足了肯定会想到找 ASM 要，ASM 没空间了则会从存储方新加盘扩容到 ASM。

希望这个库还没有被你玩坏吧。

您说的重新搞，只能重新创建删除磁盘组了？ 只对data对应的sde盘操作，其他盘对应的 OCR、FRA 也受影响了？

这种操作是不规范的，建议迅速备份数据，之后重新部署ASM。以后如果要扩盘，映射一个新的设备出来，然后把新的设备加入到ASM磁盘组中

因为客户有这个疑虑，模拟了这个操作，如果新加一个sdu新盘，用 rman copy 过去 可以吧 因为目前的数据文件都在sde的 +data里面

12c可以在线移动数据文件了

新创建一个磁盘组，数据rman copy过去就可以了

12c只是数据库文件在线移动，data磁盘组应该还有spfile和controlfile

做好备份
ALTER DISKGROUP DATA RESIZE DISK DISK_A1 SIZE 5000 M REBALANCE POWER 11;

How To Resize An ASM Disk? (文档 ID 470209.1)
SOLUTION

1. Please backup the database(s) contained inside the associated diskgroup.

2. Then shutdown the databases contained inside the associated diskgroup.

3. Dismount the associated diskgroup to verify no client database connections are accessing this specific diskgroup:

SQL> alter diskgroup dismount;
4) Resize your physical disk/LUN at OS/hardware level.
5) Mount back the diskgroup:
SQL> alter diskgroup mount;
6) Then resize the ASM disk as the following example:
SQL> ALTER DISKGROUP RESIZE DISK M REBALANCE POWER <1-11>;
SQL> ALTER DISKGROUP DATA RESIZE DISK DISK_A1 SIZE 5000 M REBALANCE POWER 11;

这个 resize 的命令我记得10g就有了吧，但是从来没在正式环境用过，谁比较清楚，给科普一下，有没有局限性

这样扩展是识别不了的，你用udev绑的是磁盘的id信息，你虽然用lv将两个磁盘的空间融合在一起，但是udev绑定识别的依然是原来的磁盘id信息，两个磁盘通过lv组合在一起，并不会生成新的磁盘，底层依然是2块磁盘，也就是2个磁盘的id信息，而且你这种操作还存在一定的风险性，有可能会造成磁盘头部信息损坏，你要扩容磁盘空间，最好是两个磁盘都使用udev绑定识别，然后通过asm将新添加的磁盘添加到asm磁盘组中，来完成空间扩容。建议操作前进行备份，以应对不确定的风险。

再请教下各位专家

官当里面说resize 必须所有磁盘大小一致，指的是 ocr ,data、fra 一开始分配的空间大小total_mb 一致 才能resize 吗?

你这个磁盘组就一块盘，不用考虑其他磁盘组

是组内磁盘大小，最好是一致