veepТ.к. придется лицензировать все физические ядра фермы.

Ошибаетесь. Придется лицензировать все ядра только тех хостов, на которых работают виртуалки с СУБД.

jhdhdhhТаки всю ферму.

Таки нет

ыхыхы, читайте внимательнее. Я писал "лицензировать все ядра", но "только тех хостов, на которых работают виртуалки с СУБД". Ваша ссылка на Oracle Partitioning Policy ко второй части моего утверждения отношения не имеет. На кластере vSphere с СУБД Oracle нужно лицензировать все процессоры в каждом хосте, но только в тех хостах, где ВМ с СУБД выполняются или будут выполняться. Лицензировать процессоры в хостах, на которых эти ВМ выполняться не будут или не могут, не требуется. Доказательством выполнения ВМ на том или ином хосте являются логи ВМ и гипервизоров. Если у Oracle возникают претензии, обязанностью Oracle будет доказывать, что условия лицензии нарушены.

ыхыхыDRS Host Affinity ... инструмент, позволяющий работать виртуальным машинам на некотором подмножестве хостов кластера, т.е. по сути Hard Partitioning
Потрясающая логика... Если Вы совсем не понимаете, что такое partitioning в данном случае, почитайте хотя бы документ по Вашей же ссылке, там вполне неплохое определение даётся:
What is Partitioning?“Partitioning” occurs when the CPUs on a server are separated into individual sections where each section acts as a separate system.
Иначе говоря, partitioning - это общее название технологий, позволяющих "распилить" один многопроцессорный сервер на несколько кусочков или иначе привязать выполняемый прикладной код на какой-то набор процессоров (ядер, тредов - по вкусу). Примеры таких технологий в том же документе даны. DRS affinity rules в vSphere - это правила, которыми виртуальные машины "привязваются" или "отвязываются" к/от хосту(-ам/-ов) и/или друг к другу (например, можно сделать RAC на виртуалках и заставить все узлы этого RAC-а обязательно работать на разных физических серверах).

Я курю Winston и не вижу ничего принципиально общего между partitioning и host affinity rules, но что курите Вы?

ыхыхыUnless explicitly stated elsewhere in this document, soft partitioning (including features/functionality of any technologies listed as examples above) is not permitted as a means to determine or limit the number of software licenses required for any given server or cluster of servers.
vSphere (и другие сторонние для Oracle гипервизоры) здесь попадает именно в раздел Soft Partitioning и именно поэтому я ранее и написал "лицензировать все ядра".

kinky cat, тут ещё один тонкий момент - лицензировать нужно только те хосты, на которых ВМ с СУБД Oracle фактически работает/работала. Лицензировать все хосты, на которых машина может работать, не требуется, но работа ВМ на нелицензированном хосте будет нарушением условий лицензии Oracle.

Также есть ещё бумага "Licensing Data Recovery Environments" , которая позволяет, по сути, работать ВМ с СУБД Oracle на нелицензированном в смысле Oracle хосте кластера vSphere суммарно в течение 10 суток в год (такой хост может быть только один на кластер безотносительно количества узлов кластера).

Иначе говоря, например, у вас есть 32-узловый кластер vSphere из одинаковых по конфигурации узлов, в котором крутится много разных задач, в том числе и единственная ВМ с СУБД Oracle, для которой сколько-нибудь заметные простои недопустимы. При помощи affinity rules эта ВМ привязывается к двум хостам, один из которых вы в уме считаете основным, второй - резервным. Лицензируете все процессоры только основного хоста. При его отказе (или плановом даунтайме) ВМ без покупки дополнительных лицензий Oracle работает на резервном хосте в течение 10 суток в год. Если суммарная продолжительность отказов и плановых даунтаймов основного хоста за год вписывается в 10 суток (а это более чем достижимые показатели) и отказы/даунтаймы основного хоста не совпадают по времени с отказами/даунтаймами резервного хоста (тоже вполне реально, хотя отказ 2 серверов из 32 и бывает) - всё в порядке, иначе - нарушение условий лицензии Oracle (при запуске ВМ на каком-то третьем хосте) или SLA на доступность СУБД (если на время простоя двух хостов ВМ будет выключена). Каждый год "резервным" хостом можно назначать другой хост кластера, при этом фактически этот выбор можно переиграть до первого в году события запуска ВМ на резервном хосте.