2000 пользователей при работе в 1С - это реально?
 

Насколько это реально - 2000 одновременных пользователей будут обращаться по WEB к базам данных 1С на СУБД Postgresql? Потянет ли данная СУБД и 1С такие объемы.

а что так мало то?
подумаешь каких то 2000, что не три, не пять?
Это теоретический вопрос или практический?

практический

предлагают уменьшить затраты:
кластер серверов (2 под 1С, два под СУБД, 2 под WEB)
одна БД это ЗиК+БУХ, таких БД будет 140
все это на Линуксах и под Postgresql
потянет ли все это в таком исполнении?

имхо под Postgresql это под предприятие небольшое или максимум среднее хотя для 50-20 юзверей на базу потянет
на счет железа тут экономить с такими объемами вообще не стоит.
и на 1с по моему скромному мнению такие проекты поднимать...
считай 2000 юзверей/140 баз= примерно 15 юзверей на базу
тут не один и не два сервера 1с и БД надо будет, а вот насчет WEB тут надо смотреть опять же какое железо, какой WEB, какой канал
я такие проекты не поднимал, могу только рассуждать

+4 локализуй задачу, разбей на мелкие подзадачи и порисуй, посчитай
Посчитай во сколько обойдется база например на 50 юзверей,
потом думай

(0)
даже бОльшее количество пользователей поднять вполне реально (поищи на инфостарте Сергея Носкова, к примеру). Но на счёт экономии, да на типовых... Как-то крайне сомнительно (сугубо ИМХО). + По производительности решение держать 140 продуктовых баз (полагаю, пусть даже и не очень сильно нагруженных) на одном сервере СУБД весьма рисковано: кривой запрос со сканом больших таблиц загнёт СУБД, и все 140 баз будут страдать совершенно незаслуженно. "Экономия" того стОит?

до этого на такой проект предлагали:
кластер (2 сервера по 1С, 4 сервера под СУБД, 2 сервера под терминальный доступ)
Все на WINDOWS и MS SQL, тут вроде все было логично и понятно было. Контора решила экономить и готова согласиться на вариант LINUX + Postgresql.
Меня смущает для таких объемов СУБД Postgresql.
Она вытянет?

Лично я бы при такой задаче не полагался на бесплатный полудохлый форум, а обратился бы к специалистам, например: [url]http://www.gilev.ru/[/url] (не реклама)

Иначе можно легко оказаться крайним, когда это все грохнется.

там, кстати, вопросы лицензирования при таком доступе...

тема про то, как мелкий франч решил замутить свой мелкий фрэш, или про что?
140 баз, работа через WEB - ну тики-таки фрэш.

[quote=g0gasin;45102894]Меня смущает для таких объемов СУБД Postgresql.[/quote] легко.
начни ну.. к примеру отсюда, что ли:
[url]https://infostart.ru/public/502732/[/url]

Кстати, самая большая в мире БД крутится именно на постгри. Гугловские базы крутятся на постгри, а уж у гугла пользователей поболее чем какие-то жалкие 2000 будет...

11-shotsdv2008 > какие базы у гугла крутятся на постгри???

Меня лично краем в своё время зацепил проект внедрения 1С в ФГУП Почта России. Я лично допиливал там ЗУП 2.5, а потом спустя время узнал о том что это стало самым крупным, на тот момент, внедрением 1С Примерно 13 тысяч юзеров. А на предмет экономии на железе я Вам коллега скажу так. Я в ИТ давно и помню чётко как догму что аппаратное решение дешевле программного. То есть принципиально невозможно за счет софтверной части сэкономить на оборудовании, а наоборот вполне реально.
Здравствуйте коллеги. Давно не заглядывал

Сам лично видел в "Активные пользователи" более 1100 пользователей. База "Свод отчетов" в Росгвардии.

~1600 юзеров одной базе, плюс еще около сотни на веб сервисы
Конфа УТ 11
База 2.8т, данные файло в безе ДО там что то порядка 30т.
Кто больше?

(13) там же 1С поднимает сейчас ДО (на сколько знаю - на финишной прямой сейчас). Юзеров будет, наверное, побольше. Но за используемые мощности/схему развертывания/используемые СУБД не скажу...

15-akaFynjy >Сколько накладных и строк в день?
Не уперлись в "сдвиг времени" при оперативном проведении, когда даты документов вперед убегают?

Облако, что-ли, собираетесь реализовывать? Постгре вполне способен переварить подобные объёмы

в чём прикол таскать формы туда сюда? ну и плюс явно не файловая БД. для чего прокладка между SQL-сервером и клиентом в виде Сервера 1С? при таких объёмах, должен быть соответствующий бюджет, которого вполне хватит на реализацию не типового софта. 1С - это типа шаблонных сайтов, для небольших контор с небольшими нагрузками, с невеликим или даже вовсе отсуствующим на штатного программиста бюджетом.

PS как-то помнится обратились по поводу убирания тормозов в 1С 8.0 или 8.1 (давно). тормозил документ с 300+ реквизитами табличной части. сказали обязательно надо показывать все одновременно, ничего никуда выносить нельзя.
лично я слился после такого заявления. т.к. ничего глобально улучшающего, кроме замены 1С, не придумал.

(17) накладных +- 12 тысяч в день, летом больше, зимой меньше
PS: Чукча писатель. Я не увидел Postgresql
База на MS SQL. Экономить на таких объемах глупо.
(20) 300 реквизитов, просто жесть то какая, походу разраб не знал про нормальные формы БД.

21-akaFynjy > У нас примерно так же, в пике по 17 тыс в день, но юзеров всего 350, - что у вас 1600 делают? бездельничают? :) Мы сильно за 1Тб не вылезаем - обрезаем, иначе архивы долго делать и для тестов разворачивать. А вы почему не обрежете?

(22) работает не трожь. А большинство юзеров балду гоняют, да отчеты строят. Операторов не так много, то же в районе 300 по всем регионам.