Сценарий:
Торговая сеть, ~500 филиалов, ~1500 кассовых терминалов

1. Редактирование товаров, цен, просмотр отчетов (толстый клиент, скажем 10 юзверей)
2. Экспорт/импорт данных для/от кассовых аппаратов (процесс, пишет/читает данные для/от каждого филиала в бинарном формате, ФТП сервер )
3. Коммуникационный процесс, посылает(собирает) данные из филиалов

До сих пор хватало возможностей Еxpress версии SQL Server 2008. Размер базы постепенно приближается к критическому

Посмотрел варианты лицензирования, запутался окончательно.
Сколько в выше написанном сценарии Device/User CAL?
10 юзверей + процесс N2? Или кассовые терминалы тоже надо учитывать?

K>До сих пор хватало возможностей Еxpress версии SQL Server 2008. Размер базы постепенно приближается к критическому
поставь r2 — там лимит 10гб а не 4

Здравствуйте, rm822, Вы писали:

K>>До сих пор хватало возможностей Еxpress версии SQL Server 2008. Размер базы постепенно приближается к критическому
R>поставь r2 — там лимит 10гб а не 4
Во! Спасибо! На следующие полгода хватит. Но на будующее все равно интересно:
K>Сколько в выше написанном сценарии Device/User CAL?
K>10 юзверей + процесс N2? Или кассовые терминалы тоже надо учитывать?

Здравствуйте, Kalina9001, Вы писали:

K>До сих пор хватало возможностей Еxpress версии SQL Server 2008. Размер базы постепенно приближается к критическому


Почистить базу? Сделать архивный сервер?

Здравствуйте, Sshur, Вы писали:

K>>До сих пор хватало возможностей Еxpress версии SQL Server 2008. Размер базы постепенно приближается к критическому
S>Почистить базу? Сделать архивный сервер?

Это было сделанно в первую очередь

Здравствуйте, Kalina9001, Вы писали:

K>Здравствуйте, Sshur, Вы писали:

K>>>До сих пор хватало возможностей Еxpress версии SQL Server 2008. Размер базы постепенно приближается к критическому
S>>Почистить базу? Сделать архивный сервер?

K>Это было сделанно в первую очередь

Ну я на всякий случай спросил.. Просто почему размер базы растет? Значит там идет накопление новых документов, и может их надо хранить за меньший промежуток времени.

Здравствуйте, Sshur, Вы писали:

S>Ну я на всякий случай спросил.. Просто почему размер базы растет? Значит там идет накопление новых документов, и может их надо хранить за меньший промежуток времени.
Количество филиалов переведенных на наш софт растет (ПРОФИТ!)

Здравствуйте, Kalina9001, Вы писали:

K>Посмотрел варианты лицензирования, запутался окончательно.
K>Сколько в выше написанном сценарии Device/User CAL?
K>10 юзверей + процесс N2? Или кассовые терминалы тоже надо учитывать?
кассовые терминалы тоже, это называется мультиплексирование

Помимо перехода на 2008R2 можно разбить БД на несколько (так называемый шардинг). Например, так поступает mail.ru со своими картами.

Здравствуйте, <Аноним>, Вы писали:

А>Здравствуйте, Kalina9001, Вы писали:

K>>Посмотрел варианты лицензирования, запутался окончательно.
K>>Сколько в выше написанном сценарии Device/User CAL?
K>>10 юзверей + процесс N2? Или кассовые терминалы тоже надо учитывать?
А>кассовые терминалы тоже, это называется мультиплексирование

Ага, читаем:

Мультиплексирование
Мультиплексирование - это использование аппаратного или программного обеспечения, позволяющего снизить количество устройств, напрямую обращающихся к серверу и использующих установленное на нем ПО. Применение мультиплексирования или пулирования не уменьшает количества CAL, необходимых для доступа к SQL-серверу. Лицензия клиентского доступа требуется каждому отдельному устройству или пользователю, устанавливающему соединение с мультиплексором или пулирующим устройством или ПО с клиентской стороны.

В моем случае кассовые терминалы вроде не обращаются напрямую, не устанавливают соединение, не пулируют?