Обновлял УПП1.3.140.1 sql, вроде обновил, нажал Принять, жду открытия базы... и тут ошибка (не помню какая). Снова запускаю, говорит об ошибке, спрашивает: продолжить обновление? Отвечаю: Да, и тут: Ошибка формата потока! Кеш почистил - не помогло. Конфигуратор не открывается. Остальные базы отрываются нормально.
Взял sql копию, поставил на загрузку вчерашний бекап, и тут вдруг все sql-базы по вылетали. Снова эту копию запускаю, ошибка: база разрушена. Если sql-сервер глючит, то рабочей базой заниматься бесполезно, или что-то можно попробовать? Опасаюсь, что утром успели в базе поработать.
Создал файловую базу из вчерашнего бекапа, обновил, вроде все нормально. Пока обновлялась файловая, занимался sql-копией. Вроде раньше не удалял базу на sql-сервере, а в консоле администрирования делал Удалить - Очистить. А тут: Ошибка соединения с информационной базой. Не определен режим работы файлового хранилища. Делал: Удалить - Удалить, та же ошибка!? Пришлось с sql-сервер удалить, после в консоле администрирования Удалить - Оставить без изменения, только тогда база удалилась совсем. Что с рабочей базой так же делать? (если ничего дельного по "Ошибка формата потока" здесь не подскажут)

В Ошибка формата потока в конфигураторе прочитал: Эта хрень обычно решается чисткой кеша Конфигуратора ;)
Где такой?

(1) продам кэш конфигуратора. дорого.

(2) Он есть, где?

(3) https://www.google.com/search?q=кэш+конфигуратора&oq=кэш+конфигуратора&aqs=chrome..69i57&sourceid=chrome&ie=UTF-8

базу переаатчить

(4) Ну, это просто кеш, его почистил...

А с удалением базы как, чтобы конфигуратором открыть, загрузить dt-архив? Не хочется в sql лазить.

(7) Про режимы удаления:
● Удалить базу данных ‑ при выборе этого варианта будет удалена регистрация информационной базы в кластере сервера, и кроме этого будет удалена соответствующая ей база данных на сервере баз данных.

● Очистить базу данных ‑ при выборе этого варианта будет удалена регистрация информационной базы в кластере сервера, и кроме этого будут удалены все данные из базы данных на сервере баз данных. Сама база данных не будет удалена из сервера баз данных.

● Оставить без изменений ‑ при выборе этого варианта будет удалена только регистрация информационной базы в кластере сервера. Никаких изменений в базе данных произведено не будет.

Т.е после Очистить базу данных надо сначала добавить в кластер эту же базу, а потом в конфигураторе открывать ее и загружать из дт-шника.
Можно сделать Удалить - Удалить, затем создать пустую базу, и уже в нее загружать из дт-шника.

Про ошибку формата потока - может быть так, что повредились какие-то служебные таблицы, и чистка кэша тогда не поможет.

вот интересно, а если конфу в пакетном режиме выгрузить и загрузить по новой - пройдет?
http://catalog.mista.ru/public/153871/#8

(8) > после Очистить базу данных надо сначала добавить в кластер эту же базу
Как добавить в кластер эту же базу? (слышал, но не знаю о кластер). Мне бы попроще: что надо сделать чтобы войти в базу конфигуратором, и в нее загружать из дт-шника? По возможности ее заходя на SQL-сервер. Кстати он показывает ее База (In Recovery) - что это значит?

(9) Пробовать надо, но конфигуратор не открывается... Как будет выглядеть команда загрузки в конкретную базу из конкретного архива?

Расскажи что сделано.

Сервер 1С перезапускал?
Сервер sql перезапускал?
Остальные базы ожили?
Бекап только средствами 1С?
Кеш сервера 1С чистил?
У тебя сколько серверов 1С в кластере?

(12) На все вопросы ответ Да, кроме последнего - наверное один.
Сейчас пока нет «Ошибка формата потока», но база не открывается. In Recovery - в процессе восстановления, жду, может поможет… Если нет, то заменю ее на обновленную из архива за 12.05.2020, хотя не желательно - один пользователь все же вчера утром работал в базе.

Проверь наличие места на дисках с файлами базы sql сервера.

(14) На SQL-сервер давно не хожу (он отдельный), им админы занимаются. Надпись In Recovery исчезла, но конфигуратор пока не открылся. Если откроется, перепишу обновленную конфигурацию, по лечу выгрузкой-загрузкой... Что еще?

Ошибку выдает?

(16) Пока нет, все так же "открывается"...
(8) Все же мне нужен четкий ответ: Открыл копию базы, гружу в нее последний dt-архив, произошел сбой по питанию, или sql-сервер глюканул - в результате ошибка: база разрушена. Какие мои действия в консоле администрирования? На sql-сервер надо заходить, удалять базу?

(16) Выдало: Ошибка формата потока, просто ее не видел... Удалять базу?

Битая конфигурация поставщика, попробуй заново загрузить конфигурацию поставщика соответствующего релиза.

(19) Понимаю, что битая, sql-сервер глюканул как раз после нажатия кнопки Принять изменения. Есть старая конфигурация, есть новая - в копии сделал. Но как их грузить конфигуратор не открывается из-за Ошибка формата потока!? Да и уже поздно, или нет, ночью должен сделаться бекап битой базы, разверну в копии, если подскажешь как в нее загрузить конфигурацию.

В консоль администрирования нажал Удалить/Очистить базу данных - ошибка: Не определен режим работы файлового хранилища. Нажал Удалить/Удалить базу данных - та же ошибка. Нажал Удалить/Оставить без изменений - база полностью удалилась!? Создаю базу по новой: Ошибка формата потока! Пошел на sql-сервер, там базу удалил/создал - конфигуратор пустой открылся. Сейчас загружаю обновленную копию. В общем сделал опять так же (0), а как правильно без лишних удалений, чтобы открылся конфигуратор базы (17)?

(20) посмотри полностью https://www.youtube.com/watch?time_continue=369&v=4buPTTfnndc&feature=emb_logo

А пробовал это?
Если ошибка возникает у всех пользователей сразу, то сделайте резервную копию и почистите таблицу delete from configsave

(21) Посмотрел, и что? Читай заголовок темы: ...не открывается конфигуратор.
(22) Что? Конечно у всех, и как "сделайте резервную копию..." средствами SQL?

В пересозданную пустую базу грузил последний обновленный dt-архив, получил: Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://Andromeda:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение.  line=1584 file=src\DataExchangeTcpClientImpl.cpp
Нажал перезагрузить, база вроде открылась с последней обновленной конфигурацией, загружаю по новой...

(23) Да, средствами sql.

(25) > и почистите таблицу delete from configsave
тоже средствами sql, как?

(20)+ Зачем в Удалить 2 кнопки: "Удалить базу данных" и "Очистить базу данных", если дают ошибку: Не определен режим работы файлового хранилища? База удаляется только кнопкой "Оставить без изменений". Вообще консолью пользуюсь, чтобы выгнать пользователей из базы. Бывают пользователи отключились от терминала, а все равно в базе!? С ними просто - делаю Выход из системы в Диспетчере служб удаленных рабочих столов. Бывает выполняются регламентные обработки - завершаю в консоле. А бывает пользователь подключился по Com-соединению из другой базы, это соединение не рвется пока пользователь в той другой базе, лишь при выходе из базы. Хотелось, чтобы оно рвалось само через полчаса после подключения, но не знаю как проверить идет ли обмен данными по Com-соединению по истечению получаса?

Можно ли "Очистить базу данных" битую, не удаляя ее (особенно на SQL-сервере), чтобы она открылась в конфигураторе? Как это правильно сделать?

(26) Да, средствами sql. Было подобное при демоническом обновлении. И при вырубании света во время обновления на тестовой базе.

(29) А как, где почитать?
(28)+ Блин, ЖР потерял при удалении и вновь создании базы. Как с ним быть при удалении/создании базы?

Нет ответа на (28)? По последнему вопросу в (27) наверное надо отдельную тему создавать...