Вдруг ни с того, ни с сего 1С выдала: ошибка формата потока (хорошо, база тестовая, но разработачная). Причём, выдала не при входе в базу, а при сохранении конфы при разработке.О_О НИКОГДА такого не видел!
База клиент-серверная на MS SQL - так что никакие chdbfl.exe или Tool_1CD.exe не помогут.
Естественно, почистил кэш, в том числе на сервере - пофик. На другой машине также ничего не получается - не доходит даже до выбора пользователя.
Попробовал выгрузить бэкап средствами SQL и загрузить снова в другую базу. При попытке подключения базы в консоли кластера 1С имеем: "Ошибка создания информационной базы: ошибка операции администрирования ошибка формата потока" (О_О никогда такого не видел).
ГуглоЯндекс выдаёт только стандартные ответы - без толку. Понятно, что что-то грохнулось в самой конфе: нехило так грохнулось - это ж умудриться надо так сломать конфу ;).

Вопрос: кто-то сталкивался с таким? Это лечится? Если лечится, то чем и как?
Не хочется потерять наработки, которые не успел скинуть в хранилище - хотел вечером в рабочую накатить, а теперь нечего накатывать, блин...:(

Жопа рисуется по другому
(_!_)

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

(0)[Не хочется потерять наработки, которые не успел скинуть в хранилище]
копируй средствами сиквела в заведомо живую базу

(3) Копировать - что?

(4) конфигурацию базы данных, ты же за неё борешься ?

(4) Тут вот написано: https://its.1c.ru/db/metod8dev/content/1591/hdoc
"Вся информационная база представляется в базе данных в виде набора таблиц. Среди них есть несколько таблиц, которые обязательно присутствуют в представлении любой информационной базы:

    Config - основная конфигурация информационной базы. Эта конфигурация соответствует реальной структуре данных и используется 1С:Предприятием 8.0 в режиме Предприятия.
    ConfigSave - конфигурация, редактируемая Конфигуратором. Конфигурация из ConfigSave переписывается в Config при выполнении "Обновления конфигурации базы данных" в Конфигураторе, а наоборот - при выполнении в Конфигураторе операции "Конфигурация - Конфигурация базы данных - Вернуться к конфигурации БД". "

Ну, первым делом стоит прогнать dbcc checkdb
Если сиквел ошибок не покажет, тогда это одинэсный "самострел". Сталкивался с таким, когда последствия динамических обновлений приходились на Юпитер в седьмом доме Водолея.
Можно найти руководства разной степени полезности по ручному ковырянию в Config и ConfigSave. Мне когда-то помогло. С тех пор пару раз сильно выручало наличие хранилища конфигурации.

службу останавливали и дождались завершение процесса, кеш чистили на сервере?

(4) Сначала почисти ConfigSave, если не поможет перенеси из ConfigSave в Config. Если снова не поможет ковыряй Config.

(6) Это-то понятно. Но там нет исправления ошибок.
(8) Да, чистил.
(9) Почистить - это как? Не понял...

(10) В таблице ConfigSave строки есть?

(7) "Command(s) completed successfully." :) -_о
(11) Шесть (6) строк есть.

Удали их

(13) А как потом жить? Она же пустая будет, кяп?

Ну у тебя же бэкап есть. Она должна быть пустая.

Там хранится изменения после сохранения но до обновления.

если не поможет перенеси из ConfigSave в Config - вот это наверно не надо.
Покажи что выдает запрос

SELECT * FROM public.config
ORDER BY filename DESC LIMIT 20

Чистка ConfigSave может помочь в простом случае.
Еще если рухнуло во время обновления конфигурации БД, может помочь удаление файлов .new
Где-то на просторах находил развернутую инструкцию по удалению всевозможных "хвостов" из Config, что может помочь в таких случаях, но сейчас нагуглить не получается. В основном только простые рецепты.

Ооо, чистка
DELETE FROM [dbo].[ConfigSave]
помогла!
Спасибо ВСЕМ!!!