728x90
oracleasm과 UDEV은 둘 다 Oracle ASM에서 디스크를 식별하고 접근할 수 있도록 도와주는 디바이스 레이어 매핑 방식이지만, 방식과 유연성, 관리 측면에서 차이가 있습니다. 아래에서 둘의 차이를 비교해볼게요.
✅ 1. 개념적 차이
항목 | oracleasm | UDEV |
목적 | Oracle 전용 디스크 관리 도구 | 리눅스 시스템 전반의 디바이스 관리 체계 |
설계 대상 | Oracle ASM에 특화됨 | 시스템 전체 디바이스 규칙 관리 (Oracle 외에도 사용 가능) |
디바이스 노출 | /dev/oracleasm/disks/DISKNAME | /dev/mapper/*, /dev/sdX, /dev/nvme*, 사용자 정의 이름 가능 |
설정 위치 | /etc/sysconfig/oracleasm | /etc/udev/rules.d/*.rules |
✅ 2. 구성 및 사용 방법
oracleasm
- Oracle에서 제공하는 툴 (oracleasm-support, oracleasm-lib)
- oracleasm createdisk, oracleasm listdisks, oracleasm scandisks 명령 사용
- 디바이스 준비, 파라미터 설정, ASM에서 바로 인식
UDEV
- 리눅스 기본 udev 시스템 사용
- 디바이스에 대한 규칙을 직접 작성해야 함
- KERNEL==, OWNER=, GROUP=, MODE= 같은 매핑 조건 사용
- 디스크 이름, 소유자, 권한 직접 지정 가능
✅ 3. 장단점 비교
항목 | oracleasm | UDEV |
간편성 | 간단한 명령으로 디스크 관리 | 수동 설정 필요 (규칙 작성) |
유연성 | Oracle 전용, 제한적 | 디스크 이름/권한 자유롭게 설정 가능 |
표준성 | Oracle 종속적 | 리눅스 표준 방식, 다목적 |
오버헤드 | 약간 있음 (oracleasm 모듈 필요) | 없음 (리눅스 자체 기능) |
권장 사용 | 과거엔 oracleasm 권장 | 현재는 UDEV가 일반적으로 권장됨 |
✅ 4. 현재 Oracle의 권장 방식은?
Oracle은 11g까지는 oracleasm을 많이 사용했지만,
12c 이후부터는 UDEV 사용을 더 권장하고 있습니다.
- 이유: 표준 리눅스 방식이고, 더 유연하고 범용성이 좋기 때문
- Oracle 공식 문서에서도 UDEV 기반으로 ASM 디스크 구성하는 예제가 많습니다
✅ 결론 정리
상황 | 추천 방식 |
최신 환경 (12c 이상, 특히 19c) | UDEV 기반 권장 |
과거 환경, oracleasm 익숙한 경우 | oracleasm 사용 가능 (단, 유지보수 제한적) |
혼합 사용 | 절대 비추천 (충돌 위험) |
✅ 1. ASM 디스크 물리 경로 확인
oracleasm 사용 시:
oracleasm listdisks
DATA1
DATA2
FRA1
oracleasm querydisk -p DATA1
→ 결과:
Disk "DATA1" is valid
[8,17] /dev/sdb1
→ 실제 물리 디바이스: /dev/sdb1
UDEV 사용 시 (oracleasm 미사용)
보통 /dev/mapper/, /dev/oracleasm/disks/, /dev/asmdisk*, /dev/sdX, /dev/nvmeXnXpX 등이 될 수 있습니다.
UDEV 매핑 규칙은 /etc/udev/rules.d/99-oracle-asm.rules 등에 정의돼 있어요.
🔎 2. 디스크 접근 권한 확인
디바이스의 퍼미션, 소유자, 그룹을 확인합니다:
ls -l /dev/sdb1
결과 예시:
brw-rw---- 1 grid asmadmin 8, 17 Apr 9 13:00 /dev/sdb1
꼭 확인해야 할 조건:
항목 | 권장 설정 |
소유자 (owner) | grid (or root) |
그룹 (group) | asmadmin, asmdba, 또는 dba 중 하나 |
퍼미션 | 660 (rw-rw----) 이상 |
파일 타입 | 블록 디바이스 (b) |
🧑💼 3. grid 사용자가 접근 가능한지 확인
sudo -u grid dd if=/dev/sdb1 of=/dev/null bs=1M count=1
- 에러 없이 1+0 records in 이렇게 나오면 접근 OK.
- Permission denied → UDEV/소유권 문제 있음.
🛠️ 4. 권한 수정 예시 (root 사용자로 실행)
chown grid:asmadmin /dev/sdb1
chmod 660 /dev/sdb1
또는 UDEV를 사용하는 경우, 규칙 파일 예시:
# /etc/udev/rules.d/99-oracle-asm.rules KERNEL=="sdb1", OWNER="grid", GROUP="asmadmin", MODE="0660"
→ 변경 후 적용:
udevadm control --reload-rules udevadm trigger
✅ 정리
항목 | 확인 명령 |
물리 디스크 경로 확인 | oracleasm querydisk -p <DISK> 또는 ls -l /dev/... |
권한 확인 | ls -l 결과에서 owner, group, mode 확인 |
접근 테스트 | sudo -u grid dd if=/dev/sdX of=/dev/null bs=1M count=1 |
권한 수정 | chown, chmod, 또는 udev 사용 |
728x90
반응형
'Oracle > Admin' 카테고리의 다른 글
[Oracle] ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance (2) | 2025.07.02 |
---|---|
[Oracle] TNS-12637, TNS-12170, ORA-609 (0) | 2025.04.28 |
[Oracle] crs 기동 (asm 권한 위주) (0) | 2025.04.09 |
[Oracle] Clusterware(CRS) not coming up (0) | 2025.04.03 |
[Oracle] 라이선스 정책 정리 (0) | 2025.02.03 |