Возник вопрос по возможности одновременной работы 500-700 пользователей в одной базе 1С 8.
Имеем предприятие из отрасли дистрибьюция, распределенная базы на 1С 7.7 (примерно 8 крупных филиалов + надцать небольших). Основные транзакции - проведение отгрузочных накладных общим количеством 4000 за 3 часа. ( самом крупном филиале 500-700 документов, по 30-50 строк с хитрой обработкой урезаний).
Рассматривается вопрос по смене платформы на другую, вариант 1С 8 не исключается. Одно из важных требований, реализовать новую систему в одной базе.
Так как опыт работы с 8кой имеется, то мнение не однозначное.  С одной стороны по формальным признакам у 8-ки все компоненты приличной ERP есть (трехзвенка, кластеры, управляемые блокировки), с другой стороны на странице с внедрениями  http://www.1c.ru/rus/partners/ckp-upp_top100.jsp, в основном распределенные базы.. в решениях видно в одной базе варианты 200 пользователей, или около того.
Пообщавшись с разными франчами, информация разная. От «не будет работать» до «система потянет, если заказать в проекте оптимизацию в проекте за ХХХ руб».
Понятно, что по железу ограничений значительных нет. Нужно два-три-х серверов в кластер, то заложим (в других ERP требования к железу не меньше).
В общем-то интересует мнение коллег, кто реально работал и сталкивался с системами на 1С 8, с более 500ми пользователями 1С в одной базе, и массовым вводом документов  до 20 тыс. документов реализация за 3-4 часа..

на самом деле интересно, сколько теоретически может быть соединений, у меня 500 проглатывает, 750 - уже нет, причем рабочих процессов 3 32-битных...

Из переписки видно что (2) как раз ценная информация, что потянуть может. Только уже решили соскочить с единой базы на раздельные.
(90) попробовал твой тест, не понял что за показатели "количество пользователей" и "удовлетворенность пользователей". на что они влияют, и при каких параметрах скрен шоты выкладываются.
Я на своем текущем серваке протестил 5 пользователей, оценка 4: получилось по отчету "Итого/итого:6354"

(91) эти параметры ни на что не влияют :) это для остальных - типа сколько на таком сервере 1с/субд работает юзеров в продакшене и насколько их удовлетворяет скорость работы

(74) AMD Opteron 8354 2.2GHz надо бы заменить. 6 лет для процессора - уже глубокая старость.

(93) На что? Да и смысл? Замена ради замены?

6 лет еще нет, они вышли 9 апреля 2008 года wiki:Barcelona_(AMD)

(94) Нет. Ради безопасности и производительности.

(38) ...А про три часа, потому что торговые агенты заявки сбрасывают целый день, но пик обработки получается с 15.00 до 18.00. Т.к. после 18.00 уже маршрутизация доставки, потом передача на склад

здесь ваше надуманное узкое место, если разрулите его методически правильно, то требования к системе будут сильно мягче

(96) безопасность?

(98) Ну да. Сколько стоит час вынужденного простоя этого сервера?

(99) А почему он должен простаивать?

И да 0 рублей 0 коп, ибо оперативная база - файловая 7-ка. А на 8-ке ЗУП, БП и управленческая нетленка

(101) Все понятно.

В любом случае если оно и сдохнет есть резервный сервак, не такой мощный, но в принципи справится с работой

(102) Оперативную файловую 7-ку раз в полгода сворачиваете?

(103) в год

на НГ режем по 4 квартал

ктойто мне результаты поломал своим копошением в коде? :)

хотя то, что на 999 юзерах оно еще шевелится - это круто!

http://fragster.ru/perfomanceTest/testDetails.php?guid=4713fb2a-94a6-11e2-8b0d-00155d00bd07

Сделал ради прикола 10 рабочих процессов

999 вылетело, а 750 прохавало
546 - 24.03.2013 22:24:06
204 - 24.03.2013 22:24:07

второй прогон
593 - 24.03.2013 22:25:22
157 - 24.03.2013 22:25:25

Т.е. как бы небольшой прирост есть по сравнению с 1 процессом, но не в 10 раз

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

(111) ну с одним процессом он и на 500 обычно терям рабочий процесс, а тут на 750 что то пытается сделать. Т.е. прирост в масштабируемости, а не в производительности

(38) забавная формулировка вопроса: "зачем делить на части для надежности". Кластер серверов 1С предприятия, а БД-то одна.

(113) Ясно, глянул схему кластера. Действительно СУБД одна, и на несколько серверов не размазывается ни как.. Получается потенциально узкое место в производительности для дальнейшего масштабирования.

(114) wiki:Oracle_RAC

(114) все 700 рыл в одну базу не нужно тебе. В итоге будет у тебя база на энцэть терабайт и резервное копирование - жопа, развернуть бэкап - жопа, копию организовать - жопа. Потому что 100500 терабайт - этот тебе не хрен собачий, их, как минимум складировать где-то штабелями надо. А главное - в твоей базе будет 100500 различных функциональных блоков, которые промеж себя только нормативно-справочной связаны, но изза них ты должен каждый чих продумывать, чтобы какие-нить чуваки, которые закупкой оборудования занимаются, не нагибнули блокировками каких-нить товарищей, которые с поставщиками товаров хитрые договоры заключают, или еще кого-нибудь непричастного.
Любая крайность - есть зло в чистом виде. Единая база учета все на свете (она даже не зря в такую аббревиатуру собирается веселую - ЕБУ) имеет, кроме плюсов, подарочный бонус-пак минусов. Потому что это крайность. Туева хуча маленьких баз, в каждой из которых своя маленькая функция - такая же история (попробуй потом в этом зоопарке разберись, когда ты их даже по пальцам пересчитать не можешь).
Нужна какая-то золотая разумная середина. Но в любом случае 700 пользюков, в едином порыве в одну базу херачащие свои байты, - это крайность и юношеский максимализм. Задави это в себе (ну или в том, кто это придумал).

А самое неприятное в огромной монолитной базе - это потребность остановить ВСЁ для обновления даже самой маленькой вот такой вот куйни. Например, надо в заказ поставщику добавить колонку, которая нужна одному только департаменту о двуста душах. И ради вот этой вот херни тебе надо остановить и оплаты поставщикам, и бюстгалтерию, и вообще всех, даже тех, кто на уму вертел все эти заказы и ни разу их не видел даже. В этой связи еще обиднее при экстренных обновлениях, когда кто-то чо-то наговнокодил...
Так что быстродействие этого мамонта - вообще последнее дело.

(114) у Софтпоинта есть решение вроде, где они это делают. Анонс на семинаре давали. Правда я боюсь представить скольо они попросят за него...

9117) и тут встает вопрос - где она эта золотая серелина? и на первый план выходят не технические вопросы субд/кластеров/хренястеров - а вопросы разумной организации всего это хозяйства - не только в техническом плане, но и в управленческо-организационном... грамотно разделить базы по возможно более непересекающимся задачам и прочее.. - вот тут вот и затык.. - кто это все делает? планирует? рисует? нихз непонятно...

(116) Откуда такие глубокие познания про "700 рыл в одну базу" и "100500 терабайт"? Это там хранить раскадровку всей мировой классики? Сам писал приложение или как?
У меня в одной базе 750 пользователей. Вроде, нормально отрабатывает. И там "чуваки, которые закупкой оборудования занимаются" и не только оборудования. И в цехах заявки в любое время делают и отслеживают роеву тучу движений реально.
Или "с поставщиками товаров хитрые договоры" валят напрочь всю базу? Тогда можно озвучить, если не секрет, на какой степени "хитрости" договора стоит останавливаться, чтобы система не рухнула?
Насчет "обновления даже самой маленькой вот такой вот куйни".
Есть регламент. И остановка на 5-6 минут чтобы "в заказ поставщику добавить колонку" например, ночью еще никому не вредила.
Все же интересно какой опыт имеется для таких пафосных заявлений. Зачем пугать народ? Может быть, стоит самому "начали юзать поиск, читать мануалы и перестали рассказывать сказки" и, может быть, самому что-нибудь написать?

(120) коробочная конфига без переделок? есть штатные 1сники, которые по вполне утвержденному графику работают посменно, в т.ч. и ночью?

(121) Я не считаю коробочные продукты верхом совершенства. Это примеры использования поставляемых платформ. Насчет "штатников" все решаемо. Какие тут проблемы?

Автор, в (2) уже все сказано
От себя добавлю, возможно следует посмотреть в сторону ЦКТП http://v8.1c.ru/expert/cts/cts.htm
Если выберите 1С, то без оптимизации вам точно не обойтись.

(88) напиши мне в почту и я отвечу на второй вопрос

(120) короткий песюн покою не дает и заставляет в интернетах искать, с кем бы померяться?.. Регламент у него есть и 5-6 минут. Расскажи еще чо-нить.

(124) какой вопрос?

Короче глядя на внедрение в Световых Технологиях, а там сумма внедрения более 1.6 млн. евро + железо более 300 тыс. евро !!! Думаю у Вас эти цифры нужно на 2 помножить и тогда взлетит.
Думаю у Вас обороты это позволяют это сделать ? Лярдов 50 в год наверно прокручиваете  ????

(126) предел количества соединений на один rphost

(116) - Да ты писАтель, ядрёно пишешь !! Твой абзац спёр к себе.

(129) Лефмихалыч очень крутой чел ! Еще больше его зауважаю когда в этом списке увижу: http://www.magnit-info.ru/about/structure/

(128) непонятно, почему через почту, но написал...

(0) у нас как раз в районе 700 пользователей работает. В момент внедрения были адовы проблемы с платформой. Не жила она с кластером никак. То рпхосты память отжитрали навсегда, то какие-то вечные "ошибки формата потока". Но 1С оперативно подключилась и допилила платформу.

База представляет из себя смесь БП 2.0 и УСН. По мере нарастания объемов данные случаются затыки которые оперативненько оптимизируем. Очень помогает КИС в этом плане.

(132) КИС - ?

КИП, наверное

ой. ЦУП =)

вот это вот

http://v8.1c.ru/expert/pmc/pmc_overview.htm

(0) Приведу простой НАШ пример. http://v8.1c.ru/expert/cts/cts-202-004.htm Начинали с 400 пользователей, затем стало до 1500 в пиках продаж. Плюс куча не-1с приблуд для дополнительных сервисов. Спокойней такой проект делать в рамках ЦКТП. Ибо руководство с высокой вероятностью не будет слушать Ваше мнение, даже если оно правильное. А вот авторитет фирмы 1С в этом деле поможет. У нас есть опыт и с более крупными базами. Типовые допилить до нужных потребностей можно и нужны.   Надо понимать, что дело тут не в 1С, а кто именно внедряет, откуда у него руки растут.
(5) обламайся, здесь нужны не утилиты а мозги :)

(5) кстати, ты напрасно путаешь нас с Софтпоинтом.
Разница принципиальная - они берут деньги, а мы - нет.
Мы берем за результат, а не за утилиты.

(138) Вот честно - я охотно верю, что вы (как Гилевы, так и Софтпоинтовцы) несете добро всем, но вот автору я бы посоветовал бы договориться за деньгу хорошую договориться с @Fragster-ом :-)

Ну вот. Как и предполагал, ничего конкретного по поводу глубоких "познаний" в (116) не ответил. Обиделся, мальчик?

(122) да вообщем никаких. Хотлось узнать - самописка или решение из коробки... Сделал вывод что скорее самописка чем коробка..

(139) ну посоветовать то ты конечно же можешь, процитирую тебя же "Будет много советов, 96% абсолютно глупых."

(0) Потянет, если разрулить узкие места.

(141) сильной разницы между самопиской и коробкой не будет, так как последняя после переделок больше с самопиской общего будет иметь )))

(143) и будет конкретный человек, который будет нести ответственность за разгуливание этих узких мест, а не перевод стрелок админов на кодеров и обратно )))

(141) Если делать реально большую систему, то писать только после приличного разбора задачи самому.
Из коробки работает на нескольких сотнях записей, и ладно. Значит продавать можно.
Например, переписывать пришлось документооборот. Там после пары месяцев работы документы стали открываться по 3-4 минуты. Пришлось в код лезть. Мама дорогая! Сплошные запросы в цикле. После переделки за 1-2 секунды стало открываться. А так по нормальному, все бы снести и написать нормально систему. Узкие места не только в выборках данных, но и в структуре.

(146) Документооборот какой версии? У нас вроде летает (несколько сотен пользователей)

(146) угу, и ждать 2 года пока пишут нетленку.
Лучше сразу запуститься, а потом допиливать.

(137) 1500 пользователей - масштабируемость
3000 заказов по 2-10 строк - производительность

оптимизировалась производительность и результатом стала масштабируемость ?

(148) Если бы хозяева капитала конторы знали, что их ждёт с сырой прогой, никогда в жизни как минимум без тестирования не переезжали на сыряк.

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

(147) Вопрос правильный. Но не совсем.
Правильнее было бы - "Документооборот какой фирмы?"
(148) Такое тоже может быть. Главное, понимать на что подписываешься, когда "сразу запуститься, а потом допиливать". Чем подкупает платформа 1С, это тем, что на ней, вроде, быстро можно набросать прототип системы.

(150) с несырой ждало бы тоже самое только на 1.5 года позже.

(0) Сталкивался, но не с 1с. MSSQL. Ядро системы уже не задействовалось(чересчур тормозное) , все работало на хранимых процедурах с оптимизациями.

(150) Так хотя бы срок бардака уменьшился в несколько раз. Это уже плюс.

(154) Афигеть! Видать разработчики очень круто спроектировали хранилище, а вот ядро "чересчур тормозное"? Интересно, как удалось вокруг ядра обход устроить?

(156) Тяжело, но пришлось. Ядро системы - "средний слой", так скажем, т.е. механизм создания проводок. Нечто вроде конструктора движений, но с хранением не в коде, а в служебных таблицах. На больших объемах данных... терабайт примерно... тупо затыкался. Приходилось проводки грузить инсертами в таблицы проводк, затем пересчитывать таблицы сальдо... В общем, романтика:)

(157) Регистры бухгалтерии - это вообще АДова поделка у 1С )))) 500 счетов и 4 субконто и все дохнет ))) хоть об аптимизируйся.

(158)Он не про "АДовую поделку у 1С" пишет.
(157) А откуда объемы терабайтные? Я никак в толк не возьму, когда пишут про такие объемы. Что там такого огромного, даже на миллионных записях?

(159) Для ускорения доступа к данным база денормализовывалась, вот и объемы. А вообще, конечно, роль куба учетная система выполнять не должна, на это есть кубы. А без денормализации там была бы просто ...

(156) ну, независимые РС - то еще... особенно, если не думать с самого начала...

(160) Суровые вы ребята.

(160) Извини, что докапываюсь. Я делал что-то такое для чужой системы на ORACLE. Там тоже пришлось базу денормализовывать. Но эти самые таблицы уже теперь ваши и тригеры, заполняющие их, ваши. Но, все же, это набор ссылок и каким то образом уложенные тригерами данные. Вот и не складывается у меня в голове все эти биты и байты. В итоге, это гигабайты будут. И даже не десятки гигабайт. Это не так много.

(138) То есть вы не берете денег?;) Цель любого бизнеса зарабатывать деньги, кто говорит обратное тот лукавит. А насчет утилит - ну найдите мне пожалуйста утилиту для кластеризации СУБД MSSQL + 1C8?(http://softpoint.ru/products_id15.htm) Я скажу что пока что она есть только у нас, и в исследования было вложено очень много денег. Почему же она должна раздаваться бесплатно?  Хотя некоторые компоненты мы раздаем бесплатно.(например для параллельных вычислений для 1С)
(0) Если написать с нуля то однозначно все потянет. Сейчас к примеру запускаем проект на 1200 работающих магазинов в одной БД.

(164) а зачем только магазинов в одной базе? проблем со связностью нет?

у нас в организации примерно 500-600 пользователей онлайн + ТА с КПК льют заказы. Правда используется риб с фильтром по подразделениям в итоге все сливается в одну консолидированную базу. Если не жалеть денег на дисковую подсистему под сервер БД то и больше будет тянуть без проблем.

(164) Не хочется загонять Вас в угол. Много Вы платите за пользование википедией? Может быть Вы платите за постгресс? Кому?
Мы потратили силы на разработку инструментария, потому что сделали его прежде всего для себя. Но мы не жмотимся и даем пользоваться бесплатно нашей системой. Ферштейн?

(164) Найдите хотя бы одного человека, который бы купил наш инструментарий, например http://www.gilev.ru/querytj/, слабо? Ну тогда и не надо о других судить по себе!

9167) я не понял в чем холивар? вы даете бесплатно. а софтпоинт - платно..? ну так разные модели бизнеса. или что?

(169) мы не преследуем принцип бизнеса "минимум усилий - максимум прибыли", хочется оставить после себя хороший след

(170) мне тоже хочется оставить после себя хороший след. но чем дальше - тем злобнее становлюсь...

(170) я вот как на снеговика переползу и вдруг будет все плохо - я к вам приду... за хорошим следом ;-0

(170) Когда станете собственником и будете отвечать не только за себя но и за людей которые работают в компании думаю вы поменяете свою точку зрения. Впрочем спор бесмысленный , каждый вправе делать что ему хочется. Обвинять в бизнесе кого либо за то что берут деньги за свою продукцию - как то странно. А насчет оставить след - ну так это хорошо. Только для этого вовсе не обязательно дарить все бесплатно и тому множество примеров.

(168) Мне кажется у Вас начилась звездная болезнь с некоторых пор, судя по вашим непродуманным высказываниям (не только в этой ветке).
Ваш сервис "бесплатен", но абсолютно неприемлем большинству крупных компаний - так как ломает всю их безопасность.
Я не говорю о его полезности, в чем принципиальное отличие от ЦУП и других продуктов на рынке(кроме бесплатности))?
Основное достоинство мониторинга PerfExpert - его способность анализировать данные из различных источников и находиться закономерности.
Ваш "сервис" просто отображает данные из источников (технологический журнал, счетчики, лицензии) - но специалистов на рынке, которые могли их обработать очень немного. Поэтому мое личное мнение - вы пытаетесь расширить канал продаж через сервис, при этом популяризируя его мнимую пользу.
Опять же подчеркиваю, это мое личное мнение.

(173) понятно, значит не оспаривать схему раздачи постгреса ума хватило :)

(174) вы сводите разговор о плюсах и минусах технического решения, которые есть у любого решения!
к обсуждаемой схеме распространения продукта это не относится, я понимаю что у софтпоинта "нечем крыть" и все будет переведено на обсуждение личности, ну что ж это классика жанра, хотя грустно за Вас

кстати, мне дубину вернули и я бдю

(175) Ума хватило, слава богу:) Я мог бы вам рассказать о различных лицензионных политиках распостранения продуктов и о принципах формирования цены для продкутов предназначенных для ограниченного количества корпоративных клиентов. Но , не буду. Как то вы в демагогию скатываетесь, переходите на личности. Мне это не интересно.
(176) А вы не грустите;) Я желаю вам оптимизма и радости и главное больше позитива!

(0) Что мешает обратится напрямую в Интелком?

Минуя всяких посредников которые и в глаза -то не видели 1000 пользователей

(137) сейчас они то же на 1С или друга платформа ?

(182) ну это вообще "динамично развивающаяся" компания и у них  много планов, а пока да, 1С v8, и думаю что еще какое то время поживет :)

(183) из мобильных приложений (iOS, Android, ...) и с сайта для каталога товаров то же к 1С цепляются ? или торговый каталог на чем то другом построен ?

Честно говоря система у них сделана круто !

(147) меряться документооборотами - последнее дело, т.к. в нем, кроме одаренного кода еще очень много зависит от настроек и объемов (что в общем - следствие одаренного кодинга). Например, если у тебя несколько миллионов внутренних документов, с десяток разных видов этих документов, да еще и папок хренова туча, то новая фишка с дескрипотрами выливается в адов ад при добавлении пользователя в группу - ДО по сути кидается пересчитывать права для всего, до чего дотянуться может. Причем стэк вызовов там едренячий и на начальных этапах-то там накладываются всякие отборы по видам и прочему, но потом все это передается через 33 колена в процедуры, которые просто выгребают все дескрипторы по виду документа и начинают отапливать серверную процессорами.
А вот если видов документов два-три и они не разбросаны по разным папкам, а под каждый своя папочка, то все зачипок - дескрипторов мало и при этих диавольских пересчетах все быстро происходит.

(184) там много интересных решений, и на 1с в том числе, но к сожалению мне позволено рассказать существенно меньше чем хотелось бы
могу сказать, что там много "путей заказа товара"

Хорошая дискуссия пошла..
(137) ЦТКП как я понял из ссылки, это франч подготовил как минимум одного специалиста по "1С:Эксперта по технологическим вопросам" и с помощью него оказывает услуги по оптимизации быстродействия.
А сама фирма 1С причем в этом случае?
(180) А чем примечателен Интелком ? Тоже один из франчей + железо ?

(187) Наконец-то ТС объявилсо, Вы уважаемый лучше ответьте на (127), очень интересно бюджет имеет у Вас какие-то рамки ??? А то может Вам Выделят 200 тыщ. зеленых и скажут хотим шобы все улетало ))))

(188) Этого вполне может хватить. Ну, если только железо.