Вопрос по DB2 Ent. В связи определенными причинами (отдельная тема) приобретается вначале DB2, а только потом железо к ней (причем, до конца не известно общее число ядер CPU, которое будет). Возникает вопрос: если приобретаем DB2 с PVU-лицензией на (предположим) 8xCore, а придет железо на 12xCore есть ли возможность какой-то период (до "апдейта лицензий") использовать уже приобретенный вариант DB2 на этом железе (без VM), или просто не будет работать пока не обновишь файл лицензий? Если - нет, то насколько оправдана установка DB2 на VM? И вообще, имеются ли какие соображения по этому поводу? То, что такой подход к покупке не нормальный - знаю, но уж что есть.

ARIST_Aпроцессоры, на которых работает сервер DB2
Будет Xeon X56xx (что именно вместо "ххх" - пока не известно)

ARIST_Aaskfinder,

вот ведь, авторушная привычка... Мое предыдущее сообщение следует читать начиная с заголовка.
Тогда не понял вопроса. DB2 еще нет и поэтому она ни на чем работать не может (та, что есть сейчас - DB2 Express-C, и соответственно не имеет особого значения на чем именно она крутится). Проблема в том, что ВНАЧАЛЕ берут БД, а только ПОТОМ (не известно точно когда именно и какое именно - только примерно) железо для нее. При этом может случиться, что уже приобретенная лицензия на DB2 не соответствует железу. И тогда, пока будут решать вопрос с "докупкой" лицензий, что делать с DB2?

Anka_S,

Ошибок в ее работе быть не должно. Похоже, я как-то неопределенно сформулировал чего же мне нужно. Попробую конкретнее обрисовать ситуацию.

1. Наша контора - государственная, со всеми вытекающими (в т.ч. гос.закупи). Железо и БД приобретаются разными конкурсами и по разным сметам.
2. Как одно из следствий п.1 имею: мне не известно точно какой конкретно CPU-Xeon (сколько ядер) и когда будет. А вот сколько потребуется денег на СУБД нужно сказать уже сейчас.
3. В "случае чего" лицензии разумеется докупят, но опять же - дурдом, конкурсы и сроки, а БД нужно разворачивать и ложить ее на это время нельзя, она должна исправно работать.
4. Поэкспериментировал немного с DB2 Express-C v.9.1.2:
- MDC - работает, в смысле создает такого рода таблицы и по всей видимости этот функционал ничего не ограничивает кроме моральных убеждений. На сколько я помню (не нашел на сайте IBM для этой версии требований) работать не должно было - "просто низзя"?
- Table Partition - не работает и ругается на лицензию

Собственно наши требования "сверх" ограничиваются наличием либо MDC, либо Table Partition (лучше оба), все остальное вполне удовлетворяет Workgroup (v9.7). Из информации на сайте IBM - этот функционал поддерживает только ESE. Но п.4 заставляет задуматься: что будет если вместо ESE взять Workgroup с Socket-лицензией (чтобы не зависеть от типа Xeon'a)? Если в ней все-таки есть MDC, то получается оптимальный вариант (особенно, с учетом разницы в цене с ESE). Сами IBM-цы как-то неопределенно об этом говорят :) , вот и написал в форум - может кто что посоветует.

Mark Barinstein,

Спасибо.
Но ситуацию c Workgroup это не проясняет. В частности IBM указывает, что в версии Express-C не работают MDC, MQT и Table Patitioning. Из собственных экспериментов - MDC и MQT работают (во всяком случае с Express-C v9.1.2). Придется таки качать триал-версию и проверять.

askfinderПридется таки качать триал-версию и проверять.
Проверил на триальной DB2 Workgroup (v9.7):
- MDC - работает (т.е. запрещено морально)
- MQT - работает (аналогично MDC)
- Table Partitioning - не работает и ругается на лицензию (запрещено физически)