← На главную

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

В этой статье мы подробно разберем, почему возникает эта ошибка, и проанализируем пошаговый алгоритм восстановления работоспособности сервера. Мы рассмотрим методы очистки серверного кэша, работу с реестром кластера и особенности взаимодействия с SQL-сервером.

Выясним причину возникновения ошибки

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

Решение 1. Очистка кэша сеансовых данных (папка snccntx)

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

1. Остановим службу «Агент сервера 1С:Предприятия» (через консоль services.msc).
2. Перейдем в каталог с данными сервера. По умолчанию это: C:\Program Files\1cv8\srvinfo.
3. Найдем папку с идентификатором вашего кластера (например, reg_1541) и внутри нее удалим папку snccntx.
4. Запустим службу и проверим работоспособность.

Решение 2. Полная очистка реестра кластера (srvinfo)

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

Важно: При удалении содержимого srvinfo список баз в консоли администрирования станет пустым. Вам придется добавлять их заново, зная имена баз на SQL-сервере.

Разберем процесс по шагам:

1. Остановим службу «Агент сервера 1С:Предприятия».
2. Перейдем в папку C:\Program Files\1cv8\srvinfo.
3. Сделаем резервную копию всей папки (это обязательный шаг!).
4. Удалим все содержимое папки srvinfo. Если данных много, можно удалить только содержимое вложенной папки reg_1541.
5. Запустим службу сервера.
6. Откроем «Администрирование серверов 1С:Предприятия» и заново создадим кластер и добавим существующие информационные базы, указав путь к ним на SQL-сервере.

Решение 3. Очистка кэша системного пользователя (usr1cv8)

Многие администраторы совершают ошибку, очищая кэш только под своей учетной записью. Однако служба 1С работает от имени системного пользователя (обычно usr1cv8). Рассмотрим, как вычистить «мусор» оттуда.

Проанализируем пути к папкам кэша службы:

• C:\Users\usr1cv8\AppData\Local\Temp
• C:\Users\usr1cv8\AppData\Local\1C\1cv8
• C:\Users\usr1cv8\AppData\Roaming\1C\1cv8

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

Решение 4. Проверка состояния баз в SQL Server Management Studio

Иногда проблема кроется не в 1С, а в самом SQL-сервере, который перевел базу в аварийный режим после сбоя. Рассмотрим, как это проверить:

1. Запустим SQL Server Management Studio (SSMS).
2. Посмотрим на список баз данных. Если рядом с именем базы написано (Suspended), (Recovery Pending) или (Inaccessible), значит, SQL-сервер не может корректно открыть файлы базы .mdf или .ldf.
3. В таком случае попробуем перевести базу в режим OFFLINE, а затем снова в ONLINE. Если это не помогает, потребуется выполнение команд DBCC CHECKDB для восстановления целостности.

Решение 5. Устранение сетевых конфликтов и проблем IPv6

Рассмотрим ситуацию, когда база в SQL создается, но 1С выдает ошибку формата потока при попытке подключения. Это может быть связано с тем, что консоль администрирования или сам rphost пытаются использовать протокол IPv6, который после сбоя начал работать некорректно.

Выполним следующие настройки:

• Пропишем соответствие IP-адреса и имени сервера в файле hosts по адресу C:\Windows\System32\drivers\etc\hosts. Например: 127.0.0.1 ServerName.
• Попробуем в консоли администрирования 1С при создании/подключении базы указывать не имя сервера, а его IP-адрес.
• В настройках сетевого адаптера сервера временно отключим протокол Internet Protocol Version 6 (TCP/IPv6).

Подведем итог

Если после всех манипуляций ошибка сохраняется, убедитесь, что антивирус не блокирует доступ к папке srvinfo. Проанализируем настройки исключений: процессы ragent.exe, rmngr.exe и rphost.exe должны быть добавлены в доверенные, а папка с данными сервера исключена из проверки в реальном времени.

Как показывает практика, в 90% случаев после сбоя питания помогает именно комбинированный метод: остановка службы -> полная очистка srvinfo -> очистка папок Temp системного пользователя usr1cv8 -> запуск службы и ручное переподключение баз в консоли.