Версия для печати темы (https://pro1c.org.ua/index.php?s=5481c3ab27c42bf6c66dbbba1120f70f&showtopic=50464)
Нажмите сюда для просмотра этой темы в обычном формате
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 _ Администрирование и настройка 1С _ Перенес с x86 на x64 платформу и начало страшно тормозить
Автор: vbi 14.02.19, 12:46
1С:Предприятие 8.3 (8.3.10.2252)
"Управление торговлей для Украины", редакция 2.3.
(2.3.17.1)
Раньше был SQL 2014 x64. Платформа 8.3.8 не помню какая, работало кое-как. Платформа и клиент и сервер x86. Тоесть SQL x64, 1С x86.
Переустановил все. Установил SQL 2016 x64, 1С 8.3.10 x64 сервер, x86 клиент - все стало тормозить, больше конфликтов блокировок. Вроде и скуль настроил и базы. и все на SSD и Shared Memory, но запросы выполняются медленнее. Почему?
База 313 гб. Одновременных пользователей и соединений в районе 100 - 200
Сервер:
Подскажите пожалуйста в чем может быть проблема?
Автор: Petre 14.02.19, 13:52
Если "переустановлено все", то просто попробуйте 32-й 1с-сервер - может дело и не в его разрядности, раз так уж резко упала производительность.
Увеличение разрядности может требовать чуть больше оперативной памяти, но чтобы все так плохо...
Автор: vbi 14.02.19, 14:46
Да и кстати последнее время появилось около 10-ти одновременных соеднинений с веб-сервисами. Но это уже месяц как...
Автор: andr_andrey 14.02.19, 17:05
vbi @ Сегодня, 12:46 
,
Как настраивали SQL (выделяли сразу память под кеши, модель восстановления и приращение журнала в сотнях МБ, режим совместимости выставляли)?
Где какие параметры у TempDB?
И вообще, что говорит технологический журнал?
Автор: vbi 14.02.19, 17:32
Где какие параметры у TempDB?
И вообще, что говорит технологический журнал?
Модель восстановления симпл, приращивание 500 мб, и для лога 50 мб. Режим совместимости не менял, стоит SQL 2016
Про память для кеша не знаю.
другие разные параметры выставлены по рекомендациям Гилева.
База TempDB вместе с основной базой 1С на одном SSD диске. Тех журнал, проанализирую, выложу.
Автор: andr_andrey 15.02.19, 2:49
Имеет смысл отдать SQL-серверу сразу памяти кусок, чтобы он в нём сразу развернул свои данные. Но для этого надо знать сколько пиково занимает 1С-сервер с операционной системой, чтобы не получилась ситуации исчерпания ОЗУ и как результат - интенсивный своп.
Его рекомендации не обновлялись уже достаточно долго, а ПО обновляется. Сначала лучше оставить настройки по-умолчанию, а затем, по очереди, включать "рекомендации" с замером производительности.
Рекомендуют их хранить на разных физических носителях для распараллеливания потоков ввода-вывода.
Ну и до кучи, есть ли антивирус на сервере?
Какова интенсивность нагрузки на систему ввода-вывода?
У нас в 2 раза меньше база и количество пользователей, и сервер поскромнее, а конфликт блокировок мы ловим только в УПП при интенсивном обращении к регистрам Партий (рекомендуют анализировать и переписывать запросы). Запросы ловили через технологический журнал и много думали
Автор: Fynjy 15.02.19, 9:16
"переустановил все"
Это удалил и заново развернул средствами ОС? Тогда добро пожаловать в мир блокировок.
Или ОС тоже была переустановлена? И все с нуля? Тогда нужно изначально смотреть настройки ОС так как мелкомягкие в 2012 добавили много интересного ...
Автор: Vofka 18.02.19, 10:34
Технический журнал вообще много чего говорит. Было бы хорошо написать что именно смотреть нужно (что именно нужно показать вам) для возможной диагностики проблемы.
Автор: Vidocq05 18.02.19, 11:12
А можно подробней? Мня эта тема тоже интересует, т.к. столкнулся с блокировками после перехода с 8.2 на 8.3. А точнее, иногда выполнение запроса к регистру сведений зависает и в следствии чего идут блокировки.
Автор: vbi 18.02.19, 11:28
Это удалил и заново развернул средствами ОС? Тогда добро пожаловать в мир блокировок.
Или ОС тоже была переустановлена? И все с нуля? Тогда нужно изначально смотреть настройки ОС так как мелкомягкие в 2012 добавили много интересного ...
Все - Это бекап базы средствами SQL. Новый SQL, новая платформа и восстановление базы из бекапа SQL
Друзья, удалось решить проблему страшного зависания путем переиндексации средствами 1С. Из конфигуратора - Тестирование и исправление - и только одна галочка "Переиндексация" - за ночь на этой громадной базе выполнилась.
Блокировки я пытался перевести на управляемые - вроде все по правилам сделал, код везде дописал, но было еще хуже - и взаимоблокировки. Видимо не везде дописал блокировки. Много стандартных и дописаных механизмов.
Автор: andr_andrey 18.02.19, 11:32
Сначала понять в каких запросах у вас проблемы, например:
Отрывок ТЖ
Собираем статистику, анализируем, устраняем проблему.
Автор: vbi 18.02.19, 12:22
Еще прошу Вас написать свои рекомендации. Вот для будущего такой базы что порекомендуете?
Какой сервер порекомендуете? Какой процессор лучше, архитектура? Достаточен будет этот что есть? Как размещать ОС, SQL, 1C? На разных SSD или на одном? Какой SQL, 1C? Что еще порекомендуете?
Про журнал - спасибо за подсказку. Проанализирую.
Автор: Vofka 18.02.19, 12:34
У меня не редко были ситуации, когда 1С тупит, но в технологическом журнале ничего интересного нету. Причем тупилово проявлялось даже когда просто переходишь по подсистемам в интерфейсе на УФ. С переменным успехом помогали разные танцы с бубном, но причины такого поведения в ряде случаев оставались мне неизвестны.
Автор: Fynjy 23.02.19, 10:49
Можно после любого удаления серверного ПО остается много "нужного" мусора. Он будет мешать дальнейшем. Тем более для такого ПО, как MS SQL. Мало того есть вероятность того, что экземпляр сервера не был удален, а это новые танцы с бубнами. Если это не обновление кумулятивным СП, то это всегда проблемы.
Установка должна быть чистой. ОС с нуля и на нее уже серверное ПО нужной версии.
По поводу перехода 8.2-8.3 украинские конфигурации большей частью заточены под 8.1 и работают в режиме совместимости - это тоже всегда тормоза.
Автор: vbi 05.03.19, 16:02
Думаем все же переходить на новое железо. Планируется увеличение пользователей, веб сервисов.
1. Какое железо посоветуете для такой базы?
2. Стоит ли отключать режим совместимости в УТ (обычные формы)?
3. Есть польза от того что операционка и база находится на одном SSD диске? Как лучше размещать данные?
Автор: vbi 06.03.19, 10:08
Друзья, посоветуйте железо, реально нужно Ваше мнение!
Автор: andr_andrey 06.03.19, 11:49
vbi @ Сегодня, 10:08
,
Вам тяжело сходу посоветовать, так как неизвестна нагрузка на подсистемы (диски, процессор, сеть) и кто эту нагрузку создает 1С-сервер или SQL Server), вдруг у вас 100 пользователей ситуативного ввода одного-двух документов и десяток аналитиков извращающих разные отчеты? Или вдруг у вас сетевая карта на сервере работает в режиме 100 МБит, и не успевает одна отдать всем данные?
В общем, от SSD польза есть, если рейд-контроллер их нормально поддерживает.
Как мне кажется, ставить систему и базу надо на разные рейд-массивы (каналы рейд-контроллера), если сервер всего один.
Также на отдельный канал надо относить tempdb.
Сервер 1С по-умолчанию пишет свои временные файлы на СИСТЕМНЫЙ диск С: в папку Temp профиля пользователя под которым запускается.
Вот и получится параллельных три канала для рейд-контроллера, которые поделят, теоретически параллельно, между собой кеш контроллера.
Кстати кеш должен иметь батарейку или суперконденсатор или флеш-память, чтобы включить кеш на запись.
Имеем опыт эксплуатации HP и SuperMicro, первые - дорого, но надёжно, вторые - подешевле и попроще, и за 9 лет был случай, когда вылетевший блок питания погасил всю стойку
По-описанию понравились сервера DELL, но опыта эксплуатации нет.
Тут важно выписать необходимые параметры и максимальный бюджет под сервера, а затем выбирать из вариантов с поставщиками.
П.С. Мне кажется, изначальный рост количества блокировок не разрешится новым более быстрым железом, выбранным вслепую.
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7
https://pro1c.org.ua