e121Предпроектное обследование обязательно.
Но если будет желание консилидировать все-вдруг захотите УПП- , имхо, про 1с, (даже если 8-ка с терминалом, сервер 1с отдельно, скуль отдельно), стоит забыть.
Почему?

e121Как почему предпроектное обследование обязательно?
Абстрактно ставить диагноз- не всегда правильное решение. Я все ровняю по своей мерке, и вспоминаю, что у клиента было.
Нет почему надо про УПП забыть? Ведь не сказано, что будут делать эти 200 пользователей, может 50% из них будут ковырять в носу Надо сначала определить, скока действий будет в минуту, а кол-во пользователей второстепенный показатель, т.к. я один могу совершать действий в минуту больше, чем 100 пользователей, т.к. например я запустил групповое проведение док-ов

wellx Kovalevsky OlegДобрый день, господа

Практический вопрос - потянет ли 1С под MS SQL следующие объемы: около двухсот одновременно работающих пользователей с базой порядка 7 Gb, планимуемый прирост около 2Gb в год и номенклатурой в 1,5 млн.? v7.7 видимо умрет, а вот как дела обстоят с v.8? Изменился ли в v.8 метод работы с сервером, или все примерно так же как и раньше?

Best wishes,
-------------------------------
Kovalevsky Oleg
Polarnet Ltd
Moscow, Russia

У нас 80 юзеров в гл.офисе + MSSQL 16gb +1cv77+65 распред.баз, тормозит, но тянет. А насчет терминалки на 200 юзеров - вы сначала посчитайте скоко это по деньгам выйдет, да и про лицензии SQL тоже. Да и сервак нужен будет не один , а 2-3. Грубо: 1 клиент- (16mb -win32)+(32mb-1cv7)+(50mb-данные) =~100Mb/user*200=20Gb Ram+256mb-winserver. В общем сервера тоже нехилые надо.
Представляю себе эту картину :) У самого 50-60 пользователей БД 6 Гб + 5 распределенных БД все это дело на MSSQL + 1С 7.7 и ничего - нормально, лишь 1-2 раза в мес deadlock, который решается за 1-5 мин :)

michael_ Сергей84Представляю себе эту картину :) У самого 50-60 пользователей БД 6 Гб + 5 распределенных БД все это дело на MSSQL + 1С 7.7 и ничего - нормально, лишь 1-2 раза в мес deadlock, который решается за 1-5 мин :)
У вас все 60 одновременно рабатают?

На самом деле, количество коннектов очень существенно сказывается на произодительности. У нас, например, (не 1С) чудеса начались при 70 одновременно работающих пользователей. Пришлось срочно вносить изменения в код. Сейчас и 200 держит. Больше не пробовали.

Причем, как оказалось, тесты и практика это 2 большие разницы.
Да все одновременно, можно и больше, но нужно механизм блокировок немного переписать, внедрить что-то на подобии ГБ от SoftPoint и 7.7 может и 100 вытянуть :) Ее недостатком беспорно является убогая миграция :( В остальном же она устраивает на все 100, т.к. если что-то нельзя сделать внутренними механизмами я ее разгоняю через ADO\WSH\VBS\API\COM\WMI - осталось только DWH попробовать сбацать ради интереса, правда примитив будет, т.к. что это за DWH на 10-20 Гб? :)

ХА=ХАADO\WSH\VBS\API\COM\WMI и еще много др. страшных слов
А аналитические отчеты без WareHouse,или давай уже Сергей по русски,без
хранилищ делаешь?????
А с др. стороны чем отличается OLAP или WH от OLTP в 1С?????
Ответ:для 1С сделано уже всё в одном флаконе.Остатки по регистрам(оперативные остатки) используются для OLTP, отчеты которые выбирают обороты по регистрам - OLAP.
Да и собсвенно так ли уж важна скорость обработки данных из Хранилища,как
скорость оперативной работы.
Чего это ты там разогнал?????Расскажи плз.
Переписал все работу с регистрами через SQL запросы? Если да - то маладца.
Но вот не дай бог уйдешь ты с фирмы, и что тогда???? кто будет поодерживать твоё детище???Так что рассматривай уже возможности 1С стандартные,чтобы геморра с поддержкой не было, и вот тогда сто раз подумаешь брать или не брать!
OLAP или WH от OLTP в 1С ничем не отличаются, как я написал выше - ради интереса - просто потому, что хочу попробовать - никто не говорит о применении это в боевую, хотя в ветке по OLAP и DWH я встретил человека, который на своей 1С сделал DWH для анализа и работают, при желании если подойти с умом можно и OLAP и OLTP сделать, есть такая вещь как миграция и т.п., как сделать миграцию, переписать работу с регистрами на SQL, чтоб не было гемору по подержки можете обратиться сюда www.softpoint.ru
по поводу ADO\WSH\VBS\API\COM\WMI - не вижу ничего страшного, одно дело с помощью их 1С-ке добавлять дополнительные возможности, др. дело когда на этом надо что-то свое сделать - тут уровень и глубина знаний разная
если и уйду - то я и буду поддерживать, т.к. мои разработки стоят в некоторых конторах годами и никто не жалуется, я и забыл что где-то кому то что то ставил :)

P.S. Все кто програмят под 1С + MSQL и у кого БД > 2 Гб в той или иной мере знают, что такое MSSQL и T-SQL так что найти замену при нормальной з\п не проблема (под нормальной з\п > 30% рыночной +\- 20%)