К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

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

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


Гость
1 - 12.12.2017 - 18:35
а что так мало то?
подумаешь каких то 2000, что не три, не пять?
Это теоретический вопрос или практический?
Гость
2 - 12.12.2017 - 18:39
практический
Гость
3 - 12.12.2017 - 18:43
предлагают уменьшить затраты:
кластер серверов (2 под 1С, два под СУБД, 2 под WEB)
одна БД это ЗиК+БУХ, таких БД будет 140
все это на Линуксах и под Postgresql
потянет ли все это в таком исполнении?
Гость
4 - 12.12.2017 - 19:01
имхо под Postgresql это под предприятие небольшое или максимум среднее хотя для 50-20 юзверей на базу потянет
на счет железа тут экономить с такими объемами вообще не стоит.
и на 1с по моему скромному мнению такие проекты поднимать...
считай 2000 юзверей/140 баз= примерно 15 юзверей на базу
тут не один и не два сервера 1с и БД надо будет, а вот насчет WEB тут надо смотреть опять же какое железо, какой WEB, какой канал
я такие проекты не поднимал, могу только рассуждать
Гость
5 - 12.12.2017 - 19:04
+4 локализуй задачу, разбей на мелкие подзадачи и порисуй, посчитай
Посчитай во сколько обойдется база например на 50 юзверей,
потом думай
Гость
6 - 12.12.2017 - 19:58
(0)
даже бОльшее количество пользователей поднять вполне реально (поищи на инфостарте Сергея Носкова, к примеру). Но на счёт экономии, да на типовых... Как-то крайне сомнительно (сугубо ИМХО). + По производительности решение держать 140 продуктовых баз (полагаю, пусть даже и не очень сильно нагруженных) на одном сервере СУБД весьма рисковано: кривой запрос со сканом больших таблиц загнёт СУБД, и все 140 баз будут страдать совершенно незаслуженно. "Экономия" того стОит?
Гость
7 - 13.12.2017 - 11:29
до этого на такой проект предлагали:
кластер (2 сервера по 1С, 4 сервера под СУБД, 2 сервера под терминальный доступ)
Все на WINDOWS и MS SQL, тут вроде все было логично и понятно было. Контора решила экономить и готова согласиться на вариант LINUX + Postgresql.
Меня смущает для таких объемов СУБД Postgresql.
Она вытянет?
8 - 13.12.2017 - 16:09
Лично я бы при такой задаче не полагался на бесплатный полудохлый форум, а обратился бы к специалистам, например: http://www.gilev.ru/ (не реклама)

Иначе можно легко оказаться крайним, когда это все грохнется.
9 - 13.12.2017 - 23:40
там, кстати, вопросы лицензирования при таком доступе...
10 - 14.12.2017 - 17:55
тема про то, как мелкий франч решил замутить свой мелкий фрэш, или про что?
140 баз, работа через WEB - ну тики-таки фрэш.

Цитата:
Сообщение от g0gasin Посмотреть сообщение
Меня смущает для таких объемов СУБД Postgresql.
легко.
начни ну.. к примеру отсюда, что ли:
https://infostart.ru/public/502732/
11 - 14.12.2017 - 20:52
Кстати, самая большая в мире БД крутится именно на постгри. Гугловские базы крутятся на постгри, а уж у гугла пользователей поболее чем какие-то жалкие 2000 будет...
Гость
12 - 20.12.2017 - 20:05
11-shotsdv2008 > какие базы у гугла крутятся на постгри???
Гость
13 - 22.12.2017 - 22:32
Меня лично краем в своё время зацепил проект внедрения 1С в ФГУП Почта России. Я лично допиливал там ЗУП 2.5, а потом спустя время узнал о том что это стало самым крупным, на тот момент, внедрением 1С Примерно 13 тысяч юзеров. А на предмет экономии на железе я Вам коллега скажу так. Я в ИТ давно и помню чётко как догму что аппаратное решение дешевле программного. То есть принципиально невозможно за счет софтверной части сэкономить на оборудовании, а наоборот вполне реально.
Здравствуйте коллеги. Давно не заглядывал
Гость
14 - 24.12.2017 - 23:59
Сам лично видел в "Активные пользователи" более 1100 пользователей. База "Свод отчетов" в Росгвардии.
Гость
15 - 04.01.2018 - 15:05
~1600 юзеров одной базе, плюс еще около сотни на веб сервисы
Конфа УТ 11
База 2.8т, данные файло в безе ДО там что то порядка 30т.
Кто больше?
Гость
16 - 08.01.2018 - 11:32
(13) там же 1С поднимает сейчас ДО (на сколько знаю - на финишной прямой сейчас). Юзеров будет, наверное, побольше. Но за используемые мощности/схему развертывания/используемые СУБД не скажу...
Гость
17 - 09.01.2018 - 09:14
15-akaFynjy >Сколько накладных и строк в день?
Не уперлись в "сдвиг времени" при оперативном проведении, когда даты документов вперед убегают?
WAR
18 - 14.01.2018 - 13:34
Облако, что-ли, собираетесь реализовывать? Постгре вполне способен переварить подобные объёмы
Гость
19 - 15.01.2018 - 01:53
в чём прикол таскать формы туда сюда? ну и плюс явно не файловая БД. для чего прокладка между SQL-сервером и клиентом в виде Сервера 1С? при таких объёмах, должен быть соответствующий бюджет, которого вполне хватит на реализацию не типового софта. 1С - это типа шаблонных сайтов, для небольших контор с небольшими нагрузками, с невеликим или даже вовсе отсуствующим на штатного программиста бюджетом.
Гость
20 - 15.01.2018 - 02:04
PS как-то помнится обратились по поводу убирания тормозов в 1С 8.0 или 8.1 (давно). тормозил документ с 300+ реквизитами табличной части. сказали обязательно надо показывать все одновременно, ничего никуда выносить нельзя.
лично я слился после такого заявления. т.к. ничего глобально улучшающего, кроме замены 1С, не придумал.
Гость
21 - 15.01.2018 - 08:51
(17) накладных +- 12 тысяч в день, летом больше, зимой меньше
PS: Чукча писатель. Я не увидел Postgresql
База на MS SQL. Экономить на таких объемах глупо.
(20) 300 реквизитов, просто жесть то какая, походу разраб не знал про нормальные формы БД.
Гость
22 - 15.01.2018 - 11:39
21-akaFynjy > У нас примерно так же, в пике по 17 тыс в день, но юзеров всего 350, - что у вас 1600 делают? бездельничают? :) Мы сильно за 1Тб не вылезаем - обрезаем, иначе архивы долго делать и для тестов разворачивать. А вы почему не обрежете?
Гость
23 - 15.01.2018 - 16:03
(22) работает не трожь. А большинство юзеров балду гоняют, да отчеты строят. Операторов не так много, то же в районе 300 по всем регионам.


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены