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 и обратная загрузка.
В процессе обновления произошла критическая ошибка |
Я |
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