Паралич ИБ во время обновления конфигурации БД

paramedic, eddy_n, arsik, lexushka, Fedor-1971, resur2012z, Вадим33, END, JanK, kir-g, DemonShinji2, maxab72, 1Снег, furchia, BOOL, Silgis, Garykom, vis, 1cVandal, ass1c, nick86, RVN, Лодырь, Fragster, zenon46, Доминошник, Джордж1, Timon1405, shuhard, Crusher, Zamestas, dis12345, mikecool, Злопчинский, vbus, sto-alex, H A D G E H O G s, aka MIK, Lama12, ads55, 2S, Vstur, evgeniy_n, zva, Шурик71, Krendel, takefive, igouranga, avkynev, Fish, hunter76, PLUT, Волшебник, , АНДР, Garikk, vladko, JohnGilbert, ivanov-i-i, viraboy, scaramouche, Ager, Phace, bimbambum, Hawk_1c, Сукпун, Tarlich, Кир Пластелинин, probably, youalex, zuza, Макс77, Ботаник Гарден Меран, integer, d18, RomanYS, alexxx961503, dva1c, smartu, evorle145, _Batoo, Санта Клаус, BSV, Гипервизор, Мультук, Климов Сергей, 1ctube, КонецЕсли, mortal, tir654, andy_minsk, 2mugik, Largo

☑

0 GANR

14.10.26

✎

14:34

Восстановили тестовую базу из бэкапа MS SQL, подключил основную конфу и расширения к хранилищам. Нажал "Обновить конфигурацию БД". Конфигуратор вылетел и теперь при попытке открыть 1С:Предприятие сообщение как на скрине

Некстати доступ ограничен сам не могу глянуть куда надо🤦. Почему так могло произойти наиболее вероятная причина?

1 maxab72

14.10.26

✎

14:32

где скрин?

2 GANR

14.10.26

✎

14:33

(1) а он улетел - вынул текст

Ошибка выполнения запроса
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Driver for SQL Server: The connection is broken and recovery is not possible. The connection is marked by the server as unrecoverable. No attempt was made to restore the connection.
HRESULT=80004005, HRESULT=80004005,

3 maxab72

14.10.26

✎

14:37

(2) я бы предположил, что бекап делали на базе при работающих пользователях, и в таблицы попал какой-то мусор. Другие бекапы есть?

4 GANR

14.10.26

✎

14:39

(3) Возможно при работающих снимали. Но до нажатия "обновить конфигурацию БД" все работало. Попробуем перелить

5 shuhard

14.10.26

✎

14:40

(0) ну это классика жанра
http://www.gilev.ru/err80004005/?ysclid=mv81g02l7z838223259

6 maxab72

14.10.26

✎

14:41

(4) снова восстановить бэкап (сперва на тестовой!), и накатать на конфигурацию типовую с тем же номером релиза. Могли при выгрузке бекапа побиться данные в системных таблицах. Потом сохранить и уже на результат накладывать обновление.

7 GANR

14.10.26

✎

14:45

(5) Конфигуратор кстати тоже выдает вот такое

Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
Microsoft OLE DB Driver for SQL Server: The connection is broken and recovery is not possible. The connection is marked by the server as unrecoverable. No attempt was made to restore the connection.
HRESULT=80004005, HRESULT=80004005,

8 2mugik

19.10.26

✎

09:46

(0)У меня было так(скуль вылетал с ошибкой) когда расширение накатывал "Загрузить конфигурацию". Теперь так не делаю(.

9 Garykom

гуру

19.10.26

✎

10:02

(0)(3) Хехе
Хехехе

Было подобное но на PgSQL, не MSSQL
Да база была убита напрочь
Но сам бэкап оказался рабочим, тупо восстановил его

10 Garykom

гуру

19.10.26

✎

09:59

Грубо говоря нельзя совмещать (в один момент времени) любую реструктуризацию базы 1С и фоновый бэкап средствами СУБД

11 Fedor-1971

19.10.26

✎

10:02

(7) Как вариант: изменили тип реквизита из расширения. Лечится через использование составного типа: добавляем старый тип к возможным типам поля, обновляем БД, потом старый исключаем и ещё раз обновляем БД

12 aka MIK

19.10.26

✎

11:44

(10) даже лога транзакций?

13 Garykom

гуру

19.10.26

✎

12:19

(12) Нельзя допустить для 1Сной реструктуризации ошибки/отказа
В момент снятия бэкапа средствами СУБД фактически происходит заморозка/блокировка создания/удаления таблиц и т.д.
Только обычные чтение или запись разрешены

1. Операции на запись данных (INSERT, UPDATE, DELETE)

Пользователи могут беспрепятственно записывать и изменять данные. Бэкап не блокирует таблицы на запись.
• Как это работает: MS SQL Server копирует страницы данных из файлов базы напрямую на диск резервной копии. Если в процессе бэкапа клиент изменяет данные, эти изменения фиксируются в журнале транзакций (.ldf).
• Итог операции: В самом конце процесса бэкапа MS SQL Server дописывает в резервную копию ту часть журнала транзакций, которая успела накопиться за время копирования. При восстановлении из такого бэкапа СУБД автоматически проведет транзакции до согласованного состояния (завершит успешные и откатит прерванные).

2. Создание, удаление или изменение таблиц (DDL-операции)

Любые попытки изменить структуру базы данных (команды CREATE TABLE, DROP TABLE, ALTER TABLE, CREATE INDEX) будут заблокированы или завершатся ошибкой.
• Как это работает: Операции изменения схемы данных требуют монопольных блокировок на системные таблицы (метаданные), а процесс бэкапа параллельно обращается к ним для фиксации структуры. СУБД автоматически предотвращает одновременное изменение физической структуры файлов и таблиц во время резервного копирования.
• Итог операции: Клиент, попытавшийся удалить или создать таблицу во время бэкапа, «зависнет» в ожидании (попадет в состояние блокировки) до завершения резервного копирования либо сразу получит ошибку от сервера.

3. Изменение структуры файлов (Сжатие, расширение, удаление)

Во время бэкапа категорически запрещено управлять файлами базы данных. Команды ALTER DATABASE с параметрами добавления/удаления файлов, а также операции автоматического или ручного сжатия баз данных (DBCC SHRINKDATABASE / DBCC SHRINKFILE) будут мгновенно отклонены сервером с ошибкой.