В ноябре 2022 года сообщество пользователей 1С столкнулось с беспрецедентной ситуацией: массовые отказы в работе платформы 1С:Предприятие 8.3, аварийные завершения работы серверов и блокировка интернет-сервисов. Проблема затронула как легальных пользователей, так и те системы, где использовались устаревшие механизмы защиты. В данной статье мы подробно разберем, как стабилизировать работу системы, правильно обновить платформу и настроить серверную часть для корректного функционирования в новых реалиях.
Проанализируем ситуацию: основной причиной «падения» систем стало срабатывание встроенной системы защиты платформы, которая в определенных условиях (включая использование 32-разрядных серверов) приводила к критической ошибке Access Violation. Для устранения этой проблемы фирма 1С выпустила экстренные обновления. Рассмотрим, какие версии платформы являются минимально необходимыми для стабильной работы:
Разберем важный нюанс для владельцев 32-разрядных серверов. Если вы используете серверную часть x86, то старые релизы будут аварийно завершаться при попытке проверки лицензионности. Единственным верным решением здесь является переход на исправленные сборки, ссылки на которые были оперативно размещены на специализированных ресурсах поддержки 1С.
Многие системные администраторы заметили, что после экстренного обновления системы начали «тормозить». Выясним причину этого поведения. В новых релизах механизмы обмена данными и проверки лицензий могут конфликтовать с включенной HTTP-отладкой. Если вы не занимаетесь активной разработкой на сервере в данный момент, выполним следующие действия для повышения отзывчивости системы:
Перейдем в настройки параметров запуска сервера 1С или конфигурационного файла conf.cfg и убедимся, что отладка по протоколу HTTP отключена. Рассмотрим, как это влияет на работу: HTTP-отладка создает дополнительную нагрузку на сетевой стек и может вызывать задержки при инициализации сеансов. Для рабочих баз рекомендуется использовать стандартную отладку через TCP/IP или вовсе отключать её на продуктивных серверах.
Проанализируем серьезное технологическое изменение, которое появилось в платформе версии 8.3.22.1706 и выше. Теперь система 1С:Предприятие принудительно устанавливает параметр ALLOW_PAGE_LOCKS = OFF для таблиц в MS SQL Server. Это сделано для исключения эскалации блокировок до уровня всей таблицы, что часто приводило к «замиранию» работы крупных предприятий.
Важное последствие для администраторов БД: так как блокировки страниц теперь запрещены, стандартная операция «Реорганизация индекса» (REORGANIZE) в планах обслуживания SQL Server перестанет работать и будет выдавать ошибку. Посмотрим на алгоритм исправления регламентных заданий:
SQL Server Management Studio (SSMS).Management -> Maintenance Plans.T-SQL, заменим команду:
ALTER INDEX ALL ON [ИмяТаблицы] REORGANIZE;
на команду полного перестроения:
ALTER INDEX ALL ON [ИмяТаблицы] REBUILD WITH (ONLINE = ON);
Помните, что REBUILD создает большую нагрузку на лог транзакций (LDF), поэтому проанализируем свободное место на дисках перед запуском обслуживания. Это «фича» новой платформы, обеспечивающая гранулярность блокировок на уровне строк, что критически важно для высоконагруженных систем.
Рассмотрим ситуацию, с которой столкнулись пользователи тяжелых решений (ERP, УХ): при формировании отчетов на Системе компоновки данных (СКД) результат оказывается пустым, хотя данные в базе точно есть. Выясним причину: это баг платформы 8.3.22.1704/1709, связанный с оптимизацией работы временных таблиц в СУБД PostgreSQL и MS SQL.
Если вы столкнулись с такой проблемой, проанализируем два пути решения:
Когда платформа обновляется экстренно, старые данные в папках сервера могут вызывать ошибки «формата потока» или некорректное поведение интерфейса. Выполним процедуру глубокой очистки сервера 1С:
Агент сервера 1С:Предприятия (1C:Enterprise 8.3 Server Agent).C:\Program Files\1cv8\srvinfo\.reg_1541) найдем папки, начинающиеся на snccntx. Это папки сеансовых данных.AppData\Local\Temp под учетной записью, от которой запускается служба 1С.Проанализируем результат: после этих действий первый запуск баз будет медленным, так как сервер будет заново формировать сеансовые данные, но это устранит большинство фантомных ошибок, возникших после «кривого» обновления.
С ноября 2022 года многие пользователи обнаружили, что перестал работать поиск контрагентов по ИНН. Выясним причины. Первая — переход 1С на новые сертификаты удостоверяющего центра GlobalSign вместо DigiCert. Вторая — внедрение защиты DDOS-Guard на стороне серверов 1С.
Разберем по шагам, как вернуть работоспособность сервисов:
В каталоге установленной платформы (например, C:\Program Files\1cv8\8.3.22.1709\bin\) находится файл cacert.pem. Это хранилище доверенных корневых сертификатов. Если ваша ОС устарела (Windows 7, Server 2008), 1С не сможет проверить безопасность соединения.
Необходимо заменить этот файл на актуальный, скачанный с официального сайта поддержки, или вручную добавить в него сертификаты GlobalSign. Рассмотрим структуру файла: это текстовый документ, в который нужно дописать содержимое нового сертификата в формате Base64.
Проверим, есть ли у сервера доступ к точкам проверки отзыва сертификатов. Убедимся, что брандмауэр разрешает запросы к следующим адресам:
http://ocsp.globalsign.comhttp://crl.globalsign.comЕсли при попытке запроса к сервисам вы получаете ошибку 403, это означает, что защита DDOS-Guard блокирует автоматический запрос от вашей платформы, принимая его за атаку. Проанализируем решение: в последних патчах и релизах 1С изменила заголовки HTTP-запросов, чтобы они успешно проходили проверку. Если обновление платформы не помогло, проверьте, не используется ли у вас прокси-сервер, который подменяет заголовки запросов.
Подведем итог наших действий. Для стабильной работы 1С в текущих условиях мы должны:
REORGANIZE на REBUILD из-за изменений в логике блокировок страниц.cacert.pem, особенно на старых версиях Windows.snccntx).Выполнение этих шагов позволит минимизировать риски внезапной остановки бизнес-процессов и обеспечит корректную работу всех современных механизмов защиты и интернет-сервисов 1С.