Пропал справочник в конфигурации

1. FOI1977 1 28.09.17 00:24 Сейчас в теме
Здравствуйте.

У результате динамического обновления пропал справочник в конфигурации. В дереве метаданных конфигуратора его видно, в "операции -> справочники" нет.

Тестирование и исправление выдаёт ошибку:
SDBL тип поля undefined не совместим с типом поля Fld10423

Dыгрузку - загрузку конфы не могу сделать, таи как есть заблокированные объекты.

Часть отчётов просто аварийно закрывает 1С. В конфигураторе "Применить изменения" вызывает вылет из конфигуратора.

Выгрузка в файловую и проверка утилитой не нашла ошибок.

Исправление в скуле DBCC CHECKDB не дало результатов.

При восстановлении из бэкапа теряем полдня работы.

Заранее спасибо.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. alxarz 31 28.09.17 01:29 Сейчас в теме
(1)
Dыгрузку - загрузку конфы не могу сделать, таи как есть заблокированные объекты.

а если снять с поддержки всё конфу?
(1)
Выгрузка в файловую и проверка утилитой не нашла ошибок.
Исправление в скуле DBCC CHECKDB не дало результатов.
ошибок не находит, а дообновить даёт и при работе также справочника нет?
3. madonov 202 28.09.17 02:37 Сейчас в теме
0. Бэкапнуть рабочую базу
1. Развернуть вчерашний бэкап (до сбойного обновления) в новую базу
2. Вычистить папки %USERPROFILE%\AppData\Roaming\1C\1cv8\ и %USERPROFILE%\AppData\Local\1C\1cv8
3. В SQL выполнить скрипт:

GO 
DR OP   TABLE [%Рабочая%].[dbo].[Config] 
GO 
SET ANSI_NULLS ON 
GO 
SET QUOTED_IDENTIFIER ON 
GO 
CRE ATE       TABLE [%Рабочая%].[dbo].[Config]( 
[FileName] [nvarchar](128) NOT NULL, 
[Creation] [datetime] NOT NULL, 
[Modified] [datetime] NOT NULL, 
[Attributes] [smallint] NOT NULL, 
[DataSize] [int] NOT NULL, 
[BinaryData] [image] NOT NULL, 
PRIMARY KEY CLUSTERED 
( 
[FileName] ASC 
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] 
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY] 
GO 
INS ERT IN TO [%Рабочая%].[dbo].[Config] 
SEL ECT * FR OM [%Бэкап%].[dbo].[Config]
GO
Показать

Где
%Бэкап% - имя базы с бэкапом
%Рабочая% - имя рабочей базы

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

4. Заходишь в рабочую базу в режиме конфигуратора, там Конфигурация \ Конфигурация базы данных \ Вернуться к конфигурации БД (если активна)
5. Проверяешь работоспособность базы - вылеты в пользовательском режиме должны прекратиться, да и справочник вернется (если он был в бэкапе).
6. Если всё удачно - повторяешь попытку обновления повторно (на этот раз с предварительным бэкапом)


С переходом на 8.3.10 у меня частенько начала сыпаться конфа при демоническом обновлении. 9 раз из 10 данная методика мне помогает. А чтобы это случалось реже, рекомендую выполнять шаг 2 перед каждым динамическим апдом.

PS. - форум вставляет лишние пробелы в текст SQL-запроса (защита от инъекций что ли такая?), поэтому прикрепляю его файлом на всякий случай.
Прикрепленные файлы:
ЛечениеБазыПоРезервке.txt
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот