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%)

ГБ??Сергей84, а вы можете внятно объяснить новичку что-такое гибкие блокировки для 1С?
Как вам уже сказал mazzy дополнительная приблуда, если конкретно, то в 1С используются блокировки на уровне таблиц, что мешает жить при большом кол-ве пользователй, можно механизм переписать и самому, но с проблемой грязного чтения 1С вам придется разбираться самому, или же поставить ГБ, где все это уже предусмотрено и сделано.
Проблемы с блокировками в 1С 7.7 где-то начинаются, когда пользоватлей порядка 50, используя ГБ максимальное кол-во пользователей легко можно увеличить в 2-е, по слухам до 150 чел. может работать вполне легко, но я сам не проверял :)
стоимость такой приблуды около 1500$ +\- (зависит от множества факторов, при предварительном подсчете у меня в конторе на 60 пользователей)

ВАВ1.Видел внедренную УПП 8.0 в конторе на 60-70 активных юзеров. "Плач, вой и скрежет зубов" Уже прошел месяц внедрения - до сих пор не наладят взаиморасчеты. Время отпуска 1-го клиента увеличилось в 1,5 раза. До этого у них крутилась самописная 7,7. Решили модернизироваться и сэкономить одновременно :-).
2.У меня лично на 70 активных юзерах, 40 из которых забивают документы, стоит 1С77 как редактор форм и хранилище документов и справочников, а все регистры вынесены во внешнюю SQL базу, с которой общение через ADO. База в целом 30Гб. Живет.Но периодически по мере увеличения базы начинаются тормоза.После очередного этапа оптимизации живем еще месяц. Оптимизируем переносом логики на SQL сервер. В пределе 1С остается только как редактор форм. К тому и движемся. Уже видел и подобную реализацию.
1 - зависит много от внедренцев, вы про успешные внедрения SAP в СНГ почитайте... так что урок им - нефиг экономить на КИС от которой зависит бизнес
2 - а что в этом плохого? например видел БД на FOX-е, от него только формочки, остальное же на SQL, но кто рисовал счет фактуру в FOX-е меня поймет (гемор еще тот), уж лучше 1С использовать как инструмент разработки интерфейса, остальное же на SQL перенести, плюсы такой системы 2:
1 - скорость разработки, быстрее чем на др. языках
2 - относительная опять таки дешевизна, т.к. клиент покупается и за его разработку платить не надо
минусы:
1 - отстает от языков разработки (кроме этого минусы других не вижу)

lou ВАВ 2.У меня лично на 70 активных юзерах, 40 из которых забивают документы, стоит 1С77 как редактор форм и хранилище документов и справочников, а все регистры вынесены во внешнюю SQL базу, с которой общение через ADO. База в целом 30Гб. Живет.Но периодически по мере увеличения базы начинаются тормоза.После очередного этапа оптимизации живем еще месяц. Оптимизируем переносом логики на SQL сервер. В пределе 1С остается только как редактор форм. К тому и движемся. Уже видел и подобную реализацию.

А зачем вам тогда вообще 1С? Неужто "редактор форм" такой удобный?
ДА и оч. простой...
Ему конечно не хватает ProgressBar-а, ползунка и кое-каких еще фич, но и без них можно обойтись, так же если уж так хочется, то ProgressBar можно самому нарисовать :)

P.S. с этим редактором разберется любой человек за пару часов (на простом уровне конечно, т.к. есть там пару подводных камней, которые с первого разу не видать :( )

lou Сергей84P.S. с этим редактором разберется любой человек за пару часов (на простом уровне конечно, т.к. есть там пару подводных камней, которые с первого разу не видать :( )
А при чем здесь "любой человек"? У людей хватает ресурсов и квалификации спроектировать базу, оптимизировать работу с ней и т.д. И при этом держать 1С "как редактор форм"? Не понимаю я чего-то. Симбиоз этот не понятен. Не поверю, что новые формы они клепают как на конвейере по 20 шт. в день.
Ну это кому как... Если вам хватает внутренних средств 1С -то так и пользуйтесь, не хватает используйте 1С как редактор форм... Что тут объяснять? ИМХО одним словом.