oracle asm은 "자동 스토리지 관리"를 의미하며 디스크 그룹을 자동으로 관리하고 효과적인 데이터 이중화 기능을 제공하는 볼륨 관리자로 별도의 Oracle 인스턴스로 구현 및 배포됩니다. asm의 장점: 1. 데이터베이스 병합 시 스토리지 리소스 활용을 극대화할 수 있는 간단한 구성 2. BIGFILE 파일 등 지원
이 튜토리얼의 운영 환경: Windows 7 시스템, Oracle 10g 버전, Dell G3 컴퓨터.
1. ASM이란
ASM(Automatic Storage Management)은 Oracle 데이터베이스 관리를 단순화하기 위해 Oracle10g R2에 도입된 새로운 기능입니다. Oracle 자체에서 제공하는 볼륨 관리를 주로 사용합니다. 운영 체제에서 제공하는 LVM을 대체하기 위해 단일 인스턴스를 지원할 뿐만 아니라 RAC에 대한 지원도 매우 우수합니다.
ASM은 자동으로 디스크 그룹을 관리하고 효과적인 데이터 중복성을 제공할 수 있습니다. ASM(Automatic Storage Management)을 사용하면 데이터베이스 관리자는 더 이상 ORACLE에서 수천 개의 데이터 파일을 관리하고 분류할 필요가 없으므로 DBA의 작업 부하가 단순화되고 업무 효율성이 크게 향상됩니다.
ASM을 사용하면 스토리지를 ASM 디스크 그룹이라는 소수의 스토리지 풀로 관리할 수 있습니다. 데이터베이스 관련 파일은 ASM 디스크 그룹에 할당되고 ASM은 레이아웃과 데이터 구성을 관리하여 최적의 성능을 보장하고 스토리지 하드웨어 장애로부터 보호합니다. ASM 디스크 그룹을 사용하면 스토리지를 쉽고 편리하게 통합하고 이전에 DBA와 시스템 관리자가 필요했던 관리 작업을 단순화할 수 있습니다. ASM은 데이터베이스 외부에 데이터를 중앙 집중식으로 저장하는 ACFS(ASM 클러스터 파일 시스템)에 대한 기본 스토리지 관리를 제공합니다.
ASM은 플랫폼 독립적인 파일 시스템, 논리 볼륨 관리 및 소프트 RAID 서비스를 제공합니다. ASM은 스트라이핑 및 디스크 미러링을 지원하므로 데이터베이스가 로드되는 동안 디스크를 추가하거나 제거하고 I/O 균형을 자동으로 조정하여 "핫스팟"을 제거할 수 있습니다. 또한 직접 및 비동기 I/O를 지원하며 Oracle9i에 도입된 Oracle Data Manager API(Simplified I/O System Call Interface)를 사용합니다.
ASM은 별도의 Oracle 인스턴스로 구현 및 배포되며 매개변수 파일만 필요하며 ASM 인스턴스를 시작하는 데 다른 물리적 파일은 필요하지 않습니다. 실행 중인 경우에만 다른 데이터에서 액세스할 수 있습니다. Linux 플랫폼에서 ASM은 OCSSD 서비스(기본적으로 Oracle 설치 프로그램에 의해 설치됨)가 실행 중인 경우에만 액세스할 수 있습니다.
2. ASM 사용의 이점
장점:
(1) 사용 가능한 모든 디스크 드라이브에 I/O를 균등하게 분배하여 핫스팟을 방지하고 성능을 최대화합니다. ASM에서 디스크 그룹의 개념은 LVM 볼륨 그룹 관리의 VG 개념과 유사합니다. 여러 물리 디스크도 하나의 디스크 그룹으로 구성되며 디스크 그룹의 데이터는 각 물리 디스크에 고르게 분산됩니다. 물리적 디스크를 수동으로 추가 및 삭제하면 데이터가 자동으로 균형 조정됩니다(ReBalance).
(2) 구성이 더 간단해지고 데이터베이스 병합의 스토리지 리소스 활용도가 최대화됩니다. 데이터 파일은 DiskGroup(간단히 DG)에 저장됩니다. 관리가 비교적 간단합니다.
(3) 대용량 파일 및 BIGFILE 파일에 대한 기본 지원이 제공됩니다.
(4) 저장소 용량을 점진적으로 추가하거나 제거한 후 자동 접촉 재분배, 즉 자동 재조정을 수행합니다.
(5) 가용성 향상을 위해 데이터의 중복 복사본을 유지합니다.
(6) 공유에 관해 10g, 11g 데이터 지원 스토리지 및 RAC의 스토리지 관리, 11g ASM은 상대적으로 더 안정적이지만 10g에는 몇 가지 버그가 있습니다.
(7) powerpath(aix), mutlipath(linux)와 같은 타사 다중 경로 소프트웨어를 지원합니다.
(8) OMF(Oracle Managed Files) 방법을 사용하여 파일을 관리합니다.
단점:
(1) 데이터베이스에 새로운 ASM 인스턴스가 추가되고 유지 관리를 위해 ASM을 관리해야 하므로 유지 관리 비용이 증가합니다.
(2) ASM은 상대적으로 블랙박스입니다. 틀려서 복원이 필요한 부분이기도 합니다.
3.ASM 이중화 방법
ASM은 고유한 미러링 알고리즘을 사용합니다. 즉, 디스크를 미러링하지 않고 범위를 미러링합니다. 결과적으로 장애 발생 시 지속적인 보호를 제공하기 위해서는 핫 스페어 디스크를 준비할 필요가 없이 디스크 그룹 내 공간 용량만 있으면 된다. 사용자가 다양한 크기의 실패 그룹을 생성하는 것은 보조 범위를 할당할 때 문제를 일으킬 수 있으므로 권장되지 않습니다. ASM은 파일의 기본 확장 영역을 디스크 그룹의 디스크에 할당할 때 해당 확장 영역의 미러링된 복사본을 디스크 그룹의 다른 디스크에 할당합니다. 특정 디스크의 기본 확장 영역은 디스크 그룹의 파트너 디스크에 자체 미러 확장 영역을 갖습니다. ASM은 기본 확장 영역과 해당 미러 복사본이 동일한 실패 그룹에 상주하지 않도록 보장합니다. 디스크 그룹 중복은 양방향 미러 파일을 사용하는 일반 중복(기본 중복)(최소 2개의 오류 그룹 필요) 및 3방향 미러링(최소 3개의 오류 그룹 필요)을 사용하여 더 높은 수준의 보호를 제공하는 형식을 취할 수 있습니다. 높은 중복성. 디스크 그룹이 생성되면 중복 수준을 변경할 수 없습니다. 디스크 그룹의 이중화를 변경하려면 적절한 이중화를 갖춘 다른 디스크 그룹을 생성한 후 RMAN 복원 또는 DBMS_FILE_TRANSFER를 사용하여 새로 생성된 이 디스크 그룹으로 데이터 파일을 이동해야 합니다.
세 가지 중복 방법은 다음과 같습니다.
(1) 외부 중복 --일반적으로 사용됨
Oracle이 미러 관리를 돕지 않으며 기능이 외부 저장소 시스템에 의해 구현됨을 나타냅니다. RAID 기술을 통해 유효 디스크 공간은 모든 디스크 장치 공간 크기의 합입니다.
(2)기본 이중화(일반 이중화)
오라클이 데이터 보호를 위해 2개의 미러를 제공함을 나타냅니다. 유효 디스크 공간은 모든 디스크 장치 크기 합계의 1/2입니다(가장 많이 사용됨)
(3) 높은 중복성(높은 중복성)
Oracle이 성능과 데이터 보안을 향상시키기 위해 데이터를 보호하기 위해 3개의 미러를 제공함을 나타냅니다. 최소 3개의 디스크(3개의 오류 그룹)가 필요하며 유효 디스크 공간은 크기 합계의 1/3입니다. 모든 디스크 장치 중 중복성 수준이 높지만 하드웨어 비용도 가장 높습니다.
4. ASM 프로세스
기존 DBWR, LGWR, CKPT, SMON, PMON 및 기타 프로세스 외에도 ASM 인스턴스에는 다음과 같은 4가지 새로운 백그라운드 프로세스가 포함됩니다.
(1) RBAL: 책임 디스크 그룹 재설정 조정용 밸런싱 활동(디스크 그룹 밸런싱 담당)
(2) ARB0-ARBn: 이러한 프로세스는 동시에 여러 개가 있을 수 있으며 이름은 ARB0, ARB1 등으로 지정됩니다. 실제 재조정 할당 단위 이동 프로세스를 수행합니다.
(3) GMON: ASM 디스크 그룹 모니터링에 사용됩니다
(4) O0nn 01-10: 이 프로세스 그룹은 데이터 파일 생성과 같은 일부 장기 작업을 위해 ASM 인스턴스에 대한 연결을 설정합니다. 이러한 프로세스를 통해 ASM으로 데이터를 보냅니다. 정보 보내기
ASMB는 ASM 인스턴스의 포그라운드 프로세스에 연결하여 두 인스턴스의 상태를 주기적으로 확인합니다. 각 데이터베이스 인스턴스는 동시에 하나의 ASM 인스턴스에만 연결할 수 있으므로 데이터베이스에는 ASMB 백그라운드 프로세스가 하나만 있습니다. 노드에 여러 데이터베이스 인스턴스가 있는 경우 하나의 ASM 인스턴스만 공유할 수 있습니다.
RBAL은 특정 디스크 그룹에서 디스크를 열기 위해 전역 호출을 수행하는 데 사용됩니다. ASMB 프로세스는 노드의 CSS 데몬과 통신하고 ASM 인스턴스로부터 파일 간격 매핑 정보를 수신합니다. ASMB는 ASM 인스턴스
CSS 클러스터 동기화 서비스에 대한 I/O 통계 제공도 담당합니다. ASM을 사용하려면 CSS 클러스터 동기화 서비스가 실행 중인지 확인해야 합니다. CSS는 ASM 인스턴스와 데이터베이스 인스턴스 간의 동기화를 담당합니다.
Note:
ASM 인스턴스는 데이터베이스 인스턴스보다 먼저 시작되어야 하고, 데이터베이스 인스턴스와 동기적으로 실행되어야 하며, 데이터베이스 인스턴스보다 늦게 닫혀야 합니다. ASM 인스턴스와 데이터베이스 인스턴스 간의 관계는 1:1 또는 1:n일 수 있습니다. 1:n이라면 ASM용으로 별도의 ASM_HOME을 설치하는 것이 좋습니다.
5. ASM은 파일 형식을 지원합니다.
ASM은 데이터 파일, 로그 파일, 제어 파일, 아카이브 로그, RMAN 백업 세트 등과 같은 자동 데이터베이스 파일 관리를 지원합니다.
일반적으로 ASM을 사용하는 단일 인스턴스 데이터베이스는 두 개의 DG로 구성됩니다. 하나는 datadg이고 다른 하나는 fradg입니다. Datadg는 주로 데이터 파일을 저장하는 반면, fradg(플래시 복구 영역)는 아카이브 로그 파일, 제어 파일, 백업 파일 등을 저장합니다.
6. ASM 인스턴스와 데이터베이스 인스턴스 간의 대응
7. 클러스터 ASM 아키텍처
8. 관련 보기
보기 이름 |
X$기본 이름 |
Description |
V$ASM_DISKGROUP |
X$KFGRP |
디스크 검색 구현 및 디스크 그룹 나열 |
V$ASM_DISKGROUP_STAT |
X $KFGRP_STAT |
디스크 그룹 상태 표시 |
V$ASM_DISK |
X$KFDSK, |
V$ASM_DISK_STAT |
X$K FDSK_STAT, |
X$KFFIL | ASM 파일 목록에는 메타데이터 정보도 포함됩니다. |
X$KFALS | ASM 별칭, 파일 및 디렉터리 나열 | |
링크 ASM의 DB 인스턴스 | V$ASM_OPERATION | |
사용 가능한 ASMLIB 경로 | ||
|
||
ASM 블록의 링크된 목록 | V$ASM_ATTRIBUTE(11g의 새로운 기능) |
|
V$ASM_DISK_IOSTAT(11g의 새로운 기능) | X$KFDFS (11g의 새로운 기능) |
|
|
| X$KFGBRB(11g의 새로운 기능)|
| X$KFMDGRP(11g의 새로운 기능 ) | |
| ||
|
X$KFCLLE(11g의 새로운 기능) |
) |
|
|
|
X$KFVOFSV(신규 11g) | ||
추천 튜토리얼: " Oracle Tutorial " |
위 내용은 오라클 asm이 뭐죠?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!