SAP 워크로드용 Azure Virtual Machines Oracle DBMS 배포

이 문서에서는 Azure IaaS에서 SAP 워크로드용 Oracle Database를 배포할 때 고려해야 할 몇 가지 다른 영역에 대해 설명합니다. 이 문서를 읽기 전에 SAP 워크로드용 Azure Virtual Machines DBMS 배포 시 고려 사항을 읽어보는 것이 좋습니다. Azure의 SAP 워크로드 설명서의 다른 가이드를 참조하는 것도 좋습니다.

SAP Note 2039619에서 Azure Oracle의 SAP 실행을 위해 지원되는 Oracle 버전 및 해당 OS 버전에 대한 정보를 찾을 수 있습니다.

Oracle에서 SAP Business Suite를 실행하는 방법에 대한 일반적인 내용은 Oracle의 SAP에서 찾을 수 있습니다. Oracle 소프트웨어는 Microsoft Azure에서 실행되도록 Oracle에서 지원합니다. Windows Hyper-V 및 Azure에 대한 일반 지원에 대한 자세한 내용은 Oracle 및 Microsoft Azure FAQ를 참조하세요.

Oracle 설치와 관련된 SAP Note

Note 번호 Note 제목
1738053 SAPinst for Oracle ASM 설치 - SAP ONE Support Launchpad
2896926 ASM 디스크 그룹 호환성 NetWeaver - SAP ONE Support Launchpad
1550133 SAP NetWeaver 기반 제품에서 Oracle ASM(Automatic Storage Management) 사용 - SAP ONE Support Launchpad]
888626 고급 시스템에 대한 다시 실행 로그 레이아웃 - SAP ONE Support Launchpad
105047 SAP 환경에서 Oracle 함수 지원 - SAP ONE Support Launchpad
2799920 19c에 대한 패치: 데이터베이스 - SAP ONE Support Launchpad
974876 Oracle TDE(투명한 데이터 암호화) - SAP ONE Support Launchpad
2936683 Oracle Linux 8: SAP 설치 및 업그레이드 - SAP ONE Support Launchpad
1672954 Oracle 11g, 12c, 18c 및 19c: Linux에서 hugepage 사용
1171650 자동화된 Oracle DB 매개 변수 확인
2936683 Oracle Linux 8: SAP 설치 및 업그레이드

Oracle Linux의 Oracle Database에 대한 고유 정보

Oracle 소프트웨어는 Oracle Linux를 게스트 OS로 사용하여 Microsoft Azure에서 실행되도록 Oracle에서 지원합니다. 일반적인 Windows Hyper-V 및 Azure 지원에 대한 자세한 내용은 Azure 및 Oracle FAQ를 참조하세요.

Oracle Database를 사용하는 SAP 애플리케이션의 특정 시나리오도 지원합니다. 자세한 내용은 문서의 다음 부분에서 설명합니다.

Azure에서 SAP on Oracle을 실행하기 위한 일반 권장 사항

기존 SAP on Oracle 시스템을 Azure로 설치하거나 마이그레이션하는 경우 다음 배포 패턴을 따라야 합니다.

  1. 사용 가능한 최신 Oracle Linux 버전(Oracle Linux 8.6 이상)을 사용합니다.
  2. 최신 SBP(SAP 번들 패치)(Oracle 19 패치 15 이상)에서 사용할 수 있는 최신 Oracle Database 버전을 사용합니다. 2799920 - 19c에 대한 패치: 데이터베이스
  3. ASM(Automatic Storage Management)을 블록 스토리지의 소형, 중형 및 대형 데이터베이스에 사용합니다.
  4. Azure Premium Storage SSD를 사용해야 합니다. 표준 또는 기타 스토리지 유형을 사용하지 마세요.
  5. ASM에서 미러 로그에 대한 요구 사항을 제거합니다. Note 888626 - 고급 시스템에 대한 다시 실행 로그 레이아웃의 Oracle 지침을 따릅니다.
  6. ASMLib을 사용하고 udev를 사용하지 마세요.
  7. Azure NetApp Files 배포에서 Oracle dNFS(Oracle의 자체 고성능 Direct NFS 솔루션)를 사용해야 합니다.
  8. 대규모 Oracle Database는 대규모 SGA 크기로 인해 큰 이점을 얻습니다. 대규모 고객은 RAM 크기가 4TB 이상인 Azure M 시리즈에 배포해야 합니다.
    • Linux Huge Page를 실제 RAM 크기의 75%로 설정
    • SGA를 Huge Page 크기의 90%로 설정
    • Oracle 매개 변수 USE_LARGE_PAGES = ONLY를 설정합니다. ONLY 값은 보다 일관되고 예측 가능한 성능을 제공하는 것으로 가정되므로 TRUE 값보다 ONLY 값이 기본 설정됩니다. TRUE 값은 대형 2MB 페이지와 표준 4K 페이지를 모두 할당할 수 있습니다. ONLY 값은 항상 큰 2MB 페이지를 강제로 적용합니다. 사용 가능한 대용량 페이지 수가 충분하지 않거나 올바르게 구성되지 않은 경우 데이터베이스 인스턴스가 다음 오류 코드와 함께 시작되지 않습니다. ora-27102: 메모리 부족 Linux_x86_64 오류 12: 메모리를 할당할 수 없습니다. 연속 메모리가 부족한 경우 Oracle 운영 체제를 다시 시작하거나 운영 체제 거대한 페이지 매개 변수를 다시 구성해야 할 수 있습니다.
  9. Oracle Home은 "루트" 볼륨 또는 디스크 외부에 있어야 합니다. 별도의 디스크 또는 ANF 볼륨을 사용합니다. Oracle Home이 있는 디스크는 64GB 이상이어야 합니다.
  10. 대형 고성능 Oracle 데이터베이스 서버에 대한 부팅 디스크의 크기는 중요합니다. M 시리즈 또는 E 시리즈에는 P10 이상의 디스크를 사용해야 합니다. P4 또는 P6과 같은 작은 디스크를 사용하지 마세요. 작은 디스크로 인해 성능 문제가 발생할 수 있습니다.
  11. 가속화된 네트워킹은 모든 VM에서 사용하도록 설정되어야 합니다. 가속화된 네트워킹을 사용하도록 설정하는 데 문제가 있는 경우 최신 OL 릴리스로 업그레이드합니다.
  12. 이 설명서 및 SAP Note 2039619 - Oracle Database를 사용하는 Microsoft Azure의 SAP 애플리케이션: 지원되는 제품 및 버전 - SAP ONE Support Launchpad에서 업데이트를 확인합니다.

Azure Virtual Machines에서 SAP on Oracle을 실행하는 데 지원되는 Oracle 버전 및 해당 OS 버전에 대한 자세한 내용은 SAP Note 2039619를 참조하세요.

SAP Business Suite on Oracle을 실행하는 방법에 대한 일반적인 내용은 SAP on Oracle 커뮤니티 페이지에서 확인할 수 있습니다. Azure의 Oracle 기반 SAP는 애플리케이션 및 데이터베이스 서버용 Oracle Linux(Suse 또는 Red Hat 아님)에서만 지원됩니다. ASCS/ERS 서버는 Oracle 클라이언트가 이러한 VM에 설치되거나 사용되지 않기 때문에 RHEL/SUSE를 사용할 수 있습니다. 애플리케이션 서버(PAS/AAS)는 이러한 VM에 설치하면 안 됩니다. SAP Note 3074643 - OLNX: FAQ: Oracle Linux용 Pacemaker가 SAP 환경에서 지원되는 경우를 참조하세요. RAC에는 멀티캐스트 네트워킹이 필요하므로 Oracle RAC는 Azure에서 지원되지 않습니다.

스토리지 구성

Azure의 SAP on Oracle에 권장되는 두 가지 스토리지 배포 패턴은 다음과 같습니다.

  1. Oracle ASM(Automatic Storage Management)
  2. Oracle dNFS(Direct NFS)를 사용하는 ANF(Azure NetApp Files)

현재 LVM이 있는 EXT4 또는 XFS 파일 시스템에서 Oracle 데이터베이스를 실행하는 고객은 ASM으로 이동하는 것이 좋습니다. LVM과 비교하여 ASM에서 실행하면 상당한 성능, 관리 및 안정성의 이점이 있습니다. ASM은 복잡성을 줄이고, 지원 가능성을 높이며, 관리 작업을 더 간단하게 만듭니다. 이 설명서에는 ASM을 설치하고 관리하는 방법을 알아보기 위한 Oracle DBA에 대한 링크가 포함되어 있습니다.

Azure는 다중 스토리지 솔루션을 제공합니다. 아래 표에는 지원 상태가 자세히 나와 있습니다.

스토리지 유형 Oracle 지원 섹터 크기 Oracle Linux 8.x 이상 Windows Server 2019
블록 스토리지 유형
프리미엄 SSD 지원됨 512e ASM 권장. LVM 지원 Windows에서는 ASM이 지원되지 않습니다.
프리미엄 SSD v2 지원됨 4K 네이티브 ASM 권장. LVM 지원 Windows에서는 ASM을 지원하지 않습니다. 로그 파일 디스크를 4K 네이티브에서 512e로 변경
표준 SSD 지원되지 않음
표준 HDD 지원되지 않음
Ultra Disk 지원됨 4K 네이티브 ASM 권장. LVM 지원 Windows에서는 ASM을 지원하지 않습니다. 로그 파일 디스크를 4K 네이티브에서 512e로 변경
네트워크 스토리지 유형
ANF(Azure NetApp 서비스) 지원됨 - Oracle dNFS 필요 지원되지 않음
Azure Files NFS 지원되지 않음
Azure Files SMB 지원되지 않음

적용되는 추가 고려 사항 목록은 다음과 같습니다.

  1. 4K 네이티브 섹터 크기의 DIRECTIO는 지원되지 않습니다. LVM 구성의 FILESYSTEMIO_OPTIONS에 대한 권장 설정:
    • LVM - 512/512e 구조의 디스크를 사용하는 경우 FILESYSTEMIO_OPTIONS = SETALL
    • LVM - 4K 네이티브 기하 도형이 포함된 디스크를 사용하는 경우 FILESYSTEMIO_OPTIONS = ASYNC
  2. Oracle 19c 이상은 ASM 및 LVM 모두에서 4K 네이티브 섹터 크기를 완벽하게 지원합니다.
  3. Linux의 Oracle 19c 이상 – 512e 스토리지에서 4K 네이티브 스토리지로 이동하는 경우 로그 섹터 크기를 변경해야 합니다.
  4. 512/512e 섹터 크기에서 4K 네이티브 검토(Doc ID 1133713.1)로 마이그레이션하려면 - "4Kb 섹터 디스크로 오프라인 마이그레이션" 섹션을 참조하세요.
  5. Windows 플랫폼에서는 ASM이 지원되지 않습니다.
  6. Windows 플랫폼에서는 로그 볼륨에 대한 4K 네이티브 섹터 크기가 지원되지 않습니다. Azure Portal의 "디스크 편집" 연필 아이콘을 통해 SSDv2 및 Ultra Disk를 512e로 변경해야 합니다.
  7. 4K 네이티브 섹터 크기는 Windows 플랫폼용 데이터 볼륨에서만 지원됩니다. Windows에서는 로그 볼륨에 4K가 지원되지 않습니다.
  8. 다음 MOS 문서를 검토하는 것이 좋습니다.
    • Oracle Linux: 파일 시스템의 버퍼 캐시와 직접 I/O 비교(Doc ID 462072.1)
    • 4K 섹터 디스크 지원(Doc ID 1133713.1)
    • 플래시, 4k 디스크 및 SSD 기반 스토리지에서 4k Redo 로그 사용(Doc ID 1681266.1)
    • filesystemio_options 및 disk_asynch_io 설정 시 고려해야 할 사항(Doc ID 1987437.1)

ASMLib과 함께 Linux에서 Oracle ASM을 사용하는 것이 좋습니다. 성능, 관리, 지원 및 구성은 배포 패턴에 따라 최적화됩니다. Oracle ASM 및 Oracle dNFS는 올바른 매개 변수를 설정하거나 매개 변수(예: FILESYSTEMIO_OPTIONS)를 무시하여 더 나은 성능과 안정성을 제공할 예정입니다.

Oracle ASM(Automatic Storage Management)

Oracle Automatic Storage Management에 대한 검사 목록은 다음과 같습니다.

  1. 모든 Azure의 SAP on Oracle 시스템은 개발, QAS 및 프로덕션을 포함하여 ASM을 실행합니다. 소형, 중형 및 대형 데이터베이스
  2. ASMLib가 사용됩니다(UDEV는 사용되지 않음). Azure에는 존재하지 않는 시나리오인 여러 SAN에 UDEV가 필요합니다.
  3. ASM은 외부 중복성에 대해 구성되어야 합니다. Azure 프리미엄 SSD 스토리지는 3중 중복성을 제공합니다. Azure 프리미엄 SSD는 다른 스토리지 솔루션의 안정성 및 무결성과 일치합니다. 선택적 안전을 위해 고객은 로그 디스크 그룹에 대해 일반 중복성을 고려할 수 있습니다.
  4. ASM에는 미러 로그가 필요하지 않습니다(888626 - 고급 시스템에 대한 다시 실행 로그 레이아웃).
  5. ASM 디스크 그룹은 아래의 변형 1, 2 또는 3에 따라 구성됩니다.
  6. ASM 할당 단위 크기는 4MB(기본값)입니다. BW와 같은 VLDB OLAP 시스템은 더 큰 ASM 할당 단위 크기를 활용할 수 있습니다. Oracle 지원을 통해 확인한 후에만 변경할 수 있습니다.
  7. ASM 섹터 크기 및 논리 섹터 크기에는 기본값이 적용됩니다(UDEV는 권장되지 않지만 4k 필요).
  8. 적절한 ASM 변형이 사용됩니다. 프로덕션 시스템은 변형 2 또는 3을 사용해야 합니다.

Oracle Automatic Storage Management 디스크 그룹

공식 Oracle 가이드의 2부에서는 ASM을 설치하고 관리하는 방법에 대해 설명합니다.

Oracle Database 12c 이상에는 다음과 같은 ASM 제한 사항이 있습니다.

511개 디스크 그룹, 디스크 그룹당 10,000개 ASM 디스크, 스토리지 시스템당 65,530개 ASM 디스크, 디스크 그룹당 1,000,000개 파일로 제한됩니다. 추가 정보: 디스크 그룹에 대한 성능 및 확장성 고려 사항(oracle.com)

https://help.sap.com/viewer/nwguidefinder에서 사용할 수 있는 관련 Oracle용 SAP 설치 가이드의 ASM 설명서를 검토합니다.

변형 1 – 최대 3TB의 중소 규모 데이터 볼륨, 복원 시간이 중요하지 않음

고객은 RMAN에서 모든 데이터베이스의 백업 및/또는 복원 + 복구를 적시에 수행할 수 있는 중소형 데이터베이스를 보유하고 있습니다. 예를 들어 하나 이상의 데이터베이스에서 데이터 파일이 있는 완전한 Oracle ASM 디스크 그룹이 손상되고 모든 데이터베이스의 모든 데이터 파일을 RMAN을 사용하여 새로 만든 Oracle ASM 디스크 그룹으로 복원해야 하는 경우가 있습니다.

Oracle ASM 디스크 그룹 권장 사항은 다음과 같습니다.

ASM 디스크 그룹 이름 스토어 Azure Storage
+DATA 모든 데이터 파일 3~6 x P 30(1TiB)
제어 파일(첫 번째 복사본) DB 크기를 늘리려면 추가 P30 디스크를 추가합니다.
온라인 다시 실행 로그(첫 번째 복사본)
+ARCH 제어 파일(두 번째 복사본) 2 x P20(512GiB)
보관된 다시 실행 로그
+RECO 제어 파일(세 번째 복사본) 2 x P20(512GiB)
RMAN 백업(선택 사항)
복구 영역(선택 사항)

변형 2 – 3~12TB의 중대형 데이터 볼륨, 복원 시간이 중요함

고객은 모든 데이터베이스의 백업 및/또는 복원 +

모든 데이터베이스를 적시에 복구할 수 없습니다.

일반적으로 고객은 RMAN, Oracle용 Azure Backup 및/또는 디스크 스냅 기술을 조합하여 사용합니다.

변형 1과의 주요 차이점은 다음과 같습니다.

  1. 각 데이터베이스에 대한 별도의 Oracle ASM 디스크 그룹
  2. <DBNAME>+"_"는 DATA 디스크 그룹 이름의 접두사로 사용됩니다.
  3. 데이터베이스가 둘 이상의 DATA 디스크 그룹에 걸쳐 있는 경우 DATA 디스크 그룹의 번호가 추가됩니다.
  4. "DATA" 디스크 그룹에는 온라인 다시 실행 로그가 없습니다. 대신 각 온라인 다시 실행 로그 그룹의 첫 번째 멤버에 대해 추가 디스크 그룹이 사용됩니다.
ASM 디스크 그룹 이름 스토어 Azure Storage
+<DBNAME>_DATA[#] 모든 데이터 파일 3~12 x P 30(1TiB)
모든 임시 파일 DB 크기를 늘리려면 추가 P30 디스크를 추가합니다.
제어 파일(첫 번째 복사본)
+OLOG 온라인 다시 실행 로그(첫 번째 복사본) 3 x P20(512GiB)
+ARCH 제어 파일(두 번째 복사본) 3 x P20(512GB)
보관된 다시 실행 로그
+RECO 제어 파일(세 번째 복사본) 3 x P20(512GiB)
RMAN 백업(선택 사항)
빠른 복구 영역(선택 사항)

변형 3 – 5TB를 초과하는 방대한 데이터 및 데이터 변경 볼륨, 복원 시간이 중요함

고객은 단일 데이터베이스의 백업 및/또는 복원 + 복구를 적시에 수행할 수 없는 초대형 데이터베이스를 보유하고 있습니다.

일반적으로 고객은 RMAN, Oracle용 Azure Backup 및/또는 디스크 스냅 기술을 조합하여 사용합니다. 이 변형에서 각 관련 데이터베이스 파일 형식은 서로 다른 Oracle ASM 디스크 그룹으로 구분됩니다.

ASM 디스크 그룹 이름 스토어 Azure Storage
+<DBNAME>_DATA[#] 모든 데이터 파일 5~30 이상 x P30(1TiB) 또는 P40(2TiB)
모든 임시 파일. DB 크기를 늘리려면 추가 P30 디스크를 추가합니다.
제어 파일(첫 번째 복사본)
+OLOG 온라인 다시 실행 로그(첫 번째 복사본) 3~8 x P20(512GiB) 또는 P30(1TiB)
더 향상된 안전을 위해 이 ASM 디스크 그룹에 대해 "일반 중복성"을 선택할 수 있습니다.
+ARCH 제어 파일(두 번째 복사본) 3~8 x P20(512GiB) 또는 P30(1TiB)
보관된 다시 실행 로그
+RECO 제어 파일(세 번째 복사본) 3 x P30(1TiB), P40(2TiB) 또는 P50(4TiB)
RMAN 백업(선택 사항)
빠른 복구 영역(선택 사항)

참고 항목

DATA ASM 디스크 그룹에 대한 Azure 호스트 디스크 캐시는 '읽기 전용' 또는 '없음'으로 설정할 수 있습니다. 다른 모든 ASM 디스크 그룹은 '없음'으로 설정해야 합니다. BW 또는 SCM에서 TEMP에 대한 별도의 ASM 디스크 그룹은 크거나 사용량이 많은 시스템에 대해 고려할 수 있습니다.

ASM + Azure 디스크에 공간 추가

Oracle ASM 디스크 그룹은 추가 디스크를 추가하거나 현재 디스크를 확장하여 확장할 수 있습니다. 기존 디스크를 확장하는 것보다 추가 디스크를 추가하는 것이 좋습니다. MOS Note 1684112.1 및 2176737.1 문서 및 링크를 검토합니다.

ASM이 디스크 그룹에 디스크를 추가합니다. asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'

ASM은 자동으로 데이터의 균형을 리밸런싱합니다. 다시 조정을 확인하려면 다음 명령을 실행합니다.

ps -ef | grep rbal

oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1

사용할 수 있는 설명서는 다음과 같습니다.

Azure의 SAP on Oracle ASM 시스템 모니터링

성능 문제를 해결하는 경우 첫 번째 단계로 Oracle AWR 보고서를 실행합니다. 디스크 성능 메트릭은 AWR 보고서에 자세히 설명되어 있습니다.

디스크 성능은 Oracle Enterprise Manager 내부 및 외부 도구를 통해 모니터링할 수 있습니다. 도움이 될 수 있는 설명서는 다음과 같습니다.

인식 가능한 파일 시스템이 없으므로 OS 수준 모니터링 도구는 ASM 디스크를 모니터링할 수 없습니다. 사용 가능한 공간 모니터링은 Oracle 내에서 수행해야 합니다.

Oracle ASM(Automatic Storage Management)에 대한 교육 리소스

Oracle ASM에 익숙하지 않은 Oracle DBA는 다음 교육 자료 및 리소스를 따릅니다.

Oracle dNFS(Direct NFS)를 사용하는 ANF(Azure NetApp Files)

Azure VM과 ANF의 조합은 많은 고객이 매우 큰 규모로 구현한 강력하고 검증된 조합입니다.

100TB 이상의 데이터베이스가 이 조합에서 이미 높은 생산성으로 실행되고 있습니다. 먼저 이 조합을 설정하는 방법에 대한 자세한 블로그가 작성되었습니다.

일반적인 추가 정보

미러 로그는 dNFS ANF 프로덕션 시스템에 필요합니다.

ANF가 고도로 중복되더라도 Oracle에는 여전히 ​​미러링된 다시 실행 로그 파일 볼륨이 필요합니다. 두 개의 개별 볼륨을 만들고 mirrlogB와 함께 origlogA를 구성하고 mirrlogA와 함께 origlogB를 구성하는 것이 좋습니다. 이 경우 다시 실행 로그 파일의 분산 부하 분산을 사용합니다.

dNFS 클라이언트가 구성되는 경우 "nconnect" 탑재 옵션은 권장되지 않습니다. dNFS는 IO 채널을 관리하고 여러 세션을 사용하므로 이 옵션은 더 이상 사용되지 않으며 다양한 문제를 일으킬 수 있습니다. dNFS 클라이언트는 탑재 옵션을 무시하고 IO를 직접 처리합니다.

ANF를 사용하는 두 NFS 버전(v3 및 v4.1)은 모두 Oracle 이진 파일, 데이터 및 로그 파일에 지원됩니다.

Oracle dNFS 클라이언트를 모든 Oracle 볼륨에 사용하는 것이 좋습니다.

권장되는 탑재 옵션은 다음과 같습니다.

NFS 버전 탑재 옵션
NFSv3 rw,vers=3,rsize=262144,wsize=262144,hard,timeo=600,noatime
NFSv4.1 rw,vers=4.1,rsize=262144,wsize=262144,hard,timeo=600,noatime

ANF ​​백업

ANF를 사용하면 일관된 스냅샷 기반 백업, 짧은 대기 시간 및 놀라운 고성능과 같은 몇 가지 주요 기능을 사용할 수 있습니다. ANF용 Azure 애플리케이션 일치 스냅샷 도구인 AzAcSnap 도구 버전 6에서 Oracle 데이터베이스는 일관된 데이터베이스 스냅샷에 대해 구성할 수 있습니다. 또한 볼륨 크기를 즉시 조정할 수 있는 옵션은 고객이 높이 평가합니다.

이러한 스냅샷은 실제 데이터 볼륨에 남아 있으며 ANF의 지역 간 복제인 ANF CRR(지역 간 복제) 또는 다른 백업 도구를 사용하여 복사해야 합니다.

LVM을 사용하는 Azure의 SAP on Oracle

ASM은 Azure에서 모든 크기의 모든 SAP 시스템에 대한 Oracle의 기본 권장 사항입니다. ASM을 사용하는 고객에게는 성능, 안정성 및 지원이 더 좋습니다. Oracle은 DBA가 ASM으로 전환할 수 있도록 설명서와 교육을 제공하며, ASM으로 마이그레이션한 모든 고객은 이 이점에 만족했습니다. Oracle DBA 팀에서 Oracle, Microsoft 및 SAP의 ASM 사용 권장 사항을 따르지 않는 경우 다음 LVM 구성을 사용해야 합니다.

참고: LVM을 만드는 경우 "-i" 옵션을 사용하여 데이터를 LVM 그룹의 디스크 수에 균등하게 배포해야 합니다.

LVM을 실행하는 경우 미러 로그가 필요합니다.

최소 구성 Linux:

구성 요소 디스크 호스트 캐시 스트라이핑1
/oracle/<SID>/origlogaA & mirrlogB Premium 없음 필요하지 않음
/oracle/<SID>/origlogaB & mirrlogA Premium 없음 필요하지 않음
/oracle/<SID>/sapdata1...n Premium 읽기 전용2 권장
/oracle/<SID>/oraarch3 Premium 없음 필요하지 않음
Oracle 홈, saptrace, ... Premium 없음 없음
  1. 스트라이핑: RAID0을 사용하는 LVM 스트라이프
  2. R3load 마이그레이션 중에 SAPDATA에 대한 호스트 캐시 옵션은 '없음'으로 설정해야 합니다.
  3. oraarch: LVM은 선택 사항입니다.

Oracle의 온라인 다시 실행 로그를 호스팅하기 위한 디스크 선택은 IOPS 요구 사항에 따라야 합니다. 볼륨, IOPS 및 처리량이 요구 사항을 충족하는 경우 모든 sapdata1...n(테이블스페이스)을 단일 탑재 디스크에 저장할 수 있습니다.

성능 구성 Linux:

구성 요소 디스크 호스트 캐시 스트라이핑1
/oracle/<SID>/origlogaA Premium 없음 사용할 수 있음
/oracle/<SID>/origlogaB Premium 없음 사용할 수 있음
/oracle/<SID>/mirrlogAB Premium 없음 사용할 수 있음
/oracle/<SID>/mirrlogBA Premium 없음 사용할 수 있음
/oracle/<SID>/sapdata1...n Premium 읽기 전용2 권장
/oracle/<SID>/oraarch3 Premium 없음 필요하지 않음
Oracle 홈, saptrace, ... Premium 없음 없음
  1. 스트라이핑: RAID0을 사용하는 LVM 스트라이프
  2. R3load 마이그레이션 중에 SAPDATA에 대한 호스트 캐시 옵션은 '없음'으로 설정해야 합니다.
  3. oraarch: LVM은 선택 사항입니다.

Azure 인프라: VM 처리량 제한 및 Azure Disk Storage 옵션

Oracle ASM(Automatic Storage Management)##에서 다음 스토리지 기술을 평가할 수 있음

  1. Azure Premium Storage – 현재 기본 선택
  2. 관리 디스크 버스팅 - 관리 디스크 버스팅 - Azure Virtual Machines | Microsoft Docs
  3. Azure Write Accelerator
  4. Azure 프리미엄 SSD 스토리지용 온라인 디스크 확장은 아직 진행 중입니다.

Write Accelerator를 사용하도록 설정하면 Azure M-시리즈 VM에서 로그 쓰기 시간이 향상될 수 있습니다. 온라인 다시 실행 로그 파일에 대해 ASM 디스크 그룹에서 사용하는 Azure Premium Storage 디스크에 Azure Write Accelerator를 사용하도록 설정합니다. 자세한 내용은 Write Accelerator를 참조하세요.

Write Accelerator를 사용하는 것은 선택 사항이지만, AWR 보고서에서 예상보다 높은 로그 쓰기 시간을 나타내는 경우 사용하도록 설정할 수 있습니다.

Azure VM 처리량 제한

각 Azure VM 유형에는 CPU, 디스크, 네트워크 및 RAM에 대한 제한이 지정되어 있습니다. 이러한 제한은 아래 링크에 설명되어 있습니다.

VM 유형을 선택하는 경우 다음 권장 사항을 따라야 합니다.

  1. 디스크 처리량 및 IOPS가 워크로드에 충분하고 디스크의 집계 처리량 이상인지 확인합니다.
  2. 특히 다시 실행 로그 디스크에는 유료 버스팅을 사용하도록 설정하는 것이 좋습니다.
  3. ANF의 경우 모든 스토리지 트래픽이 디스크 처리량이 아니라 "네트워크"로 계산되므로 네트워크 처리량이 중요합니다.
  4. 다음 블로그에서 M 시리즈에 대한 네트워크 조정을 검토합니다. Azure M 시리즈 VM HCMT에서 네트워크 처리량 최적화(microsoft.com)
  5. AWR 보고서를 사용하여 올바른 Azure VM을 선택하는 방법을 설명하는 이 링크를 검토합니다.
  6. Azure Intel Ev5(Edv5 및 Edsv5 시리즈 - Azure Virtual Machines | Microsoft Docs)
  7. Azure AMD Eadsv5(Easv5 및 Eadsv5 시리즈 - Azure Virtual Machines | Microsoft Docs)
  8. Azure M 시리즈/Msv2 시리즈(M 시리즈 - Azure 가상 머신 | Microsoft DocsMsv2/Mdsv2 중간 메모리 시리즈 - Azure Virtual Machines | Microsoft Docs)
  9. Azure Mv2(Mv2 시리즈 - Azure Virtual Machines | Microsoft Docs)

백업/복원

백업/복원 기능의 경우 SAP BR*Tools for Oracle은 완전 복구 및 Hyper-V와 동일한 방법으로 지원됩니다. Oracle RMAN(Recovery Manager)에서도 디스크에 백업 및 디스크에서 복원이 지원됩니다.

Oracle 데이터베이스용 Azure Backup 및 Recovery 서비스를 사용하는 방법에 대한 자세한 내용은 다음을 참조하세요.

고가용성

높은 가용성 및 재해 복구를 위해 Oracle Data Guard가 지원됩니다. Data Guard에서 자동 장애 조치(failover)를 완수하려면 FSFA(Fast-Start Failover)를 사용해야 합니다. 관찰자 기능(FSFA)이 장애 조치(failover)를 트리거합니다. FSFA를 사용하지 않는 경우 수동 장애 조치(failover) 구성만 사용할 수 있습니다. 자세한 내용은 Azure Linux 가상 머신에서 Oracle Data Guard 구현을 참조하세요.

Azure의 Oracle 데이터베이스에 대한 재해 복구 측면은 Azure 환경의 Oracle Database 12c 데이터베이스 재해 복구 문서에 나와 있습니다.

또 다른 유용한 Oracle 백서: SAP 고객을 위한 Oracle 12c Data Guard 설정

Huge Page 및 큰 페이지 Oracle SGA 구성

Azure의 VLDB SAP on Oracle 배포는 3TB를 초과하는 SGA 크기를 적용합니다.  최신 버전의 Oracle은 큰 페이지 SGA 크기를 효율적으로 처리하고 IO를 크게 줄입니다.  AWR 보고서를 검토하고, SGA 크기를 늘려 읽기 IO를 줄입니다. 

일반적인 지침으로 Linux Huge Page는 VM RAM 크기의 약 75%로 구성해야 합니다.  SGA 크기는 Huge Page 크기의 90%로 설정할 수 있습니다.  대략적인 예로 4TB의 RAM이 있는 m192ms VM에 약 3TB로 설정된 Huge Page가 있습니다.  SGA는 2.95TB와 같이 약간 작은 값으로 설정할 수 있습니다.

높은 메모리 Azure VM에서 실행되는 대규모 SAP 고객은 이 문서에서 설명한 대로 HugePages의 이점을 크게 누릴 수 있습니다.

vm.min_free_kbytes NUMA 시스템은 524288 * <NUMA 노드 수>로 설정해야 합니다.  Oracle Linux: 권장되는 vm.min_free_kbytes 커널 튜닝 매개 변수 값(문서 ID 2501269.1...)을 참조하세요.

 

Oracle Linux는 유용한 GUI 관리 유틸리티를 제공합니다.

Oracle Linux에는 새 패키지 관리 도구인 DNF가 있습니다.

Oracle Linux 8: 무료 비디오로 간편하게 패키지 관리 | Oracle Linux 블로그

Oracle® Linux 8: Oracle Linux에서 소프트웨어 관리 - 1장 Yum DNF

메모리 및 NUMA 구성은 유용한 도구인 Oracle RAT(Real Application Testing)를 사용하여 테스트 및 벤치마킹할 수 있습니다.

Oracle Real Application Testing: 무엇이며 어떻게 사용하나요? (aemcorp.com)

UDEV 로그 손상 문제에 대한 정보(Azure에서 Oracle 다시 실행 로그 손상 | Oracle in the field(wordpress.com))

Azure의 Oracle ASM 손상 - 후속 작업(dbaharrison.blogspot.com)

Oracle ASM 실행 시 Hyper-V 또는 Azure에서 데이터 손상 - ​​Red Hat 고객 포털

Azure Linux 가상 머신에 Oracle ASM 설정 - Azure Virtual Machines | Microsoft Docs

Windows의 Azure VM에서 SAP 설치에 대한 Oracle 구성 지침

Azure의 SAP on Oracle은 Windows도 지원합니다. Windows 배포에 대한 권장 사항은 아래에 요약되어 있습니다.

  1. 권장되는 Windows 릴리스: Windows Server 2022(Oracle Database 19.13.0 이상에서만), Windows Server 2019(Oracle Database 19.5.0 이상에서만)
  2. Windows에서는 ASM이 지원되지 않습니다. 최적의 성능을 위해 Windows 스토리지 공간을 사용하여 디스크를 집계해야 합니다.
  3. Oracle Home을 전용 독립 디스크에 설치합니다(C: 드라이브에는 Oracle Home을 설치하지 않음).
  4. 모든 디스크를 NTFS 형식으로 포맷해야 합니다.
  5. Oracle의 Windows 튜닝 가이드를 따르고 큰 페이지, 메모리 페이지 잠금 및 기타 Windows 관련 설정을 사용하도록 설정합니다.

현재 Azure에서는 Windows 고객을 위한 ASM 작성이 지원되지 않습니다. Windows용 SWPM은 현재 ASM을 지원하지 않습니다. VLDB SAP on Oracle을 Azure로 마이그레이션하려면 ASM이 필요하므로 Oracle Linux가 선택되었습니다.

Windows의 SAP on Oracle에 대한 스토리지 구성

최소 구성 Windows:

구성 요소 디스크 호스트 캐시 스트라이핑1
E:\oracle\<SID>\origlogaA & mirrlogB Premium 없음 필요하지 않음
F:\oracle\<SID>\origlogaB & mirrlogA Premium 없음 필요하지 않음
G:\oracle\<SID>\sapdata1...n Premium 읽기 전용2 권장
H:\oracle\<SID>\oraarch3 Premium 없음 필요하지 않음
I:\Oracle Home, saptrace, ... Premium 없음 없음
  1. 스트라이핑: Windows 스토리지 공간
  2. R3load 마이그레이션 중에 SAPDATA에 대한 호스트 캐시 옵션은 '없음'으로 설정해야 합니다.
  3. oraarch: Windows 스토리지 공간은 선택 사항입니다.

Oracle의 온라인 다시 실행 로그를 호스팅하기 위한 디스크 선택은 IOPS 요구 사항에 따라야 합니다. 볼륨, IOPS 및 처리량이 요구 사항을 충족하는 경우 모든 sapdata1...n(테이블스페이스)을 단일 탑재 디스크에 저장할 수 있습니다.

성능 구성 Windows:

구성 요소 디스크 호스트 캐시 스트라이핑1
E:\oracle\<SID>\origlogaA Premium 없음 사용할 수 있음
F:\oracle\<SID>\origlogaB Premium 없음 사용할 수 있음
G:\oracle\<SID>\mirrlogAB Premium 없음 사용할 수 있음
H:\oracle\<SID>\mirrlogBA Premium 없음 사용할 수 있음
I:\oracle\<SID>\sapdata1...n Premium 읽기 전용2 권장
J:\oracle\<SID>\oraarch3 Premium 없음 필요하지 않음
K:\Oracle Home, saptrace, ... Premium 없음 없음
  1. 스트라이핑: Windows 스토리지 공간
  2. R3load 마이그레이션 중에 SAPDATA에 대한 호스트 캐시 옵션은 '없음'으로 설정해야 합니다.
  3. oraarch: Windows 스토리지 공간은 선택 사항입니다.

다음 단계

문서 읽기