При обновлении или первоначальном развертывании ИТ-инфраструктуры на базе «1С:Предприятие 8.3» технические специалисты часто сталкиваются со специфическими вопросами компоновки дистрибутивов и неожиданным поведением интерфейса администрирования. В рамках данной статьи мы подробно разберем две важные проблемы, которые часто вызывают замешательство у администраторов и разработчиков:
Также мы проанализируем критерии выбора стабильной версии платформы при переходе между техническими релизами.
---
При переходе на портал обновлений «1С» в списке доступных дистрибутивов пользователи видят четкое разделение, которое вызывает резонный вопрос: почему для 64-битной версии сервера опубликован отдельный установщик, а для 32-битной версии его нет? Выясним причины такого разделения.
Технологическое решение вендора: 32-разрядный сервер приложений «1С» изначально интегрирован внутрь единого дистрибутива, который называется «Технологическая платформа 1С:Предприятие для Windows». При запуске программы установки этой платформы администратор может гибко выбрать устанавливаемые компоненты, среди которых присутствует и Сервер 1С:Предприятия.
Разделение дистрибутивов на портале обусловлено следующими ключевыми факторами:
rphost имеет жесткое ограничение на адресное пространство памяти (не более 4 ГБ под один процесс в Windows). Данное решение позиционируется как начальное, предназначенное для автоматизации небольших офисов. Поэтому оно поставляется в комплекте с клиентскими приложениями. Напротив, 64-битный сервер ориентирован на средний и крупный бизнес без лимитов по потреблению оперативной памяти, поэтому он идет в виде тяжелого, специализированного дистрибутива (windows64full).---
Рассмотрим неприятный баг, с которым сталкиваются разработчики при работе в Конфигураторе или толстом клиенте. При нажатии правой кнопкой мыши по любой панели меню, выборе пункта «Настроить...» и переходе на вкладку «Команды» среда разработки мгновенно закрывается без генерации внятного отчета об ошибке (происходит классический APPCRASH).
Проанализируем природу этой системной ошибки:
Для устранения этой уязвимости мы можем применить несколько последовательных решений.
Шаг 1. Переход на 64-битное клиентское приложение. Если рабочая станция разработчика функционирует под управлением 64-разрядной операционной системы Windows, настоятельно рекомендуется полностью отказаться от использования 32-битного клиента «1С» и установить 64-битный аналог платформы.
Шаг 2. Очистка кэша метаданных. Иногда некорректно сформированный локальный кэш конфигурации усугубляет утечку памяти при рендеринге меню. Выполним полную очистку кэша. Для автоматизации этого процесса можно использовать командный файл (скрипт), который очистит каталоги временных файлов:
@echo off
taskkill /f /im 1cv8.exe
taskkill /f /im 1cv8c.exe
rmdir /s /q "%USERPROFILE%\AppData\Local\1C\1Cv8"
rmdir /s /q "%USERPROFILE%\AppData\Roaming\1C\1Cv8"
echo Кэш успешно очищен!
pause
Шаг 3. Установка стабильного релиза платформы. Данная ошибка графического интерфейса была признана разработчиками фирмы «1С» и исправлена в последующих сервисных обновлениях. Если вы используете ветку 8.3.12, убедитесь, что версия вашей платформы не ниже 8.3.12.1469 (оптимально использовать финальные технические патчи данной ветки, такие как 8.3.12.1616 или 8.3.12.1790).
---
При подборе оптимального релиза ИТ-специалисты часто балансируют между требованиями новых конфигураций и стабильностью старых систем. Разберем важные нюансы платформ этого поколения:
.lgd вместо старого текстового формата .lgf). В первых релизах этой ветки новая база журнала приводила к серьезным транзакционным блокировкам в файловых базах данных. Также в 8.3.12 была внедрена отладка по протоколу HTTP. Для стабильной работы в рамках 8.3.12 следует выбирать только старшие, проверенные временем релизы, где критические ошибки работы с СУБД и памятью уже устранены разработчиками.Таким образом, для обеспечения бесперебойной работы пользователей и комфортной разработки рекомендуется отдавать предпочтение четным веткам платформы («микро-релизам» с долгосрочной поддержкой LTS), своевременно переходить на 64-битные клиентские приложения и регулярно проводить регламентную очистку кэша метаданных.