Как узнать, на каком компьютере работает база 1С и где её данные

Адрес сервера 1С виден прямо в окне запуска: выделите базу, нажмите «Изменить» и посмотрите первый шаг мастера. Там указан либо Кластер серверов 1С:Предприятия с именем компьютера, либо путь к каталогу. Первое — клиент-серверная база , второе — файловая. Из уже открытой программы то же самое показывает Главное меню → Справка → О программе, строка с параметрами информационной базы.

Дальше всё зависит от ответа. Для файловой базы ищут папку с файлом 1Cv8.1CD. Для клиент-серверной — три вещи: компьютер, где крутится служба агента, каталог кластера на нём и отдельно сервер СУБД, где реально хранятся данные. Ниже — по каждому пункту, с командами для Windows и Linux.

Файловый или клиент-серверный режим: определяем по строке подключения

Каждая база в списке запуска описана строкой подключения. По ней режим определяется однозначно.

Если открыть окно запуска нельзя, строки лежат в файле списка баз пользователя:

notepad "%APPDATA%\1C\1CEStart\ibases.v8i"

Внутри каждая база — отдельная секция в квадратных скобках с параметром Connect=. Это быстрый способ собрать адреса всех баз сразу: например, перед переездом или когда предшественник не оставил документации.

Как найти сервер 1С в клиент-серверной установке

Имя в Srvr= — это адрес кластера, к которому обращается клиент. Но имя может быть псевдонимом, записью в hosts или старым именем машины. Поэтому сначала убеждаемся, что за ним стоит реальный компьютер, а потом ищем на нём службу и каталог кластера.

Шаг 1. Выясняем, какой компьютер скрывается за именем

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

nslookup srv1c
ping -4 srv1c

nslookup покажет, что отвечает DNS. ping покажет, куда реально пойдёт трафик, — с учётом файла C:\Windows\System32\drivers\etc\hosts. Если IP в двух командах разные, имя переопределено в hosts: откройте файл и найдите строку с этим именем.

Шаг 2. Находим службу агента сервера

На предполагаемом сервере (Windows) служба называется примерно так: «Агент сервера 1С:Предприятия 8.3 (x86-64)». Надёжнее искать не по названию, а по исполняемому файлу ragent.exe:

Get-CimInstance Win32_Service |
  Where-Object { $_.PathName -like '*ragent*' } |
  Select-Object Name, State, PathName | Format-List

В PathName будет вся командная строка агента. Из неё вы узнаете сразу четыре вещи:

• 📁 путь к платформе, например C:\Program Files\1cv8\8.3.24.1586\bin\ragent.exe — отсюда номер версии сервера;
• 🗂 параметр -d — каталог данных кластера;
• 🔌 -port и -regport — порты агента и менеджера кластера (по умолчанию 1540 и 1541);
• 🔢 -range — диапазон портов рабочих процессов (по умолчанию 1560:1591).

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

На Linux процесс ищется так:

ps -ef | grep [r]agent
systemctl list-units --type=service | grep -i 1c

В выводе ps те же параметры -d, -port, -regport, -range.

Шаг 3. Смотрим каталог кластера

Если -d не задан, используются пути по умолчанию:

• 🪟 Windows: C:\Program Files\1cv8\srvinfo;
• 🐧 Linux: /home/usr1cv8/.1cv8/1C/1cv8.

Внутри лежит папка вида reg_1541 (по номеру порта менеджера). В ней файл реестра кластера 1CV8Clst.lst и подкаталоги с GUID — по одному на информационную базу.

Данных бухгалтерии в srvinfo нет. Там служебная информация кластера, сеансовые данные и кэши. Документы, справочники и регистры клиент-серверной базы живут в СУБД. Резервное копирование srvinfo не заменяет бэкап базы данных.

Шаг 4. Проверяем в консоли администрирования

Консоль «Администрирование серверов 1С:Предприятия» показывает кластер так, как его видит сама платформа. Добавьте центральный сервер по имени — в дереве появятся кластер, список рабочих серверов и информационных баз.

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

regsvr32 "C:\Program Files\1cv8\8.3.24.1586\bin\radmin.dll"

Версия radmin.dll должна совпадать с версией сервера. Иначе консоль выдаст ошибку о несовпадении версий.

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

Где лежит файловая база 1С

У файловой базы нет сервера 1С в обычном смысле. Есть каталог, а в нём файл 1Cv8.1CD — это и есть вся база. Рядом бывают служебные файлы и каталоги, но данные — в нём.

Как найти каталог:

1. Возьмите путь из строки File= в окне запуска или в ibases.v8i.
2. Если путь начинается с \\, первое имя после слешей — компьютер, на котором физически лежат файлы. Чаще всего это файловый сервер или NAS.
3. Если путь вида Z:\Base, это подключённый сетевой диск. Узнайте, куда он смотрит:

net use

4. Если базу открыть нельзя, а путь неизвестен, ищите файлы по имени на всех дисках:

Get-ChildItem -Path C:\,D:\ -Filter 1Cv8.1CD -Recurse -ErrorAction SilentlyContinue |
  Select-Object FullName, Length, LastWriteTime

Свежая дата LastWriteTime подскажет, с какой копией работают сейчас, а какая — старая. Часто находится три-четыре копии: рабочая, демо и забытые бэкапы.

Сервер СУБД: где на самом деле хранятся данные клиент-серверной базы

Сервер 1С и сервер СУБД — разные роли. Они могут стоять на одной машине, а могут на разных. Чтобы найти СУБД, нужны свойства информационной базы в кластере.

Через консоль администрирования

Откройте в консоли Информационные базы, затем свойства нужной базы. Консоль попросит логин и пароль администратора самой информационной базы. В свойствах будут:

• 🖥 «Сервер баз данных» — имя или адрес машины с СУБД (у MS SQL может быть с именем экземпляра через \);
• 🧩 «Тип СУБД» — MS SQL Server, PostgreSQL, IBM Db2 или Oracle Database;
• 🏷 «База данных» — имя базы в самой СУБД, оно может не совпадать с именем базы 1С.

Через утилиту rac

Если доступна служба RAS, то же можно получить из командной строки. Сначала узнаём идентификатор кластера, затем список баз:

rac cluster list
rac infobase summary list --cluster=<uuid кластера>

Подробные свойства базы, включая сервер СУБД, выдаёт rac infobase info с указанием кластера, базы и учётных данных администратора базы. Точный набор ключей для вашей версии смотрите в rac help infobase.

Проверка на стороне СУБД

Когда имя сервера СУБД известно, убедитесь, что СУБД там действительно слушает:

В списке баз СУБД ищите имя из поля «База данных». Если базы с таким именем нет, в свойствах 1С указан не тот сервер или не тот экземпляр.

Порты и сетевые подключения: проверяем, что сервер 1С доступен

Клиент сначала обращается к агенту сервера (порт 1540), затем к менеджеру кластера (1541) и к рабочим процессам из диапазона 1560–1591. Диапазон задаётся в свойствах рабочего сервера, поэтому у вас он может быть другим. Все эти порты должны быть открыты от клиента до сервера.

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

Test-NetConnection srv1c -Port 1540
Test-NetConnection srv1c -Port 1541
Test-NetConnection srv1c -Port 1560

TcpTestSucceeded : True — порт доступен. На самом сервере видно, какой процесс что слушает:

netstat -ano | findstr ":1540 :1541"
tasklist /FI "PID eq 1234"

Подставьте в tasklist PID из последнего столбца netstat. На Linux аналог — ss -tlnp | grep -E '154[01]'.

Сервер 1С в облаке, на терминальном сервере и в виртуальной машине

Здесь «где находится сервер» часто означает «чей это компьютер и куда звонить». Варианты такие.

Терминальный доступ (RDP, RemoteApp). Пользователь видит 1С, но она запущена не у него. Окно запуска и ibases.v8i надо смотреть внутри терминальной сессии, под учётной записью пользователя. Строка подключения там укажет на файловую папку или сервер 1С в сети провайдера или офиса.

Веб-клиент и тонкий клиент через веб-сервер. В строке подключения стоит ws= или пользователь открывает базу по ссылке в браузере. На веб-сервере у публикации есть файл default.vrd. В его атрибуте ib записана настоящая строка подключения — Srvr=...;Ref=... или File=.... Каталог публикации ищите в настройках IIS или Apache для того адреса, который открывает пользователь.

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

Виртуальная машина. Имя из строки подключения ведёт на гостевую ОС. Её хост определяется в консоли гипервизора (Hyper-V, VMware, Proxmox) по имени или IP виртуальной машины. Для 1С это ничем не отличается от физического сервера, но для поиска «железа» нужен администратор виртуализации.

Типичные ошибки при поиске сервера 1С

• ❌ Путают сервер 1С и сервер СУБД. Делают копию srvinfo и считают, что база в безопасности. Данные клиент-серверной базы лежат в СУБД, копировать нужно её.
• ❌ Доверяют имени в строке подключения. Имя может указывать на запись в hosts одного-единственного компьютера. На другом рабочем месте то же имя ведёт в другое место.
• ❌ Смотрят не ту службу. На сервере две версии платформы, и найден агент, который не обслуживает нужную базу. Сверяйте порт -regport со строкой подключения.
• ❌ Ищут 1Cv8.1CD у клиент-серверной базы. Такого файла у неё нет. Если файл нашёлся рядом с клиент-серверной базой, это старая файловая копия.
• ❌ Открывают консоль не той версией. Оснастка от одной версии платформы, сервер — от другой. Консоль ругается, и кажется, что сервера нет.

Частые вопросы