Добрый день!

Нам необходимо перевести 250 магазинов, на работу в терминальном режиме в одну БД Розница 8.2 (не типовая)
Одновременно обращать к БД будет ~1000 пользователей.
Просьба озвучить необходимое кол-во серверов приложений, а так же их конфигурацию.

v8: ОФФ: Проект внедрения УТ, >1000 активных пользователей - что скажете?

(0) восьмерка не умеет отчеты крутить со справочником в сто тысяч строк, а ты хочешь тысячу юзеров загнать...

Щас на калькуляторе подсчитаю.

(0) Дас ис жесть...

Договаривайтесь с центом инноваций ibm. Соберите пару system z для СУБД в отказоусойчивый кластер, еще пару - в отказоусойчивый кластер серверов 1С. На каждом сервере по 20 рабочих процессов. Базу - в отдельную полку. Терминалку на отдельную тачку. Связь между серваками - thunderbolt если возможно. Ну и гоняйте тест-центром.

P.S. Тупая идея - касса в терминале.

озвучьте торговую сеть которой так неповезло

(0) ужас. Идейного вдохновителя к стенке. 5 лет расстрела без права переписки.

Дешевле sар купить :-)

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

(7) Потом пожизненный эцих с гвоздями.

не взлетит.

Потом баба Маня - МегаУборщица выдергивает шваброй одну проволоку и весь магазин сосет х..(зачеркнуто) лапу!

(12) можно было не зачеркивать

Про конфигурацию никто не пишет((
Сейчас идея - это будет 5 APP - серверов с 20 Гб оперативы каждый. Работают однавременно с разделением мощностей.
Intel (R) Xeon (R) CPU X5670 2.93 GHz (8 processors)

(14) Дык Слава Гилев еще в прошлом году все написал:
http://gilev.blogspot.com/2011/12/ms-sql-server-1-1000-2000.html

железо вторично
первична идея как будет реализована параллельность работы пользователей.

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

(14) А не маловато 100 ГБ Озу на 1000 пользователей? Притом что там и сервер приложений я так понимаю и СКЛ сервер.

У нас ща 50 ГБ, и собираются до 100 увеличивать. 150 пользователей УПП нетиповая ;-)

(0) даже если железо соберете, вам потом долго разгребать тормоза конфигурации + блокировки объектов. 250 магазинов хотя бы по 2 кассира это 500 рабочих мест.

(17) Не самое лучшее решение отключать контроль остатков, ты потом хрен чо найдешь

(0) проще будет если каждый или несколько магазинов будет работать в отдельной базе, а из баз сливать информацию в центральную БД.

(0) такие системы ВСЕГДА строятся на основе распределенок, в каждый магазин небольшой сервер, обмен по расписанию (обычно берется половина времени ухящее на доставку товара из одного места в другое)

получите
1. отказоустойчивость (не зависит от инета)
2. отсутствие блокировок
3. безопасность на уровне физического отсутствия в базе чужих данных

и т.д.

+(22) именно.

(0) а если запустите все в одной БД, 1С вам памятник поставит ;)

(16) ну ну
(22)+ 1000, даже серв не обязательно в магазе достаточно компа

(24) С табличкой "как не надо делать".

Может разумней "фронт-офис" какой-нибудь?

не совсем понятно для чего загонять сеть розничных магазинов единую базу? какая цель?
чтобы каждый магазин мог видеть что твориться в других магазинах? или из центра видеть в онлайне что происходит в каждом из 250ти магазинов?

(28) в реальном времени видеть остатки...

пример
Горбушка, сеть 20 магазинов, расстояния между ними 3 минуты пехом

еще не весна, а чудные ребята повылазили.

(29) а какой в этом смысл, если магазины розничные, и в любой момент товар может быть продан.

(20) В такой базе ты с контролем остатков хрен что продашь. Контроль остатков на кассе магазина - зло. Как может не быть того, что покупатель в руках держит? И что ему говорить? "Подождите, мы сейчас разберемся почему остатков нет, потом вам продадим" - так чтоле?

(31) в случае (29) целесообразно, при отсутствии товара в одном магазине, продавец может сбегатьв соседний, притащить оттуда товар и продать.. но в (0) 250 магазинов, врятли они сосредоточены в одном месте, потому и возникакет вопрос, а нафига все в одну базу-то тащить?

пилят бабло

(34) +1. Потом скажут, что 1С сырая и распилят еще больше на Oracle Retail...

КГ/АМ. Что будет автор делать с нестабильным коннектом и сколько человек уйдёт из магазина за время перезапуска программы?

(36) Там текучка большая, на персонал пох

(37) Уже озвучили потерпевшую компанию?

(38) Ждем-с...

(0) у вас денег не хватит...

Вы что тут разбушевались? Никогда в в магазине сотовых  не были? Если сервер недоступен они точно так же работают,как связь восстановилась - доки вбивают.

(0) город Киев? Слышал о подобно проекте но чем закончилось дело не знаю

вот что-то мне подсказывает что в сабже речь идет о сети "СемьСот" :)
недавно слышал от уволившегося от них прога, что у там проблемы серьезные с централизованной БД.

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

Посмотри в сторону репликации.

+(44) или фоновые обмены...

(45) (46) Так  все равно геморой перетечет "в сторону репликации и "фоновые обмены... "  Как разъедется одна позиция на N и будут репу чеать хором. Так штааа посыл (0) верен .

(47) Интересно и как это на западе по разным странам репликация идет и все нормально?
А что бы не разъезжалось, то есть куча  различных организационных решений.

(0) Типовая РТ никогда не славилась оптимизацией параллельности выполнения операций, ибо изначально точилась под РИБ. А уж РТ2, в которой еще косяк на косяке - тем паче. Представил себе тысячу человек, которые пытаются в ней одновременно пробивать чеки... В общем, тому кто это придумал - убиться об стенку.

Интересует именно железо и кол-во оперативки.
Написал в сам 1с, пока молчат.

(51) Скажите, вы аналогичные по задачам или масштабу проекты видели изнутри?

(49) Можно поподробнее? На каких объектах конфигурации вы встали на грабли и при каких операциях?

(0) взглянуть бы на эту светлую голову, кому такая мысль в голову пришла.

(50) они там в акуе

(53) хотя если это не кассы, а бэк-офис то годно.

(55) бэк офис на РТ? жесть

(56) То есть Розница не годиться как бэк-офис для небольшого магазина? Нет там приходов, инвентаризаций и прочего, да?

(57) для небольшого годится, а для 250 накуй не нужна, когда есть другой фронт офис

(58) я про бэк-офис, а не фронт. а вообще, 1С на кассы ставят только дилетанты. да еще через терминал.

(0) могу проконсультировать по этому вопросу, платно.
300руб.

(59) и я тебе про бэк-офис, что на 250 магазинах РТ как бэк накуй не нужна

(50)Да они ржут просто там

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

либо берите грузовик, либо берите 100 жигулей.
причем в данном случае 100 жигулей эффективнее и дешевле - из-за дорог :)

Кстати - а причину такой идеи можно узнать?

Главное чтобы проц с сопроцессором был

(65) причина: 250 розниц по 10000 рублей, получается 2,5 миллиона. (С) Капитан Очевидность

(67) + внедрение многа деньгов

(60) ты че демпингуешь?

(мечтательно) вот бы мне в таком попиле поучаствовать.

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

(70) весь сбер работает онлайн - политика такая...

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

(0) идея лажовая. РБД

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

(74) а это разве не РБД?

(75) нет. это 2 не связанные базы, с обменом информации в одну сторону.

Чо думать-то? В 1С уже давно все посчитали: http://v8.1c.ru/overview/recomendations.htm
"200 Пользователей  4 Xeon 2800 - 3000 Мгц  4096 Мб и выше
В приведенной оценке сервер 1С:Предприятия и MS SQL Server расположены на одном компьютере. "
Значит нужно 4 сервера с четырехядерным процессором 3 ГГц и 4 Гб ОЗУ объединить в кластер... Терминал не нужен, т.к. есть тонкий и веб клиент.

(0) Зависит от данных, от ИТ системы(не типовая). Главное это система а железо - это не самое главное.

(78) Во Муму может подскажешь по v8: Репликация SQL баз 1С

через тонкий клиент взлетит. или не взлетит. не вкурсе, Розница уже на УФ?

(80) да

(76) наверное я тебе открою тайну, но РБД тоже не обязано быть связанным и может обмениваться через файлы

(81) РМК - нет. Только толстый.

(83) Т.е. РМК толстый, но есть общий управляемый? Это про РТ2?

(84) Да.

http://www.sz.aif.ru/society/news/62554

Первые потерпевшие пошли.

(77) Либо один 4-х процессорный,сейчас последние процессоры для таких платформ - 10-и ядерные. Ну и памяти, она сейчас недорогая.