Как узнать, какой сервер 1С установлен: файловый, клиент-серверный или облачный?

Определение типа сервера 1С:Предприятие — критически важная задача для администраторов, разработчиков и даже обычных пользователей. От этого зависит выбор методов резервного копирования, настройка производительности, решение проблем с подключением и даже лицензирование. Однако не всегда очевидно, какой именно сервер используется: файловый, клиент-серверный на базе Microsoft SQL Server или PostgreSQL, либо облачное решение типа 1С:Fresh или 1С:ГISPRU.

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

Важно: если вы администрируете систему в крупной компании, где серверная инфраструктура может быть распределённой (например, с использованием кластеров серверов 1С или репликации баз данных), некоторые методы потребуют согласования с IT-отделом. Для облачных решений часть способов будет недоступна — об этом мы тоже расскажем.

1. Способ для пользователей: анализ строки подключения в 1С

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

1. Закройте все окна 1С.
2. Запустите ярлык 1С:Предприятие (не конфигуратор!).
3. В окне списка баз данных обратите внимание на поле Сервер или Каталог:

• 📁 Если указан путь к папке (например, C:\Bases\MyBase) — у вас файловый вариант.
• 🖥️ Если указано имя сервера (например, SRV-1C\SQLEXPRESS или 192.168.1.10:5432) — это клиент-серверный вариант.
• ☁️ Если в строке есть доменное имя типа https://mybase.1cfresh.com — вы работаете в облаке (например, 1С:Fresh).

Обратите внимание на формат строки подключения к SQL-серверу:

• Для Microsoft SQL Server типичный вид: SRV-DB\INSTANCE,5432 или 192.168.1.5\SQLEXPRESS.
• Для PostgreSQL чаще встречается: 192.168.1.5:5432 (порт 5432 по умолчанию).

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

2. Проверка через информацию о системе в 1С (без конфигуратора)

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

1. Откройте любую базу в режиме 1С:Предприятие.
2. Перейдите в меню Справка → О программе.
3. Нажмите кнопку Информация о системе (или Подробнее, в зависимости от версии платформы).

В открывшемся окне обратите внимание на следующие параметры:

Если в окне Информация о системе нет данных о сервере, но вы видите параметр Версия сервера 1С:Предприятия (например, 8.3.22.1854) — это косвенно подтверждает клиент-серверный режим, так как в файловом варианте этот параметр обычно отсутствует.

3. Метод для администраторов: анализ конфигуратора 1С

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

1. Запустите 1С:Предприятие в режиме Конфигуратор (удерживайте Shift при запуске ярлыка).
2. В меню выберите Администрирование → Публикация на веб-сервере (для проверки веб-доступа) или Администрирование → Серверы 1С:Предприятия.
3. В окне Серверы 1С:Предприятия будут отображены все доступные кластеры. Если список пуст — у вас файловый вариант.

Для клиент-серверного варианта:

• 🔧 Нажмите Добавить и введите имя сервера (например, localhost или IP-адрес).
• Если подключение успешно — вы увидите список рабочих процессов (ragent, rmngr, rphost).
• 📊 Перейдите на вкладку Информационные базы — здесь будут указаны все базы, зарегистрированные на сервере, и их типы СУБД.

Для определения версии SQL-сервера:

1. В конфигураторе откройте меню Администрирование → Управление пользователями и доступом.
2. Если отображается вкладка Пользователи СУБД — это подтверждает клиент-серверный режим.
3. Нажмите Свойства информационной базы — в открывшемся окне будет указан тип СУБД и её версия.

Открыть конфигуратор (Shift+запуск 1С)

Проверить список серверов в "Администрирование → Серверы 1С:Предприятия"

Определить тип СУБД в свойствах информационной базы

Просмотреть рабочие процессы (ragent, rmngr)

-->

⚠️ Внимание: В версиях 1С:Предприятие 8.3.20+ интерфейс конфигуратора может отличаться. Если вы не видите вкладку Серверы 1С:Предприятия, обновите платформу или используйте альтернативные методы (например, анализ файла 1CV8Reg.lst).

4. Анализ файловой структуры и реестра Windows

Если вы администрируете сервер под управлением Windows, можно определить тип установки 1С через анализ файлов и реестра. Этот метод полезен, когда нет доступа к интерфейсу 1С (например, при восстановлении после сбоя).

4.1. Проверка каталогов установки

Откройте Проводник Windows и проверьте следующие пути:

• 📂 C:\Program Files\1cv8\ или C:\Program Files (x86)\1cv8\ — здесь находятся исполняемые файлы платформы. Наличие папок bin, conf и server указывает на клиент-серверную установку.
• 📂 C:\Users\Public\1C\1Cv8\ — здесь хранятся файлы .1CD (для файловых баз). Если папка содержит только файлы баз (например, MyBase.1CD) — это файловый вариант.
• 📂 C:\ProgramData\1C\1Cv82\ — здесь хранятся конфигурационные файлы сервера. Наличие файла srvinfo.ini подтверждает клиент-серверный режим.

4.2. Проверка реестра Windows

Запустите regedit (нажмите Win + R, введите regedit) и перейдите по следующему пути:

HKEY_LOCAL_MACHINE\SOFTWARE\1C\1Cv8\8.3\

Обратите внимание на параметры:

• 🔑 ServerRoot — если ключ существует, указан путь к серверу 1С (например, C:\Program Files\1cv8\srvinst).
• 🔑 ConfRoot — путь к конфигурационным файлам сервера.
• 🔑 DataRoot — если ключ отсутствует, скорее всего, используется файловый режим.

Для проверки SQL-сервера перейдите в раздел:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\

Наличие подразделов с именами экземпляров (например, MSSQL14.SQLEXPRESS) подтверждает установку Microsoft SQL Server. Для PostgreSQL проверьте путь:

HKEY_LOCAL_MACHINE\SOFTWARE\PostgreSQL\

Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Microsoft SQL Server\Instance Names\SQL' | Select-Object -ExpandProperty PSChildName

Get-ItemProperty 'HKLM:\SOFTWARE\PostgreSQL\Installations\*' | Select-Object Name, Version

5. Использование внешних утилит и командной строки

Для опытных администраторов существуют более продвинутые методы диагностики с использованием командной строки и сторонних утилит. Эти способы полезны для автоматизации проверок или удалённой диагностики.

5.1. Команды для проверки серверов 1С

Откройте Командную строку (cmd) от имени администратора и выполните:

• 🔍 Для проверки рабочих процессов 1С:

  tasklist | findstr "ragent rmngr rphost"

  Если процессы найдены — у вас клиент-серверный вариант.

• 🔍 Для проверки портов SQL-сервера:

  netstat -ano | findstr "1433 5432"

  Порт 1433 — MS SQL Server, 5432 — PostgreSQL.

• 🔍 Для проверки служб 1С:

  sc query | findstr "1C"

  Службы с именами 1C:Enterprise 8.3 Server Agent подтверждают серверную установку.

5.2. Утилита 1C:Enterprise Development Tools

Если у вас установлен 1С:EDT (среда разработки для 1С), вы можете использовать её для анализа подключений:

1. Откройте 1С:EDT и перейдите в Window → Show View → 1C:Enterprise Connections.
2. Добавьте новое подключение к вашей базе.
3. В окне свойств подключения будет указан тип сервера и СУБД.

5.3. Утилита SQL Server Management Studio (для MS SQL)

Если вы подозреваете, что используется Microsoft SQL Server:

1. Установите SSMS (бесплатная утилита от Microsoft).
2. Подключитесь к серверу баз данных (используйте имя сервера из строки подключения 1С).
3. Проверьте список баз данных — имена баз 1С обычно содержат префикс 1C_ или v81c_.

6. Особенности определения сервера в облачных и гибридных решениях

Облачные решения (1С:Fresh, 1С:ГISPRU, 1С:Линк) и гибридные инфраструктуры (например, когда 1С установлена на виртуальной машине в облаке, но использует локальный SQL-сервер) требуют отдельного подхода. Вот ключевые признаки:

• ☁️ Чисто облачные решения (например, 1С:Fresh):
  • Доступ осуществляется через веб-браузер по HTTPS.
  • В строке подключения указан домен провайдера (например, https://mycompany.1cfresh.com).
  • Нет доступа к конфигуратору или SQL-серверу.
• 🖥️☁️ Гибридные решения (например, 1С на Azure или AWS):
  • Сервер 1С установлен на виртуальной машине, но СУБД может быть как локальной, так и облачной (например, Azure SQL).
  • В строке подключения указан IP-адрес или домен виртуальной машины.
  • Есть доступ к конфигуратору, но может отсутствовать доступ к физическому серверу.

Для диагностики гибридных решений:

1. Используйте трассировку сетевого подключения (например, tracert в командной строке) до IP-адреса сервера 1С, чтобы определить его местоположение.
2. Проверьте задержки ответа (ping) — высокие значения (более 50 мс) могут указывать на облачную инфраструктуру.
3. Если у вас есть доступ к Azure Portal или AWS Console, проверьте список виртуальных машин и установленных сервисов.

⚠️ Внимание: В облачных решениях 1С:Fresh и 1С:ГISPRU некоторые административные функции ограничены. Например, вы не сможете изменить версию платформы или СУБД самостоятельно — это делается через личный кабинет провайдера. Перед миграцией или настройкой интеграций уточните возможности вашего тарифа в документации сервиса.

7. Частые ошибки и как их избежать

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

• 🔴 Ошибка 1: Путают файловый сервер и клиент-серверный из-за наличия папки с базой на локальном диске.

  Решение: Файловый сервер использует только файлы (.1CD, .1CDT). Клиент-серверный вариант также может хранить кэш на локальном диске, но основная база лежит в SQL.

• 🔴 Ошибка 2: Считают, что отсутствие ragent.exe в процессах означает файловый режим.

  Решение: В некоторых конфигурациях серверные процессы 1С могут быть отключены или работать под другими именами (например, в Linux-версиях). Проверяйте также порты и службы.

• 🔴 Ошибка 3: Игнорируют версию платформы при диагностике.

  Решение: В версиях 1С 8.3.10 и ниже некоторые методы (например, анализ через Информация о системе) могут давать неполные данные. Всегда сверяйтесь с официальными релизами платформы.

• 🔴 Ошибка 4: Путают PostgreSQL и MS SQL Server из-за схожих портов.

  Решение: PostgreSQL по умолчанию использует порт 5432, а MS SQL — 1433. Но порты могут быть изменены! Проверяйте также имена служб в services.msc.

Если вы не уверены в результатах диагностики, используйте комплексный подход:

1. Проверьте строку подключения.
2. Анализируйте процессы и порты.
3. Изучите файловую структуру и реестр.
4. Сверьте данные с конфигуратором (если есть доступ).

FAQ: Ответы на частые вопросы