to continue to Google Sites
Not your computer? Use Guest mode to sign in privately. Learn more
Обновлено 19.11.2021
При обновлении файловых Конфигураций 1С на платформе линейки 8.3.20.X (ошибка замечена на релизах платформы 8.3.20.1613 … 8.3.20.1590) может появляется ошибка:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Ошибка SQL: Таблица не найдена ‘SchemaStorage’
по причине:
Ошибка SQL: Таблица не найдена ‘SchemaStorage’
Решить эту проблему можно запуском обработки «Тестирования и исправления» в конфигураторе на платформах более низкой версии. Мы запускали на версии 8.3.17.1851. После успешного тестирования и исправления обновление конфигурации проходит без ошибок.
Чтобы выполнить тестирование и исправление сделаете резервную копию базы данных. Откройте Конфигуратор и запустите обработку с параметрами как на скриншотах ниже:
Альтернативным вариантом может быть выгрузка конфигурации в dt и обратная загрузка.
В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Не удалось вставить значение NULL в столбец таблицы «.dbo.»; в столбце запрещены значения NULL. Ошибка в INSERT.
Описание ошибки:
Столкнулся с ошибкой при выполнении процедуры Тестирование и исправление… на этапе реструктуризации таблиц информационной базы. База клиент-серверная. 1С: Управление торговлей 10.3.31. Платформа 1С: Предприятие 8.3.9
Найденные решения:
Сложно сказать, что посчастливилось, но все же ошибка преследовала меня в базе не единожды. Но по своей сути каждая последующая формулировка «В процессе обновления информационной базы произошла критическая ошибка…» отличалсь в причине и решении незначительно. С такой ошибкой столкнулся, если быть откровенным, впервые, но интернет в принятии решения устранения ошибки сильно не помог, кроме вот этого обсуждения на форуме Как удалить строки содержащие NULL в таблице где NULL недопустимо. Зацепок решения не было. Но все же решение было найдено. Читаем… ниже.
Итак, начнем с первого факта возникновения ошибки при выполнении тестирования и исправления базы данных на этапе реструктуризации таблиц базы данных.
Кнопка «Подробно…»:
Полный текст ошибки:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Не удалось вставить значение NULL в столбец «_Fld412», таблицы «Торговля.dbo._Reference19NG»; в столбце запрещены значения NULL. Ошибка в INSERT.
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=2, Severity=10, native=515, line=1
Если взглянуть скрином ранее, то нельзя упустить из виду подсказку, оставленую программой в левом нижнем углу окна программы, в строке состояния, о том, что выполнение реструктуризации прервалось на справочнике «Банковские счета». В базе справочник имел более 3х с половиной тысяч элементов, поэтому сходу было сложно понять, в каком из них скрывается ошибка. Была написана простая обработка, которая просто должны была обойти все элементы справочника и перезаписать их. Надежда была на то, что запись проблемного элемента завершиться ошибкой.
Исполняемый код обработки прост:
Запрос = Новый Запрос;
Запрос.Текст = «ВЫБРАТЬ
| БанковскиеСчета.Ссылка
|ИЗ
| Справочник.БанковскиеСчета КАК БанковскиеСчета»;
Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
СпрОбъект = Выборка.Ссылка.ПолучитьОбъект();
СпрОбъект.Записать();
КонецЦикла;
Предположение было оправдано. Ошибка при записи возникла. Теперь было понятно, элемент с каким кодом может быть причиной критической ошибки в процессе обновления информационной базы.
Это оказался элемент справочника, у которого не был заполнен ни одни реквизит, так что мне даже не удавалось пометить такой элемент на удаление. Дальше была написана простая обработка для удаления выбранного элемента справочника без проверки ссылочной целостности. Элемент был удален.
Тестирование и исправление было запущено повторно. Но уже вскоре после запуска процедуры в режиме реструктуризация таблиц базы мен ожидала идентичная ошибка, но уже связанная со справочником «Организации».
Новый текст ошибки отличался лишь немногим, названием таблицы и именем столбца:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Не удалось вставить значение NULL в столбец «_Fld888», таблицы «Торговля.dbo._Reference66NG»; в столбце запрещены значения NULL. Ошибка в INSERT.
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=2, Severity=10, native=515, line=1
По опыту предыдущей инцидента уже казалось понятным, что в справочнике у какого-то элемента не заполнены данные. Так и оказалось. Проблемный элемент справочника был найден мгновенно и в этом случае повезло больше элемент можно было пометить на удаление, был помечен и удален с помощью «Удаление помеченных объектов».
Тестирование и исправление было запущено в третий раз. Но и этот раз не обошелся без «критической ошибки в процессе обновления информационной базы».
Текст третьей ошибки:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Не удалось вставить значение NULL в столбец «_Fld1024RRef», таблицы «Торговля.dbo._Reference88NG»; в столбце запрещены значения NULL. Ошибка в INSERT.
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=2, Severity=10, native=515, line=1
Но и в этот раз программа оставила подсказку, что проблема содержится в записях справочника «ТипыЦенНоменклатурыКонтрагентов».
Удалить проблемные элементы справочника пришлось программно с помощью все той же, указанной выше простой обработки непосредственного удаления без проверки ссылочной целостности.
И в итоге очередной запуск, уже четвертый по счету, в режиме «Реструктуризация таблиц информационной базы» в рамках тестирования и исправления завершился успешно.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
31-10-2018
Журавлев А.С.
(Сайт azhur-c.ru)
В процессе обновления произошла критическая ошибка |
Я |
02.07.19 — 14:02
При обновлении релиза УТ 11_4_8_73 на 11_4_8_79, вышла следующая ошибка, —
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
ERROR: unexpected EOF in COPY data
CONTEXT: COPY _reference98_vt35058ng, line 1, column _fld35061
Что является её причиной?
1 — 02.07.19 — 14:10
(0) кривые руки?
2 — 02.07.19 — 14:25
(1) Например? Обновления на предыдущие релизы прошло.
И на этот прошло. Но по кнопке, обновить конфигурацию, вот такая ошибка идет
3 — 02.07.19 — 15:11
можно как то устранить эту ошибку, и завершить обновление?
4 — 02.07.19 — 15:14
пробовал обновлять на релиз 11_4_8_82, та же ошибка
5 — 02.07.19 — 15:22
«unexpected EOF in COPY data »
это похоже на кривую базу, ТИИ не пробовали?
6 — 02.07.19 — 15:37
(5) Вчера пробовал, прошло.
Потом ещё несколько обновлений сделал.
Но вот на 11_4_8_79, последнем так случилось. Теперь из за этого не продолжить.
И на 11_4_8_82, тоже пробовал. Так же.
7 — 02.07.19 — 15:50
Не подскажете как откатиться в обновлении конфигурации?
То есть она обновлена. Но по кнопке обновить конфигурацию базы данных обновления ещё не приняты.
Пока я запустил ТиИ.
8 — 02.07.19 — 15:52
(7) Взять последний бекап (который перед обновлением), и попробовать снова.
9 — 02.07.19 — 15:53
что такое бекап
10 — 02.07.19 — 15:53
(7) После каждого обновления, заходите в пользовательский режим 1С:Преприятия под админом
11 — 02.07.19 — 15:54
(9) Бекап, это бек — назад, ап — вверх, в общем улепетываешь со всех ног
12 — 02.07.19 — 15:55
(9) Резервная копия.
13 — 02.07.19 — 15:56
(12) Значит dt-ник это бекап?
14 — 02.07.19 — 15:59
(13) Нет, dt-шник это не копия бд
15 — 02.07.19 — 15:59
dt-шник это выгрузка
16 — 02.07.19 — 16:16
(10) Это конечно я делал. И там все проходило успешно.
При ТиИ вышла ошибка, — «Ошибка обращения к серверу».
17 — 02.07.19 — 16:18
(15) Я начал обновление УТ на 10 релизов, после каждого обновления запускаю 1с предприятие, и про доделываю успешно обработки обновления дополнительные.
18 — 02.07.19 — 16:24
(17) Держи меня в курсе
19 — 02.07.19 — 16:26
Пока внизу написано реструктуризация, такого то регистра сведений.
Да я не знаю, вот и спрашиваю, что бы подсказали кому известно.
20 — 02.07.19 — 16:27
(13) Нет.
21 — 02.07.19 — 16:27
(19) Серверная?
22 — 02.07.19 — 16:28
(8) Я обновил на 9 релизов, какой бэеап?
(21) Да серверная
23 — 02.07.19 — 16:28
Однажды я сделал копию ДТ, затем протестировал базу и ей пришла хана, а потом ДТшник не загрузился.
С тех пор я делаю ДТ только для перемещения между файловой и серверной базой
24 — 02.07.19 — 16:29
(23) Мне бы понять как в моем случае быть.
А то одни, процессы, процессы, и ошибка!!! Или ошибки!
25 — 02.07.19 — 16:30
(22) Перегони в файловую и попробуй
26 — 02.07.19 — 16:32
(24) памяти добавь. и на другой платформе пробуй.
только не на 14й, там постоянно так ие глюки.
27 — 02.07.19 — 16:55
режим совместимости стоит 8.3.12
может тут что поменять? А то при ТиИ ругалось что то на режим совместимости.
28 — 02.07.19 — 17:04
(27) а запускаешь на 14й? или уже на 15й?
29 — 02.07.19 — 17:42
(28) 8.3.13.1644
30 — 02.07.19 — 17:44
(29) ну работай на 12й пока. не надо на 13ю
31 — 02.07.19 — 18:19
(30) В смысле что нужно 15 ставить?
32 — 02.07.19 — 18:23
(30) Там 13я стоит (29), от куда 12 ая? И этому обновлению ут не нужно ничего такого!
33 — 02.07.19 — 19:58
postgresql? Решилось накатыванием этого обновления в файловом варианте.
34 — 02.07.19 — 22:04
(33) вот ты спросил! если б он знал, неужели, не упомянул бы в (0) об этом?!
(22) +100500. С бэкапом оно каждый может. А вы без рискните.
35 — 02.07.19 — 22:12
(34) это же мелочевка, всего-то 9 обновлений, нахрена еще какой-то «бэеап» ?
36 — 03.07.19 — 05:14
Тестирование и исправление завершилось.
37 — 03.07.19 — 05:15
Но ошибка (0) повторяется.
38 — 03.07.19 — 06:27
(37) Вернись на предыдущий релиз из архива, который есть и начинай заново. Но можно начать новую ветку на форуме,если не понял.
39 — 03.07.19 — 07:37
Еще раз повторюсь. База легко проходит обновление в файловом режиме. Это проблема не данной базы, а что-то системное.
С данной проблемой уже столкнулся у двух разных клиентов. Платформы разные 8.3.12.1685 и 8.3.13.1644. Объединяет их только использование postgresql. На Ms SQL не пробовал.
40 — 03.07.19 — 07:42
Да, обновление кривое, видимо. Даже на демо-базе такую же ошибку выдает. Да, на Postgre. В файловом варианте все норм. На боевую базу его решил не ставить. Кстати, уже есть 11.4.8.82.
41 — 03.07.19 — 11:39
При обновлении на 11.4.8.82 минуя 11.4.8.79 та-же проблема.
42 — 03.07.19 — 12:51
(38) Так и хотели сделать. И остановиться на 11_4_7_150
Но сейчас какие то ошибки пошли и в старой версии базы данных.
Там postgre sql.
43 — 03.07.19 — 12:52
(39) Обновление проходит, но потом её не загрузить в postgre sql. Снова ошибки.
44 — 03.07.19 — 12:54
(40)(41) Да, на релизе 11.4.8.82, та же ошибка.
45 — 03.07.19 — 12:54
(41) Точно!
46 — 03.07.19 — 19:12
Странно. У меня без проблем загрузилось обратно.
47 — 03.07.19 — 19:21
может, как это бывает, проблема в разрядности платформы? и там, где используют 64 битную, то у всех все нормально и не жалуются на такую ошибку?
48 — 03.07.19 — 21:16
(45) Тогда не пропускай релизы
49 — 04.07.19 — 15:36
Пробовал обновлять на SQL тоже выскакивает ошибка
«Ошибка при получении значения из базы данных. Возможной причиной является отсутствие установленного Microsoft SQL Server Native Client.»
В итоге методом исключения нашел что не нужно обновлять справочник «НаборыДополнительныхРеквизитовИСведений», там косяк при изменение имен предопределенных элементов.
Без его изменений обновление ставится.
50 — 05.07.19 — 10:08
Привет! Первое сообщение на этом форуме.
Уже который день бьёмся над этой ошибкой.
У нас проблема с обновлением конфигурации 1С ERP c версии с 2.4.8.63 на версию 2.4.8.82 (а так же пробовали на версию 2.4.8.79).
Выходит ошибка одна и та же ошибка в обоих вариантах обновления:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
ERROR: unexpected EOF in COPY data
CONTEXT: COPY _reference289_vt69912ng, line 1, column _fld69915
Клиент-серверный вариант
Платформа 8.3.12.1685
PostgreSQL 9.6
Это, конечно, не УТ, но весьма сходные ошибки. Будем пробовать без указанного справочника. Возможно, так же связано с этим справочником и в ERP.
51 — 05.07.19 — 15:38
update:
Накатили обновление без справочника «НаборыДополнительныхРеквизитовИСведений».
Прошло успешно.
Написал в ТП 1С, что ответят по этому поводу.
52 — 07.07.19 — 10:13
Update:
Ответ от техподдержки 1С: прислать лог технологического журнала rphostXXX.log. Повторяем обновление, высылаем лог, ждем ответа.
53 — 07.07.19 — 10:14
(50) платформу надо бы обновить. 8.3.12.1685 редкостно глючная
54 — 11.07.19 — 08:52
Пришел ответ от 1С:
Обновить платформу до 8.3.15 и postgre до 10.
Будем осуществлять на тестовом сервере.
55 — 11.07.19 — 08:59
(53) Я стараюсь из такой ветки только 8.3.12.1790 использовать. Но в продуктиве у меня ее уже нет.
Продуктив сейчас на 8.3.14.1779
А в тестовую машину уже поставил 8.3.15.1489
diktator
56 — 11.07.19 — 13:47
Обновили на тестовом сервере платформу до последней 8.3.15.1489.
Обновили PostgreSQL до последней версии 10.5-24.1.
Обновление конфигурации устанавливается без ошибок.
Будем в ближайшее время тестить эту платформу.
Если у кого-то уже есть инфа по ней — прошу отписаться.
Всем спасибо!
В процессе обновления произошла критическая ошибка |
Я |
falselight
02.07.19 — 14:02
При обновлении релиза УТ 11_4_8_73 на 11_4_8_79, вышла следующая ошибка, —
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
ERROR: unexpected EOF in COPY data
CONTEXT: COPY _reference98_vt35058ng, line 1, column _fld35061
Что является её причиной?
hhhh
1 — 02.07.19 — 14:10
(0) кривые руки?
falselight
2 — 02.07.19 — 14:25
(1) Например? Обновления на предыдущие релизы прошло.
И на этот прошло. Но по кнопке, обновить конфигурацию, вот такая ошибка идет
falselight
3 — 02.07.19 — 15:11
можно как то устранить эту ошибку, и завершить обновление?
falselight
4 — 02.07.19 — 15:14
пробовал обновлять на релиз 11_4_8_82, та же ошибка
Garikk
5 — 02.07.19 — 15:22
«unexpected EOF in COPY data »
это похоже на кривую базу, ТИИ не пробовали?
falselight
6 — 02.07.19 — 15:37
(5) Вчера пробовал, прошло.
Потом ещё несколько обновлений сделал.
Но вот на 11_4_8_79, последнем так случилось. Теперь из за этого не продолжить.
И на 11_4_8_82, тоже пробовал. Так же.
falselight
7 — 02.07.19 — 15:50
Не подскажете как откатиться в обновлении конфигурации?
То есть она обновлена. Но по кнопке обновить конфигурацию базы данных обновления ещё не приняты.
Пока я запустил ТиИ.
Fish
8 — 02.07.19 — 15:52
(7) Взять последний бекап (который перед обновлением), и попробовать снова.
ia
9 — 02.07.19 — 15:53
что такое бекап
worker-good
10 — 02.07.19 — 15:53
(7) После каждого обновления, заходите в пользовательский режим 1С:Преприятия под админом
worker-good
11 — 02.07.19 — 15:54
(9) Бекап, это бек — назад, ап — вверх, в общем улепетываешь со всех ног
Fish
12 — 02.07.19 — 15:55
(9) Резервная копия.
worker-good
13 — 02.07.19 — 15:56
(12) Значит dt-ник это бекап?
Натуральный Йог
14 — 02.07.19 — 15:59
(13) Нет, dt-шник это не копия бд
Натуральный Йог
15 — 02.07.19 — 15:59
dt-шник это выгрузка
falselight
16 — 02.07.19 — 16:16
(10) Это конечно я делал. И там все проходило успешно.
При ТиИ вышла ошибка, — «Ошибка обращения к серверу».
falselight
17 — 02.07.19 — 16:18
(15) Я начал обновление УТ на 10 релизов, после каждого обновления запускаю 1с предприятие, и про доделываю успешно обработки обновления дополнительные.
Натуральный Йог
18 — 02.07.19 — 16:24
(17) Держи меня в курсе
falselight
19 — 02.07.19 — 16:26
Пока внизу написано реструктуризация, такого то регистра сведений.
Да я не знаю, вот и спрашиваю, что бы подсказали кому известно.
Fish
20 — 02.07.19 — 16:27
(13) Нет.
Натуральный Йог
21 — 02.07.19 — 16:27
(19) Серверная?
falselight
22 — 02.07.19 — 16:28
(8) Я обновил на 9 релизов, какой бэеап?
(21) Да серверная
sqr4
23 — 02.07.19 — 16:28
Однажды я сделал копию ДТ, затем протестировал базу и ей пришла хана, а потом ДТшник не загрузился.
С тех пор я делаю ДТ только для перемещения между файловой и серверной базой
falselight
24 — 02.07.19 — 16:29
(23) Мне бы понять как в моем случае быть.
А то одни, процессы, процессы, и ошибка!!! Или ошибки!
Натуральный Йог
25 — 02.07.19 — 16:30
(22) Перегони в файловую и попробуй
hhhh
26 — 02.07.19 — 16:32
(24) памяти добавь. и на другой платформе пробуй.
только не на 14й, там постоянно так ие глюки.
falselight
27 — 02.07.19 — 16:55
режим совместимости стоит 8.3.12
может тут что поменять? А то при ТиИ ругалось что то на режим совместимости.
hhhh
28 — 02.07.19 — 17:04
(27) а запускаешь на 14й? или уже на 15й?
falselight
29 — 02.07.19 — 17:42
(28) 8.3.13.1644
hhhh
30 — 02.07.19 — 17:44
(29) ну работай на 12й пока. не надо на 13ю
falselight
31 — 02.07.19 — 18:19
(30) В смысле что нужно 15 ставить?
falselight
32 — 02.07.19 — 18:23
(30) Там 13я стоит (29), от куда 12 ая? И этому обновлению ут не нужно ничего такого!
Роман
33 — 02.07.19 — 19:58
postgresql? Решилось накатыванием этого обновления в файловом варианте.
Fram
34 — 02.07.19 — 22:04
(33) вот ты спросил! если б он знал, неужели, не упомянул бы в (0) об этом?!
(22) +100500. С бэкапом оно каждый может. А вы без рискните.
hhhh
35 — 02.07.19 — 22:12
(34) это же мелочевка, всего-то 9 обновлений, нахрена еще какой-то «бэеап» ?
falselight
36 — 03.07.19 — 05:14
Тестирование и исправление завершилось.
falselight
37 — 03.07.19 — 05:15
Но ошибка (0) повторяется.
МимохожийОднако
38 — 03.07.19 — 06:27
(37) Вернись на предыдущий релиз из архива, который есть и начинай заново. Но можно начать новую ветку на форуме,если не понял.
Роман
39 — 03.07.19 — 07:37
Еще раз повторюсь. База легко проходит обновление в файловом режиме. Это проблема не данной базы, а что-то системное.
С данной проблемой уже столкнулся у двух разных клиентов. Платформы разные 8.3.12.1685 и 8.3.13.1644. Объединяет их только использование postgresql. На Ms SQL не пробовал.
Turku
40 — 03.07.19 — 07:42
Да, обновление кривое, видимо. Даже на демо-базе такую же ошибку выдает. Да, на Postgre. В файловом варианте все норм. На боевую базу его решил не ставить. Кстати, уже есть 11.4.8.82.
Роман
41 — 03.07.19 — 11:39
При обновлении на 11.4.8.82 минуя 11.4.8.79 та-же проблема.
falselight
42 — 03.07.19 — 12:51
(38) Так и хотели сделать. И остановиться на 11_4_7_150
Но сейчас какие то ошибки пошли и в старой версии базы данных.
Там postgre sql.
falselight
43 — 03.07.19 — 12:52
(39) Обновление проходит, но потом её не загрузить в postgre sql. Снова ошибки.
falselight
44 — 03.07.19 — 12:54
(40)(41) Да, на релизе 11.4.8.82, та же ошибка.
falselight
45 — 03.07.19 — 12:54
(41) Точно!
Роман
46 — 03.07.19 — 19:12
Странно. У меня без проблем загрузилось обратно.
Фрэнки
47 — 03.07.19 — 19:21
может, как это бывает, проблема в разрядности платформы? и там, где используют 64 битную, то у всех все нормально и не жалуются на такую ошибку?
МимохожийОднако
48 — 03.07.19 — 21:16
(45) Тогда не пропускай релизы
WhiskeyInTheJar
49 — 04.07.19 — 15:36
Пробовал обновлять на SQL тоже выскакивает ошибка
«Ошибка при получении значения из базы данных. Возможной причиной является отсутствие установленного Microsoft SQL Server Native Client.»
В итоге методом исключения нашел что не нужно обновлять справочник «НаборыДополнительныхРеквизитовИСведений», там косяк при изменение имен предопределенных элементов.
Без его изменений обновление ставится.
diktator
50 — 05.07.19 — 10:08
Привет! Первое сообщение на этом форуме.
Уже который день бьёмся над этой ошибкой.
У нас проблема с обновлением конфигурации 1С ERP c версии с 2.4.8.63 на версию 2.4.8.82 (а так же пробовали на версию 2.4.8.79).
Выходит ошибка одна и та же ошибка в обоих вариантах обновления:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
ERROR: unexpected EOF in COPY data
CONTEXT: COPY _reference289_vt69912ng, line 1, column _fld69915
Клиент-серверный вариант
Платформа 8.3.12.1685
PostgreSQL 9.6
Это, конечно, не УТ, но весьма сходные ошибки. Будем пробовать без указанного справочника. Возможно, так же связано с этим справочником и в ERP.
diktator
51 — 05.07.19 — 15:38
update:
Накатили обновление без справочника «НаборыДополнительныхРеквизитовИСведений».
Прошло успешно.
Написал в ТП 1С, что ответят по этому поводу.
diktator
52 — 07.07.19 — 10:13
Update:
Ответ от техподдержки 1С: прислать лог технологического журнала rphostXXX.log. Повторяем обновление, высылаем лог, ждем ответа.
craxx
53 — 07.07.19 — 10:14
(50) платформу надо бы обновить. 8.3.12.1685 редкостно глючная
diktator
54 — 11.07.19 — 08:52
Пришел ответ от 1С:
Обновить платформу до 8.3.15 и postgre до 10.
Будем осуществлять на тестовом сервере.
Фрэнки
55 — 11.07.19 — 08:59
(53) Я стараюсь из такой ветки только 8.3.12.1790 использовать. Но в продуктиве у меня ее уже нет.
Продуктив сейчас на 8.3.14.1779
А в тестовую машину уже поставил 8.3.15.1489
diktator
56 — 11.07.19 — 13:47
Обновили на тестовом сервере платформу до последней 8.3.15.1489.
Обновили PostgreSQL до последней версии 10.5-24.1.
Обновление конфигурации устанавливается без ошибок.
Будем в ближайшее время тестить эту платформу.
Если у кого-то уже есть инфа по ней — прошу отписаться.
Всем спасибо!
В процессе обновления произошла критическая ошибка
Автор NataliaGon, 26 июн 2018, 15:45
0 Пользователей и 1 гость просматривают эту тему.
Здравствуйте, помогите разобраться с ошибкой. Я не программист а бухгалтер,При обновлении конфигурации 1С БГУ ред.1.0 выдало ошибку:
В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка СУБД: Ошибка SQL: Таблица не найдена ‘_Document19281’ по причине: Ошибка SQL: Таблица не найдена ‘_Document19281
(0) с какого релиза на какой обновлялись?
конфигурация типовая ИЛИ изменённая?
Представьте себе, какая была бы тишина, если бы люди говорили только то, что знают
Цитата: NataliaGon от 26 июн 2018, 15:45
Здравствуйте, помогите разобраться с ошибкой. Я не программист а бухгалтер,При обновлении конфигурации 1С БГУ ред.1.0 выдало ошибку:
В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка СУБД: Ошибка SQL: Таблица не найдена ‘_Document19281’ по причине: Ошибка SQL: Таблица не найдена ‘_Document19281
Программисты программируют (меняют/создают код), программирование тут ни при чём!
Что делали?
Явно поиск по ключевым словам через браузер интернета даже не пытались попробовать!
База — какая? файловая или клиент-серверная?
1С — какой версии
Если файловая, то испрвляйте с использованием утилиты chdbfl.exe
Если клиент-серверная то исправляйте средствами клиента СУБД и инструкциями, найденными в интернете
Поиск пробовали
Однозначно что—то у вас с базой данных. Как вариант откатиться назад, обновить платформу и еще раз попробовать. Или просто откатиться и еще раз попробовать.
В процессе обновления на релиз 1.0.52.6, конфигурация типовая, не изменённая, Файловая. Пробовали ТиИ, исправляла с использованием утилиты chdbfl.exe
Платформу то обновлять пробовали?
Да платформу обновляли на 8.3.12.1412
Из архива восстанавливали и пробовали обновлять заново уже на обновленной платформе?
Архив тоже не выгружается , ругается на эту ошибку
Попробуйте восстановить архив в новую файловую базу
Нам всем знакомо, как долго может идти обновление: это может занимать несколько часов, а в некоторых случаях – даже
несколько дней.
Однако, его можно заметно ускорить. А для этого нужно немного погрузиться в детали и поговорить о реструктуризации
Когда в 1С изменяются метаданные (добавляются документы, реквизиты, индексы), происходит изменение структуры таблиц.
При запуске обновления создается полная копия таблицы, включая индексы – уже с новой структурой. Этот процесс называется реструктуризацией. Разумеется, это все занимает довольно заметное время.
Для случаев, когда объемы данных небольшие, это не так чувствительно.
Но реструктуризация больших баз, в которых содержатся таблицы с десятками миллионов строк, может затянуться на несколько часов или даже дней. Потеря такого количества времени – это уже весьма болезненно.
Еще в платформе 8.3.11 появился механизм, который помогает ускорить реструктуризацию в разы, а в некоторых случаях – на порядки.
С момента выхода этого релиза прошло уже 5 лет, но, судя по вопросам в Мастер-группе, до сих пор многие не знакомы с этим механизмом и не знают о его преимуществах.
Сегодняшнее видео закрывает этот вопрос:
- Объясняем, чем механизм, который появился в 8.3.11, отличается от стандартного способа реструктуризации
- Показываем, как настроить и использовать новый механизм
- Демонстрируем его преимущества и рассказываем о его недостатках
- Объясняем, кому необходим этот механизм, а кому переходить на него не стоит.
Если Вы недовольны тем, с какой скоростью проходит реструктуризация в ваших базах, это видео обязательно к просмотру.
Но даже если Вы работаете в маленькой компании и с этой проблемой еще не столкнулись – рекомендуем все-таки найти 17 минут и посмотреть его. Если завтра Вы поменяете работу и столкнетесь с такой проблемой – не придется волноваться из-за того, что Вы не в курсе таких нюансов.
Ключевые моменты видео:
- 00:00 – Постановка задачи
- 00:28 – Старый способ реструктуризации и его недостатки
- 01:50 – Новый способ реструктуризации
- 02:17 – Плюсы нового способа
- 03:04 – Установка Java на сервер 1С
- 04:18 – Настройка файла conf.cfg на клиенте
- 05:40 – Демонстрация работы старого механизма
- 07:36 – Демонстрация работы нового механизма
- 08:58 – Особенности использования нового механизма
- 09:10 – Включение протокола TCP/IP для СУБД
- 10:52 – Проверка сторонних индексов
- 13:20 – Настройка параметра MAXDOP в MS SQL
- 16:36 – Итоги
После курса Вы сможете:
- Оценивать состояние системы в любой момент времени
- Быстро находить причины замедления в программном коде – и сразу писать его так, чтобы замедления в будущем не было
- Отслеживать динамику производительности за определенный период
- Устранять ожидания на блокировках и решать проблемы со взаимоблокировками
Для кого этот курс
Вам нужен этот курс, если Вы хотите:
- Писать код, за который не стыдно – в нестабильное время особенно важно быть в компании на хорошем счету
- Быть востребованным специалистом – на каждом втором собеседовании спрашивают про умение оптимизировать 1С
- Не терять клиентов из-за того, что «ваша 1С тормозит, а вы ничего не делаете» – это и раньше было нехорошо, а теперь и вовсе непозволительная роскошь.
При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?
20 июня, 2019
20 июня, 2019
Дано
При применении конфигурации в РИБ возникает критическая ошибка и конфигуратор аварийно завершается.
Затем, при попытке зайти в конфигуратор, 1С выдает следующее сообщение: “При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?”
Выбор любого из действий ни к чему не приводит и если ответить утвердительно, то повтор обновления не происходит.
Попытка вернуться к конфигурации БД через параметр командной строки /RollbackCfg так же не увенчалась успехом. При использовании этого метода в диспетчере задач видно, что 1С запускается на 2-3 секунды и даже не успевает развернуться в памяти, и фактически не отрабатывает.
Версия платформы 8.3.13.1809 (клиент-сервер)
Решение
На просторах интернета конечно же есть решение, которое реально помогает, но нужно заметить его небезопасность и то, что все действия нужно выполнять с осторожностью перепроверяя свои действия.
Итак суть решения состоит в том чтобы очистить некоторые данные в таблицах БД (SQL), которые говорят системе о незавершенном обновлении. Нужно выполнить запросы к БД.
Конечно же я настоятельно рекомендую выполнять все действия при наличии резервной копии БД, причем средствами сервера БД. Но если на это нет времени, то мы себя немного обезопасим резервной копией таблиц.
|
select * into Config_tmp from Config select * into ConfigSave_tmp from ConfigSave delete from ConfigSave delete from config where FileName = ‘commit’ delete from config where FileName = ‘dynamicCommit’ delete from config where FileName = ‘dbStruFinal’ |
Кстати о возможности возврата к отправной точке, первые два select копируют две таблицы, с которыми мы будем выполнять действия и создают временные таблицы Config_tmp и ConfigSave_tmp на всякий случай для возможности возврата.
первый из delete удаляет все данные таблицы ConfigSave.
остальные удаляют определенные записи из таблицы config.
После выполнения этих действий вы сможете зайти в 1С в режиме конфигуратора, при этом все ваши изменения будут потеряны.
Если все прошло удачно, то нужно удалить временные таблицы которые мы создавали.
|
drop table Config_tmp drop table ConfigSave_tmp |
Собственно это решение было найдено в интернете и протестировано в реальных условиях и показало результат. Огромное спасибо тому кто потратил время, на изучение этого вопроса и поделился этой информацией.
При обновлении конфигурации может возникнуть очень неприятная вещь!
В процессе обновления информационной базы произошла критическая ошибка по причине:
Попытка вставки неуникального значения в уникальный индекс: Далее текст самой ошибки.
Эту ошибку устранить довольно легко! А как, читайте дальше…
Предыстория
Нужно нам было создать новый регистр сведений «ЖурналОтслеживанияСообщений». Добавили в конфигурацию, загрузили данные. Затем пошла работа по оптимизации. Пришлось менять структуру регистра. Но не тут-то было!
Нам всем знакомо, как долго может идти обновление: это может занимать несколько часов, а в некоторых случаях – даже
несколько дней.
Однако, его можно заметно ускорить. А для этого нужно немного погрузиться в детали и поговорить о реструктуризации
Когда в 1С изменяются метаданные (добавляются документы, реквизиты, индексы), происходит изменение структуры таблиц.
При запуске обновления создается полная копия таблицы, включая индексы – уже с новой структурой. Этот процесс называется реструктуризацией. Разумеется, это все занимает довольно заметное время.
Для случаев, когда объемы данных небольшие, это не так чувствительно.
Но реструктуризация больших баз, в которых содержатся таблицы с десятками миллионов строк, может затянуться на несколько часов или даже дней. Потеря такого количества времени – это уже весьма болезненно.
Еще в платформе 8.3.11 появился механизм, который помогает ускорить реструктуризацию в разы, а в некоторых случаях – на порядки.
С момента выхода этого релиза прошло уже 5 лет, но, судя по вопросам в Мастер-группе, до сих пор многие не знакомы с этим механизмом и не знают о его преимуществах.
Сегодняшнее видео закрывает этот вопрос:
- Объясняем, чем механизм, который появился в 8.3.11, отличается от стандартного способа реструктуризации
- Показываем, как настроить и использовать новый механизм
- Демонстрируем его преимущества и рассказываем о его недостатках
- Объясняем, кому необходим этот механизм, а кому переходить на него не стоит.
Если Вы недовольны тем, с какой скоростью проходит реструктуризация в ваших базах, это видео обязательно к просмотру.
Но даже если Вы работаете в маленькой компании и с этой проблемой еще не столкнулись – рекомендуем все-таки найти 17 минут и посмотреть его. Если завтра Вы поменяете работу и столкнетесь с такой проблемой – не придется волноваться из-за того, что Вы не в курсе таких нюансов.
Ключевые моменты видео:
- 00:00 – Постановка задачи
- 00:28 – Старый способ реструктуризации и его недостатки
- 01:50 – Новый способ реструктуризации
- 02:17 – Плюсы нового способа
- 03:04 – Установка Java на сервер 1С
- 04:18 – Настройка файла conf.cfg на клиенте
- 05:40 – Демонстрация работы старого механизма
- 07:36 – Демонстрация работы нового механизма
- 08:58 – Особенности использования нового механизма
- 09:10 – Включение протокола TCP/IP для СУБД
- 10:52 – Проверка сторонних индексов
- 13:20 – Настройка параметра MAXDOP в MS SQL
- 16:36 – Итоги
После курса Вы сможете:
- Оценивать состояние системы в любой момент времени
- Быстро находить причины замедления в программном коде – и сразу писать его так, чтобы замедления в будущем не было
- Отслеживать динамику производительности за определенный период
- Устранять ожидания на блокировках и решать проблемы со взаимоблокировками
Для кого этот курс
Вам нужен этот курс, если Вы хотите:
- Писать код, за который не стыдно – в нестабильное время особенно важно быть в компании на хорошем счету
- Быть востребованным специалистом – на каждом втором собеседовании спрашивают про умение оптимизировать 1С
- Не терять клиентов из-за того, что «ваша 1С тормозит, а вы ничего не делаете» – это и раньше было нехорошо, а теперь и вовсе непозволительная роскошь.
При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?
20 июня, 2019
20 июня, 2019
Дано
При применении конфигурации в РИБ возникает критическая ошибка и конфигуратор аварийно завершается.
Затем, при попытке зайти в конфигуратор, 1С выдает следующее сообщение: “При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?”
Выбор любого из действий ни к чему не приводит и если ответить утвердительно, то повтор обновления не происходит.
Попытка вернуться к конфигурации БД через параметр командной строки /RollbackCfg так же не увенчалась успехом. При использовании этого метода в диспетчере задач видно, что 1С запускается на 2-3 секунды и даже не успевает развернуться в памяти, и фактически не отрабатывает.
Версия платформы 8.3.13.1809 (клиент-сервер)
Решение
На просторах интернета конечно же есть решение, которое реально помогает, но нужно заметить его небезопасность и то, что все действия нужно выполнять с осторожностью перепроверяя свои действия.
Итак суть решения состоит в том чтобы очистить некоторые данные в таблицах БД (SQL), которые говорят системе о незавершенном обновлении. Нужно выполнить запросы к БД.
Конечно же я настоятельно рекомендую выполнять все действия при наличии резервной копии БД, причем средствами сервера БД. Но если на это нет времени, то мы себя немного обезопасим резервной копией таблиц.
|
select * into Config_tmp from Config select * into ConfigSave_tmp from ConfigSave delete from ConfigSave delete from config where FileName = ‘commit’ delete from config where FileName = ‘dynamicCommit’ delete from config where FileName = ‘dbStruFinal’ |
Кстати о возможности возврата к отправной точке, первые два select копируют две таблицы, с которыми мы будем выполнять действия и создают временные таблицы Config_tmp и ConfigSave_tmp на всякий случай для возможности возврата.
первый из delete удаляет все данные таблицы ConfigSave.
остальные удаляют определенные записи из таблицы config.
После выполнения этих действий вы сможете зайти в 1С в режиме конфигуратора, при этом все ваши изменения будут потеряны.
Если все прошло удачно, то нужно удалить временные таблицы которые мы создавали.
|
drop table Config_tmp drop table ConfigSave_tmp |
Собственно это решение было найдено в интернете и протестировано в реальных условиях и показало результат. Огромное спасибо тому кто потратил время, на изучение этого вопроса и поделился этой информацией.
При обновлении конфигурации может возникнуть очень неприятная вещь!
В процессе обновления информационной базы произошла критическая ошибка по причине:
Попытка вставки неуникального значения в уникальный индекс: Далее текст самой ошибки.
Эту ошибку устранить довольно легко! А как, читайте дальше…
Предыстория
Нужно нам было создать новый регистр сведений «ЖурналОтслеживанияСообщений». Добавили в конфигурацию, загрузили данные. Затем пошла работа по оптимизации. Пришлось менять структуру регистра. Но не тут-то было!
Тут все ясно. Записи стали неуникальными, нужно их удалить!
Самой простой способ это:
НоваяЗапись = РегистрыСведений.ЖурналОтслеживанияСообщений.СоздатьНаборЗаписей(); НоваяЗапись.Записать();
Таким методом мы очистим регистр в 1С очень быстро (но это будет и нашей ошибкой).
Ошибка
Казалось бы, в регистре пусто, и можно обновлять 1С. Не хочу вас удивить, но будет снова ошибка:
Что же представляет ошибка:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: The CREATE UNIQUE INDEX statement terminated because a duplicate key was found for the object name ‘dbo._InfoRgChngR34546NG’ and the index name ‘_InfoR34546_ByNodeMsg_RNTSRRRRRRNG’. The duplicate key value is (0x00000011, 0x80ca00155d03c00d11e54af2ae5400d7, <NULL>, Sep 27 4015 10:22PM, 768404, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000, 0x00000000000000000000000000000000).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
Пояснение
Давайте разберемся со структурой SQL. У нас есть регистр «ЖурналОтслеживанияСообщений», он в SQL находится в таблице «_InfoR34546″. Проверить это вы можете специальными обработками или методом «тыка» (нам это не придется делать т.к. в тексте ошибки уже указано название таблицы).
А теперь поясню, что же произошло. Когда мы загрузили данные в регистр, то в SQL они попали в таблицу «_InfoR34546″. Когда мы кодом в 1С очистили таблицу, то эти данные удалились из таблицы «_InfoR34546″, но они скопировались в таблицу «_InfoRgChngR34546″. Это и стало проблемой.
Решение
Для решения возникшей проблемы нам понадобится очистить SQL таблицу «_InfoRgChngR34546″.
Расскажу на примере «Microsoft SQL Server Management Studio». Заходим в «Management Studio». Находим нашу базу, открываем вкладку таблиц, кликаем на любую и жмем кнопку «Новый запрос»:
. Теперь набираем запрос
truncate table "_InfoRgChngR34546"
У вас может быть и другая таблица! Не забывайте!
И жмем выполнить или клавишу «F5». Вот такой должен быть результат:
Все, теперь можно спокойно обновлять 1С, и ошибки не будет!
Максим Демеш
15 ноября 2022
324
Если ваша программа 1С закрывается сразу после открытия и вы не можете продолжать работу, значит в вашей версии имеется критическая ошибка. Необходимо срочно исправить ее, и мы покажем, как именно.
Нужна срочная помощь в исправлении ошибки 1С?
Не теряйте время, наши специалисты оперативно устранят проблему — звоните сейчас.
Какие версии 1С пострадали
С критической ошибкой сталкиваются конфигурации 1С:Предприятие на Windows, на одной из нижеперечисленных версий:
- 8.3.17.2733, 8.3.17.2665.
- 8.3.18.1902, 8.3.18.1894;
- 8.3.19.1665, 8.3.19.1659;
- 8.3.20.2076, 8.3.20.2039;
- 8.3.21.1607, 8.3.21.1508, 8.3.21.1484;
- 8.3.22.1672, 8.3.22.1603;
Какие версии работают стабильно
Ошибка, приводящая к закрытию программы, не касается следующих версий:
- 1С-клиент в конфигурациях для Linux и MacOS
- сервис 1С:Фреш (Fresh)
- веб-клиенты программы
- защищенные программные комплексы 8s, 8.3z
- остальные версии, помимо вышеперечисленных
Как проверить мою версию 1С
Внутри самого приложения проделайте следующие шаги:
- 1. Кликните на кнопку в правом верхнем углу окна программы и откройте “Сервис и настройки”
- 2. Перейдите на опцию “О Программе”
Нужна срочная помощь в исправлении ошибки 1С?
Не теряйте время, наши специалисты оперативно устранят проблему — звоните сейчас.
Какие версии 1С пострадали
С критической ошибкой сталкиваются конфигурации 1С:Предприятие на Windows, на одной из нижеперечисленных версий:
- 8.3.17.2733, 8.3.17.2665.
- 8.3.18.1902, 8.3.18.1894;
- 8.3.19.1665, 8.3.19.1659;
- 8.3.20.2076, 8.3.20.2039;
- 8.3.21.1607, 8.3.21.1508, 8.3.21.1484;
- 8.3.22.1672, 8.3.22.1603;
Какие версии работают стабильно
Ошибка, приводящая к закрытию программы, не касается следующих версий:
- 1С-клиент в конфигурациях для Linux и MacOS
- сервис 1С:Фреш (Fresh)
- веб-клиенты программы
- защищенные программные комплексы 8s, 8.3z
- остальные версии, помимо вышеперечисленных
Как проверить мою версию 1С
Внутри самого приложения проделайте следующие шаги:
- 1. Кликните на кнопку в правом верхнем углу окна программы и откройте “Сервис и настройки”
- 2. Перейдите на опцию “О Программе”
- 3. В первой строчке вы увидите текущую версию вашей программы 1С
Выбор правильной версии для обновления
Список ниже пригодится вам для успешного решения проблемы с ошибкой 1С. Не забудьте создать копию информационной базы перед обновлением вашей программы.
| Версия с ошибкой | Обновите до этой версии | |
|---|---|---|
| 8.3.17 |
8.3.17.2733, 8.3.17.2665 |
8.3.17.2757 или выше |
| 8.3.18 |
8.3.18.1902, 8.3.18.1894 |
8.3.18.1957 или выше |
| 8.3.19 |
8.3.19.1665, 8.3.19.1659 |
8.3.19.1723 или выше |
| 8.3.20 |
8.3.20.2076, 8.3.20.2039 |
8.3.20.2180 или выше |
| 8.3.21 |
8.3.21.1607, 8.3.21.1508, 8.3.21.1484 |
8.3.21.1622 или выше |
| 8.3.22 |
8.3.22.1672, 8.3.22.1603 |
8.3.22.1704 или выше |
Где получить обновленные версии
Мы рекомендуем не откладывать обновление и сделать его как можно быстрее. Если вы подключены к ИТС, с 15 ноября вы найдете доступ к обновленным версиям 1С в разделе “1С:Обновление программ” на сайте https://portal.1c.ru/.
Если же у вас нет договора ИТС, и ваша конфигурация относится к ПРОФ или КОРП, наши специалисты помогут вам быстро обновить программу. Вы можете оставить свою заявку в форме ниже.
Инструкция по самостоятельной установке обновлений 1С
Варианты устранения ошибки и обновления программы 1С зависят от вашей версии — файловая или клиент-серверная.
Обновление клиент-серверной 1С
Важно! Перед тем, как приступать к обновлению, обязательно сделайте резервную копию вашей базы.
- 1. На портале https://portal.1c.ru перейдите в раздел “1С:Обновление программ”
- 2. Выберите требуемую версию платформы
- 3. Выберите требуемый тип клиента
- 4. Скачайте на свой компьютер пакет установки по любой из ссылок
- 5. Распакуйте скачанный архив программой-архиватором (WinRAR, 7-Zip, WinZIP)
- 6. В распакованной папке выберите файл setup и запустите его двойным щелчком мыши.
- 7. После запуска установщика нажимайте “Далее”
- 8. Если установщик попросит вас дать программе разрешение от имени администратора, согласитесь
- 9. После завершения установки нажмите “Готово”.
Обновление файловой версии 1С
- 1. Сделайте резервную копию файлов вашей базы данных
- 2. Откройте программу и дождитесь появления всплывающего окна “Доступно обновление программы”
- 3. Снимите все флажки, оставьте флажок только напротив “Обновления платформы 1С:Предприятия”
- 4. Проверьте номер версии, которую программа предложит вам установить (см. список выше)
- 5. Нажмите “Готово”
Если у вас возникли сложности или вы хотите доверить решение проблемы профессионалам, оставьте вашу заявку ниже, и мы поможем оперативно обновить вашу программу 1С.
Нужна помощь в исправлении ошибки 1С?
Не теряйте время, наши специалисты оперативно устранят проблему — звоните сейчас.
Понравилась статья? Поделись ею в соцсетях.
Подпишитесь на рассылку
Законодательство часто меняется, появляется новое оборудование, мы готовим для Вас интересные акции и предложения. Подпишитесь, чтобы быть в курсе последних событий.
Остались вопросы?
Мы поможем разобраться! Меня зовут Антон, задайте свой вопрос и мы ответим на него в кратчайшие сроки!
При обновлении конфигурации 1С произошел сбой, программа завершила свою работу по ошибке. Затем, при попытке зайты в конфигуратор, стало выдаваться предупреждение: «При обновлении данных после последней реструктуризации произошла критическая ошибка. Повторить обновление?». Если ответить «Нет», то программа просто завершает свою работу, в случае же положительного ответа выводится сообщение «Обнаружена незавершенная операция сохранения конфигурации. Для продолжения работы необходимо завершить операцию.» и программа также закрывается.
Еще ошибка может быть следующая: Нарушена целостность структуры конфигурации. В этом случае, в первую очередь, нужно попробовать почистить кэш 1С. Если не поможет, то читаем дальше.
Самый простой вариант решения данной задачи — восстановление из резервной копии. Но очень не хотелось терять последние введенные за день данные. Поэтому я решил разобраться в вопросе более досканально.
Выяснилось, что все измененные объекты конфигурации программа хранит в таблице configsave. Но в моем случае табличка оказалась пустая. При обновлении конфигурации программа снача копирует все изменения из таблицы configsave в таблицу config, затем очищает первую.
Если имеется база данных с идентичной конфигурацией, то можно полностью перенести из нее таблицу config в испорченную базу. Либо можно удалить все зафиксированные изменения. В этом случае алгоритм восстановления примерно следующий:
- Если в таблице configsave есть данные, то таблицу нужно очистить: delete from configsave
- delete from config where FileName = ‘commit’
- delete from config where FileName = ‘dynamicCommit’
- delete from config where FileName = ‘dbStruFinal’
Добавлено 03.10.2019:
Если то, что описано выше не помогло, то можно перенести конфигурацию с рабочей копии базы (если таковая имеется). Например, если у вас имеется копия базы с такой же конфигурацией, но за вчерашнее число и не хочется терять введенные за сегодня данные.
Для этого выполним следующий запрос:
USE [ИмяРабочейБазы]
DELETE FROM [DBO].[ConfigSave]
DELETE FROM [DBO].[Config]
INSERT INTO [ИмяРабочейБазы].[Dbo].[Config] SELECT * FROM [ИмяКопииБазы].[Dbo].[Config]
GO