Настройка кластера 1С 8.3 для 500 пользователей
1С:Бухгалтерия 3.0
1С:Зарплата и Управление Персоналом 3.x
1С:Розница 2
1С:Управление торговлей 11
MS SQL
Коллеги, здравствуйте!
Есть сервер%
1С:Предприятие 8.3 (8.3.9.2170) - 64 бита
MS SQL 2012
SAS K15 RAID10 1.6TB
RAM 128GB
На сервере развернуты базы:
УТ11 (последний релиз) (400 сессий онлайн)
Розница 1я ( 5 человек онлайн)
БУХ ЗУП (последний релиз) (30-40 человек онлайн)
Настройки MSSQL^
Настройки кластера 1С
Вопрос, как что подкрутить чтобы отчеты и месяца пере проводились быстро, без ошибок аварийно завершен процесс или не хватает памяти!
Заранее благодарю !
Есть сервер%
1С:Предприятие 8.3 (8.3.9.2170) - 64 бита
MS SQL 2012
SAS K15 RAID10 1.6TB
RAM 128GB
На сервере развернуты базы:
УТ11 (последний релиз) (400 сессий онлайн)
Розница 1я ( 5 человек онлайн)
БУХ ЗУП (последний релиз) (30-40 человек онлайн)
Настройки MSSQL^
Настройки кластера 1С
Вопрос, как что подкрутить чтобы отчеты и месяца пере проводились быстро, без ошибок аварийно завершен процесс или не хватает памяти!
Заранее благодарю !
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(4)
Разобраться с тем, что такое параллелизм, поменять настройку MaxDoP = 1 на 0 и подобрать оптимальное значение стоимостного порога.
Добавить автоматический перезапуск процессов сервера 1С. Возможно, стоит увеличить количество одновременных сеансов на процесс.
Но, правильней всего - обратиться к специалисту.
В настройках кластера 1С и SQL ошибок нету , какие советы по оптимизации и увеличению скорости работ еще есть ?
Разобраться с тем, что такое параллелизм, поменять настройку MaxDoP = 1 на 0 и подобрать оптимальное значение стоимостного порога.
Добавить автоматический перезапуск процессов сервера 1С. Возможно, стоит увеличить количество одновременных сеансов на процесс.
Но, правильней всего - обратиться к специалисту.
На вскидку:
- Поставьте интервал превышения допустимого объема, раз уж ограничение настроили.
- Указать интервал перезапуска процессов.
- Убрать приоритет SQL в настройках сервера.
- Проверить приоритет процессора в "система - дополнительные параметры - дополнительно - параметры быстродействия - дополнительно", должен быть установлен на "службы". Там же проверить попадание текущего файла подкачки в рекомендуемые значения.
- Обязательно проверить, выставлен ли высокопроизводительный план электропитания (панель управления) и соответствующие настройки в БИОСе.
Неплохо бы было выложить данные по загрузке памяти в момент падения, лог счетчиков или хотя бы скрин.
Кстати, на порту 1541 тоже сервер 1С висит?
- Поставьте интервал превышения допустимого объема, раз уж ограничение настроили.
- Указать интервал перезапуска процессов.
- Убрать приоритет SQL в настройках сервера.
- Проверить приоритет процессора в "система - дополнительные параметры - дополнительно - параметры быстродействия - дополнительно", должен быть установлен на "службы". Там же проверить попадание текущего файла подкачки в рекомендуемые значения.
- Обязательно проверить, выставлен ли высокопроизводительный план электропитания (панель управления) и соответствующие настройки в БИОСе.
Неплохо бы было выложить данные по загрузке памяти в момент падения, лог счетчиков или хотя бы скрин.
Кстати, на порту 1541 тоже сервер 1С висит?
Спасибо за советы !
Сделал:
MaxDoP = 0
Увеличил количество соединений на процесс с 30 на 40
Процессоры установлены:
2x OctalCore Intel Xeon E5-2690, 3300 MHz (33 x 100)
высокопроизводительный план электропитания установлен
1541 - весит старый сервер 8.2 для старых баз Бухгалтерии и Зарплаты (Архив тока на чтение)
Объем баз:
УТ11 - 110ГБ
БУХ - 60ГБ
ЗУП - 28ГБ
Подскажите какие параметры выставить при моей конфигурации для кластера 1С:
- Интервал превышения допустимого объема?
- Интервал перезапуска процессов?
Или лучше убрать ограничения ?
Какие параметры правильно указать для базы в настройках SQL? Сейчас вот такие параметры:
Стабильная нагрузка на сервер:
Сервер перезагружается каждую ночь.
Заранее благодарю!
Сделал:
MaxDoP = 0
Увеличил количество соединений на процесс с 30 на 40
Процессоры установлены:
2x OctalCore Intel Xeon E5-2690, 3300 MHz (33 x 100)
высокопроизводительный план электропитания установлен
1541 - весит старый сервер 8.2 для старых баз Бухгалтерии и Зарплаты (Архив тока на чтение)
Объем баз:
УТ11 - 110ГБ
БУХ - 60ГБ
ЗУП - 28ГБ
Подскажите какие параметры выставить при моей конфигурации для кластера 1С:
- Интервал превышения допустимого объема?
- Интервал перезапуска процессов?
Или лучше убрать ограничения ?
Какие параметры правильно указать для базы в настройках SQL? Сейчас вот такие параметры:
Стабильная нагрузка на сервер:
Сервер перезагружается каждую ночь.
Заранее благодарю!
(9)
MaxDoP = 0 просто так, не выполнив корректную настройку стоимостных порогов, ставить нельзя - начнут "тормозить" почти все формы с динамическими списками и т.п. и именно по этому 1С рекомендует значение 1. А корректное значение стоимостного порога параллелизма подбирается экспериментальным путём и дать какие-то конкретные рекомендации, без анализа, затруднительно.
MaxDoP = 0
MaxDoP = 0 просто так, не выполнив корректную настройку стоимостных порогов, ставить нельзя - начнут "тормозить" почти все формы с динамическими списками и т.п. и именно по этому 1С рекомендует значение 1. А корректное значение стоимостного порога параллелизма подбирается экспериментальным путём и дать какие-то конкретные рекомендации, без анализа, затруднительно.
(12) SQL Server-у отдайте гигабайт 200, чтобы он не лез за каждой записью на диски.
16 ядер на 500 чел. откровенно мало, даже если половина из них почти ничего не делает.
Реальное долгосрочное улучшение может дать новый сервер на последних Xeon-ах E5-26xx v4(32-40 физ. ядер) с памятью от 512 ГБ, Базы же растут...
16 ядер на 500 чел. откровенно мало, даже если половина из них почти ничего не делает.
Реальное долгосрочное улучшение может дать новый сервер на последних Xeon-ах E5-26xx v4(32-40 физ. ядер) с памятью от 512 ГБ, Базы же растут...
(13)
Правильно настроенный MS SQL, вообще то, не лезит "за каждой записью" на диск. Да и дисковые операции, на системе с хорошим рэйд контроллером и нормальными дисками, не особо критичны.
А вот если память будет набрана планками по 16Гб (128Гб на один NUMA-узел), то следование подобному совету приведёт к снижению общей производительности сервера на 10-15%.
(13)
Модель процессора в студию. Именно из 4 серии и с рекомендуемым Вами количеством ядер, на котором, по Вашему мнению, сервер 1С + MS SQL будут работать быстрее чем на E5-2690.
А если у Вас, вдруг, есть практический опыт, то желательно к модели приложить результаты тестов...
SQL Server-у отдайте гигабайт 200, чтобы он не лез за каждой записью на диски.
Правильно настроенный MS SQL, вообще то, не лезит "за каждой записью" на диск. Да и дисковые операции, на системе с хорошим рэйд контроллером и нормальными дисками, не особо критичны.
А вот если память будет набрана планками по 16Гб (128Гб на один NUMA-узел), то следование подобному совету приведёт к снижению общей производительности сервера на 10-15%.
(13)
новый сервер на последних Xeon-ах E5-26xx v4(32-40 физ. ядер)
Модель процессора в студию. Именно из 4 серии и с рекомендуемым Вами количеством ядер, на котором, по Вашему мнению, сервер 1С + MS SQL будут работать быстрее чем на E5-2690.
А если у Вас, вдруг, есть практический опыт, то желательно к модели приложить результаты тестов...
(15) Например, этот
Есть еще
и .
Разумеется, все по две штуки.
Учитывая, что E5-2690 первой редакции(без буковки v) имеет статус "End of life", а производитель, представляя новую линейку своих процессоров, подробно рассказывает про существенную оптимизацию внутренней микроархитектуры , наверное можно предположить, что более новые процессоры, при сравнимых тактовых частотах, будут, по крайней мере, не менее производительны, нежели процессор пятилетней давности.
Впрочем, можно подождать такого и обойтись одной штукой(ладно, это шутка).
Имея скромный опыт эксплуатации серверов на E5-2680 и E5-2643 v3, могу сказать, что 2680 менее производителен чем 2643 v3.
Тест Гилева - 39 и 50 соответственно, linpack - 320 и 460-470 GFLOPS, многопоточный тест Fragster-а тоже показывает более высокие результаты. В общем, на уровне "личных ощущений".
Если Вы про КИП и тестирование на его основе, то у меня такой необходимости нет, к сожалению. Он и стоит, наверное, как хороший процессор...
Насчет необходимости контроллера дисковой системы с аппаратным RAID(с 1-2ГБ кэша и модулем его защиты) полностью согласен.
Есть еще
и .
Разумеется, все по две штуки.
Учитывая, что E5-2690 первой редакции(без буковки v) имеет статус "End of life", а производитель, представляя новую линейку своих процессоров, подробно рассказывает про существенную оптимизацию внутренней микроархитектуры , наверное можно предположить, что более новые процессоры, при сравнимых тактовых частотах, будут, по крайней мере, не менее производительны, нежели процессор пятилетней давности.
Впрочем, можно подождать такого и обойтись одной штукой(ладно, это шутка).
Имея скромный опыт эксплуатации серверов на E5-2680 и E5-2643 v3, могу сказать, что 2680 менее производителен чем 2643 v3.
Тест Гилева - 39 и 50 соответственно, linpack - 320 и 460-470 GFLOPS, многопоточный тест Fragster-а тоже показывает более высокие результаты. В общем, на уровне "личных ощущений".
Если Вы про КИП и тестирование на его основе, то у меня такой необходимости нет, к сожалению. Он и стоит, наверное, как хороший процессор...
Насчет необходимости контроллера дисковой системы с аппаратным RAID(с 1-2ГБ кэша и модулем его защиты) полностью согласен.
(17)
Сравнимая тактовая частота в 4 линейке только у E5-2687W v4. Сравнивать нужно по базовой частоте, а не теоритически максимальной в TurboBoost.
Разрыв даже в 300 Mhz - это существенное снижение производительности, что уж говорить про процессоры с тактовой частой меньшей более чем на 30%...
П.С.: для E5-2643 v3 - 50 попугаев в тесте Гилева как то мало. Сервер на 2хE5-2643 по тесту Гилева 55-60 попугаев.
наверное можно предположить, что более новые процессоры, при сравнимых тактовых частотах
Сравнимая тактовая частота в 4 линейке только у E5-2687W v4. Сравнивать нужно по базовой частоте, а не теоритически максимальной в TurboBoost.
Разрыв даже в 300 Mhz - это существенное снижение производительности, что уж говорить про процессоры с тактовой частой меньшей более чем на 30%...
П.С.: для E5-2643 v3 - 50 попугаев в тесте Гилева как то мало. Сервер на 2хE5-2643 по тесту Гилева 55-60 попугаев.
(18)
У Гилева это попугаи, к реальной работе они имеют опосредованное отношение. Тем более эти попугаи сильно зависят от платформы, на 8.10 сильно не разгонишься.
П.С.: для E5-2643 v3 - 50 попугаев в тесте Гилева как то мало. Сервер на 2хE5-2643 по тесту Гилева 55-60 попугаев.
У Гилева это попугаи, к реальной работе они имеют опосредованное отношение. Тем более эти попугаи сильно зависят от платформы, на 8.10 сильно не разгонишься.
(20)
Зато по ним можно сравнить настройки сервера 1С в абсолютно разных средах. Для разных релизов платформы 1С:Предприятие, начиная с 8.3.6, отклонение в результатах теста на одном сервере - 3-5 попугаев, то есть в пределах погрешности.
У Гилева это попугаи, к реальной работе они имеют опосредованное отношение.
Зато по ним можно сравнить настройки сервера 1С в абсолютно разных средах. Для разных релизов платформы 1С:Предприятие, начиная с 8.3.6, отклонение в результатах теста на одном сервере - 3-5 попугаев, то есть в пределах погрешности.
(12)
По NUMA узлам. Соответственно 120 Гб оперативки одного NUMA отдать серверу СУБД. На другом NUMA узле 20-40 Гб выделить под RAM-диск и перенести на него кэши и временные файлы сервера 1С, файлы базы TempDB. Оставшейся оперативки должно хватить и серверу 1С, и системе.
П.С.: Планки памяти должны быть такого объёма, чтобы на каждый процессор приходилось не больше 8 планок, то есть не ниже 16Гб на планку.
как правильно распределить память ?
По NUMA узлам. Соответственно 120 Гб оперативки одного NUMA отдать серверу СУБД. На другом NUMA узле 20-40 Гб выделить под RAM-диск и перенести на него кэши и временные файлы сервера 1С, файлы базы TempDB. Оставшейся оперативки должно хватить и серверу 1С, и системе.
П.С.: Планки памяти должны быть такого объёма, чтобы на каждый процессор приходилось не больше 8 планок, то есть не ниже 16Гб на планку.
(12)
А с чего вдруг было решено увеличить объём оперативки, выполнялся анализ статистики загруженности оборудования или по каким то другим причинам?
Не, понятно что много оперативки это всегда хорошо, но мониторингом работы сервера и анализом результатов мониторинга кто-то вообще занимался?
П.С.: Самый простой вариант повышения производительности - вынести все регламентные задания на отдельный физический сервер, какой-нибудь E3-1270 v6. А основной сервер, соответственно, будет обслуживать только сеансы пользователей.
Кстати, на серверах с высоконагруженными базами всякие там БП, ЗУПы, Розницы и т.п. лучше не держать, а выносить на отдельный сервер.
Планируем сделать апгрейд памяти до 256ГБ
А с чего вдруг было решено увеличить объём оперативки, выполнялся анализ статистики загруженности оборудования или по каким то другим причинам?
Не, понятно что много оперативки это всегда хорошо, но мониторингом работы сервера и анализом результатов мониторинга кто-то вообще занимался?
П.С.: Самый простой вариант повышения производительности - вынести все регламентные задания на отдельный физический сервер, какой-нибудь E3-1270 v6. А основной сервер, соответственно, будет обслуживать только сеансы пользователей.
Кстати, на серверах с высоконагруженными базами всякие там БП, ЗУПы, Розницы и т.п. лучше не держать, а выносить на отдельный сервер.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот