Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 11   вперед  Ctrl      все
 Re: Расчет стоимости лицензий Oracle.  [new]
svertun
Member

Откуда:
Сообщений: 2
Интересует вопрос какие санкции со стороны оракла за использование нелицензированного Oracle EE,
мне надо обосновать начальству чем будет это грозить ,там какой штраф и .т.д.
19 июн 08, 14:52    [5821168]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
Aqwerty
Member

Откуда:
Сообщений: 219
svertun
Интересует вопрос какие санкции со стороны оракла за использование нелицензированного Oracle EE,
мне надо обосновать начальству чем будет это грозить ,там какой штраф и .т.д.

месть багами

а вообще берите быстрее, если есть возможность, а то уже цены выросли процентов на 20
20 июн 08, 00:25    [5823879]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
Вопросик_
Guest
Ааз
Если же не в лом ручками копировать архивные журналы, накатывать их на "backup" и т.п. - любая редакция подойдёт (кроме Oracle Lite, пожалуй)... Но лицензии на очередной сервер (как будто он "боевой") - если по-честному - покупать придётся.

Предположим "ручками" - т.е standard edition (возможно one). Действительно ли придется покупать удвоенное количество лицензий - на основной сервер + на standby ? Где можно прочитать пояснение про это.

Например, у MS (при использование log shipping) лицензии нужны только на активный сервер.
5 авг 08, 11:07    [6027324]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
Вопросик_
Guest
Up. Поясните по лицензиям для standby. Неужели даже в случае standard edition (когда data guard и близко нет) нужно покупать лицензии для второго сервера(standby) ?
:((
Получается, что mssql раза в два дешевле обойдется в таком случае (при том, что у него аналог data guard бесплатно включен в standard). Не считая, что у мелких техподдержку не нужно ежегодно оплачивать для получения обновлений.
6 авг 08, 10:13    [6031889]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 7820
Ааз
Если же не в лом ручками копировать архивные журналы, накатывать их на "backup" и т.п. - любая редакция подойдёт (кроме Oracle Lite, пожалуй)... Но лицензии на очередной сервер (как будто он "боевой") - если по-честному - покупать придётся.
Только в случае, если основной сервер лицензирован по процессорной метрике
или основной сервер лицензирован по метрике Named User Plus
и число лицензий меньше минимума по суммарному числу процессоров обоих серверов.
Вопросик_
Предположим "ручками" - т.е standard edition (возможно one). Действительно ли придется покупать удвоенное количество лицензий - на основной сервер + на standby ?
Где можно прочитать пояснение про это?
Читайте Software Investment Guide
20 авг 08, 10:28    [6086713]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
sinitsa
Member

Откуда:
Сообщений: 204
Hi All !

помогите плиз, разобраться с лицензирование, SIG я прочитала, но некоторые вопросы
остались не ясными ( английский все-таки не родной ), по некоторым меня ( как мне кажется )
ввели в заблуждение и я уточняю.

вопросы по лицензированию :

1. лицензия ( не техподдержка, техподдержка, понятно 1-5 лет ) бессрочная или максимум 5 лет ?
если ограниченная, можно ли было лет 7 назад купить "бессрочную" лицензию ?

2. какой именно релиз сейчас можно купить ( не скачать гамму, а купить стабильный продукт )
из линеек 9i - 9.2.0.8 ? 10g - 10.2.0.4 ? 11g - 11.1.0.6 ?

3. ситуация, к примеру, такая есть два сервака :
1-й - 8 процессоров , работает с интернетом, берем лицензию на процессоры,
как я поняла с ними получаем и 200 named user.
2-й - 4 процессора, относительно не нагружен, работает явно менее 200 человек.

надо ли брать лицензию на 2-й ? или этих 200 named user будет достаточно ?
или вообще стоит впихнуть эту базу на первый комп ?

или стоит напрячь мозги разработчиков и вынести работу с интернетом на 3-й комп
с 1 процессором, пролицензироварь этот процессор, поставить туда Standart Edition
( тут вообще можно пролицензировать 1 черехядерный сокет ),
а всю обработку данных делать на 2-ом под этими 200-ми named user ?
будет ли это корректно с точки зрения лицензионной политики ?
( как я поняла, если на 3-й комп не ставить базу, а ставить просто прикладуху,
она будет считаться "мультиплексором" и это не имеет смысла ( с точки зрения лицензирования ),
а если поставить базу и реально обмен данными производить через нее, это будет корректно ? ).

4. 8 процессорный сервер пролицензирован на 200 Named User, то остальные сервера с числом
процессоров не более 8, на которых работают те же юзвери лицензировать не надо ?
из SID ( A licensed Named User Plus may access the program on any instances where it is
deployed, provided that the minimum on each server is met. ) нет тут "подводных камней"
с пониманием ?

5. пролицензирован EE на 200 NU, и SE на 100 NU, всего у нас сколько NU ?
300 ? или на EE может работать 200 NU, а на SE 300 ?

6. как я поняла стандбай надо лицензировать как полноценный сервер,
но возникает вопрос ( вижу что не только у меня ), что собственно понимается под стандбаем ?
делаю так :
- если лицензия через метрику NU, то не надо лицензировать,
неясно, за что так процессорную метрику обидели ...
- беру бакап и оперативно накатываю на него архивлоги скриптами ( не стандбай,
лицензировать не надо ).
- а если этот бакап открыть как alter database mount standby database; и так же скриптами
накатывать на него логи не используя Data Guard это будет стандбай ? надо лицензировать ?
разницы по сути мало. не вполне понятно где грань.
26 авг 08, 17:05    [6111229]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 7820
Вопросов вы задали много отвечать будем постепенно...
sinitsa
1. лицензия ( не техподдержка, техподдержка, понятно 1-5 лет ) бессрочная или максимум 5 лет ?
если ограниченная, можно ли было лет 7 назад купить "бессрочную" лицензию ?
В СНГ практически не продают лицензии на 1-5 лет.
Считайте, что вы покупаете бессрочную лицензию.
Техподдержка у вас будет пока вы за нее платите.
sinitsa
2. какой именно релиз сейчас можно купить ( не скачать гамму, а купить стабильный продукт )
из линеек 9i - 9.2.0.8 ? 10g - 10.2.0.4 ? 11g - 11.1.0.6 ?
Любой из перечисленных. Платите деньги и используйте.
Ставьте нужные патчи в рамках техподдержки и работайте.
Конкретный номер релиза зависит от ваших требований.
26 авг 08, 18:11    [6111759]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 7820
sinitsa
3. ситуация, к примеру, такая есть два сервака :
1-й - 8 процессоров , работает с интернетом, берем лицензию на процессоры,
как я поняла с ними получаем и 200 named user.
2-й - 4 процессора, относительно не нагружен, работает явно менее 200 человек.

надо ли брать лицензию на 2-й ? или этих 200 named user будет достаточно ?
или вообще стоит впихнуть эту базу на первый комп ?

Сервер 1: Куплена лицензия на 8 процессоров.
С сервером может работать неограниченное число пользователей.
Никаких дополнительных лицензий на 200 Named User Plus (NUP) вы не получаете.

Сервер 2: Имеет 4 процессора. Предположим, что вам нужно использовать
на нем Oracle Enterprise Edition, тогда минимальное число NUP на процессор = 25.
Таким образом при лицензировании этого сервера по метрике NUP вы должны приобрести
минимум на 4 CPU * 25 NUP/CPU = 100 NUP.

Вывод. Дешевле будет "впихнуть эту базу на первый комп"
26 авг 08, 18:24    [6111841]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
eml78
Member

Откуда:
Сообщений: 648
В принципе вам можно позвонить в Центр Технической Поддержки Oracle в Москве с 9:00 до 18:00, с понедельника по пятницу: 7(495) 641-1551 - по лицензиям они должны ответить.

Далее в ответах пишу то как понял сам, возможно где-то напутаю, но думаю в этом случае поправят :)
sinitsa
1. лицензия ... бессрочная или максимум 5 лет ?

Бессрочная.

sinitsa
2. какой именно релиз сейчас можно купить ( не скачать гамму, а купить стабильный продукт )
из линеек 9i - 9.2.0.8 ? 10g - 10.2.0.4 ? 11g - 11.1.0.6 ?
Любой из вышеуказанных. Вообще при покупке лицензии версия не имеет значения, если данная версия не снята с тех.поддержки.
sinitsa
3. ситуация, к примеру, такая есть два сервака :
1-й - 8 процессоров , работает с интернетом, берем лицензию на процессоры,
как я поняла с ними получаем и 200 named user.
Нет. Лицензирование или по метрике Processor или по метрике USER.

sinitsa
2-й - 4 процессора, относительно не нагружен, работает явно менее 200 человек.
надо ли брать лицензию на 2-й ? или этих 200 named user будет достаточно ?
или вообще стоит впихнуть эту базу на первый комп ?

Если лицензия на процессоры, то нужно, если на пользователей, то пользователь имеет право работать с любым числом сервером. Однако при покупке пользовательских лицензии нужно помнить что есть лимит снизу, т.е. Если у вас сервер EE 8процов, то минимум 8x25=200, для сервера SE 4проца - минимум 4x5=20 итого общий минимум равен 200+20=220 - т.е. для вашей конфигурации вы можете купить любое число пользовательских лицензий но не мене 220 :)
Это теоретически, а практически, если работа с oracle идет через интернет, вам нельзя использовать USER лицензии - только Processor.
sinitsa
или стоит напрячь мозги разработчиков и вынести работу с интернетом на 3-й комп
с 1 процессором, пролицензироварь этот процессор, поставить туда Standart Edition
( тут вообще можно пролицензировать 1 черехядерный сокет ),
а всю обработку данных делать на 2-ом под этими 200-ми named user ?
будет ли это корректно с точки зрения лицензионной политики ?
( как я поняла, если на 3-й комп не ставить базу, а ставить просто прикладуху,
она будет считаться "мультиплексором" и это не имеет смысла ( с точки зрения лицензирования ),
а если поставить базу и реально обмен данными производить через нее, это будет корректно ? ).
Oracle уже напряг мозги и ввел в свои документы термин мультиплексор - т.е. если вы поставите сервер приложений, который будет иметь один коннект к oracle а к нему будет лезть 100 челов - это мультиплексер. Частный случай мультиплексора web-сервер. Поэтому что при работе через инет, что при использовании сервера приложений - вы имеете право лицензироваться только по метрике Processor.

sinitsa
6. как я поняла стандбай надо лицензировать как полноценный сервер,
но возникает вопрос ( вижу что не только у меня ), что собственно понимается под стандбаем ?
делаю так :
- если лицензия через метрику NU, то не надо лицензировать,
неясно, за что так процессорную метрику обидели ...
смотрите п.3, есть минимум USER лицензии (и он зависит от суммарного числа процов на всех используемых серверах).

sinitsa
- беру бакап и оперативно накатываю на него архивлоги скриптами ( не стандбай,
лицензировать не надо ).
В данном случае действует правило о том, что работа нелицензированного сервера oracle не должна превышать 10 дней в году - если логи каждый день накатывать легко выйти за рамки этого ограничения.
sinitsa
- а если этот бакап открыть как alter database mount standby database; и так же скриптами
накатывать на него логи не используя Data Guard это будет стандбай ? надо лицензировать ?
разницы по сути мало. не вполне понятно где грань.
По-момему, тут дело не в том как их накатывать, а в том что у вас есть резервный сервер который работает в режиме standby.

Вообще надо лицензировать ЛЮБОЙ сервер на котором работает ORACLE. Исключения:
1. Если сервак работает менее 10 дней в году (т.е. сервер установлен, но выключен), считается что вы просто держите резерв на случай если основной упадет.
2. Если вы используете Oracle для разработки программ, тестирования или с целью изучения - в этом случае можно купить более дешевую developer license.
3. Ну и по-моему, допускается установка Oracle с целью посмотреть что это есть такое (а-ля Trial) на непродолжительный срок без лицензирования.
26 авг 08, 18:30    [6111869]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 7820
sinitsa
4. 8 процессорный сервер пролицензирован на 200 Named User, то остальные сервера с числом
процессоров не более 8, на которых работают те же юзвери лицензировать не надо ?
из SID ( A licensed Named User Plus may access the program on any instances where it is
deployed, provided that the minimum on each server is met. ) нет тут "подводных камней"
с пониманием ?
Другие сервера лицензировать было бы не нужно, если бы выполнялись требования минимального количества лицензий NUP на CPU.
Предположим, что у вас Oracle Enterprise Edition. MIN (NUP / CPU) = 25.
У вас лицензия на 200 NUP.
То есть общее число процессоров, где вы имеете право использовать Oracle EE равно
200 NUP 
----------- = 8 CPU
25 NUP/CPU
То есть
1 сервер с 8 CPU (1 х 8)
или
2 сервера с 4 CPU в каждом (2 х 4)
или
4 сервера с 2 CPU в каждом (4 х 2)
или
8 серверов с 1 CPU в каждом (8 х 1)
или
и т.п.

Итого ответ = НЕТ. Вы можете работать с Oracle EE только на этом 8 процессорном сервере.
Использование любых дополнительных серверов потребует долицензирования.
26 авг 08, 18:36    [6111888]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
sinitsa
Member

Откуда:
Сообщений: 204
Доброго дня !

спасибо огромное :), очень много прояснили, все-таки я много недопонимала, остался маленький ньюанс


eml78

sinitsa
или стоит напрячь мозги разработчиков и вынести работу с интернетом на 3-й комп
с 1 процессором, пролицензироварь этот процессор, поставить туда Standart Edition
( тут вообще можно пролицензировать 1 черехядерный сокет ),
а всю обработку данных делать на 2-ом под этими 200-ми named user ?
будет ли это корректно с точки зрения лицензионной политики ?
( как я поняла, если на 3-й комп не ставить базу, а ставить просто прикладуху,
она будет считаться "мультиплексором" и это не имеет смысла ( с точки зрения лицензирования ),
а если поставить базу и реально обмен данными производить через нее, это будет корректно ? ).
Oracle уже напряг мозги и ввел в свои документы термин мультиплексор - т.е. если вы поставите сервер приложений, который будет иметь один коннект к oracle а к нему будет лезть 100 челов - это мультиплексер. Частный случай мультиплексора web-сервер. Поэтому что при работе через инет, что при использовании сервера приложений - вы имеете право лицензироваться только по метрике Processor.


вот тут тонкость, мультиплексором фактически выступает база, пролицензированная по процессорной метрике, она занимается обменом данными и их буферизацией, а обработку, аналитику и хранение обеспечивает другая с лицензией по метрике USER, не просто сервер приложений. написала и поняла уже, для нас , нет практического смысла, но вообще видимо корректно.
27 авг 08, 10:14    [6113276]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 7820
sinitsa
вот тут тонкость, мультиплексором фактически выступает база, пролицензированная по процессорной метрике, она занимается обменом данными и их буферизацией, а обработку, аналитику и хранение обеспечивает другая с лицензией по метрике USER, не просто сервер приложений. написала и поняла уже, для нас , нет практического смысла, но вообще видимо корректно.
Мультиплексор он и есть мультиплексор...
Сколько пользователей работают с данными БД, которая обеспечивает "обработку, аналитику и хранение"?
27 авг 08, 11:11    [6113627]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
eml78
Member

Откуда:
Сообщений: 648
sinitsa
вот тут тонкость, мультиплексором фактически выступает база, пролицензированная по процессорной метрике, она занимается обменом данными и их буферизацией, а обработку, аналитику и хранение обеспечивает другая с лицензией по метрике USER, не просто сервер приложений. написала и поняла уже, для нас , нет практического смысла, но вообще видимо корректно.

Неважно кто выступает мультиплексором и где он находится - если доступ к БД (прямо или опосредованно, при многозвенной архитектуре) (весь или только его часть) идет через мультиплексор - то метрика USER не для вас.
27 авг 08, 11:26    [6113718]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
sinitsa
Member

Откуда:
Сообщений: 204
SQL*Plus
Мультиплексор он и есть мультиплексор...
Сколько пользователей работают с данными БД, которая обеспечивает "обработку, аналитику и хранение"?


тех которых "можно посчитать" человек 15-20.


eml78
Неважно кто выступает мультиплексором и где он находится - если доступ к БД (прямо или опосредованно, при многозвенной архитектуре) (весь или только его часть) идет через мультиплексор - то метрика USER не для вас.


ммм, т.е. если я где-то использую метрику Processor, то метрику User на другой базе применить уже не могу ? не очень понятно, сам бизнес-процесс может требовать такое разделение баз, например : база с оперативным реагированием знает только текущее состояния дел, должна дать быстрый ответ и нуждается в метрике Processor, а вторая хранит всю историю, анализирует потребности, подсказывает тенденции и т.п., с ней по сути работает только небольшая команда и выносить все эти данные в первую базу может оказаться даже категорически противопоказанным ( всякие хаки, инжекты и прочее ). между базами может идти файловый обмен несколько раз в сутки, даже может не быть прямой связи.
27 авг 08, 12:21    [6114031]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 7820
sinitsa
SQL*Plus
Мультиплексор он и есть мультиплексор...
Сколько пользователей работают с данными БД, которая обеспечивает "обработку, аналитику и хранение"?
тех которых "можно посчитать" человек 15-20.
То есть есть еще и такие пользователи, число которых "нельзя посчитать"?
27 авг 08, 12:27    [6114089]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
sinitsa
Member

Откуда:
Сообщений: 204
SQL*Plus
sinitsa
SQL*Plus
Мультиплексор он и есть мультиплексор...
Сколько пользователей работают с данными БД, которая обеспечивает "обработку, аналитику и хранение"?
тех которых "можно посчитать" человек 15-20.
То есть есть еще и такие пользователи, число которых "нельзя посчитать"?


да, их нельзя посчитать в принципе, на эту базу без вопросов нужна лицензия на Processor, но ...
почему и возник вопрос, нагрузку на базу можно снизить разбив ее на две части, это даже будет правильно с точки зрения безопасности.

кстати, для базы пролицензированной по метрике Processor, стандбай может быть пролицензирован по User ?
27 авг 08, 12:47    [6114246]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
sinitsa
Member

Откуда:
Сообщений: 204
если можно, уточните пожалуйста :
Aqwerty
с нового года НДС со стоимости лицензий не платится, отменили


действительно отменили ?
а то http://orashop.ru/ все с НДС считает.
27 авг 08, 13:58    [6114811]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
IT person
Member

Откуда: Ru & Kz
Сообщений: 80
sinitsa


кстати, для базы пролицензированной по метрике Processor, стандбай может быть пролицензирован по User ?


standby должен быть пролицензирован по той же метрике, что и primary.
27 авг 08, 13:58    [6114820]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
IT person
Member

Откуда: Ru & Kz
Сообщений: 80
eml78
sinitsa
вот тут тонкость, мультиплексором фактически выступает база, пролицензированная по процессорной метрике, она занимается обменом данными и их буферизацией, а обработку, аналитику и хранение обеспечивает другая с лицензией по метрике USER, не просто сервер приложений. написала и поняла уже, для нас , нет практического смысла, но вообще видимо корректно.

Неважно кто выступает мультиплексором и где он находится - если доступ к БД (прямо или опосредованно, при многозвенной архитектуре) (весь или только его часть) идет через мультиплексор - то метрика USER не для вас.


вы не правы в последнем утверждении, например контора на 50 пользователей через 4 app сервера (мультиплексоры) работают с базой. не факт что метрика USER здесь не лучше.
27 авг 08, 14:09    [6114907]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
IT person
Member

Откуда: Ru & Kz
Сообщений: 80
Вопросик_
Up. Поясните по лицензиям для standby. Неужели даже в случае standard edition (когда data guard и близко нет) нужно покупать лицензии для второго сервера(standby) ?
:((
Получается, что mssql раза в два дешевле обойдется в таком случае (при том, что у него аналог data guard бесплатно включен в standard). Не считая, что у мелких техподдержку не нужно ежегодно оплачивать для получения обновлений.

зато у мелких надо платить за переход с версии на версию
27 авг 08, 14:36    [6115059]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
IT person
Member

Откуда: Ru & Kz
Сообщений: 80
sinitsa

вот тут тонкость, мультиплексором фактически выступает база, пролицензированная по процессорной метрике, она занимается обменом данными и их буферизацией, а обработку, аналитику и хранение обеспечивает другая с лицензией по метрике USER, не просто сервер приложений. написала и поняла уже, для нас , нет практического смысла, но вообще видимо корректно.

на самом деле вторую базу вполне возможно лицензировать по другой метрике (NUP), если она обновляется через batch processing / data feed из первой базы, лицензированной в вашем примере per processor.
27 авг 08, 14:45    [6115135]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
sinitsa
Member

Откуда:
Сообщений: 204
IT person
на самом деле вторую базу вполне возможно лицензировать по другой метрике (NUP), если она обновляется через batch processing / data feed из первой базы, лицензированной в вашем примере per processor.


ага, спасибо :) надо таки разбивать на две.
27 авг 08, 15:03    [6115280]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
eml78
Member

Откуда:
Сообщений: 648
IT person
eml78
Неважно кто выступает мультиплексором и где он находится - если доступ к БД (прямо или опосредованно, при многозвенной архитектуре) (весь или только его часть) идет через мультиплексор - то метрика USER не для вас.

вы не правы в последнем утверждении, например контора на 50 пользователей через 4 app сервера (мультиплексоры) работают с базой. не факт что метрика USER здесь не лучше.

из Software Innvestment Guide
if multiplexing hardware or software is used, the number of Named User Plus licenses must be counted at the multiplexing front end.

Так что в принципе вы конечно правы, но я в этой конференции читал, что конторе использующей web для доступа к БД отказали в выдаче NUP лицезии, хотя число пользователей было известно. Мне по телефону в Форсе сказали приблизительно то же самое. Возможно все дело в этом:
из Software Innvestment Guide
The Named User Plus metric is used in environments where users and/or device can be easily identified and counted.

Т.е. не просто фиксированное число пользователей - но они еще должны быть поименно известны. Т.е. если сегодня за компом сидит один чел, а завтра за тем же компом другой - то не факт что это одна лицензия.

А вообще самый простой и надежный способ - позвонить в контору где вы будете брать лицензии и консультироваться по таким тонким вопросам у них, или в Центре Технической Поддержки Oracle - если с конкретной конторой не определились.
27 авг 08, 15:31    [6115537]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 7820
sinitsa
SQL*Plus
sinitsa
SQL*Plus
Мультиплексор он и есть мультиплексор...
Сколько пользователей работают с данными БД, которая обеспечивает "обработку, аналитику и хранение"?
тех которых "можно посчитать" человек 15-20.
То есть есть еще и такие пользователи, число которых "нельзя посчитать"?
да, их нельзя посчитать в принципе, на эту базу без вопросов нужна лицензия на Processor, но ...
почему и возник вопрос, нагрузку на базу можно снизить разбив ее на две части, это даже будет правильно с точки зрения безопасности.
Если нельзя посчитать, то "нужна лицензия на Processor".
Никакого отношения к безопасности и снижению нагрузки метрика лицензирования не имеет.
27 авг 08, 15:46    [6115643]     Ответить | Цитировать Сообщить модератору
 Re: Расчет стоимости лицензий Oracle.  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 7820
eml78
из Software Innvestment Guide
The Named User Plus metric is used in environments where users and/or device can be easily identified and counted.

Т.е. не просто фиксированное число пользователей - но они еще должны быть поименно известны.
Т.е. если сегодня за компом сидит один чел, а завтра за тем же компом другой - то не факт что это одна лицензия.
Факт, что это минимум 2 лицензии.

Посмотрите, например, Illustration #1:Licensing Technology Products (p.14) в Software Investment Guide.
В этом примере рассматривается случай, когда в организации имеется
- 15 датчиков температуры, контролирующих температуру на складе и записывающих эти сведения в БД Oracle.
- 400 работников склада, которые используют 30 погрузчиков.
Погрузчики оборудованы транспондерами, которые пишут данные прямо в БД Oracle.
Таким образом имеется 15 + 400 = 415 Named Users Plus
27 авг 08, 16:10    [6115827]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6] 7 8 9 10 11   вперед  Ctrl      все
Все форумы / Oracle Ответить