Мне вот поддержка ответила, что если у меня, к примеру, 2 сокета по 10 ядер то Oracle SE2 в такой конфигурации без дополнительных ухищрений
(аппаратного ограничения ресурсов, называемого hardaware partitioning см. http://www.oracle.com/us/corporate/pricing/partitioning-070609.pdf)
лицензировать не получится.
Т е должна быть железка 2 сокета по 8 ядер (поискать такую еще сейчас)

???

из ответа поддержкикомментарий к прайс-листу:

Oracle Database Standard Edition 2 may only be licensed on servers that have a maximum capacity of 2 sockets. When used with Oracle Real Application Clusters, Oracle Database Standard Edition 2 may only be licensed on a maximum of 2 one-socket servers. In addition, notwithstanding any provision in Your Oracle license agreement to the contrary, each Oracle Database Standard Edition 2 database may use a maximum of 16 CPU threads at any time. When used with Oracle Real Application Clusters, each Oracle Database Standard Edition 2 database may use a maximum of 8 CPU threads per instance at any time. The minimums when licensing by Named User Plus (NUP) metric are 10 NUP licenses per server.

К сожалению документ имеет пометку "для служебного пользования", поэтому не имею права его распространять в полном виде. Но цитировать его можно без ограничений.

Валерий Юринский,

can/may/must - может или должна?
Мне вот поддержка ответила, что если у нас 2 сокета по 10 ядер - 4 ядра нужно "изолировать", иначе нарушение лицензии SE2.
Как Oracle интерпретирует фразу "...each Oracle Database Standard Edition 2 database may use a maximum of 16 CPU threads at any time"?
Ведь ему неважно как понимаем ее мы, главное как ее понимает сам Oracle.

Валерий Юринский,

А зачем тогда в лицензии явно указывается возможное число ядер?
Какая разница - если у меня хост с 2 сокетами или 2 хоста по 1 сокету ?
Есть документ в котором сказано, что число ядер не требуется ограничивать для SE2?

Судя по всему (вот тут показано https://blog.dbi-services.com/standard-edition-2-testing-the-16-thread-limitation/)
ограничение на уровне менеджера ресурсов.
Т е главное, чтобы на хосте было не больше 2 сокетов

Проверил на 24 ядерном
SE2 - действительно ресурс менеджер ограничивает 16 ядрами
Кроме того нашел вот это еще
https://asktom.oracle.com/pls/apex/asktom.search?tag=how-to-monitor-and-control-the-limitation-of-the-standard-edition-16-cpu-threads
Но насколько я понимаю CPU_COUNT относится к PDB

https://www.oracle.com/assets/lic-def-rules-v030819-5390819.pdf
стр 39
You are responsible for ensuring that the following restrictions are not violated:
Oracle Database Standard Edition 2 may only be licensed on servers that have a maximum capacity of 2 sockets. When used with Oracle Real Application Clusters, Oracle Database Standard Edition 2 may only be licensed on a maximum of 2 one-socket servers. In addition, notwithstanding any provision in Your Oracle license agreement to the contrary, each Oracle Database Standard Edition 2 database may use a maximum of 16 CPU threads at any time. When used with Oracle Real Application Clusters, each Oracle Database Standard Edition 2 database may use a maximum of 8 CPU threads per instance at any time. If You purchase Named User Plus (NUP) licenses, You must maintain a minimum of 10 NUP per server


Т е , к примеру, если запустить SE2 на железке с 4 сокетами - нарушение даже в случае
Is it possible to license Oracle Database SE2 on a single processor of a >2 socket server using hard partitioning ?
No, Oracle Database SE2 may only be licensed on servers that have a maximum capacity of 2 sockets.
- тут https://www.oracle.com/database/technologies/standard-edition-2-faq.html
Т е видимо Oracle посчитает(а он вроде бы так и считает?), что в кластере, к примеру,
VmWare - если БД прибита к одному хосту даже с 2 сокетами и
никуда с него не перемещается - это нарушение правил лицензирования для SE2.

Если 16 CPU threads это техническое ограничение(захардкоржерное в SE2) - зачем это указывать явно в правилах лицензирования?
Там же не указываются другие технические ограничения?
Запуск БД на 2-х сокетном хосте и 40 thread - это все таки нарушение или нет?
Или как в анекдоте :
- Джентельменам верят на слово.
- И тут мне поперло...

То, что суммарно(в среднем по больнице) утилизируемые мощности не превышают 16 потоков - это не значит:
" database may use a maximum of 16 CPU threads at any time "(вот это и наводит на мысли) + фраза - You are responsible for ensuring that the following restrictions are not violated
Опять же, если 16 захардкоржено(это можно обойти?) - зачем упоминать захардкоржерное ограничение про 16 потоков явно в правилах лицензирования?