oracle asm 管理容量
You must have sufficient spare capacity in each disk group to handle the largest failure
that you are willing to tolerate. After one or more disks fail, the process of restoring
redundancy for all data requires space from the surviving disks in the disk group. If
not enough space remains, some files may end up with reduced redundancy.
Reduced redundancy means that one or more extents in the file are not mirrored at the
expected level. For example, a reduced redundancy file in a high redundancy disk
group has at least one file extent with two or fewer total copies of the extent instead of
three. In the case of unprotected files, data extents could be missing altogether. Other
causes of reduced redundancy files are disks running out of space or an insufficient
number of failure groups. The V$ASM_FILE column REDUNDANCY_LOWERED indicates
a file with reduced redundancy.
The following guidelines help ensure that you have sufficient space to restore full
redundancy for all disk group data after the failure of one or more disks.
■ In a normal redundancy disk group, it is best to have enough free space in your
disk group to tolerate the loss of all disks in one failure group. The amount of free
space should be equivalent to the size of the largest failure group.
■ In a high redundancy disk group, it is best to have enough free space to cope with
the loss of all disks in two failure groups. The amount of free space should be
equivalent to the sum of the sizes of the two largest failure groups.
The V$ASM_DISKGROUP view contains columns that help you manage capacity:
■ REQUIRED_MIRROR_FREE_MB indicates the amount of space that must be
available in the disk group to restore full redundancy after the worst failure that
can be tolerated by the disk group.
■ USABLE_FILE_MB indicates the amount of free space, adjusted for mirroring, that
is available for new files.
Administering Automatic Storage Management Disk Groups
12-18 Oracle Database Administrator’s Guide
USABLE_FILE_MB is computed by subtracting REQUIRED_MIRROR_FREE_MB from
total free space in the disk group and then adjusting for mirroring. For example, in a
normal redundancy disk group, where by default mirrored files take up disk space
equal to twice their size, if 4 GB of actual usable file space remains, USABLE_FILE_MB
equals roughly 2 GB. You can then add up to a 2 GB file.
The following query shows capacity metrics for a normal redundancy disk group that
consists of six 1 GB (1024 MB) disks, each in its own failure group:
select name, type, total_mb, free_mb, required_mirror_free_mb,
usable_file_mb from v$asm_diskgroup;
NAME TYPE TOTAL_MB FREE_MB REQUIRED_MIRROR_FREE_MB USABLE_FILE_MB
------------ ------ ---------- ---------- ----------------------- --------------
DISKGROUP1 NORMAL 6144 3768 1024 1372
The REQUIRED_MIRROR_FREE_MB column shows that 1 GB of extra capacity must be
available to restore full redundancy after one or more disks fail. Note that the first
three numeric columns in the query results are raw numbers. That is, they do not take
redundancy into account. Only the last column is adjusted for normal redundancy.
Notice that:
FREE_MB - REQUIRED_MIRROR_FREE_MB = 2 * USABLE_FILE_MB
or
3768 - 1024 = 2 * 1372 = 2744
Negative Values of USABLE_FILE_MB Due to the relationship between FREE_MB,
REQUIRED_MIRROR_FREE_MB, and USABLE_FILE_MB, USABLE_FILE_MB can go
negative. Although this is not necessarily a critical situation, it does mean that:
■ Depending on the value of FREE_MB, you may not be able to create new files.
■ The next failure may result in files with reduced redundancy.
If USABLE_FILE_MB becomes negative, it is strongly recommended that you add
more space to the disk group as soon as possible.
Scalability
ASM imposes the following limits:
■ 63 disk groups in a storage system
■ 10,000 ASM disks in a storage system
■ 4 petabyte maximum storage for each ASM disk
■ 40 exabyte maximum storage for each storage system
■ 1 million files for each disk group
■ Maximum files sizes as shown in the following table:
Disk Group Type Maximum File Size
External redundancy 35 TB
Normal redundancy 5.8 TB
High redundancy 3.9 TB
V$ASM_DISKGROUP
In an Automatic Storage Management instance, V$ASM_DISKGROUP displays one row for every disk group discovered by the Automatic Storage Management instance. In a database instance, V$ASM_DISKGROUP displays one row for every Automatic Storage Management disk group mounted by the local Automatic Storage Management instance.
Column | Datatype | Description |
---|---|---|
GROUP_NUMBER | NUMBER | Cluster-wide number assigned to the disk group (primary key) |
NAME | VARCHAR2(30) | Name of the disk group |
SECTOR_SIZE | NUMBER | Physical block size (in bytes) |
BLOCK_SIZE | NUMBER | Automatic Storage Management metadata block size (in bytes) |
ALLOCATION_UNIT_SIZE | NUMBER | Size of the allocation unit (in bytes) |
STATE | VARCHAR2(11) | State of the disk group relative to the instance:
|
TYPE | VARCHAR2(6) | Redundancy type for the disk group:
|
TOTAL_MB | NUMBER | Total capacity of the disk group (in megabytes) |
FREE_MB | NUMBER | Unused capacity of the disk group (in megabytes) |
REQUIRED_MIRROR_FREE_MB | NUMBER | Amount of space that is required to be available in a given disk group in order to restore redundancy after one or more disk failures. The amount of space displayed in this column takes mirroring effects into account. |
USABLE_FILE_MB | NUMBER | Amount of free space that can be safely utilized taking mirroring into account, and yet be able to restore redundancy after a disk failure |
OFFLINE_DISKS | NUMBER | Number of disks in the disk group that are currently offline |
UNBALANCED | VARCHAR2(1) | Indicates whether the disk group requires a rebalance, for example, if the instance crashed while a rebalance operation was pending (Y) or not (N) |
COMPATIBILITY | VARCHAR2(60) | The minimum software version required for an ASM instance to mount this disk group |
DATABASE_COMPATIBILITY | VARCHAR2(60) | The minimum software version required for a database instance to use files in this disk group |
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7199859/viewspace-694340/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle ASM 管理OracleASM
- Oracle 11.2.0.3 管理ASM例項OracleASM
- oracle11gRAC之asm管理OracleASM
- Oracle 11.2.0.3管理ASM例項OracleASM
- 全面學習和應用ORACLE ASM特性--(2)管理asm磁碟OracleASM
- fdisk 更改分割槽容量遇到問題,還以為是oracle asm的問題OracleASM
- 【ASM學習】ASM 管理ASM
- ASM管理ASM
- Elasticsearch 索引容量管理實踐Elasticsearch索引
- 資料庫雲容量管理資料庫
- Oracle10g RAC ASM 環境日常管理OracleASM
- oracle自動儲存管理(ASM)的優點OracleASM
- oracle 11g ASM 的管理使用者OracleASM
- oracle asmOracleASM
- ASM 管理篇ASM
- asm 的管理ASM
- Linux udev 動態管理Oracle ASM磁碟-實驗LinuxdevOracleASM
- 全面學習和應用ORACLE ASM特性--(5)管理asm磁碟中的檔案OracleASM
- 【ORACLE ASM】ASM 支援工具簡介OracleASM
- oracle asm命令OracleASM
- Oracle ASM 限制OracleASM
- oracle asm asmcmdOracleASM
- 管理 ASM 例項ASM
- ASM簡單管理ASM
- asm磁碟管理篇ASM
- ASM管理手冊ASM
- ASM 管理歸檔ASM
- Oracle11g RAC下ASM 的管理與維護OracleASM
- Oracle 11gR2 ASM例項記憶體管理OracleASM記憶體
- oracle 11G新特性--SYSASM 角色--用來管理ASMOracleASM
- oracle asm自動儲存使用及管理說明(下)OracleASM
- oracle asm自動儲存使用及管理說明(上)OracleASM
- ASM常用基礎管理命令[ASM基礎]ASM
- Oracle Linux 7使用syslog來管理Oracle ASM的審計檔案OracleLinuxASM
- 管理大容量匯入的批處理
- ASM表空間管理ASM
- ASM的配置與管理ASM
- 全面學習和應用ORACLE ASM特性--(4)管理asm磁碟組中目錄和檔案OracleASM