Пропал справочник в конфигурации
Здравствуйте.
У результате динамического обновления пропал справочник в конфигурации. В дереве метаданных конфигуратора его видно, в "операции -> справочники" нет.
Тестирование и исправление выдаёт ошибку:
SDBL тип поля undefined не совместим с типом поля Fld10423
Dыгрузку - загрузку конфы не могу сделать, таи как есть заблокированные объекты.
Часть отчётов просто аварийно закрывает 1С. В конфигураторе "Применить изменения" вызывает вылет из конфигуратора.
Выгрузка в файловую и проверка утилитой не нашла ошибок.
Исправление в скуле DBCC CHECKDB не дало результатов.
При восстановлении из бэкапа теряем полдня работы.
Заранее спасибо.
У результате динамического обновления пропал справочник в конфигурации. В дереве метаданных конфигуратора его видно, в "операции -> справочники" нет.
Тестирование и исправление выдаёт ошибку:
SDBL тип поля undefined не совместим с типом поля Fld10423
Dыгрузку - загрузку конфы не могу сделать, таи как есть заблокированные объекты.
Часть отчётов просто аварийно закрывает 1С. В конфигураторе "Применить изменения" вызывает вылет из конфигуратора.
Выгрузка в файловую и проверка утилитой не нашла ошибок.
Исправление в скуле DBCC CHECKDB не дало результатов.
При восстановлении из бэкапа теряем полдня работы.
Заранее спасибо.
По теме из базы знаний
- Автоматизированная проверка конфигураций… и пара слов о стандартах разработки
- Не клади яйца в одну корзину. Как удовлетворить всех клиентов и не превратить конфигурацию в помойку
- Прежний вид (и функционал) закладки "Справочники" в БП 3.0
- Инструкция по переносу объектов из расширения Cfe в основную конфигурацию Cf.
- Настройка истории изменений. Подключение новых объектов (которых нет в списке) к системе версионирования (БСП) без изменения конфигурации
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1)
а если снять с поддержки всё конфу?
(1)
Dыгрузку - загрузку конфы не могу сделать, таи как есть заблокированные объекты.
а если снять с поддержки всё конфу?
(1)
Выгрузка в файловую и проверка утилитой не нашла ошибок.
Исправление в скуле DBCC CHECKDB не дало результатов.
ошибок не находит, а дообновить даёт и при работе также справочника нет?
Исправление в скуле DBCC CHECKDB не дало результатов.
0. Бэкапнуть рабочую базу
1. Развернуть вчерашний бэкап (до сбойного обновления) в новую базу
2. Вычистить папки %USERPROFILE%\AppData\Roaming\1C\1cv8\ и %USERPROFILE%\AppData\Local\1C\1cv8
3. В SQL выполнить скрипт:
Где
%Бэкап% - имя базы с бэкапом
%Рабочая% - имя рабочей базы
Этим шагом ты подтянешь из резервной копии только структуру конфигурации из бэкапа, все рабочие данные останутся на месте.
4. Заходишь в рабочую базу в режиме конфигуратора, там Конфигурация \ Конфигурация базы данных \ Вернуться к конфигурации БД (если активна)
5. Проверяешь работоспособность базы - вылеты в пользовательском режиме должны прекратиться, да и справочник вернется (если он был в бэкапе).
6. Если всё удачно - повторяешь попытку обновления повторно (на этот раз с предварительным бэкапом)
С переходом на 8.3.10 у меня частенько начала сыпаться конфа при демоническом обновлении. 9 раз из 10 данная методика мне помогает. А чтобы это случалось реже, рекомендую выполнять шаг 2 перед каждым динамическим апдом.
PS. - форум вставляет лишние пробелы в текст SQL-запроса (защита от инъекций что ли такая?), поэтому прикрепляю его файлом на всякий случай.
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
Вакансии
Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)