В 2014 г. мы проводили опросы по частоте использования различных СУБД с 1С.
http://forum.infostart.ru/forum86/topic121618/ Прошло три года, и хотелось бы узнать, как изменилась ситуация у Сообщества.
(1)
РИБ БП 1.6: 10 баз (файловые и MS SQL 2012) <=20 ГБ + Ц. база MS SQL 2012 <= 200Гб, около 100 полозователей.
БП 2.0: 3 базы, MS SQL 2012, <= 200Гб, около 100 пользователей.
ЗиУП 2.5: 3 базы, MS SQL 2012, <= 50Гб, около 50 пользователей.
ERP 2.0: 1 база, MS SQL 2008, <= 10Гб, около 100 пользователей.
401.
Amadeuc404
5414.03.17 17:21 Сейчас в теме+1 $m
Не совсем понятен последний вопрос. Сколько баз на одном сервере? Если у меня два сервера баз?
(1)
1 сервер
УПП 2.0: 2 базы, MS SQL 2012, <= 50Гб, около 10 пользователей.
УСО: 1 базы, MS SQL 2012, <= 150Гб, около 100 пользователей.
БП 2.0: 1 база, MS SQL 2012, <= 50Гб, около 20 пользователей.
2 сервер
КА : 1 базы, MS SQL 2012, <= 100Гб, около 30 пользователей.
УПП: 1 базы, MS SQL 2012, <= 100Гб, около 40 пользователей.
БП 3.0: 1 база, MS SQL 2012, <= 50Гб, около 10 пользователей.
БитОтель: 1 база, MS SQL 2012, <= 50Гб, около 50 пользователей.
(1)
У нас достаточно обширная БД, хотя основной источник данных не пользователи, а вторая оперативная база, не 1С.
Но ввиду ввода ЕПС нагрузка очень значительная. Сейчас идет расширение матчасти.
В целом - пока имеется сервер с 8 рабочими ядрами, общий на 1С и SQL.
(1) База на MS SQL, размером около 1 Тб, пользователей около 500; бывает, что около 400 одновременно работают. Баз не считал сколько, но примерно около 200 есть.
(1) server 2012+ ms sql 2014, рабочих баз около 10 плюс для отладки,
самая большая база без лога ~60Gb, в среднем одновременно работают около 50-60 пользователей.
1с 8.3 ут11\бух\зуп
851.
duncova_e_i
15.03.17 06:53 Сейчас в теме+1 $m
(1)В основном файловый базы. Около 5 баз 1С 8.2 и 8.3 на MSSQL.Чуть больше 8.1 на Postgre еще остались. Пользователей от 2 до 10 работают в основном в базах.
862.
klimkovich_lv
15.03.17 07:10 Сейчас в теме+1 $m
(1) )Порядка 10 баз 1С 8.2 и 8.3 на MSSQL 2005 размером от 50 до 100 Гб,
Пользователей на базу от 50 до 500 ( заведенных). Активно работающих - до 350.
Базы :
ЗУП - 50 пл - 50 гб
УПП 1.3 100 пл - 100 гб, много филиалов по удаленке.
УТ 10.3 - 100 пл - 100 гб, много филиалов по удаленке.
СДО Корп - 80 пл, с Эл . подписями... Удаленка, +, веб
(1)Используем СУБД MS SQL Server 2012. Размер основной СУБД 100 Гб. Конфигурация - Бухгалтерия 1.5, настроенная под требования бизнеса и бухгалтерии предприятия. Текущая версия платформы 1С:Предприятие 8.2 (8.2.19.68). Количество активных пользователей - до 250.
(1) Около 36 баз полностью нетиповых баз (3 отдельные конфигурации на 8.2 и 8.3, MSSQL), 12 предприятий, пиковая нагрузка - около 100-150 одновременно работающих пользователей на каждом предприятии. максимальный размер баз был в пределах 1000 Гб
(1) Базы УПП 1.3, Зуп 2.5, логистика развоза, собственная разработка для оперучета, все на 8.2. Одновременно работающих человек 35, всего пользователей порядка 60. MS SQL и сервер 1С на разных серверах. УПП в 2016 свернули с 2015 г., сейчас 260 Гб. До 2016 г. база УПП 770 Гб возникли проблемы с формированием декларации по НДС, пришлось срочно сворачивать.
(1) Базы данных SQL. Конфигурации самописные 1с7.7. Торговля и склад и Бухгалтерия.
Самая объемная база основная Бухгалтерская свыше 30 ГБ. Есть еще 4 небольших бухгалтерских базы до 5 ГБ каждая.
В основной бух. базе работает постоянно порядка 30 человек. В остальных бух базах работает по 1-2 человека.
База торговли занимает чуть больше 18 ГБ. Количество подключений порядка 50.
1203.
Crazy_Max
8015.03.17 16:07 Сейчас в теме+2 $m
(1) У меня несколько организаций в обслуживании. Поддерживаю несколько баз. Самыми тяжелыми (медленными в работе) являются базы Бухгалтерии 3.0 и УТ 11. Они непомерно раздуваются с каждым релизом. Это тихо бесит, но поделать нечего. Самые нагруженные базы (по количеству одновременно работающих пользователей) перевел на MS SQL. И медленно, но верно, перевожу остальные туда же. Перевод на SQL даёт реальный многократный прирост производительности в случае параллельной многопользовательской работы. Никакие SSD-массивы и даже виртуальные диски в оперативной памяти и рядом не стояли.
В связи с переводом на SQL замечены некоторые изменения в поведении некоторых элементов управления в интерфейсе, таких как банальные поля ввода значений справочников, а так же динамические списки. Пришлось даже делать некоторые доработки в некоторых конфигурациях, где быстрая и удобная работа с интерфейсом критически важна.
Сервер БД я ставлю на том же сервере, где работает сервер 1С. У меня нет в обслуживании больших сетей (не более 70 рабочих мест), так что дублирования не использую. Уделяю внимание созданию архивных копий баз и сервера в целом, но не заморачиваюсь с безотказными серверами, кластерами, дорогими RAID-массивами. Мне не критично, что организация встанет на 1-1,5 часа в случае отказа оборудования. Тут хочу немного прояснить ситуацию: у меня есть несколько знакомых сисадминов, вбухивающих довольно внушительные суммы в оборудование, рассказывающих мне о том, как у них в сети всё круто защищено и безотказно. Однако, у каждого из них возникали ситуации на моей памяти, что их организации вставали колом по различным причинам. В связи с этим, мой опыт показывает, что нужно не дублировать работающие системы, а уделять внимание и своевременно проверять и обслуживать простые и заметно более дешевые системы без дублирования. ИМХО.
(1)Вообще говоря, у меня несколько проектов с разными целями задачами и нагрузками.
В работе использую и файловые базы и МС и постгрес, кое-где отказались от РИБ и перешли на УФ и тонкий клиент, ну и нагрузка на системы, конечно тоже разная, есть и "детские базы" есть и достаточно сильно нагруженные.
И если откровенно то опрос носит чисто статистический характер, у большинства членов сообщества (как мне кажется) не по одному проекту, да и выбор используемых технологий - всегда есть компромисс между стоимостью внедрения(поддержки) и спектром решаемых задач в границах некоего уровня сервиса.
(1)Файловые базы (Бухгалтерия + Управленческая нетиповая) на сервере с терминальным доступом, 7 пользователей, объем базы невелик - периодические свертки
Последний вопрос не совсем корректен.
В центре у нас 4 рабочих базы.
А по розничным точкам - существенно больше. Они не принадлежат центру своими базами. РИБ.
(2) Эти вопросы могут быть не связаны друг с другом. Общее количество баз просто для статистики. Каких то глубоких выводов из этого не сделать. Напишите общее количество всех, с учетом розничных точек.
Более 1000 организаций, базы как файловые так и ms sql и postgresql, в каждой организации по разному от 4 пользователей до 500, размеры баз так же могут быть и 200мб могут и больше 100гб.
размеры баз так же могут быть и 200мб могут и больше 100гб
Сейчас даже пустая база 1С какая-нить бухня 3.Х занимает от 500 МиБ - т.е. это только метаданные. Нажал кнопку - уже гиг. Нажал две - уже два гига. Как она может быть 200 МиБ - вопрос! )))
(22) гораздо проще тупо снять с поддержки - 50% сразу освобождается и сразу становится быстрой загрузка, открытие форм и прочая 1С-ная муть. Но это ж надо мужества набраться, чтобы снять )))
1317.
ybatiaev
5816.03.17 11:58 Сейчас в теме+1 $m
(31) из нашего опыта снятие с поддержки привело к уменьшению размера баз в 3(!) раза.
Причём обновление идёт тоже заметно быстрее.
Размер архивов тоже уменьшился, естественно и время архивации тоже. У нас, кроме стандартного архивирования средствами MS SQL(еженедельная ПОЛНАЯ, а ежедневная срезами). Сисадмин только для срочных и аварийных работ, практически не "дёргаем", а так, чтобы оперативно возвратить базы на любой день, или воссоздать на тестовой, или поиграться с накатами обновлений, или сами обновления сделать, пользуемся *.DT. Поэтому и размер их важен. Напомню - он уменьшился.
Ну а разница лишь в том, что будет дополнительный вопрос послед сравнения-объединения.
У нас всего много... Несколько SQL серверов с разными БД разного назначения. Самый жирный - для около 70 одновременно работающих пользователей. Основная БД на нем (с логами) - весит около сотки.
СУБД - MSSQL (11), файловая (2).
Пользователей системы всего - 130.
Одновременных пользователей на пике активности - 65.
Самый большой размер СУБД - 200Гб.
Общее количество баз - 13.
СУБД - MSSQL(18) и файловые(18)
Пользователей системы всего - около 50.
Одновременных пользователей на пике активности около 50.
Самый большой размер СУБД - до 10Гб.(без ж.р.)
Общее количество баз - много.
Рабочие базы - на MS SQL (тесты могут быть на файловой), размеры баз в SQL от 6г до 20г, dt от 3 до 10. Пользователи - примерно от 30 до 80, на одновременно от 5 до 50 в разных базах.
35.
alexsander.sharikov
14.03.17 14:35 Сейчас в теме+1 $m
два физ. сервера MS SQL + 1C (1с была на виртуальных серверах отказались). В системе около 200 пользователей, пик больше 100. Самая большая база около 20 ГБ. В расчет не беру отдельный сервер для разработки.
Все базы файловые, но судя по тормозам в 3.0 придется переходить на SQL (MS или Postgre пока не решили). На пике до 15 пользователей в самой большой базе. Самая тяжелая ИБ - 6,5 Гб.
38.
user633533_encantado
1114.03.17 14:36 Сейчас в теме+1 $m
Как ответить на опрос, если одновременно используются и файловые и серверные базы ? Приходится использовать файловые базы из-за того как сервер 1с раздает лицензии.
Обслуживаю 20+ клиентов. Самый крупный это сеть филиальная сидят на MS SQL 2008 через РДП работают 120+ человек. Размер базы более 110ГБ. А так в основном у людей файловый до 10 гб на 3-5 пользователей.
45.
jukola_admin
14.03.17 14:39 Сейчас в теме+1 $m
У нас на SQL, у наших клиентов до 20 пользователей файловая, а после 20 в основном SQL, есть 2-ва клиента на PostegSQL(но там уже недостаток квалификации админов при работе с ней, работает под Linux во многом не корректно). Размеры баз на SQL до 300 Гб у доходят, при этом пользователей 150 - 200 человек.
5 баз на SQL Server, размер базы около 50 ГБ. Количество пользователей около 100. Количество одновременных сессий около 70. Сервер 1С и СУБД пока что расположены на одном физическом сервере, скоро будет отдельно.