| 1C |
14.10.26
✎
14:34
Восстановили тестовую базу из бэкапа MS SQL, подключил основную конфу и расширения к хранилищам. Нажал "Обновить конфигурацию БД". Конфигуратор вылетел и теперь при попытке открыть 1С:Предприятие сообщение как на скрине
Некстати доступ ограничен сам не могу глянуть куда надо🤦. Почему так могло произойти наиболее вероятная причина?
Некстати доступ ограничен сам не могу глянуть куда надо🤦. Почему так могло произойти наиболее вероятная причина?
|
14.10.26
✎
14:32
где скрин?
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,
Ошибка выполнения запроса
Ошибка при выполнении запроса 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,
14.10.26
✎
14:37
(2) я бы предположил, что бекап делали на базе при работающих пользователях, и в таблицы попал какой-то мусор. Другие бекапы есть?
14.10.26
✎
14:39
(3) Возможно при работающих снимали. Но до нажатия "обновить конфигурацию БД" все работало. Попробуем перелить
14.10.26
✎
14:40
(0) ну это классика жанра
http://www.gilev.ru/err80004005/?ysclid=mv81g02l7z838223259
http://www.gilev.ru/err80004005/?ysclid=mv81g02l7z838223259
14.10.26
✎
14:41
(4) снова восстановить бэкап (сперва на тестовой!), и накатать на конфигурацию типовую с тем же номером релиза. Могли при выгрузке бекапа побиться данные в системных таблицах. Потом сохранить и уже на результат накладывать обновление.
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,
Сеанс работы завершен администратором.
по причине:
Соединение с сервером баз данных разорвано администратором
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,
|
19.10.26
✎
09:46
(0)У меня было так(скуль вылетал с ошибкой) когда расширение накатывал "Загрузить конфигурацию". Теперь так не делаю(.
гуру
19.10.26
✎
10:02
(0)(3) Хехе
Хехехе
Было подобное но на PgSQL, не MSSQL
Да база была убита напрочь
Но сам бэкап оказался рабочим, тупо восстановил его
Хехехе
Было подобное но на PgSQL, не MSSQL
Да база была убита напрочь
Но сам бэкап оказался рабочим, тупо восстановил его
гуру
19.10.26
✎
09:59
Грубо говоря нельзя совмещать (в один момент времени) любую реструктуризацию базы 1С и фоновый бэкап средствами СУБД
19.10.26
✎
10:02
(7) Как вариант: изменили тип реквизита из расширения. Лечится через использование составного типа: добавляем старый тип к возможным типам поля, обновляем БД, потом старый исключаем и ещё раз обновляем БД
19.10.26
✎
11:44
(10) даже лога транзакций?
гуру
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) будут мгновенно отклонены сервером с ошибкой.
Пользователи могут беспрепятственно записывать и изменять данные. Бэкап не блокирует таблицы на запись.
• Как это работает: MS SQL Server копирует страницы данных из файлов базы напрямую на диск резервной копии. Если в процессе бэкапа клиент изменяет данные, эти изменения фиксируются в журнале транзакций (.ldf).
• Итог операции: В самом конце процесса бэкапа MS SQL Server дописывает в резервную копию ту часть журнала транзакций, которая успела накопиться за время копирования. При восстановлении из такого бэкапа СУБД автоматически проведет транзакции до согласованного состояния (завершит успешные и откатит прерванные).
2. Создание, удаление или изменение таблиц (DDL-операции)
Любые попытки изменить структуру базы данных (команды CREATE TABLE, DROP TABLE, ALTER TABLE, CREATE INDEX) будут заблокированы или завершатся ошибкой.
• Как это работает: Операции изменения схемы данных требуют монопольных блокировок на системные таблицы (метаданные), а процесс бэкапа параллельно обращается к ним для фиксации структуры. СУБД автоматически предотвращает одновременное изменение физической структуры файлов и таблиц во время резервного копирования.
• Итог операции: Клиент, попытавшийся удалить или создать таблицу во время бэкапа, «зависнет» в ожидании (попадет в состояние блокировки) до завершения резервного копирования либо сразу получит ошибку от сервера.
3. Изменение структуры файлов (Сжатие, расширение, удаление)
Во время бэкапа категорически запрещено управлять файлами базы данных. Команды ALTER DATABASE с параметрами добавления/удаления файлов, а также операции автоматического или ручного сжатия баз данных (DBCC SHRINKDATABASE / DBCC SHRINKFILE) будут мгновенно отклонены сервером с ошибкой.