oracle11g数据库ASM磁盘组存储空间扩容实施
Oracle 11g表空间——创建和扩展(永久)表空间

Oracle 11g表空间——创建和扩展(永久)表空间本文内容创建(永久)表空间查看表空间扩展表空间创建(永久)表空间Oracle 按照区和段空间进行管理表空间。
区管理方式 - 针对区的分配方式的不同,有两种方式:字典管理方式(dictionary-managed tablespace,DMT)和本地管理方式(local-managed tablespace,LMT)。
Oracle 10g 开始强烈建议使用 LMT 方式。
从 Oracle 9i 开始,创建表空间时默认使用 LMT。
其中,LMT 区的分配方式:统一(UNIFORM)- 统一分配。
指定表空间中所有区的大小都相同。
默认值是 1MB。
自动(AUTOALLOCATE 或 SYSTEM)- 自动分配。
指定有 Oracle 系统来自动管理区的大小。
这是默认设置。
段管理方式– LMT 方式,除了可以指定区的分配方式外,还可以指定段的管理方式。
段空间管理方式主要是指 Oracle 用来管理段中已用数据块和空闲数据块的机制。
分为两种:手动(MANUAL)- Oracle 将使用空闲列表(free list)管理段的已用数据块和空闲数据块。
这是传统的段空间管理方式,为了与以前的版本兼容。
自动(AUTO)- Oracle 将使用位图(bitmap)来管理段的已用数据块和空闲数据块。
通过位图中单元的取值判断段中的数据块是否可用。
字典管理方式没有段管理。
下面示例演示用本地管理方式创建表空间。
这是 Oracle 推荐的方式。
示例 1:使用 AUTOALLOCATE 区分配方式。
创建表空间 mytbs01,数据文件是D:\oracledata\mytbs01_1.dbf,大小为 2M,并指定区分配方式为 AUTOALLOCATE。
create tablespace mytbs01datafile 'D:\oracledata\mytbs01_1.dbf' size 2Mautoallocate;示例 2:使用 UNIFORM 区分配方式。
oracle数据库表空间扩容方法

一、概述数据库管理是企业信息系统中极为重要的一环,而Oracle数据库作为业界优秀的关系型数据库管理系统,通常被广泛应用于企业级应用中。
在数据库管理中,表空间是一个很重要的概念,它用于管理数据库中的数据存储。
随着数据量的增加,表空间可能会出现空间不足的情况,因此扩容表空间变得至关重要。
本文将介绍几种扩容Oracle数据库表空间的方法。
二、从数据文件角度扩容表空间1. 增加数据文件当表空间中的数据文件即将满的时候,可以通过增加数据文件的方式来扩容表空间。
具体操作步骤如下:1) 在Oracle数据库中使用“alter tablespace 表空间名 add datafile 新数据文件名 size 新数据文件大小”命令来增加数据文件;2) 通过以上操作,可以为表空间增加数据文件,并使表空间的空间得到扩容。
2. 自动扩展在表空间创建的时候,可以选择启用自动扩展功能。
当表空间中的数据文件空间不足时,可以自动扩展表空间的空间大小。
具体操作步骤如下:1) 在创建表空间的时候,使用“autoextend on”选项来启用自动扩展功能;2) 当表空间中的数据文件空间不足时,系统会自动扩展表空间的空间大小。
三、从段角度扩容表空间1. 移动段移动段是一种有效的扩容表空间的方法。
通过移动段,可以将表或索引从原有的表空间移动到具有足够空间的表空间中,从而实现表空间的扩容。
具体操作步骤如下:1) 使用“alter table 表名 move tablespace 新表空间名”命令来将表移动到新的表空间;2) 使用“alter index 索引名 rebuild tablespace 新表空间名”命令来将索引移动到新的表空间。
2. 压缩段通过压缩段的方式,可以释放表空间中的空闲空间,从而实现表空间的扩容。
具体操作步骤如下:1) 使用“alter table 表名enable row movement”命令来启用行移动功能;2) 使用“alter table 表名shrink spacepact”命令来压缩表,释放表空间中的空闲空间。
存储扩容实施方案

存储扩容实施方案1. 简介存储扩容是指在原有的存储设备容量已满或无法满足业务需求时,通过添加新的存储设备或扩展现有存储设备的容量,来满足业务数据的持久保留和存储需求的一种操作。
存储扩容实施方案是指在进行存储扩容操作时所需执行的具体步骤和措施,以确保存储系统扩容的顺利进行。
本文将介绍存储扩容实施方案的具体步骤和注意事项,并提供一些常见的存储扩容方案供参考。
2. 存储扩容实施步骤2.1 确定存储需求和目标在开始存储扩容之前,首先需要明确存储的当前状态和未来的需求。
这包括当前存储设备的容量使用情况,系统性能表现,以及业务发展需求等。
根据这些信息,确定存储扩容的目标和需求,例如需要扩充多少容量,提升多少性能等。
2.2 选择合适的存储设备根据存储需求和目标,选择合适的存储设备进行扩容。
这可能包括添加新的硬盘驱动器、扩展存储阵列或购买新的存储设备等。
在选择存储设备时,需要考虑存储容量、性能、可靠性、扩展性以及成本等因素。
2.3 数据迁移和备份在进行存储扩容之前,需要对存储设备中的数据进行备份和迁移。
首先,确保存储设备中的重要数据已经进行了备份,以防数据丢失或损坏。
其次,将存储设备中的数据迁移至新的存储设备或已扩展的存储设备中。
这可以通过数据迁移工具或手动复制的方式进行。
2.4 存储设备的配置和初始化在添加新的存储设备或扩展存储设备后,需要对其进行配置和初始化。
这包括对存储设备进行分区、格式化,以及设置 RAID 配置等。
根据存储设备的类型和厂商的不同,具体的操作方式和步骤可能有所不同。
2.5 系统配置和调整在存储设备扩容完成后,需要对系统进行配置和调整,以确保存储扩容的效果能够得到充分的发挥。
这包括重新配置存储卷、重新映射文件系统以及重新分配存储资源等。
此外,还需要对相关的应用程序进行更新和调整,以适应新的存储环境。
2.6 性能测试和监控在存储扩容完成后,需要进行性能测试和监控,以确保扩容后的存储设备能够满足业务的性能需求。
Oracle 11G新特性--ASM 增强 说明

一. ASM 快速镜像再同步(ASMFast Mirror Resync)1.1 无ASM快速镜像再同步时每当ASM 无法向分配给某个磁盘的区执行写入操作时,就会使该磁盘脱机,同时会在其它磁盘上至少写入一个此区(ASM 数据区)的镜像副本(如果相应的磁盘组使用了ASM 冗余)。
使用OracleDatabase 10g 时,ASM 会假定脱机磁盘只包含过时数据,因此不再从此类磁盘中读取数据。
磁盘脱机后不久,ASM 就会使用冗余区副本在磁盘组中的剩余磁盘上重新创建分配给磁盘的区(ASM 数据区),将脱机的磁盘从磁盘组中删除。
此进程是一项开销相对较大的操作,可能要花费几小时来完成。
如果磁盘故障只是临时性的(如电缆、主机总线适配器、控制器故障或磁盘的电源中断),则必须在临时故障修复后重新添加磁盘。
但是,将删除的磁盘重新添加回磁盘组还需要将区(ASM 数据区)迁回磁盘,因此增加了成本。
1.2 ASM 快速镜像再同步1.2.1 概述ASM 快速镜像再同步会显著减少重新同步临时故障磁盘所需的时间。
如果某个磁盘因临时故障而脱机,ASM 将跟踪在中断期间发生修改的区。
临时故障被修复后,ASM 可以快速地仅重新同步在中断期间受到影响的ASM 磁盘区。
此功能假定受到影响的ASM磁盘内容未发生损坏或修改。
某个ASM 磁盘路径出现故障时,如果您已设置了相应磁盘组的DISK_REPAIR_TIME 属性,则ASM 磁盘会脱机,但不会被删除。
此属性的设置确定了ASM 可容忍的磁盘中断持续时间;如果中断在此时间范围内,则修复完成后仍可重新同步。
注:跟踪机制对每个已修改的区使用一个位,这样可确保跟踪机制非常高效。
1.2.2 设置ASM 快速镜像再同步请按磁盘组设置此功能。
可以在创建磁盘组后使用ALTER DISKGROUP 命令完成此操作。
使用一个类似以下命令的命令启用ASM 快速镜像再同步:ALTER DISKGROUPSET ATTRIBUTE 'DISK_REPAIR_TIME'='2D4H30M'在修复了磁盘后,运行SQL 语句ALTER DISKGROUP ONLINE DISK。
存储扩容实施方案

存储扩容实施方案一、背景介绍随着企业数据规模的不断增长,存储空间扩容成为许多组织必须面对的挑战。
为了解决数据存储不足的问题,我们制定了存储扩容实施方案,以确保数据的可靠性和可用性。
二、需求分析在制定存储扩容方案之前,我们首先对当前数据的规模和增长趋势进行了全面分析。
通过对现有存储系统的评估,我们确定了以下需求:1. 提供足够的存储容量,以应对未来3-5年内的数据增长;2. 提高存储系统的性能和响应速度,以保证用户访问的顺畅;3. 实施高可用性和容错机制,以防止数据丢失和系统宕机;4. 确保存储系统的易扩展性和灵活性,以适应不断变化的业务需求;5. 降低存储成本,提高ROI(投资回报率)。
三、解决方案基于需求分析的结果,我们提出了以下存储扩容实施方案:1. 选择合适的存储设备根据数据规模和增长趋势,我们建议采用高容量且可扩展的存储设备,如网络附属存储(NAS)或存储区域网络(SAN)。
这些设备能够满足企业的存储需求,并提供灵活的扩展能力。
2. 实施RAID技术为了提高存储系统的容错性和可用性,我们建议采用RAID(冗余阵列独立磁盘)技术。
通过将多个磁盘组织为逻辑组,并在组内创建冗余备份,RAID技术可以防止数据丢失,并提供数据备份和快速恢复的能力。
3. 部署分级存储策略为了优化存储资源的利用,我们建议实施分级存储策略。
根据数据的访问频率和重要性,将数据分为热数据(高频访问,重要性高)和冷数据(低频访问,重要性低)。
热数据存储在高性能设备上,而冷数据可以迁移至低成本、低性能的存储设备上。
4. 考虑云存储云存储提供了弹性的存储能力和按需付费的模式,可以在一定程度上降低存储成本。
我们建议将部分非敏感的业务数据迁移至云存储中,以释放本地存储系统的负担。
5. 引入数据压缩和去重技术为了进一步提高存储效率,我们建议在存储系统中引入数据压缩和去重技术。
这些技术可以减少存储空间的占用,并缩短数据备份和恢复的时间。
ASM添加删除磁盘操作规范

ASM添加/删除磁盘操作规范为规范化ASM磁盘操作,现将ASM添加/删除磁盘中的重要步骤及参数列出,供现场运维人员参考。
1.确认磁盘新增情况TIPS:该步骤主要是确认新增磁盘信息以及确保操作的盘未被用作其他用途,防止误操作将其他用途的盘加载到ASM中=。
=2.对新增磁盘进行属性和权限变更TIPS:在进行属主变更操作时,可以参照现有ASM磁盘属主情况。
默认挂载的共享磁盘是不能被共享访问的,只能被其中一个节点执行,如果不修改共享磁盘的共享属性,那么在执行另一个节点的root.sh脚本的时候可能收到如下的错误:/dev/hdiskpower# device is busy。
修改共享属性时注意以下步骤:1.根据使用的不同存储可能看到的共享磁盘属性是不同的,可能是reserve_policy或者是reserve_lock属性。
reserve_policy属性,执行chdev –l <hdisk#> -a reserve_policy=no_reserve命令设置。
reserve_lock属性,执行chdev –l <hdisk#> -a reserve_lock=no命令设置。
2.以上的命令需要在RAC的所有节点都完成,在执行共享磁盘属性修改的时候确保磁盘没有被使用。
3.在使用hdiskpower10作为共享磁盘的时候一定注意使用的文件是/dev/rhdiskpower10,而不是/dev/hdiskpower10,rhdiskpower10是字符设备,hdiskpower10是块设备。
3.磁盘组添加/删除磁盘规范TIPS:在ASM磁盘组中添加/删除磁盘时,磁盘组会自动将数据在新旧磁盘间重新分配,从而实现分散I/O目的,该过程就叫做再平衡(rebalance)。
再平衡的过程中,数据会在磁盘间移动,会影响部分数据库性能,所以一般在系统空闲的时候进行。
rebalance power参数的大小控制着再平衡的速度,它的取值范围为0~11。
Oracle RAC 11gR2三节点ASM+MultiPath安装部署实施步骤

Oracle RAC 11gR2三节点安装部署实施步骤(一)集群规划1.硬件环境服务器3台:DELL PowerEdge R620,2*Xeon E5-2680v2,128G内存,2*160G SSD硬盘,2*8Gbps HBA卡存储:DELL PowerV oult MD3660f,48*1TB 7.2k SAS硬盘,双控制器,8光纤口连接方式:通过SAN交换机,每台服务器双光纤接入到SAN交换机,MD3660f采用8光纤接入到SAN交换机。
2.软件环境数据库:oracle11.2.0.3_Linux-x86-64集群件:oracle11.2.0.3_grid-x86-64操作系统:oracle linux server6.5(二)IP 规划 每个节点一个public IP每个节点一个public VIP 每个节点一个private IP 一个用于集群的SCAN 名称和一到三个和public IP 同网段的IP,本处用一个public IP,VIP 和private IP 写入/etc/hosts 文件scan配置本地/etc/hosts解析(三)安装目录规划建立/opt/oracle 文件系统用来安装grid、datbase 程序。
Oracle 用户:ORACLE_BASE= /opt/oracle/appORACLE_HOME=$ORACLE_BASE/product/11.2.0Grid 用户:ORACLE_BASE= /opt/oracle/grid/appORACLE_HOME= /opt/oracle/grid/11.2.0(四)存储规划(五)安装实施1.安装前准备存储环境准备将主机、存储等接入SAN 交换机,按需划分相应的zone;清理所有设备的WWN 号;在存储端添加数据库主机,将两节点绑定为一个Host set;存储划分VV,并分配给数据库Host set。
2.主机环境准备操作系统安装分别在两个节点安装oracle linux server6.5 操作系统。
oracle 11g ASM 磁盘组在线扩容实验

CORE 11.2.0.3.0 Production
TNS for Linux: Version 11.2RTL Version 11.2.0.3.0 - Production
[root@ray ~]# /bin/raw /dev/raw/raw3 /dev/sde
/dev/raw/raw3: bound to major 8, minor 64
--------------------------------------------4. 配置UDEV规则---------------------------------
1. [root@ray ~]# ls -l /dev/sd*
brw-r----- 1 root disk 8, 0 Dec 18 21:17 /dev/sda
brw-r----- 1 root disk 8, 1 Dec 18 21:18 /dev/sda1
brw-r----- 1 root disk 8, 2 Dec 18 21:18 /dev/sda2
Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)
Command (m for help): q
[root@ray ~]# fdisk -l
Disk /dev/sda: 21.4 GB, 21474836480 bytes
255 heads, 63 sectors/track, 261 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
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#chow n -R oracle:dba /backup/以oracle用户创建rman备份用的脚本,并赋权限:#su - oracle$cd /backup/20131122$vi rmanbackup sh$chmod 744 rmanbackup shRMAN全备份脚本rmanbackup sh内容:run{allocate cha nnel ch1 device type disk;allocate cha nnel ch2 device type disk;allocate cha nnel ch3 device type disk;backup as compressed backupset full database format7backup/20131122/db_%U_%d' tag="full" sp curre nt co ntrolfile;sql 'alter system archive log curre nt';cha nge archivelog all crosscheck;backup as compressed backupset archivelog all format7backup/20131122/arch_%t_%s' tag="archivelog";release cha nnel ch1;release cha nnel ch2;release cha nnel ch3;}使用脚本做RMAN备份,通过参数cmdfile指定命令文件,使用log指定日志文件:nohup rman target / cmd log=/backup/20131122/rmanbackup log &3、2、连接到存储将本机设置为192、168、128、XX (不要跟存储控制器的管理ip有冲突), 通过集线器,连接到IBM DS5300存储的两个控制器的管理口, SPA( 192、168、128、101)与SPB(192、168、128、102),在本机pi ng两个管理口地址,就是否能pi ng 通。
如果两个控制器管理IP均可以ping通,然后使用IBM的storage manage客户端连接到存储。
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 命令,扫描一下新盘,然后通过Ispv 命令,查瞧扫描到的硬盘:# lspv # cfgmgr#lspv hdisk18noneNo nehdisk19noneNone(2)登录数据库服务器节点 命令,查瞧扫描到的硬盘:# lspv # cfgmgr # lspvhdisk18noneNone注意:要确保数据库的两个节点扫描到的盘符一致2,使用cfgmgr 命令,扫描一下新盘,然后通过lspv hdisk19noneNone3、6、修改盘符属性以root用户登录数据库服务器节点1,修改盘符属性:# chdev -I 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 _reserve3、7、修改磁盘所有者及权限以root用户登录数据库服务器节点1,修改磁盘所有者及权限#cd /dev#ls -l rhdisk*#chow n grid:dba /dev/rhdisk18#chow n grid:dba /dev/rhdisk19#chmod 660 /dev/rhdisk18#chmod 660 /dev/rhdisk19#ls -l rhdisk*以root用户登录数据库服务器节点2,修改磁盘所有者及权限#cd /dev#ls -l rhdisk*#chow n grid:dba /dev/rhdisk18#chow n 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磁盘组空间情况:#su - grid$ asmcmdASMCMD> Isdg3、9、为DATA磁盘组扩容登录到数据库服务器节点1,查瞧asm_power_limit参数值,并调大为10,以加快后台ASM动态平衡速度:说明:以下如无特殊说明,均由grid用户操作;此步骤调整asm_power_limit参数值必须就是ASM类型实例下操作,否则报错ORA-15021su - gridsqlplus / as sysdbashow parameter asm_power_limitalter system set asm_power_limit=10 sid=*' scope=both;show parameter asm_power_limit查瞧磁盘组使用情况及磁盘名称与路径:select group_ nu mber, name,state,total_mb,free_mb from v$asm_diskgroup;select n ame,path from v$asm_disk;将新增加的磁盘依次添加到DATA磁盘组:说明:此处必须以sysasm身份操作,否则报错ORA-15O32与ORA-1526O,这就是oracle 11G ASM 磁盘管理上的一个改进。
(参考)sqlplus / as sysasmalter diskgroup DATA add disk 7dev/rhdisk18';alter diskgroup DATA add disk '/dev/rhdisk19';col n ame for a10col path for a30select n ame,path from v$asm_disk;将当前的diskgroup组的rebalanee速度修改为10:alter diskgroup DATA rebala nee power 10;查瞧重新平衡需要的时间:select operati on, est_m inu tes from v$asm_operati on;select n ame,path from v$asm_disk;select operatio n,est_mi nu tes from v$asm_operatio n;添加完毕并且重新平衡完成后,恢复到平衡速率为1,并调整参数为1:alter diskgroup DATA rebala nee power 1;alter system set asm_power_limit=1 sid= ' * ' scope=both;查瞧ASM磁盘组空间情况:SQL> select group_ nu mber, name,state,total_mb,free_mb from v$asm_diskgroup;3、10、检查数据库与应用检查集群数据库与应用就是否正常。
(1) 检查集群数据库就是否正常:检查集群状态(grid用户):crs_stat -tcrsctl check crsocrcheck检查数据库集群两个节点告警日志就是否有报错检查结果:正常(2) 开发方人员检查检查应用就是否正常检查结果:正常以下就是一个向现有磁盘组加入一个新磁盘的过程:1. SQL> alter diskgroup ORADG add disk 'ORCL:VOL6'rebalance power 11;2. Diskgroup altered3. SQL> select group_number,disk_number,mode_status, name from v$asm_disk;4. GROUP_NUMBER DISK_NUMBER MODE_STATUS NAME5. ......................................................................6. 0 4 ONLINE7. 1 0 ONLINE VOL18. 1 1 ONLINE VOL29. 1 2 ONLINE VOL310. 1 3 ONLINE VOL411. 1 4 ONLINE VOL6可以瞧一下最初磁盘组中的磁盘使用情况为:1. SQL> select name,total_mb,free_mb from v$asm_disk;2. NAME TOTAL_MB FREE_MB3. .. ..............................................4. 2870 05. VOL1 19077 65716. VOL2 19077 64977. VOL3 19077 65588. VOL4 12228 43219. VOL6 104187 97622经过Oracle的自动调整均衡之后,磁盘空间使用情况变为1. SQL> select name,total_mb,free_mb from v$asm_disk;2. NAME TOTAL_MB FREE_MB3. .. ..............................................4. 2870 05. VOL1 19077 133376. VOL2 19077 133817. VOL3 19077 133378. VOL4 12228 85489. VOL6 104187 72966可以瞧到数据已经逐渐均衡到VOL6上来。