올바른 미리 구축된 데이터베이스 서비스 이름을 선택하는 것은 Oracle Autonomous Data Warehouse 접속의 핵심입니다. 다양한 미리 구축된 데이터베이스 서비스 이름을 확인하고 어떤 것을 선택해야 하는지 알아보십시오.
미리 구축된 데이터베이스 서비스 이름은 무엇입니까?
databasename_high
- 가장 높은 리소스, 가장 낮은 동시성. 질의는 병렬로 실행.databasename_medium
- 더 적은 리소스, 더 높은 동시성. 질의는 병렬로 실행.databasename_low
- 가장 적은 리소스, 가장 높은 동시성. 질의는 직렬로 실행.이러한 이름은 Oracle 전자 지갑의 tnsnames.ora 파일에 들어 있습니다. Oracle Cloud Infrastructure 콘솔에서 데이터베이스 접속을 눌러 문자열을 확인하십시오.
.png''
Oracle Resource Manager의 소비자 그룹 정보
데이터베이스 서비스 이름은 Resource Manager의 소비자 그룹에 매핑되어 Oracle Autonomous Data Warehouse에서 동시에 실행할 수 있는 동시 접속 및 질의 수(concurrency)와 질의당 허용된 최대 병렬 프로세스 수(parallel_degree_limit)를 제한합니다. 이러한 제한은 라이센스된 ECPU 또는 OCPU 수와 자동 스케일링의 사용 여부에 따라 결정됩니다.
다음 표는 32개 ECPU가 장착되고 ECPU 자동 스케일링이 사용 안함/사용으로 설정된 데이터베이스에 대한 샘플 동시 접속 값을 보여줍니다.
데이터베이스 서비스 이름 | ECPU 자동 스케일링이 사용 안함으로 설정된 동시 질의 수 | ECPU 자동 스케일링이 사용으로 설정된 동시 질의 수 |
---|---|---|
high | 3 | 9 |
medium | 20 (.63 × ECPU 수) | 60 (1.89 × ECPU 수) |
low | 최대 4800 (150 x ECPU 수) | 최대 4800 (150 x ECPU 수) |
Oracle Analytics를 위한 최적의 데이터베이스 서비스 이름 선택
high 데이터베이스 서비스에 실행할 수 있는 최대 동시 질의 수는 자동 스케일링 없이 3개, 자동 스케일링 사용 시 9개입니다. 이 제한은 high 데이터베이스 서비스 이름에 접속된 3명의 사용자가 각각 하나의 질의를 실행하거나, 단일 사용자가 하나의 Oracle Analytics 대시보드에서 3개의 보고서를 실행할 때 도달할 수 있습니다.
low 서비스 이름은 Oracle Analytics와 함께 대부분의 Oracle Autonomous Data Warehouse 작업로드에서 잘 작동하지만, 병렬 질의를 활용하려면 medium 서비스 이름을 선택하십시오. low 서비스 이름의 병렬도 제한은 1이며, 이는 병렬성이 없음을 의미합니다. low 서비스 이름에 접속할 때 테이블이나 인덱스 레벨에서 병렬도가 지정된 경우에도 병렬도는 1로 줄어들고 질의가 병렬로 실행되지 않습니다. medium 및 high에 대한 질의당 병렬도 제한은 라이센스된 CPU 수의 2배와 같습니다.
참고: Oracle Fusion Analytics Warehouse(약칭 Fusion Analytics)에 속하는 데이터베이스에 접속할 때 최대 동시 질의 수를 허용하려면 low 서비스 이름을 사용해야 합니다.
대기열에 있는 명령문 모니터링
최대 동시 질의 수 제한에 도달하면 초과 질의가 대기열에 넣어집니다. Oracle Autonomous Data Warehouse는 대기열에 있는 명령문을 검사하는 측정항목을 제공합니다.
Oracle Cloud Infrastructure 콘솔의 Oracle Autonomous Data Warehouse 페이지에서 데이터베이스 작업 및 데이터베이스 대시보드를 선택합니다.
성능 허브를 선택하고 SQL 모니터 탭을 선택하여 대기열에 있는 명령문 상태가 회색 시계로 표시된 것을 확인합니다. 이 예제에서는 세 개의 질의가 high 서비스 이름으로 실행 중이고, 하나는 대기열에 있고, 하나의 질의는 medium 서비스 이름으로 실행 중입니다. high 서비스 이름으로 실행 중인 세 개의 질의 중 하나가 완료되면 대기열에 있는 명령문이 실행됩니다.
병렬도 모니터링
병렬도 제한을 초과하면 SQL 모니터 보고서에 DOP(병렬도) 다운그레이드가 표시됩니다. 병렬도 다운그레이드 이유 353은 Resource Manager가 최대 병렬도 제한으로 인해 명령문을 다운그레이드했음을 의미합니다.
Oracle Database 버전 18 이상의 경우 다음 표에 다운그레이드 이유 코드가 설명되어 있습니다.
ID | 이유 코드 |
352 | 적응형 DOP로 인해 DOP 다운그레이드. |
353 | 리소스 관리자 최대 DOP로 인해 DOP 다운그레이드. |
354 | 부족한 프로세스 수로 인해 DOP 다운그레이드. |
355 | 슬레이브가 조인을 실패했기 때문에 DOP 다운그레이드. |
Resource Manager CPU 대기 이벤트
Resource Manager의 CPU 할당을 대기 중인 세션은 resmgr:cpu quantum 대기 이벤트를 증분시킵니다. 이 대기 이벤트의 발생을 줄이려면 OAC 접속에 low 또는 medium 서비스 이름이 사용되는지 확인하거나 ADW에 할당된 CPU 수를 늘리십시오.
대기 횟수와 평균 대기 시간을 보려면 AWR(자동 작업로드 저장소) 보고서의 포그라운드 대기 이벤트에서 resmgr:cpu quantum 대기 이벤트를 검토하십시오.
이 예제에는 총 272개 대기가 있고, 총 대기 시간 160초 동안 각각 평균 588.91 밀리초를 대기 중입니다. 그 이유는 OAC 접속에 high 데이터베이스 서비스 이름이 사용되었기 때문인 것으로 확인되었습니다. 고객이 medium 서비스로 전환한 후 이러한 대기 기간이 사라졌고 주기적인 대시보드 느림 현상이 해결되었습니다.
Oracle Analytics에서 Oracle Autonomous Data Warehouse에 대한 접속을 생성할 때의 팁
Oracle Analytics에서 인스턴스 전자 지갑을 사용하여 Oracle Autonomous Data Warehouse 접속을 정의할 때 기본적으로 high 서비스 이름이 선택됩니다. 동시 접속 수를 제한하지 않으려면 low 또는 medium으로 이름을 변경하십시오.