#0
by Uzumaki
Всем привет. Имеется сервер 1С Предприятия на котором крутится около 25 баз. Все базы имеют свои регламентные задания и постоянно в сеансах висит несколько фоновых заданий. Это все тормозит работу сервера. В основном это базы с небольшим документооборотом, но есть парочка тяжеловесов. Больше половины организаций входят в холдинг, то есть имеют общих контрагентов. Сейчас рассматриваю вариант свернуть все в одну ИБ и раздать пользователям доступ на уровне записей. Бухгалтерия говорит, что им так будет не удобно и они будут путаться :) Второй вариант вынести мелкие базы с сервера в файловый режим. Вариант отключения фоновых заданий в конфигураторе не рассматривается. Ваше мнение?
#1
by Ненавижу 1С
базы где физически хранятся? может проблема в тормозах к обращению к ним? разнести там на разные диски
#5
by Uzumaki
Базы хранятся на сасовском 10 рейде. MSSQL 2008 TempDB + темп пользователя службы вынесены на рамдиск Доступ из терминальника, сервера на гигабите.
#7
by Lexusss
Изменить расписание фоновых заданий. Через консоль заданий часть поотключать (при чем тут конфигуратор?). Часть - сделать раз в час (день), а не каждый 60 секунд (например, полнотекстовый индекс). Настроить ночной авторестарт сервера предприятия с удалением cntx файлов. Слияние баз - это скорее организационный процесс, нежели IT. Стоит это кучу денег и бешеные риски. Зачем оно тебе? ПЫСЫ: На сервере 150 баз 1С, около 700 онлайн сеансов пользователей. Ничего не виснет.
#8
by Hmster
у меня 10 баз по умолчанию сетевой трафик в 2 МБ/с генерировали. Настрой нормально задания
#9
by Маратыч
Опередил :) Добавлю от себя - замерь время выполнения запросов/обработок/проведения в рабочий день и потом по отдельности в каждой базе в выходной. Может, оно вовсе и не из-за количества сеансов тормозит.
#10
by Uzumaki
Слияние баз буду делать я. Все конфигурации одинаковые, то есть при помощи конвертации данных это довольно таки быстрый процесс (есть опыт). Работает все время одинаково. Спасибо, попробую перенастроить.
#11
by Lexusss
Контрагентов и номеналатуру тоже ты будешь сливать? Определять точки ввода и механизмы исключения дублирования? Критерии поиска в классификаторах? Набор аналитик на счетах (классификаторы ном групп)? Определять общую ценовую политику входить в твои полномочия? Конвертация - это 10-15% от всего объема выполненных работ при слиянии.
#12
by Uzumaki
Ничего из выше перечисленного не используется. Управленческого учета нет. Контрагентов и номенклатуру сливать буду, подготавливать к слиянию не я :)
#13
by Azverin
наше дело предупредить, а выбор за тобой) у нас ситуация похожая с ИБ. работает и работает.
#15
by Lexusss
Это сведения о соединениях. Сохранение файлов позволяет безнаказанно рестартовать сервер - при таком сценарии клиент вообще не замечает, что сервер рестартован. Убиение cntx полностью сбрасывает все сеансы. Нам помогало при непропорциональном росте нагрузки на сервер (уже при 200 соединениях менеджер кластера съедал 1-2 проца) и при подвисании неубиваемых фоновых заданий.
#16
by эцп
Предлагаю порезать сервер приложений на несколько кластеров: и распределить базы так, чтобы равномерно загрузить все кластеры. Не нужно переводить базы в файловый режим.
#22
by John83
у нас и на обычном приложении не убивает сеансы, хотя на 8.1 всех замечательно выгоняло
#24
by unregistered
>> Контрагентов и номенклатуру... Это самая простая часть задачи. А вот что делать с прочей аналитикой, которая должна стать единой? При слиянии наибольший головняк возникает при слиянии всяческий статей доходов и расходов, расходов будущих периодов, номенклатурных групп, счетов учета по каждой номенклатуре и статье, статей ДДС и т.д. и т.п. Всё таки подозреваю, что ты не совсем понимаешь как производить слияние баз. Велика вероятность, что проект провалится еще на этапе согласования и нормализации НСИ между всеми бухгалтерами холдинга. До конвертации контрагентов и номенклатуры дело даже не дойдет.
#26
by unregistered
Вполне достаточно настроить расписание выполнения регламентных заданий в каждой базе. Какую-то их часть вообще перенести на ночное время. О каком доступе из терминальника идёт речь в ? У вас там часом терминальный сервер развернут не на одном физическом сервере вместе с СУБД и 1С?
#27
by СоболиныйГлаз
"Контрагентов и номенклатуру сливать буду, подготавливать к слиянию не я :)" "Наивный чукотский юноша" (с) не помню кто. Вопрос в случае проблем, а проблемы при таком подходе будут - 2000%, даже адекватным куроводством будет поставлен примерно так: 1) Кто рекомендовал слияние БД вопреки тому, что бухи говорили о потенциальных проблемах? Ляпкин-Тяпкин? 2) Кто производил процесс собственно слияния БД? Ляпкин-Тяпкин? 3) Кто не продумал процесс выявления ошибок тех, кто готовил БД к слиянию? Ляпкин-Тяпкин? "А подать сюда Ляпкина-Тяпкина!!!" Ну, уж если ты желаешь получить опыт лично сам, то никто из нас тебе помешать не сможет. Получай. Более того, ты "вспашешь ниву" для кого-то из профессионалов и хорошо обоснуешь его ценник на восстановление после твоих действий :) Меня терзают смутные сомненья - а бэкапы у вас в фирме делаются? :)
#28
by Холст
если бухгалтерия говорит, что им будет неудобна единая база, то какого рожна ты им это впариваешь ?
#29
by Новиков
Я добавлю к коллегам свои 5 копеек: слияние +100500 баз в одну, на практике, решаются через какую-то вспомогательную базу НСИ, в которой методично прорабатываются все вопросы синхронизации, и вся инфа вводится только в нее, а из оной по обменам НСИ разливается по всем остальным получателям. Аналогично в другую сторону - в консолидацию, или куда-то в консолидированную базу: сначала ручейки сливаются в одну воронку, там находятся четкие сопоставления, а только потом, один фильтрованный поток заливает консолидирующую базу. Такие консолидаторы НСИ давно продаются. А попытки слепить в одной базе все, кроме как гемора ничего обычно не дают.
#31
by Aleksey
Тут проблема технического плана. В том смысле что типовая БП приспособлена к работе в единой базе чуть больше чем никак. Т.е. в некоторых случаях физически, без переписывания типовой, неполучится всех загнать в единую базу. Не говоря уж о том что маленькая база работает шустрее чем монстр
#33
by Aleksey
Ты Админ что ли? Это они виртуалки любят. Обычные 1с-ники знают что 1С не любит виртуальное железо. К тому же сдается мне что тупо всё упирается в очередь диска
#34
by Маратыч
На достаточно мощном сервере с отдельным рейдом для баз можно и терминальник развернуть без особых потерь производительности.
#35
by Маратыч
+ Только сразу ограничить пользователей запуском _только_ 1С + максимум Офис, а то могут сторонним софтом чупакабру устроить.
#37
by Aleksey
Если сервер "достаточно мощный", то смысл в прокладке, которая отъедает часть ресурса сервера. К тому же какой бы "достаточно мощный" сервер не был, что делать с дисковой подсистемой?
#38
by Маратыч
Я среди вводных упомянул отдельное скоростное хранилище для данных, ОС можно на отдельном SSD для пущей радости развернуть. А терминальные пользователи по большому счету жрут только оперативную память (которая стоит рубль за пучок), вычислительных же мощностей одной головы Xeon E5 4650 хватит за глаза на полста юзеров, как показывает практика. Главное, правильно распихать приоритеты и affinity по процессам.
#42
by Uzumaki
Я не админ, но в курсе дела :) Производительность виртуалки хромает по дискам, это да. Но в виртуалках много преимуществ и здесь я не могу спорить с админами + оперативность восстановления. Для примера: на SQL висит центральная база фронтов, сделал тестовый запрос к таблице продаж (1 млн. записей) две группировки не по индексу и три суммы с условием (результат 2000 строк) по времени 12 секунд... Параметры хоста: Supermicro Intel Xeon E5 2620 2.0 GHz 2 проца (2 по 6 ядер 24 банки) 32 Gb RAM Модель дисков сейчас не могу посмотреть, он показывает собранный рейд. Загрузка проца как и должно максимум 10%. За пять минут просмотра монитора ресурсов максимальный скачек обращения к диску 10 Мбит/сек.
#44
by Маратыч
Так и должно быть - сейчас вся база скеширована в память, запрос на чтение отработает очень быстро. А вот на запись...
#45
by Uzumaki
Запрос был первый. Кешированный 2 секунды. Сейчас попробую скопировать всю таблицу в тестовую базу.
#46
by Uzumaki
34 секунды. Запись длилась около десяти секунд. Второй раз такой же инсерт в базу на рамдиске - 5 секунд. Удаление строк из тестовой базы на диске 42 секунды. Повторная вставка строк в тестовую базу на диске 5 секунд наверное просто скопировал блок из TempDB.
#48
by Uzumaki
После отключения проверки электронных сообщений и переключения обновления полнотекстового индекса со 150 сек на 7200 сек результат: без перезапуска службы предприятия толстые клиенты стартуют в раз 5 быстрей... Особенно удивил список регламентных заданий документооборота. ПЫСЫ Кто-нибудь переносил логи SQL баз на рамдиск или лучше для этого выделить быстрый диск или вообще ssd с учетом один на год?
#49
by Lexusss
Я так понимаю, ты все же нашел волшебную консоль заданий и решил отрегулировать рег задания? Первоначальный вопрос более не актуален?
#50
by Uzumaki
Да на диске с ИТС. Вроде как отпустило, спасибо :) 40 баз оказывается... На ночь сделаю рестарт службы предприятия с удалением snccntx*.dat.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
- Сервер 2003 и компы в сети, Раб. станции видят, но не могут зайти на сервер
- Определение сервера под сервер приложений и сервер SQL
- Ключ защиты установлен на сервере 1, а сервер 1С 8.1 на сервере 2
- Можно на один сервер ставить терминал, сервер предприятия и sql сервер
- Сервер приложений + сервер базы данных
- Сервер 1С:Предприятия отъедает слишком много ресурсов, как побороть?
- переносим сервер 1с на другой сервер, можноли оставить ключи на старом сервере?
- Как оптимальнее расселить сервер терминалов, сервер СУБД и сервер 1С на 2 сервера
- 1С8.2: Оптимальное размещение SQL сервера, сервера 1С, терминального сервера
- Сервер 1С 8.3. Недостаточно свободной памяти на сервере 1С:Предприятия.
- Невозможно создать базу. Сервер 1С предприятия не видит сервер SQL
В этой группе 1С
- УНФ списать из производства свободные остатки
- Ошибка SDBL 1С 8.2
- Координаты торговых точек контрагентов
- Тормозит у одного пользователя журнал документов
- Кто знает пароль Excel по умолчанию?
- Как добавить колонку в управляемую форму списка справочника?
- УПП "Определение списка реализованных услуг"
- Заполнение табличной части обработки (Управляемое приложение)
- Отбор строк в таблице документа в УФ v8.2
- Не закрывается УчетЗатратРегл с видом учета "Затраты на выпуск". УПП 1.3
- Запрос . деление на ноль
- Управление торговлей, редакция 11.0 + Вариант оформления продажи
- 1c8 режим редактирования табличной части
- v8: Доступ к документам по РЛС
- загрузка данных в регистр сведений
- УФ. Табличная часть. Вопрос по запрету удаления строк.
- v8: как убрать перевод строки в номенклатуре в полном наименовании?
- После переноса базы данных с sql server 2005 на 2012 тормозит база
- Запрос Oracle из 1с
- v7: можно ли из 1с выгрузить в эксель отчет у которого количество колонок больше 256