Критическая ошибка при обновлении конфигурации

   falselight

02.07.19 — 14:02

   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

   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

   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

   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

   diktator

51 — 05.07.19 — 15:38

   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

В процессе обновления произошла критическая ошибка

Автор NataliaGon, 26 июн 2018, 15:45

0 Пользователей и 1 гость просматривают эту тему.

---

---

---

---

---

---

---

---

---

---

Нам всем знакомо, как долго может идти обновление: это может занимать несколько часов, а в некоторых случаях – даже
несколько дней.

Однако, его можно заметно ускорить. А для этого нужно немного погрузиться в детали и поговорить о реструктуризации 🙂

Когда в 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С, и ошибки не будет!

При обновлении конфигурации 1С произошел сбой, программа завершила свою работу по ошибке. Затем, при попытке зайты в конфигуратор, стало выдаваться предупреждение: «При обновлении данных после последней реструктуризации произошла критическая ошибка. Повторить обновление?». Если ответить «Нет», то программа просто завершает свою работу, в случае же положительного ответа выводится сообщение «Обнаружена незавершенная операция сохранения конфигурации. Для продолжения работы необходимо завершить операцию.» и программа также закрывается.

Еще ошибка может быть следующая: Нарушена целостность структуры конфигурации. В этом случае, в первую очередь, нужно попробовать почистить кэш 1С. Если не поможет, то читаем дальше.

Самый простой вариант решения данной задачи — восстановление из резервной копии. Но очень не хотелось терять последние введенные за день данные. Поэтому я решил разобраться в вопросе более досканально.

Выяснилось, что все измененные объекты конфигурации программа хранит в таблице configsave. Но в моем случае табличка оказалась пустая. При обновлении конфигурации программа снача копирует все изменения из таблицы configsave в таблицу config, затем очищает первую.

Если имеется база данных с идентичной конфигурацией, то можно полностью перенести из нее таблицу config в испорченную базу. Либо можно удалить все зафиксированные изменения. В этом случае алгоритм восстановления примерно следующий:

1. Если в таблице configsave есть данные, то таблицу нужно очистить: delete from configsave
2. delete from config where FileName = ‘commit’
3. delete from config where FileName = ‘dynamicCommit’
4. 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