그런 다음 애플리케이션은 소프트웨어 자산 관리 메트릭 속성 값을 사용하여 각 Oracle 제품에 필요한 권한 수를 결정할 수 있습니다. 이 숫자를 결정하기 위해 애플리케이션은 소프트웨어 자산 관리 적절한 메트릭 속성 값에 제품이 설치되거나 실행 중인 기본 실제 서버 Oracle 의 프로세서 또는 프로세서 코어 수를 곱합니다. 결과 값은 제품에 액세스하는 총 사용자 및 장치 수와 비교됩니다 Oracle . 필요한 권한 수는 두 값 중 더 큰 값으로 설정됩니다.

예를 들어, 20명의 사용자가 8개의 프로세서 코어가 있는 물리적 서버에서 실행 중인 Enterprise Edition 데이터베이스에 액세스하고 있다고 가정해 보겠습니다. 메트릭 속성 값(최소 라이센스 25개 x CPU 코어 8개 = 권한 200개)을 기반으로 하는 권한 수가 데이터베이스에 액세스하는 사용자 수(사용자 20명)보다 크기 때문에 NUP 라이센스 메트릭은 200개의 권한을 소비합니다.

실제 서버, 가상 서버, 파티션된 서버 및 클라우드에 제품을 설치하고 실행할 Oracle 수 있지만 프로세서별 라이센스 메트릭은 기본 실제 서버 또는 클라우드 서버에서만 프로세서를 라이센스합니다.

프로세서당 라이센스 메트릭은 Oracle 프로세서 코어 요소 테이블에 지정된 대로 총 프로세서 코어 수에 코어 프로세서 라이선싱 요소를 곱하여 제품에 필요한 Oracle 권한 수를 계산합니다. 많은 수의 사용자와 장치가 동일한 환경에 액세스하거나 인터넷과 같이 사용자를 쉽게 식별하고 셀 수 없는 환경에서 이 라이선스 메트릭을 사용합니다.

예를 들어 Enterprise Edition 데이터베이스를 실행하는 실제 서버에는 각각 4개의 코어가 있는 두 개의 프로세서가 있습니다. 코어 프로세서 라이센스 계수가 0.5인 경우 프로세서당 라이센스 메트릭은 실제 서버에 대한 4개의 권한을 소비합니다.

CPU 2개 x CPU 코어 4개 x 라이선싱 계수 0.5 = 권한 4개.

NUP 또는 프로세서별 라이센스 메트릭 소프트웨어 자산 관리 을 사용하여 데이터베이스에 대한 권한을 할당할 때 는 동일한 라이센스 메트릭을 사용하여 연결된 데이터베이스 옵션 및 관리 팩에 대한 권한을 자동으로 할당합니다.

데이터베이스 또는 Weblogic 서버에 접근할 Oracle 수 있는 사용자 또는 장치 수를 지정하기 위해 클라이언트 액세스 라이센스(CAL) 기록을 생성하는 경우 애플리케이션은 소프트웨어 자산 관리 NUP 라이센스 메트릭만 사용하여 사용자 및 장치의 라이센스를 부여합니다. 소프트웨어 자산 관리 는 프로세서별 라이센스를 사용할 수 있더라도 프로세서당 라이센스 메트릭을 사용하지 않습니다.

직원 라이센스 메트릭은 내부 비즈니스 운영에 대한 정의에 따라 Oracle에이전트, 계약자 및 컨설턴트를 통해 직간접적으로 고용된 직원을 포함하여 정규직, 시간제 및 임시 직원의 총 수를 라이센스합니다.

직원 라이센스 메트릭은 Java SE Universal을 사용하는 Oracle 직원 수가 아니라 총 직원 수에 따라 필요한 라이센스 수를 계산합니다. 라이선싱 비용은 에서 정의한 계층 기반 가격 책정 모델을 사용하여 계산됩니다.Oracle 가격 책정 모델은 가격 계층 [samp_price_tier] 테이블에 저장됩니다. 자세한 내용은 Java SE Universal의 Oracle 가격 책정 모델 문서를 참조하십시오.

또한 직원 라이센스 메트릭의 경우 1년의 구독 기간 동안 사후 정산 비용이 표시됩니다.

직원 라이센스 메트릭으로 하나 이상의 권리가 있는 소프트웨어 모델에 대한 조정을 실행하면 자원 값 기록에 기록된 각 직원에 대한 권한이 사용됩니다. 소비된 단위 값을 라이센스를 소비하는 직원 수와 동일하게 유지하여 Java SE 소프트웨어 모델에 대한 자원 값 기록을 생성할 수 있습니다. 자세한 내용은 자원 값 기록 생성 문서를 참조하십시오.

사용자 지정 계층 테이블을 사용하는 경우 Java SE 소프트웨어 모델과 연결된 라이센스 비용 기록 재정의를 업데이트할 수 있습니다. 자세한 내용은 재정의 라이센스 비용 기록 생성 또는 업데이트 문서를 참조하십시오.