Данное обстоятельство может быть обусловлено многими причинами. Одна из них — неоптимальная настройка MS SQL.

Перечислим неоптимальности в настройке:

1) Неправильно указанный сетевой протокол, используемый для взаимодействия 1С с SQL Server. После установки, SQL пытается использовать для связи протокол «Named Pipes», который не обеспечивает быстрый обмен данными. Советуем изменить протокол по умолчанию на «TCP/IP». Изменить протоколы для связи с SQL сервером можно запустив утилиту SQL Server Configuration Manager. Обратите внимание — интересующие нас протоколы расположены в группе SQL Server network configuration. Протоколы из группы SQL native client configuration 1С не использует. Важно! Если программа 1С запускается на том же сервере, на котором запущен SQL-сервер,используйте для связи протокол «Shared Memory». Этот протокол обеспечит максимальную пропускную способность.

2) Включенные опции базы данных «Auto сreate statistics», «Auto update statistics». Данные опции разрешают SQL собирать статистику распределения данных в таблицах, обновляя статистику автоматическим образом. Отключите обе опции, т.к. создание и обновление статистики создает дополнительную загрузку сервера. Создайте задание на создание и обновление статистики, запускающееся в нерабочее время — например ночью.

3) Значение Checksum для опции Recovery->Page Verify. Во многих случаях достаточный контроль ошибок в страницах дисковой памяти обеспечивает значение данной опции — TornPageDetection. В этом случае контроль ошибок в страницах дисковой памяти использует иной вариант, более простой и быстрый нежели при значении опции — Checksum. Значение опции None — хоть и обеспечивает максимальное быстродействие, лучше не использовать, т.к. контроль ошибок страниц дисковой памяти средствами SQL сервера вообще производиться не будет.

4) Включенная опция полнотекстового индекса. Для ИБ 1С данная опция не требуется. Отключите её.

Каждому ИТ-специалисту известно, что уровень производительности базы 1С зависит от:

• Уровня оборудования серверной платформы
• Частоты центрального процессора
• Частоты и объема оперативной памяти
• Быстродействия подсистемы ввода\вывода — тип жестких дисков, порядок массива RAID, количество генерируемых IOPS, очередь к дискам
• Рекомендуемых настроек сервера 1С:Предприятие
• Тонкой регулировки сервера СУБД MS SQL — баланс потребляемых ресурсов, распределение технических баз по логическим массивам, регламентные операции и т.д. (см. подробнее о настройках оптимизации 1С)

Помимо указанных ключевых параметров, наши ИТ-специалисты заметили, что довольно часто на показатели производительности влияют версии экземпляров MS SQL. Наша команда решила провести серию практических нагрузочных тестов и выяснить зависимость быстродействия баз 1С от версии используемого программного обеспечения MS SQL на выделенном тестовом стенде (см. Таблица 1).

В наших испытаниях мы опираемся на два метода синтетической генерации нагрузки и имитации работы пользователей в 1С. Это тест Гилева (TPC-1C) и тест 1С «Тест центр» из инструментария 1С:КИП со специальными сценариями работы, запущенный на 50 пользователей.

Тест Гилева (TPC-1C)

Тест принадлежит к разделу универсальных кроссплатформенных нагрузочных тестов. Он может использоваться как для файлового, так и для клиент-серверного архитектур 1С:Предприятие. Тест измеряет количество работы в единицу времени в одном потоке и подходит для оценки скорости работы однопоточных нагрузок, включая скорость прорисовки интерфейса, влияния ресурсных затрат, перепроведения документов, процедур закрытия месяца, расчета зарплаты и т.п. Универсальность позволяет делать суммарную оценку производительности, не привязываясь к одной конфигурации платформы. Результатом теста является тотальная оценка измеряемой системы 1С, выраженная в условных единицах.

Специализированный тест из инструментария «Тест центр» 1С: КИП

Тест-центр – инструмент проведения многопользовательских нагрузочных испытаний систем на базе 1С:Предприятие 8. С его помощью можно моделировать работу компании без участия реальных пользователей, что позволяет оценивать применимость, производительность и масштабируемость информационной системы в реальных условиях. Система представляет собой конфигурацию, предоставляющую механизм управления процессом тестирования. Для тестирования информационной базы, необходимо интегрировать конфигурацию Тест-центра в конфигурацию тестируемой базы при помощи сравнения и объединения конфигураций. В результате объединения к метаданным тестируемой базы будут добавлены объекты и общие модули, необходимые для работы Тест-центра.

Рисунок 1 — Схема интеграции тест-центра

Таким образом, используя инструментарий 1С: КИП, на основании имеющихся данных в реальных производственных баз 1С — программист формирует полноценный автоматический сценарий тестирования, основанный на перечне документов и справочников, ключевых для данного типа конфигурации – Заявка на расходование средств, Заказ поставщику, Реализация товаров и услуг и т.д. При запуске сценария Тест-центр будет автоматически воспроизводить многопользовательскую деятельность, описанную в сценарии. Для этого Тест-центр создаст необходимое количество виртуальных пользователей (в соответствии со списком ролей) и запустит выполнение действий.

При настройке сценариев тестирования для достоверной имитации одновременной работы большого количества пользователей – задаются определенные параметры тестирования для каждого типа документа:

• Документ – указывает конкретный документ в рабочей базе, на основе которого будет производиться нагрузочное тестирование
• Приоритет запуска – формирует порядок запуска тестов для каждого типа документов
• Количество документов – определяет объем формируемых тестовых документов
• Пауза, секунд – задержка при запуске серии тестов, в рамках одного типа документов
• Количество строк в документе – информационный указатель, сообщающий о «массивности» тестового документа, что влияет на время обработки и нагрузку на ресурсы

Методика тестирования

Тесты выполняются в 3 итерациях, результаты записываются в таблицу. Таким образом, полученные итоги тестирования, измеряемые в секундах, наиболее реалистично и объективно отражают уровень производительности баз 1С в условиях, максимально приближенных к реальным (см. таблицу 2).

Таблица 1. Технические характеристики тестового стенда.

Роль системы	CPU\vCPU	RAM, Гб	Дисковая система ввода\вывода
Сервер 1С + СУБД	Intel Xeon E5-2667 v4 8 ядер	30 Гб	Intel SSD Raid10
Программное обеспечение	Microsoft Windows Server 2016 Standart Microsoft SQL Server Сервер 1C:Предприятие 8.3.14.1694
Конфигурации 1С	Однопоточный синтетический тест платформы 1С:Предприятие + Многопоточный тест записи на диск (2.1.0.7) Гилёв Вячеслав Валерьевич Размер 0,072 Гб Платформа: 1С:Предприятие 8.3 (8.3.14.1694) Конфигурация: Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.52.39) Режим: Серверный (сжатие: усиленное) Приложение: Тонкий клиент Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия) Вариант интерфейса: Такси Размер 9,2 Гб Платформа: 1С:Предприятие 8.3 (8.3.14.1694) Конфигурация: Управление торговлей, редакция 11 (11.3.4.21) Режим: Серверный (сжатие: усиленное) Приложение: Тонкий клиент Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия) Вариант интерфейса: Такси Размер 11,8 Гб

Результаты тестирования

Таблица 2.1. Результаты тестирования с помощью теста Гилева (TPC-1C).

Показатели теста Гилева \ Версия SQL	Sql 2012	Sql 2014	Sql 2019
Итерация 1	21,74	17,24	26,46
Итерация 2	18,94	17,30	23,04
Итерация 3	19,53	17,30	20,49
Среднее значение	20,07	17,28	23,33

Таблица 2.2. Результаты тестирования с помощью специального теста 1С:КИП.

Перечень тестов на 50 пользователей (средний результат по итогам 3 итераций)	SQL 2012	SQL 2014	SQL 2019
Проведение тестов 1С:КИП на существующей базе, конфигурация Бухгалтерия Предприятия
Оборотно сальдовая ведомость	3,478	3,862	2,776
Проведение возврата товаров от покупателей	0,844	0,859	0,854
Проведение платежных поручений	0,110	0,147	0,262
Проведение ПТИУ	0,691	1,027	0,674
Проведение реалиизации товаров и услуг	0,801	0,786	0,885
Проведение счета на оплату	0,081	0,086	0,119
Расчет калькуляций себестоимости	0,688	0,674	0,679
Проведение тестов 1С:КИП на существующей базе, конфигурация Управление Торговлей
Проведение и возврат от клиента	2,817	3,182	3,089
Проведение и возврат товаров поставщику	2,751	2,423	11,949
Проведение заказа клиента	0,522	0,622	0,469
Проведение пересчета товаров	0,222	0,281	0,181
Проведение поступления ТУ	1,957	2,300	2,118
Проведение реализации ТУ	2,670	2,554	1,916
Проведение РКО	0,914	1,191	0,898

Выводы по результатам тестирования

1 В однопоточном тесте TPC-1C победителем является платформа MS SQL 2019, возможно в новой версии оптимизирована потоковое чтение\запись в таблицы. 2 В специальных сценариях 1С: КИП на базе конфигурации Бухгалтерия Предприятия, как ни странно — лучший результат показал проверенный MS SQL 2012. Который до сих пор остается наиболее популярным вариантом в производственных средах и типовых Облаках 1С. 3 Тест 1С: КИП на базе конфигурации Управление Торговлей показал преимущество в скорости самой новой версии MS SQL 2019. Это значит, что данная версия действительно имеет потенциал стать качественным, надежным, работоспособным вариантом СУБД для массового использования

Фразу «1С тормозит» наверняка приходилось слышать всем работающим с продуктами на платформе «1С:Предприятие». Кто-то жаловался на это, кто-то принимал жалобы. В этой статье мы постараемся рассмотреть наиболее распространенные причины этой проблемы и варианты ее решения.

Обратимся к метафоре: прежде, чем выяснять, почему человек куда-то не пришел, стоит убедиться, что у него есть ноги, чтобы ходить. Итак, начнем с требований к «железу» и сети.

Если установлена ОС Windows 7:

Рис.1 ОС Windows 7

Если установлена ОС Windows 8 или 10:

Рис.2 ОС Windows 8 или 10 Рис.3 Требования к «железу» и сети

Также помните, что свободного места на диске должно быть не менее 2ГБ, а подключение по сети – иметь скорость не менее 100 Мб/сек.

Характеристики серверов в клиент-серверном варианте рассматривать большого смысла не имеет, потому что в этом случае все зависит от количества пользователей и специфики тех задач, которые они решают в 1С.

При выборе конфигурации для сервера стоит помнить о следующем:

• Один рабочий процесс сервера 1С потребляет в среднем 4 ГБ (не путать с соединением пользователя, т.к. на один рабочий процесс может приходиться столько соединений, сколько вы укажите в настройках сервера);
• Использование на одном физическом сервере 1С и СУБД (особенно MS SQL) дает выигрыш при обработке больших массивов данных (например, закрытии месяца, расчете бюджета по модели и т.д.), но существенно снижает производительность при ненагруженных операциях (например, создание и проведение документа реализации и т.д.);
• Помните, что сервера 1С и СУБД должны быть в связке по каналу «толщиной» от 1 ГБ;
• Используйте высокопроизводительные диски и не совмещайте роли сервера 1С и СУБД с другими ролями (например, файловый, АД, контроллер домена и т.д.).

Если после проверки оборудования 1С все равно «тормозит»

У нас маленькая компания, 7 человек, а 1С «тормозит». Обращались к специалистам, и те сказали, что нас спасет только клиент-серверный вариант. Но для нас такое решение не приемлемо, это слишком дорого!

Проведите регламентные работы в базе*:

1. Запустите базу в режиме конфигуратора.

Рис.4 Запуск базы в режиме конфигуратора

2. Выберите в главном меню пункт «Администрирование», а в нем – «Тестирование и исправление».

Рис.5 Тестирование и исправление

3. Установите все галочки, как на картинке. Нажмите «Выполнить».

*Эта процедура может занимать от 15 минут до часа в зависимости от размеров базы и характеристик вашего ПК.

Если это не помогло, то делаем клиент-серверное подключение, но без дополнительных вложений в «железо» и ПО:

1. Выберите самый не загруженный компьютер в офисе из числа стационарных (не notebook): у него должно быть не менее 4 ГБ оперативной памяти и сетевое подключение не менее 100 Мб/сек.

2. Активируйте на нем IIS (Internet Information Server). Для этого:

Рис.6 Активация IIS Рис.7 Активация IIS Рис.8 Активация Internet Information Server Рис.9 IIS

3. Опубликуйте свою базу на этом компьютере. По этой теме есть доступный материал на ИТС, или обратитесь к специалисту из поддержки.

4. На компьютерах пользователей настройте доступ к базе через тонкий клиент. Для этого:

Рис.10 Настройка доступа к базе через тонкий клиент

Откройте окно запуска 1С.

Рис.11 Окно запуска 1С

Выберите вашу рабочую базу. Здесь это «Ваша база». Нажмите «Изменить». Установите переключатель в положение «На веб-сервере», укажите в строке под ним имя или IP-адрес сервера, на котором активировали IIS, и имя под которым публиковали базу. Нажмите кнопку «Далее».

Рис.12 Выбор рабочей базы

Установите переключатель «Основной режим запуска» в режим «Тонкий клиент». Жмите «Готово».

У нас немаленькая компания, но и не очень большая, человек 50 – 60. Мы используем клиент-серверный вариант, но «тормозит» 1С жутко.

В этом случае рекомендуется разделить сервер 1С и сервер СУБД на два разных сервера. При разделении обязательно помните: если они остались на одном физическом сервере, который просто виртуализовали, то диски у этих серверов должны быть разными –разными физически! Также обязательно настройте регламентные задания на сервере СУБД, когда речь идет об MS SQL (подробнее об этом описано на сайте ИТС)

У нас немаленькая компания, более 100 пользователей. Все настроено в соответствии с рекомендациями 1С для такого варианта, но при проведении некоторых документов 1С очень сильно «тормозит», а иногда вообще возникает ошибка блокировки. Может быть, сделать свертку базы?

Подобная ситуация возникает из-за размера вполне конкретного регистра накопления или бухгалтерии (но чаще – накопления), из-за того что регистр либо вообще на «закрывается», т.е. есть движения приход, но нет движений расход, либо количество измерений, по которым считаются остатки регистра, очень велико. Может иметь место даже микс из двух предыдущих причин. Как определить, какой именно регистр все портит?

Фиксируем время, когда документы проводятся медленно, либо время и пользователя, у которого возникла ошибка блокировки.

Открываем журнал регистрации.

Рис.13 Журнал регистрации

Находим нужный нам документ, в нужное время, по нужному пользователю с типом события «Данные.Проведение».

Рис.14 Данные.Проведение

Отсматриваем весь блок проведения до момента отмены транзакции, если была ошибка блокировки, или отыскиваем самое долгое изменение (время от предыдущей записи больше минуты).

Далее проверяем количество строк в регистре посредством простого запроса по остаткам (для регистра накопления желательно до 200 000 строк, для регистра бухгалтерии – несколько больше).

После этого принимаем решение, имея в виду, что свернуть именно этот регистр в любом случае дешевле, чем всю базу.

Мы очень крупная компания, более 1000 пользователей, тысячи документов в день, свой ИТ-департамент, огромный парк серверов, несколько раз оптимизировали запросы, но 1С «тормозит». Мы, видимо, переросли 1С, и нам нужно что-то более мощное.

В подавляющем большинстве таких случаев, «тормозит» не 1С, а архитектура используемого решения. Делая выбор в пользу новой программы для бизнеса помните, что написать свои бизнес-процессы в программе дешевле и проще, чем переделать их под какую-то, тем более, очень дорогую программу. Такую возможность предоставляет только 1С. Поэтому, лучше задаться вопросом: «Как исправить ситуацию? Как заставить 1С «летать» на таких объемах?». Вкратце рассмотрим несколько вариантов «лечения»:

• Используйте технологии параллельного и асинхронного программирования, которые поддерживает 1С (фоновые задания и запросы в цикле).
• При проектировании архитектуры решения откажитесь от использования регистров накопления и регистров бухгалтерии в самых «узких» местах.
• Разрабатывая структуру данных (регистры накопления и/или сведений) придерживайтесь правила: «Самая быстрая таблица для записи и чтения – это таблица с одной колонкой». О чем идет речь, станет более ясно, если посмотреть на типовой механизм РАУЗ.
• Для обработки больших объемов данных используйте вспомогательные кластеры, где подключена та же база (но ни в коем случае так нельзя делать при интерактивной работе!!!). Это позволит обойти стандартные блокировки 1С, что даст возможность работать с базой почти на той же скорости, что и при работе непосредственно средствами SQL.

Стоит отметить, что оптимизация 1С для холдингов и крупных компаний – тема для отдельной, большой статьи, поэтому следите за обновлением материалов на нашем сайте.

Таким вопросом часто задаются пользователи, когда ждут проведения документа, формирования отчёта или просто при запуске системы 1С. Давайте попробуем разобраться в этом вопросе и ускорить работу нашей программы 1С.

Сразу оговоримся, что причин медленной работы 1С может быть много, и в каждом конкретном случае своя причина, которая является объектом для анализа специалиста, кроме того, если нагрузка вашей системы от пяти одновременно работающих пользователей, то такие системы должны быть организованы специалистами. Все же попробуем описать некоторые действия, которые, возможно, в вашем случае помогут ускорить работу программы:

1) Обновление 1С. Специалисты фирмы 1С постоянно работают над своим продуктом, улучшают эффективность, исправляют ошибки, которые влияют в том числе на скорость работы. Поэтому версию платформы 1С и конфигурации необходимо обновить до самой последней.

2) Исправление ошибки в базе данных. Сбои в базах данных это не редкость и могут привести к существенному замедлению работы программы 1С.

Данный способ подходит для тех у кого база хранится в виде файла на компьютере. Перед началом работ всем пользователям необходимо выйти из программы. Проверяем тип базы в окне запуска 1С по слову «File:” и перейдя в папку с базой обязательно сделаем её резервную копию (файл *.1CD).

Затем откроем программу в режиме «Конфигуратор», перейдём в меню «Администрирование» → «Тестирование и исправление».

В появившемся диалоге нажмём «Продолжить». В открывшемся окне выставим настройки как указано на картинке ниже и нажмём выполнить. Данная операция обычно длиться от 30 минут до часа, а в некоторых случаях может продолжаться несколько часов.

3) Настройка работы антивируса. Несмотря на то, что антивирус приносит бесценную пользу защищая наши данные, он так же способен затормозить работу 1С непрерывно анализируя её процессы. Чтобы этого избежать, необходимо добавить нашу программу в исключения антивируса. А именно добавить:

а) путь до платформы 1С (Обычно C:\Program Files (x86)\1cv8\);

б) путь до базы 1С (в том случае, если база файловая);

в) создать маску по файлам с которыми работает 1С.

4) Очистить «Журнал регистрации». Если вы работаете на 1С уже продолжительное время, то вполне возможно «Журнал регистрации» вырос до значительных размеров замедляющих работу программы, поэтому его необходимо почистить. Есть несколько способов, как можно это сделать, воспользуемся одним их них:

Откроем программу в режиме конфигуратора, перейдём в меню «Администрирование» → «Настройка журнала регистрации». В появившемся окне нажмем «Сократить». Появиться ещё одно окно, укажем текущую дату и нажмем «Ок». Таким образом мы удалим журнал регистрации.

5) Настроить производительность компьютера. Свой вклад в увеличение скорости внесёт настройка производительности компьютера в ОС Windows. Перейдём в «Панель управления» Windows, выберем «Электропитание» и укажем «Максимальная» (раскрыть «стрелочку», если отсутствует в списке).

6) «Дефрагментация» жесткого диска. В том случаи если у вас файловая база данных, вы работаете в 1С уже продолжительное время, такая операция, как «Дефрагментация» жёсткого диска, может значительно ускорить работу 1С. Рекомендуется выполнить дефрагментацию тех дисков на которых находятся база данных и платформа 1С. Операция может занять несколько часов.

Данный перечень затрагивает далеко не всё. Есть ряд причин, которые могут замедлять работу 1С, но потребуют внимания соответствующего специалиста:

1) «Слабый компьютер». Скорость работы 1С зависит от трёх ключевых параметров компьютера: частота процессора, скорость жёсткого диска и размер оперативной памяти. Например, если в компьютере мало оперативной памяти то 1С перекладывает нагрузку на процессор и жесткий диск, поэтому характеристики компьютера должны быть правильно подобраны.

2) Нагрузка на информационную базу. Важно понимать, что файловая база данных на данным момент, не самая эффективная с точки зрения скорости работы, при увеличении её размера выше 5 Гб, стоит подумать о, так называемой, операции «свёртки» базы, т.е. удалении данных до определенного периода, или подумать о переходе с файловой базы на SQL системы, которые более эффективно работают с большими объемами данных при условии их правильной настройки.

3) Неправильный тип подключения к базе данных. Если у вас несколько компьютеров с которых вы работаете в одной базе данных, то их необходимо правильно подключить. Самым медленным будет прямое сетевое подключение, лучше всего использовать подключение через веб-сервер (самые распространенные Apache или IIS).

4) Внесенные изменения в регламентные задания или настройки прав доступа конфигурации 1С. Данные изменения являются предметом для анализа специалиста и могут сильно повлиять на производительность.

Группа Компаний «КомплектСофт» имеет богатый опыт по ускорению работы 1С используя комплексный подход. Вы можете обратиться к нашим специалистам для анализа и устранения причин медленной работы 1С.

Хорошо знакомая ИТ-специалистам жалоба пользователей «висит 1С» имеет множество причин. Для постановки правильного «диагноза» – выявления и анализа проблемы, требуется ее воспроизведение, ведь проблему, которую невозможно воспроизвести, как правило, практически невозможно решить. Разобравшись в симптомах зависания 1С, мы сделаем первый шаг на пути к эффективно работающей системе.

Очень долгий запуск системы

Долгий запуск тяжелой конфигурации под одним пользователем первый раз после добавления ИБ в список баз на компьютере – явление нормальное. В процессе первого запуска происходит кэширование конфигурации. Второй и последующие запуски должны выполняться быстрее.

Запуск системы, занимающий продолжительное время, может указывать на проблемы архитектурной реализации конфигурации. Большая часть конфигурации считывается платформой только при первом обращении к нужному объекту метаданных. Долгий запуск говорит о вероятности использования большого числа объектов метаданных (много обращений в различные общие модули, обработки и т.д.).

Рис.1 1С на MAC ОС

Следует учитывать, что при первом обращении к тексту любого модуля происходит его компиляция. Этот процесс также занимает время, которое особенно заметно, если модулей много. Таким образом, проблема медленного запуска решается модификацией (оптимизацией) конфигурации, целью которой является отключение выполнения всех не обязательных алгоритмов, которые выполняются при старте системы.

Есть вероятность, что конфигурация при запуске пытается прочитать данные из сети Интернет. Это также увеличивает время запуска системы.

Очень долгое открытие форм

Долгое открытие форм может быть обусловлено:

1. Большим количеством элементов управления на форме – время тратится на создание формы и взаимоувязку расположения элементов формы;
2. Выполнением алгоритмов при инициализации формы. Возможно, при создании формы проверяются какие-либо условия и/или происходит чтение связанных объектов из базы данных.

Первая проблема «лечится» упрощением формы. Например, часть элементов управления можно вынести в отдельные формы, что может быть даже удобнее для пользователя. Например, если на форме есть поле адреса «Город», «Улица», «Дом» и т.д., то редактирование адреса лучше вынести в отдельную форму.

Вторая проблема решается анализом действий, выполняемых при создании и открытии формы, и оптимизацией этих алгоритмов. Возможно, часть алгоритмов уже устарела, а часть можно упростить и оптимизировать, например, исключить или минимизировать обращение к данным в базе.

Очень долгая реакция на интерактивные действия пользователя

В качестве интерактивного действия рассмотрим попытку пользователя выбрать значение в элементе формы. В ответ на него, система «о чем-то задумывается». Это может происходить по следующим причинам:

1. Алгоритмы, выполняющиеся при данном действии, проверяют или вычисляют связанные с ними данные, влияющие на режим выбора значения;
2. Форма выбора, которая открывается для выбора этого значения, при инициализации считывает все объекты из базы данных.

Для решения первой проблемы следует воспользоваться «Замером производительности», найти ресурсоемкие алгоритмы и оптимизировать их.

Рис.2 Очень долгая реакция на интерактивные действия пользователя

Вторую проблему зачастую можно решить простым анализом реализации формы выбора. Например, стоит убедиться, что для динамического списка установлено свойство «Динамическое считывание данных», правильно установлено свойство «Основная таблица», а в реализации списка не используются заведомо ресурсоемкие алгоритмы.

Также есть ситуации, когда при открытии формы выбора из базы данных считываются какие-либо связанные данные (например, при открытии формы выбора «Номенклатура» считываются остатки товаров на складах). Как правило, это не лучшее решение. Считывание связанных данных лучше выполнять асинхронно, уже после открытия формы. Это вызовет меньше дискомфорта у пользователя, т.к. после показа формы пользователь потратит некоторое время на восприятие открывшейся формы, и это время можно потратить на загрузку связанных данных.

Очень долгая реакция на обновления

Один из тривиальных симптомов, тем не менее, способный рассказать о некоторых проблемах системы: обновление 1С зависает при запуске резервного копирования. В основном это происходит при обновлении через Интернет и, скорее всего, говорит о том, что конфигурация давно не обновлялась и релизы, накатываясь один на другой, вызвали зависание. Предотвратить подобную проблему можно своевременной установкой обновлений, а при столкновении с ней, можно просто прервать процесс резервного копирования. После запуска работы конфигуратора, база запустится с внесенными изменениями в обычном режиме.

Следует отметить, что 1С 8.3 зависает при обновлениях чаще всего еще и потому, что требует более ресурсоемкого аппаратного обеспечения, чем предыдущие версии платформы. Стоит обратить внимание на объем оперативной памяти и при необходимости увеличить его — это в принципе должно помочь в решении проблемы «1С зависает при обновлении конфигурации».

Долгая запись объектов/проведение документов

В этом случае «лечение по фотографии» практически исключено, поскольку причины могут быть самые разнообразные, начиная с большого объема данных в объекте, заканчивая ожиданием на блокировках.

Но даже в ЭТОМ случае, можно наметить направление для анализа.

Отсутствие значительных изменений времени записи, обусловленных временем суток или количеством пользователей (по примерной, субъективной оценке), свидетельствует о проблеме в коде или в объеме данных объекта. Для анализа при этом имеет смысл воспользоваться инструментом «Замер производительности».

Кардинальное изменение времени записи при неясных зависимостях, требует выполнения статистического анализа появления проблемы, т.е. анализа производительности. Самый простой способ – анализ использования журнала регистрации. Дополнительным преимуществом здесь является поддержка платформой «1С:Предприятие 8» сохранения данных журнала регистрации в файл формата SQLite. Это позволит использовать SQL-запросы для анализа данных журнала. Время записи объектов вполне можно получить из данных журнала, если учесть тот факт, что каждая запись объекта выполняется в транзакции, а у каждой транзакции есть свой идентификационный номер.

Рис.3 SQL

Если результат статистического анализа показал, что время записи объекта зависит от времени суток, а не от количества пользователей, необходимо проанализировать загруженность сервера 1С и сервера базы данных. Возможно, на сервере выполняются регламентные процессы, отнимающие излишние ресурсы.

Если время записи объектов зависит от количества пользователей, проблемы, скорее всего, заключаются в коде (возможны ожидания на блокировках) или в пропускной способности оборудования. Для их решения следует привлечь специалиста, имеющего компетенцию «1С:Эксперт по технологическим вопросам», поскольку унифицированных правил решения такой задачи не существует.