Tilda Publishing
Привет, любопытный друг. Да, это Tilda. Потому что мы хотим быстро внедрять и управлять решением, а не ждать
в очереди разработчика. Контроль, предсказуемость и отказоустойчивость — наша главная идея.
Подберём типовое или произведем на заказ серверное оборудование, предоставим расчёт и поможем интегрировать в систему.

Заполните форму запроса слева или отправьте описание вашей задачи на почту get@work-system.ru

При отправке письма на почту укажите номер телефона вашего специалиста для обсуждения аналогов оборудования в случае необходимости

Обновление 1С сервера: подробное руководство

IT-специалист, Work Systems | Последнее обновление: июнь 2026

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

Содержание

1
Что именно обновляем: платформа, сервер, конфигурация, клиент
2
Быстрый план работ
3
Обязательно ли обновлять платформу 1С:Предприятие?
4
Как выбрать релиз платформы
5
Подготовка: как скачать новую версию и сохранить базы 1С
6
Инструкция: как правильно обновить сервер 1С 8.3
7
Особенности обновления сервера 1С на ОС Linux
8
Особенности обновления в сложных инфраструктурах
9
Проверки после обновления (acceptance checklist)
10
Частые ошибки при обновлении сервера 1С
11
FAQ
12
Когда стоит обратиться к специалисту
13
Профессиональное обновление сервера 1С

Что именно обновляем: платформа, сервер, конфигурация, клиент

Прежде чем переходить к инструкции, важно понять, что именно вы обновляете. Это поможет избежать ошибок совместимости.

Система «1С:Предприятие 8» состоит из двух частей:

  • Технологическая платформа — программное обеспечение, которое включает среду для запуска приложений, сервер приложений (ragent/rphost), инструменты разработки и администрирования.
  • Конфигурация — прикладное решение, работающее на платформе (1С:Бухгалтерия, 1С:УТ, 1С:ERP и т.д.).

Типовая последовательность обновления в клиент-серверном варианте:
  1. Убедитесь, что конфигурация совместима с новой версией платформы (или новая версия платформы требуется для обновления конфигурации).
  2. Сделайте резервные копии баз данных и папки srvinfo.
  3. Обновите платформу на сервере.
  4. Обновите клиенты на рабочих местах.
  5. (При необходимости) обновите конфигурацию.
«Если обновление конфигурации требует новую платформу, сначала обновите платформу и заранее сделайте резервную копию базы.» — 1C Knowledge Base, https://kb.1ci.com/1C_Enterprise_Platform/FAQ/Administration/Server/How_to_update_1C_Enterprise_Platform_when_a_configuration_update_requires_it/
Важный момент: новая версия платформы устанавливается параллельно со старой, не перезаписывая её. После успешного обновления старую версию нужно удалить вручную через «Установка и удаление программ». При этом новый сервер не «видит» устаревшие клиенты, поэтому обновление клиентских приложений обязательно.

Быстрый план работ

Перед тем как начать — ответьте на несколько вопросов и сверьтесь с картой работ:
Что сделать
Сценарий: один сервер
Сценарий: VM
Сценарий: кластер
Оцените окно простоя
20–60 мин
10–30 мин + откат за минуты
Зависит от схемы, полная остановка
Бэкап СУБД
SQL/pg_dump
SQL/pg_dump
SQL/pg_dump всех баз
Бэкап srvinfo
Обязательно
Обязательно
Обязательно
Снапшот VM
До начала
Порядок: сервер → клиенты
Откат
Восстановить SQL + srvinfo
Откатить снапшот
Восстановить SQL + srvinfo
Чек-лист подготовки (минимальный):
  • Уведомить пользователей, договориться об окне простоя
  • Проверить совместимость версии платформы с вашей конфигурацией
  • Скачать дистрибутив с официального портала users.v8.1c.ru
  • Сделать бэкап СУБД и проверить его восстановимость на тестовой среде
  • Скопировать папку srvinfo целиком
  • (Для VM) Создать снапшот
  • Заблокировать новые сеансы в консоли кластера
  • Дождаться выхода всех пользователей, закрыть зависшие сеансы вручную

Обязательно ли обновлять платформу 1С:Предприятие?

Да, обязательно — и это не просто рекомендация, а требование, продиктованное совместимостью с конфигурациями, безопасностью и регуляторными требованиями.

Ключевая причина для большинства обновлений — совместимость с конфигурацией: в конфигурации появляется функционал, который поддерживается только свежей версией платформы, и без неё программа работать не будет. Проверяйте требуемую версию платформы для вашей конфигурации в нескольких местах:

  • При запуске конфигурации 1С:Предприятие — если настроена Интернет-поддержка, появится уведомление.
  • Для запущенных программ — в окне «Оповещения».
  • На Портале 1С:ИТС в разделе совместимости версий.
  • В информационном окне «Новое в версии» после обновления конфигурации.

Также следите за изменениями законодательства (форматы отчётности ФНС, ЭДО, КБК) через «Монитор изменений 1С» на портале 1С:ИТС — при появлении новых форм потребуется обновление как конфигурации, так и платформы. Актуальные требования уточняйте в официальных источниках: ФНС, Минфин, портал 1С:ИТС.

Вопрос безопасности не менее серьёзен. В устаревших релизах платформы фиксируются уязвимости, в том числе эксплуатируемые удалённо. Регулярно проверяйте рекомендации по безопасности на портале 1С и в БДУ ФСТЭК. Для государственных систем дополнительно применяется ЗПК «1С:Предприятие 8.3z» — актуальный сертификат и класс защищённости уточняйте на v8.1c.ru/platforma/zashchita-personalnykh-dannykh/.

Три причины обновлять своевременно:

  • Совместимость с новыми конфигурациями и форматами ФНС/ЭДО.
  • Устранение известных уязвимостей безопасности.
  • Поддержка актуальных СУБД и драйверов торгового оборудования.

Как выбрать релиз платформы

Перед скачиванием определитесь с версией. Релизы делятся на два типа:

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

Критерии выбора:
  1. Проверьте, какую минимальную версию платформы требует ваша конфигурация.
  2. Для продуктива предпочитайте технологические релизы — они прошли более длительное тестирование.
  3. Не ставьте в продуктив версию, которую не протестировали на копии базы.
  4. Актуальные номера релизов смотрите на users.v8.1c.ru в разделе «Технологическая платформа».
В релизе 1C:Enterprise 8.3.25 включены 55 улучшений и 9 исправлений. — 1C-DN (Optima Azerbaijan), https://1c.optima.az/en/news-post/1c-enterprise-8-3-25-update-latest-platform-improvements-and-new-features

Подготовка: как скачать новую версию и сохранить базы 1С

Перед стартом убедитесь, что новая версия 1С полностью совместима с вашей текущей конфигурацией. Ознакомьтесь с системными требованиями на официальном сайте: v8.1c.ru/tekhnologii/systemnye-trebovaniya-1s-predpriyatiya-8/.
«Перед обновлением платформы рекомендуется выполнить резервное копирование и затем обновить платформу до версии, которую требует обновление конфигурации.» — 1C Knowledge Base, https://kb.1ci.com/1C_Enterprise_Platform/FAQ/Administration/Server/How_to_update_1C_Enterprise_Platform_when_a_configuration_update_requires_it/
Чтобы безопасно скачать дистрибутив, используйте исключительно официальный портал: https://users.v8.1c.ru/distribution → раздел «1С:Обновление программ» → выберите «Технологическая платформа» → выберите релиз и ОС → скачайте setup.exe. Доступ к скачиванию — только для зарегистрированных пользователей портала.

Проверьте текущую установленную версию платформы 1С перед загрузкой: откройте любой тонкий клиент → «Справка» → «О программе». Актуальную версию и доступные релизы смотрите на портале users.v8.1c.ru — версии регулярно обновляются.

Минимальные требования к серверу для платформы 8.3:

  • Архитектура: x86-64 (Intel EM64T / AMD64), 64-разрядная ОС.
  • ОЗУ: от 2048 МБ (для сервера приложений).
  • Диск: от 40 ГБ свободного места.
Резервное копирование (критически важный этап)
Никогда не обновляйте сервер 1С без создания резервных копий. Это правило без исключений.
«Перед обновлением платформы выполните резервное копирование информационной базы, чтобы можно было восстановиться при ошибках.» — 1C Knowledge Base, https://kb.1ci.com/1C_Enterprise_Platform/FAQ/Administration/Server/How_to_update_1C_Enterprise_Platform_when_a_configuration_update_requires_it/
Бэкап баз данных.

Для MS SQL Server (через sqlcmd):
sqlcmd -S <server> -U <user> -P <password> -d <dbname> -Q "BACKUP DATABASE <dbname> TO DISK='C:\backup\<dbname>.bak'"
Для PostgreSQL (через pg_dump):
pg_dump -h <hostname> -U <username> -d <dbname> -f /backup/<dbname>.sql
Проверьте, что бэкап завершился без ошибок и файл не нулевого размера. Обязательно проверьте восстановимость бэкапа — выполните тестовое восстановление на отдельной тестовой среде или копии базы. Это занимает дополнительное время, но гарантирует, что откат возможен.

Бэкап папки srvinfo. Эта директория хранит критически важные файлы кластера:
Файл
Назначение
Критичность
1cv8wsrv.lst
Список информационных баз
Критичен — удаление сбрасывает список баз
srvribrg.lst
Список кластеров
Критичен
1cv8reg.lst
Настройки кластера
Критичен
reg_1541\1Cv8Log\*
Журналы регистрации
Можно очистить (кэш, может быстро расти; контролируйте размер)
Путь по умолчанию на Windows: C:\Program Files\1cv8\srvinfo.
На Linux: /home/usr1cv8/.1cv8/1C/1cv8.

Скопируйте папку целиком в отдельное место. Содержимое reg_1541 (журналы) — это кэш, его можно не переносить, но удалять до бэкапа не стоит.

План отката:

  • Вариант 1 (VM): откатить снапшот — быстро, независимо от размера базы (зависит от хранилища и нагрузки; часто быстрее, чем восстановление больших SQL-бэкапов).
  • Вариант 2 (без VM): восстановить базу из SQL-бэкапа + восстановить папку srvinfo из копии → запустить старую версию службы.
  • Вариант 3 (проблемы появились позже): если ошибки или деградация производительности обнаружены через день-два после обновления — используйте SQL-бэкап или снапшот (если не удалили). Именно поэтому снапшот рекомендуется хранить 1–2 рабочих дня.

Инструкция: как правильно обновить сервер 1С 8.3

Строго соблюдайте алгоритм — правильная последовательность при установке обновления исключает конфликты служб и повреждение данных.
«Обновление платформы выполняют установщиком дистрибутива; перед этим сохраняют базу и выполняют обновление платформы до требуемой версии.» — 1C Knowledge Base, https://kb.1ci.com/1C_Enterprise_Platform/FAQ/Administration/Server/How_to_update_1C_Enterprise_Platform_when_a_configuration_update_requires_it/
Пошаговый алгоритм для Windows Server 2022/2025 (Сценарий A: классическое обновление)
Шаг 1. Завершите все пользовательские сессии.

Убедитесь, что ни один пользователь не работает в 1С:Предприятии. Откройте консоль кластера → «Кластеры» → «Сеансы» — зависшие сеансы удалите вручную. Заблокируйте фоновые задания и создание новых сеансов через свойства базы («Блокировка начала сеансов включена»).

Шаг 2. Остановите службу агента сервера (ragent).
net stop "1C:Enterprise 8.3 Server Agent"
или эквивалентно:
sc stop ragent
Служба ragent.exe — это агент сервера 1С:Предприятия, который запускает кластер и использует порты 1540 (основной), 1541 (регистрация) и диапазон 1560–1591 (типовые значения; проверьте параметры вашей службы). Дождитесь завершения дочерних процессов rphost.exe и rmngr.exe через Диспетчер задач.

Шаг 3. Удалите старую версию платформы.

Запустите старый дистрибутив setup.exe → выберите «Удалить». При запросе учётных данных введите пароль пользователя, от имени которого запускается сервер 1С (по умолчанию — usr1cv82; в вашей инфраструктуре может быть другой пользователь или системная учётная запись). Подтвердите удаление.

Шаг 4. Очистите серверный кэш.

После удаления удалите папку snccntx* и файл snccntx.dat из директории srvinfo\reg_1541\. Папку с базами (1cv8wsrv.lst) — не трогайте.

Шаг 5. Установите новую версию.

Запустите новый дистрибутив от имени администратора:
setup.exe
При выборе компонентов отметьте:

  • Сервер 1С:Предприятия.
  • Администрирование сервера 1С:Предприятия.
  • Модули расширения веб-сервера (если 1С опубликована через IIS/Apache).

Укажите учётные данные пользователя сервера и завершите установку.

Шаг 6. Проверьте перерегистрацию службы.

После установки убедитесь, что новая служба зарегистрирована корректно. Путь к ragent.exe должен соответствовать новой версии, например:
C:\Program Files\1cv8\8.3.27.XXXX\bin\ragent.exe
Если путь в реестре (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent) указывает на старую версию — служба не запустится. Проверьте и при необходимости обновите запись вручную или через sc config.

Шаг 7. Запустите службу и проверьте доступность баз.
net start "1C:Enterprise 8.3 Server Agent"
Откройте консоль кластера серверов 1С — все базы должны отображаться. Попробуйте войти в любую из них.

Шаг 8. Проверьте версию через клиент.

Откройте тонкий клиент → «Справка» → «О программе». В разделе «Сведения» должна отображаться новая версия платформы. Успешное обновление сервера 1С завершается синхронизацией версий — клиентские приложения запросят обновление автоматически.

После обновления сервера обязательно обновите клиенты 1С на рабочих местах: клиенты новых версий совместимы с более старыми серверами, но не наоборот.

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

Алгоритм:

  1. Установите новую версию платформы, сняв галочку «Установить как сервис» — текущая служба ragent продолжит работу, пользователи не прерываются.
  2. Договоритесь с пользователями об окне в 3–10 минут.
  3. Когда окно наступило:
  • Остановите службу: net stop "1C:Enterprise 8.3 Server Agent"
  • Измените путь запуска службы (через реестр или sc config)
sc config "1C:Enterprise 8.3 Server Agent (x86-64)" binPath= "\"C:\Program Files\1cv8\8.3.27.XXXX\bin\ragent.exe\" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d \"C:\Program Files\1cv8\srvinfo\""
  • Запустите службу: net start "1C:Enterprise 8.3 Server Agent"
  1. Проверьте: откройте консоль кластера, войдите в базу, просмотрите журнал событий Windows.
  2. Через 1–2 рабочих дня, убедившись в стабильности, удалите старую версию через «Установка и удаление программ».

Когда использовать Сценарий B: при наличии активных пользователей в дневное время, когда плановая остановка невозможна.

Когда Сценарий A предпочтительнее: при наличии чёткого ночного окна и возможности полностью контролировать процесс — он проще и менее рискован.
Особенности обновления сервера 1С на ОС Linux
На Linux-дистрибутивах процесс выполняется в терминале. Команды актуальны для Ubuntu/Debian и RPM-based систем (замените версии в именах служб на ваши актуальные значения).

Остановка и отключение старой службы:
sudo systemctl stop srv1cv8-8.3.X.XXXX@default.service
sudo systemctl disable srv1cv8-8.3.X.XXXX@
sudo systemctl daemon-reload
Установка нового дистрибутива:
chmod +x setup.*
./setup.*
Запуск выполняется от пользователя с sudo. Перед установкой на Ubuntu проверьте зависимости (набор пакетов зависит от версии дистрибутива):
sudo apt-get update
sudo apt install -f libc6:i386 libusb-1.0.0:i386 libgcc1:i386
Актуальный список зависимостей уточняйте в документации к вашей версии платформы на портале 1С.

Включение и запуск новой службы:
sudo systemctl enable srv1cv8-8.3.27.XXXX@.service
sudo systemctl start srv1cv8-8.3.27.XXXX@default.service
sudo systemctl status srv1cv8-8.3.27.XXXX@default.service
Важно: перед запуском службы проверьте права владельца на папку srvinfo — она должна принадлежать пользователю usr1cv8. Если права сбились после переустановки:
sudo chown -R usr1cv8:usr1cv8 /home/usr1cv8/.1cv8/1C/1cv8/
Сравнительная таблица команд Windows и Linux:
Действие
Windows
Linux
Остановка службы
net stop "1C:Enterprise 8.3 Server Agent"
sudo systemctl stop srv1cv8-8.3.X.XXXX@default.service
Отключение автозапуска
Через services.msc или sc config ragent start= disabled
sudo systemctl disable srv1cv8-8.3.X.XXXX@
Путь к srvinfo
C:\Program Files\1cv8\srvinfo
/home/usr1cv8/.1cv8/1C/1cv8
Очистка серверного кэша
Удалить srvinfo\reg_1541\snccntx* и snccntx.dat
rm -rf /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/snccntx*
Запуск службы
net start "1C:Enterprise 8.3 Server Agent"
sudo systemctl start srv1cv8-8.3.X.XXXX@default.service
Проверка статуса
sc query ragent
sudo systemctl status srv1cv8-8.3.X.XXXX@default.service

Особенности обновления в сложных инфраструктурах

Обновление в кластере серверов (минимизация простоев)
В типовом сценарии обновление кластера серверов выполняют в окне полной остановки: отключают всех пользователей от баз, останавливают кластер, выполняют обновление, перезапускают. Возможности поочередного обновления узлов без простоя зависят от конкретной архитектуры и регламентов — сверяйтесь с документацией 1С на портале its.1c.ru.

Архитектура HA-кластера 1С версии 8.3 распределяет запросы по рабочим серверам при сбое одного из узлов. Порядок обновления узлов и роль центрального сервера зависят от вашей схемы — уточняйте в официальной документации ITS или у специалиста.

Практически минимизировать простой можно так: заблокируйте вход новых сеансов заранее (например, в нерабочее время), дождитесь выхода активных пользователей, затем выполните обновление.

По архитектуре и настройке кластера серверов 1С читайте в нашем отдельном материале.
Использование виртуализации (VMware vSphere / Hyper-V)
Если сервер 1С развёрнут на виртуальной машине — создайте снапшот (snapshot) перед обновлением. Это главный инструмент быстрого отката.

Восстановление виртуальной машины из снапшота через VMware или Hyper-V часто занимает значительно меньше времени, чем восстановление из SQL-бэкапа при больших базах данных — скорость зависит от типа хранилища и нагрузки на него. Конкретные показатели RTO варьируются в зависимости от инфраструктуры.

Важные оговорки по снапшотам:

  • Снапшот — это не замена резервной копии базы данных. SQL-бэкап гарантирует консистентность данных; снапшот VM может захватить данные в промежуточном состоянии, если СУБД не была «заморожена» перед снимком.
  • Для критичных сред комбинируйте оба подхода: SQL-бэкап + снапшот VM.
  • Снапшот занимает место на хранилище и может влиять на производительность — не держите его дольше 1–2 рабочих дней.

Алгоритм прост: создали снапшот → обновили платформу → протестировали → если всё в порядке, удалили снапшот через 1–2 рабочих дня. Если что-то пошло не так — откатились.

Проверки после обновления (acceptance checklist)

После успешного старта службы не торопитесь считать обновление завершённым. Выполните полный цикл проверок.

Минимальный чек-лист (10 пунктов):

  1. Служба ragent запущена: sc query ragent (Windows) / systemctl status ... (Linux)
  2. Версия платформы в «Справка → О программе» соответствует установленной
  3. Консоль кластера: все базы отображаются и доступны
  4. Тестовый вход в базу под учётной записью пользователя
  5. Журнал событий Windows (Event Viewer → Application) / journalctl -u srv1cv8* — нет критических ошибок
  6. Фоновые задания в базе выполняются без ошибок
  7. Веб-публикации (IIS/Apache) доступны, если используются
  8. Подключение к СУБД работает, нет ошибок соединения с базой данных
  9. Типовые операции (проведение документа, открытие отчёта) выполняются корректно
  10. Клиенты на рабочих местах обновлены и подключаются без ошибок версий

Таблица симптомов после обновления:
Симптом
Где смотреть
Что делать
Служба ragent не стартует
Event Viewer → Application; реестр ImagePath
Проверить путь к ragent.exe, права пользователя службы
Базы не видны в консоли кластера
Файл 1cv8wsrv.lst в srvinfo
Восстановить из резервной копии srvinfo
Ошибка версий клиент/сервер
Версия в «О программе»
Обновить клиенты на рабочих местах
Веб-публикация недоступна
Логи IIS/Apache, настройки публикации
Переопубликовать базы, проверить модули расширения
Лицензии не подхватываются
Менеджер лицензий 1С
Перезапустить менеджер лицензий, проверить ключ
Ошибка подключения к СУБД
Логи 1С, логи SQL/PostgreSQL
Проверить строку подключения, права пользователя СУБД
Падение производительности
Диспетчер задач, антивирус
Проверить исключения антивируса для каталогов 1С
Ошибки в фоновых заданиях
Журнал регистрации в базе
Проверить совместимость конфигурации с новой платформой

Частые ошибки при обновлении сервера 1С

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

Способ 1 — Веб-публикация дистрибутива.
Разместите zip-архив тонкого клиента на веб-сервере (Apache 2.4, каталог /update/). При несоответствии версий клиент автоматически скачает и установит обновление в фоновом режиме.

Способ 2 — Групповые политики (GPO).
В среде Active Directory можно настроить автоматическое обновление клиентов через GPO. Конкретные параметры политики зависят от инфраструктуры вашей организации — это один из возможных подходов в сценариях с централизованным управлением Windows-окружением. Принудительное применение: gpupdate /force.
Служба агента сервера 1С (ragent) не запускается
Частая причина — один из двух сценариев.

Сценарий А: конфликт портов. При установке новой версии рядом со старой образуются два агента, претендующих на одни порты (1540, 1541). Решение — удалить дублирующие записи в реестре и пересоздать службу с явными параметрами:
New-Service -Name "1C:Enterprise 8.3 Server Agent" `
  -BinaryPathName "...\ragent.exe -regport 1541 -port 1540 -range 1560:1591"
Сценарий Б: неверный путь в реестре. После обновления реестровая запись службы может указывать на ragent.exe от старой версии. Проверьте:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent
Параметр ImagePath должен содержать путь к новому ragent.exe. Если нет — исправьте вручную или через sc config:
sc config "1C:Enterprise 8.3 Server Agent (x86-64)" binPath= "\"C:\Program Files\1cv8\8.3.27.XXXX\bin\ragent.exe\" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d \"C:\Program Files\1cv8\srvinfo\""
В обоих случаях первый шаг диагностики — журнал событий Windows (Event Viewer → Windows Logs → Application) или journalctl -u srv1cv8* на Linux. Там будет конкретная причина сбоя. Подробнее — в материале отладка сервера 1С.

FAQ

Когда стоит обратиться к специалисту

Обновление своими силами целесообразно при одном сервере, наличии резервной копии и знакомстве с командной строкой и базовым администрированием Windows/Linux.

Обращайтесь к подрядчику, если: у вас кластер или HA-схема; используется нестандартная инфраструктура (несколько версий платформы, публикации IIS/Apache, интеграция с торговым оборудованием); нет опыта работы со службами и реестром; база критически важна и нет тестовой среды для проверки.

Для оценки работ специалисту потребуется: текущая версия платформы и конфигурации, ОС и СУБД сервера, размер базы (ГБ), наличие кластера/публикаций, схема лицензирования.

Профессиональное обновление сервера 1С

Сложная ИТ-инфраструктура? Обновление сервера 1С в кластере, на Linux или в среде виртуализации — задача, где цена ошибки высока. Наши сертифицированные инженеры помогут провести обновление платформы без простоев бизнеса: от аудита текущей конфигурации до тестирования после обновления.

В нашем портфеле — более 600 реализованных ИТ-проектов, 70+ сертификатов специалистов, мультивендорная экспертиза. Берём задачу под ключ: подбор конфигурации, обновление, проверка перед вводом в эксплуатацию и сопровождение после.

Даже если ситуация кажется нестандартной — напишите нам. У каждой задачи есть решение.