Сервер приложений 1С недоступен: что проверить по порядку

Магазины открыты, центральный склад словно исчез

Утром кассир открывает 1С и получает сообщение о недоступном сервере приложений. У бухгалтера то же самое. Складской терминал тоже не входит. Интернет при этом есть: новости открываются исправно, что особенно раздражает.

Представим сеть магазинов и центральный распределительный склад. Машина М-306 выехала с накладной. Магазин работает, водитель на месте, картошка в кузове. До разгрузки ещё несколько участков: выезд из города, нужная дорога, указатель на склад, ворота, диспетчерская, пропуск и журнал приёмки.

Фраза «центральный склад недоступен» не сообщает, где оборвался путь. Водитель мог приехать к старому адресу. Дорогу перекрыли. Охранник не видит пропуск. Диспетчерская закрыта. Главный журнал находится в соседнем здании и тоже не отвечает.

Особенно хороша сцена, когда водитель полчаса сигналит у ворот № 1, а склад переехал на ворота № 3. Сигнал громкий, диагностика адреса всё равно нужна.

Сообщение про сервер приложений описывает последнюю недоступную точку. Диспетчерская, дорога, пропуск и сам склад проверяются отдельно.

Сначала определяем, есть ли здесь сервер приложений

Статья относится к клиент-серверной 1С. В такой системе клиент обращается к серверу 1С, а тот работает с системой управления базой данных.

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

Синхрон: маршрут машины и подключения

№	Складская дорога	Подключение к 1С	След для проверки
1	Магазин выпустил машину М-306	пользователь запустил клиент 1С	рабочее место, время, текст ошибки
2	Машина вышла на доступную дорогу	компьютер получил сетевое подключение	локальная сеть, VPN, маршрут
3	Водитель нашёл склад по указателю	имя сервера преобразовалось в нужный адрес	имя узла и фактический адрес
4	Машина приехала к нужным воротам	клиент достиг сервера 1С по настроенному адресу	доступность узла и точки подключения
5	Диспетчерская приняла обращение	серверный процесс или кластер 1С обработал запрос	состояние серверного контура и журналы
6	Охрана проверила пропуск и правила въезда	проверены права, параметры подключения и доступные лицензии	точное сообщение отказа
7	Склад открыл главный журнал	сервер 1С обратился к базе данных	доступность СУБД и конкретной информационной базы
8	Машина получила место разгрузки	клиент открыл сеанс 1С	успешный вход и контрольная операция

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

Схема: карта проезда к центральному складу

Эта статья получает визуальную конструкцию маршрутной карты. В предыдущих материалах были хронометраж и табло состояния. Здесь читатель видит узлы пути и последнюю доступную точку.

[Рабочее место]
      │ локальная сеть
      ▼
[Офис / VPN]
      │ имя и маршрут
      ▼
[Адрес сервера]
      │ точка подключения
      ▼
[Сервер 1С]
      │ права / лицензия / параметры
      ▼
[Система управления базой данных]
      │
      ▼
[Информационная база открыта]

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

Подтверждённые участки получают штамп «проехали». Первый неподтверждённый узел получает вопрос «есть ответ?». Красный крест ставится только после проверки, слово «недоступен» само по себе крест не назначает.

Масштаб сбоя говорит больше первого предположения

Не входит один пользователь

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

Складская модель: одна машина осталась у боковых ворот. Центральный склад принимает остальные рейсы.

Не входит один офис или магазин

Общий участок до центра доступен другим площадкам. Проверяют локальную сеть, канал между площадками, VPN, маршрутизацию, DNS и правила доступа этого офиса.

Складская модель: дорогу от одного магазина размыло. Фуры с других направлений разгружаются.

Не входит никто

Проверяют общий сетевой путь, серверный контур 1С, его зависимости, базу данных, изменения и инфраструктуру. Массовый сбой требует координации: ответственный фиксирует время, владелец сервиса сообщает статус, пользователи не запускают самостоятельные переустановки.

Складская модель: центральная диспетчерская перестала принимать все машины.

Одна база недоступна, другие открываются

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

Складская модель: ворота открыты, но журнал одного арендатора не выдают.

Дерево проверки

Точный текст ошибки и время сохранены?
├─ Нет → сделать снимок и записать время до повторных изменений
└─ Да
   └─ Другие пользователи открывают ту же базу?
      ├─ Да → проверять рабочее место, адрес, профиль и локальную сеть
      └─ Нет
         └─ Другой офис открывает ту же базу?
            ├─ Да → проверять сеть, VPN и маршруты затронутой площадки
            └─ Нет
               └─ Другие базы того же контура открываются?
                  ├─ Да → проверять конкретную информационную базу и её зависимости
                  └─ Нет → проверять общий путь, сервер 1С, СУБД и инфраструктуру

После восстановления выполняют обратную проверку по той же карте. Машина М-306 должна пройти каждый узел, открыть базу и выполнить согласованную контрольную операцию.

Что видит бизнес

Недоступность центральной 1С быстро выходит за пределы IT. Магазины не получают остатки и цены. Склад не видит задания. Бухгалтерия ждёт документы. Сотрудники начинают записывать операции отдельно, и после восстановления появляется вторая задача: аккуратно перенести ручные записи.

Руководителю нужны:

время начала;
затронутые площадки и пользователи;
список недоступных баз;
временный порядок работы;
ответственный за фиксацию ручных операций;
подтверждённый статус восстановления.

Временный процесс должен иметь номер, время и владельца. Иначе после запуска 1С магазины принесут на центральный склад мешок листочков без понятного порядка.

Что проверяет специалист

Специалист идёт по маршруту и фиксирует последнюю подтверждённую точку:

режим работы базы и параметры подключения;
воспроизводимость на другом рабочем месте и площадке;
локальную сеть, VPN и маршрут до серверного контура;
разрешение имени сервера в адрес;
доступность нужного узла и точки подключения;
состояние серверных процессов и кластера 1С;
журналы 1С и операционной системы;
права, параметры и доступность лицензирования по фактическому сообщению;
соединение сервера 1С с системой управления базой данных;
состояние конкретной информационной базы;
изменения перед сбоем.

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

Что можно собрать безопасно

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

Адреса серверов, внутренние имена и снимки с коммерческими данными передают только назначенному специалисту. В публичные чаты их не выкладывают.

Стоп-действия

Без карты зависимостей и плана возврата не следует:

менять адрес базы на случайный найденный в переписке;
переустанавливать платформу у всех пользователей;
отключать защиту и сетевые правила;
открывать дополнительные точки подключения «на всякий случай»;
перезапускать одновременно сервер 1С и базу данных;
удалять регистрацию информационной базы;
менять служебные учётные записи и права;
считать наличие интернета доказательством доступности внутреннего маршрута.

Каждое изменение затрагивает свой участок. Одновременная смена нескольких участков скрывает причину и усложняет возврат.

Как выглядит результат

После диагностики остаётся карта маршрута:

масштаб и время сбоя;
последняя доступная точка;
первый недоступный узел;
техническое доказательство причины;
выполненное изменение и план возврата;
контроль успешного входа;
проверка бизнес-операции;
порядок внесения временных ручных записей.

Доступность считается восстановленной после входа и контрольной операции. Один ответ на сетевой запрос подтверждает только один участок пути.

Покажите одно сообщение и одну операцию

Восстановим маршрут, найдём последнюю подтверждённую точку и определим безопасный следующий шаг.

Обсудить ситуацию