SQL Server - Сколько пользователей мне действительно нужно?

Question

Я настраиваю приложение и ищу покупку лицензии на SQL Server. Мой вопрос довольно прост (хотя может иметь сложный ответ ...)

Сколько учетных записей пользователей мне действительно нужно для SQL Server?

На мой взгляд, я бы назначил одну основную учетную запись администратора, может быть, 2 или 3 учетных записи пользователей, а затем одну учетную запись для приложения.

В моем приложении, вероятно, будет около 30-40 пользователей, при этом редкая возможность одновременного использования 4-5 человек. Но, как я понимаю, я бы настроил BLL с 30-40 учетными записями - и BLL будет иметь учетную запись SQL, которую все 30 учетных записей будут использовать для запроса БД через ...

Мне просто интересно, что люди думают об этом. Это путь, или у меня здесь неправильное представление об архитектуре?

Answer 1

Ваш случай называется мультиплексированием и рассматривается в особых соображениях Использование промежуточного программного обеспечения, серверов транзакций и многоуровневой архитектуры:

Иногда организации развиваются сетевые сценарии, которые используют различные формы аппаратного и / или программного обеспечения, которые уменьшить количество устройств или пользователей которые имеют прямой доступ или используют программное обеспечение на конкретном сервере, часто называется "мультиплексирование" или "объединение" аппаратное или программное обеспечение. Использование таких оборудование мультиплексирования или объединения и / или программное обеспечение не уменьшает количество клиентских лицензий (CAL), необходимые для доступа или использования SQL Серверное программное обеспечение. CAL требуется для каждое отдельное устройство или пользователь программное обеспечение для мультиплексирования или объединения или аппаратный интерфейс. Это остается правдой независимо от того, сколько уровней оборудования или программное обеспечение существует между сервером работает SQL Server и клиент устройства, которые в конечном итоге используют свои данные, услуги или функциональность

Итог: вам нужна одна клиентская лицензия на каждого пользователя, то есть 35-45 лицензий.

Answer 2

Насколько я понимаю, вам нужна клиентская лицензия для каждого отдельного пользователя или устройства, которое использует SQL Server, поэтому 30-40 в вашем случае. Учетные записи - это просто набор учетных данных, которые аутентифицируются на сервере, а пользователи - мешки с мясом. Лицензионные мешки с мясом, а не счета.

Это легко понятая область, и Я бы посоветовал связаться с Microsoft Licensing , чтобы узнать реальную сделку.

Answer 3

Простой ответ ...

Требуется клиентская лицензия для каждого отдельного пользователя или устройства, которое подключается к SQL Server, независимо от «мультиплексирования», веб-сервера или прокси-сервера между конечным пользователем и установкой SQL Server.

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

Подробнее ...

• Что если вы расширите магазин или базу пользователей?
• Клиентские лицензии в какой-то момент становятся дороже, чем на процессор
• Вы редко лицензируете одну коробку.
• А как насчет аварийного переключения на производстве?
• Лицензии не для prod (блоки Test / dev) -> получить подписку MSDN

Мой совет: поговорите с MS или с кем-либо, кто занимается вашими лицензиями в вашем магазине. У вас уже есть соглашение с MS по крайней мере для ОС и Office.

Answer 4

Вы знаете знаете, что коммерческое использование SQL Express 2005/2008 разрешено и может идеально подходить для вашего сценария?

Вы всегда можете в любой момент перейти на стандартную версию, если она вам понадобится.

Для сравнения выпусков MS SQL Server проверьте здесь . Это также включает их ограничения. Я убежден, что для вашего сценария SQL Server Express будет работать очень хорошо (при условии, что ваша БД не превышает 4 ГБ).

Answer 5

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

Answer 6

Вот что говорит MS Sql Server:

Для внешне ориентированных серверных приложений. Лицензирование процессоров - лучший выбор для серверных приложений, ориентированных извне, таких как сценарии Интернета и экстрасети. В этих сценариях часто сложно сосчитать устройства или пользователей, поэтому цены на аппаратное обеспечение более просты.

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

Для сред внутри брандмауэра. Для сред внутри брандмауэра, где соотношение процессоров клиент-сервер относительно низкое, модель лицензирования CAL «сервер плюс устройство», вероятно, будет более экономически выгодным выбором, если на устройство приходится несколько пользователей (например, в центре обработки вызовов) в то время как модель лицензирования CAL «сервер плюс пользовательский», вероятно, будет более рентабельной, если на пользователя приходится несколько устройств. Для сред внутри брандмауэра, где соотношение процессоров клиент-сервер высокое, модель лицензирования процессоров, вероятно, будет более рентабельной.

Answer 7

Если ваше приложение использует BLL, который проксирует многих пользователей на экземпляре SQL Server, то я думаю, что вы не можете получить лицензию на основе количества учетных записей.

Microsoft скажет вам, что вам нужна лицензия на процессор. (И это дешевле, чем покупать лицензии 30-40 CAL)