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

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

Я

   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 Пользователей и 2 гостей просматривают эту тему.

---

---

---

---

---

---

---

---

---

---

1с-ка не видит Java (для запуска оптимизированной реструктуризации)

Платформа 8.3.15.1830. Конфигурация в режиме совместимости 8.3.14. На кластере установлена Java 8. 1С и Java 64-бит.
Путь к джаве прописан в conf.cfg: JavaHome=C:Program FilesJavajre1.8.0_261
Путь к джаве прописан в переменных среды

Запускаю реструктуризацию, через несколько минут ошибка:

В процессе обновления конфигурации базы данных при работе оптимизированного механизма обновления произошла критическая ошибка
по причине:
Не определен путь до каталога установки Java.

Сервер перезагружал, параметр удалял/добавлял в conf.cfg — без разницы
Не совсем понимаю, что мешает 1с-ке.

С ИТС про JavaHome в conf.cfg:

Определяет путь к директории установки JAVA. В случае если данный параметр не задан, то путь до директории установки JAVA определяется в переменной окружения JAVA_HOME. Используется в конфигурационном файле на компьютере, где расположен кластер серверов «1С:Предприятия».

Для ОС Windows в случае, есть в файле conf.cfg данный параметр не задан и не установлена переменная JAVA_HOME, то путь до директории установки JAVA будет определен из системного реестра, куда информация заносится при установке JRE.
—-

Т.е в принципе 1Ска должна найти Джаву по реестру после установки, без дополнительного прописывания в файле и переменных. Пробовал и до bin’а прописывать, хотя вроде достаточно C:Program FilesJavajre1.8.0_261.

До этого конфигуратор запускал на самом сервере(где 1Ска и Java) — ошибка. Сейчас запустил конфигуратор с локальной машины и он крутится уже достаточно долго. я правда не уверен что включился режим оптимизированной реструктуризации, не очень понятно как это можно проверить

Источник

Как ускорить процесс реструктуризации и обновления 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С

После курса Вы сможете:

• Оценивать состояние системы в любой момент времени
• Быстро находить причины замедления в программном коде – и сразу писать его так, чтобы замедления в будущем не было
• Отслеживать динамику производительности за определенный период
• Устранять ожидания на блокировках и решать проблемы со взаимоблокировками

Для кого этот курс

Комментарии / обсуждение (48):

Подскажите пожалуйста, при обновлении пишет “”The driver could not establish a secure connection to SQL Server by using Secure Sockets Layer (SSL) encryption” when trying to connect to a database”. В чем может быть проблема??

В процессе обновления конфигурации базы данных при работе оптимизированного механизма обновления произошла критическая ошибка
по причине:
Критическая ошибка работы Java-процесса.
Путь к Java: c:Program FilesJavajre1.8.0_171\binjava.exe
Действие: prepare
Process ID: 9088
Код возврата: 1
Ошибка: Exception in thread “main” java.lang.IllegalArgumentException: expected one element but was:
at com.google.common.collect.Iterators.getOnlyElement(Iterators.java:312)
at com._1c.dmf.v8.converters.attributes.extdimensions.ExtDimensionInActionConverter.getConvertExpression(ExtDimensionInActionConverter.java:62)
at com._1c.dmf.internal.comparator.AttributeComparisonContext.createConvertExpression(AttributeComparisonContext.java:116)
at com._1c.dmf.internal.comparator.AttributeComparisonContext.getConvertExpression(AttributeComparisonContext.java:90)
at com.google.common.collect.Maps.toMap(Maps.java:1119)
at com.google.common.collect.Maps.toMap(Maps.java:1097)
at com._1c.dmf.internal.comparator.ComparisonProcess.processEntity(ComparisonProcess.java:150)
at java.lang.Iterable.forEach(Unknown Source)
at com._1c.dmf.internal.comparator.Comparator.compare(Comparator.java:35)
at com._1c.dmf.v8.internal.integration.DmfService.prepareMigration(DmfService.java:67)
at com._1c.dmf.v8.cli.Migration.run(Migration.java:90)
at com._1c.dmf.v8.cli.Migration.main(Migration.java:65)
Подскажите в чем может быть ошибка? ТиИ запустил и оно прошло успешно ошибок не нашлось. из конфы удаляются справочники которые входят в состав составного типа.

Попробуйте поставить Java версии 171 или младше.

ну вообще как раз 171 и стоит. как оказалось проблема в самой платформе и решили ее только на 8.3.21. т.е. после обновления платформы все заработало. причем в 8.3.21 есть уже свой JRE в комплекте

Ильшат, спасибо за информацию!

Что по поводу файловых баз, можно ли так ускорить обновление?

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

Платформа 8.3.20.1838, включил оптимизированный механизм обновления данных. при попытки изменения (реструктуризации) базы получил ошибку ” Multiple entries with same key: reference=reference:null and reference=reference:null” . (упп конфа). как исправить такую ошибку?

Попробуйте запустить Тестирование и исправление с исправлением ошибок.

Если в conf строка добавлена, а на сервере JRE не установлен, то при запуска реструктуризации что будет происходить?

Вероятнее всего будет ошибка с сообщением что не установлена JRE.

Настроил использование нового механизма реструктуризации, на SQL 2012 все работает, на SQL 2008 выдает ошибку (см. текст), настраивал исключение для java в брандмауэре, но не помогло.
Подскажите, в чем может быть причина?

В процессе обновления конфигурации базы данных при работе оптимизированного механизма обновления произошла критическая ошибка
по причине:
Критическая ошибка работы Java-процесса.
Путь к Java: C:Program FilesBellSoftLibericaJRE-8-Fullbinjava.exe
Действие: prepare
Process ID: 8484
Код возврата: 1
Ошибка: Exception in thread “main” com._1c.dmf.v8.cli.ApplicationException: com.microsoft.sqlserver.jdbc.SQLServerException: The connection to the host (local), named instance INST018 failed. Error: “java.net.UnknownHostException: (local)”. Verify the server and instance names and check that no firewall is blocking UDP traffic to port 1434. For SQL Server 2005 or later, verify that the SQL Server Browser Service is running on the host.
at com._1c.dmf.v8.cli.jdbc.mssql.MsSqlDataSourceFactory.getYearOffset(MsSqlDataSourceFactory.java:105)
at com._1c.dmf.v8.cli.jdbc.mssql.MsSqlDataSourceFactory.create(MsSqlDataSourceFactory.java:51)
at com._1c.dmf.v8.cli.Migration.run(Migration.java:81)
at com._1c.dmf.v8.cli.Migration.main(Migration.java:65)
Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: The connection to the host (local), named instance INST018 failed. Error: “java.net.UnknownHostException: (local)”. Verify the server and instance names and check that no firewall is blocking UDP traffic to port 1434. For SQL Server 2005 or later, verify that the SQL Server Browser Service is running on the host.
at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDriverError(SQLServerException.java:227)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.getInstancePort(SQLServerConnection.java:5241)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.primaryPermissionCheck(SQLServerConnection.java:1916)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.login(SQLServerConnection.java:1669)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.connectInternal(SQLServerConnection.java:1528)
at com.microsoft.sqlserver.jdbc.SQLServerConnection.connect(SQLServerConnection.java:866)
at com.microsoft.sqlserver.jdbc.SQLServerDataSource.getConnectionInternal(SQLServerDataSource.java:968)
at com.microsoft.sqlserver.jdbc.SQLServerDataSource.getConnection(SQLServerDataSource.java:69)
at com._1c.dmf.v8.cli.jdbc.V8DataSource.getConnection(V8DataSource.java:36)
at com._1c.dmf.v8.cli.jdbc.mssql.MsSqlDataSourceFactory.getYearOffset(MsSqlDataSourceFactory.java:86)
… 3 more

Здравствуйте.
У вас в 2008-м разрешены подключения по сети?
Судя по ошибке не доступен инстанс или не запущена служба SQL Server Browser Service.

Источник

1с критическая ошибка работы java процесса

Речь идёт о настройке для серверных баз, которая расположена в свойствах базы на закладке «Обновление» в разделе «Сам процесс»:

Версия механизма реструктуризации

Значение «из conf.cfg» означает, что обновлятор при выполнении пакетного обновления не указывает конкретной версии механизма реструктуризации, который следует использовать. В этом случае сервер 1с полагается на настройки конфигурационного файла conf.cfg (см. описание параметра UpdateDBCfg). Если параметр UpdateDBCfg в конфигурационных файлах (сервера и клиента) не описан — используется 1-я версия механизма реструктуризации (v1).

Значение «v1» означает 1-ю версию механизма реструктуризации, которая используется по умолчанию.

Значение «v2» означает 2-ю оптимизированную версию механизма реструктуризации, которая описана, например, здесь и здесь.

Параллелизм СУБД в процессе реструктуризации

Изменение параллелизма СУБД на время реструктуризации подробно описано здесь.

В обновляторе этот механизм реализован пока только для MS SQL Server.

Первое число означает значение параметра maxdop, которое обновлятор устанавливает на время выполнения обновления базы данных. Второе число означает значение этого же параметра, которое обновлятор устанавливает после выполнения реструктуризации.

Очевидно, что менять параллелизм для сервера СУБД через обновлятор имеет смысл только при однопоточном выполнении операций.

Как получать полное описание ошибки при работе оптимизированного механизма реструктуризации (v2)

При использовании второй (оптимизированной) версии механизма реструктуризации вы можете столкнуться с ситуацией, когда в отчёт попадает не вся информация об ошибке:

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

В этом случае можно выполнить эту же операцию интерактивно через конфигуратор — там будет полный текст ошибки.

Но я советую поступить по-другому.

Если вы планируете использовать второй механизм для реструктуризации базы данных, то лучше заблаговременно настроить на клиенте (там где стоит обновлятор) технологический журнал для сбора и кратковременного хранения информации об исключительных ситуациях при работе конфигуратора.

Файл настройки logcfg.xml для сбора данных конф. журнала будет таким: ссылка.

Значение параметра history равное 48 означает, что данные технологического журнала будет хранится на диске за последние 48 часов.

Значение параметра location равное «c:log1c» означает путь к папке, куда 1с будет записывать данные технологического журнала. Данная папка должна быть уже создана и пользователь, под которым работает обновлятор должен иметь права на запись в эту папку.

Да, я рекомендую настроить сбор технологического журнала именно на клиенте. Этого нам будет достаточно, так как ошибка реструктуризации будет возвращаться конфигуратором на стороне клиента. По этой же причине в файле настройки я намеренно устанавливаю фильтр на процесс «1cv8».

Разместить файл logcfg.xml удобней всего для конкретного пользователя операционной системы, под которым запускается обновлятор (и соотв. конфигуратор для пакетных операций), в папке «C:UsersusernameAppDataLocal1C1cv8conf».

После этого при возникновении ошибки реструктуризации в указанной нами папке для сбора данных мы сможем найти (по дате и времени) соотв. файл с подробным описанием ошибки, например:

Искать можно по фразе «в процессе обновления конфигурации базы данных при работе оптимизированного механизма».

В данном конкретном случае причина ошибки — не был запущен сервис «SQL Server Browser».

По каким причинам может не работать второй механизм реструктуризации

Прежде всего на сервере 1с должна быть установлена среда исполнения Java 8 Full JRE той же битности, что и сам сервер 1с.

К SQL серверу должно быть возможно подключение по протоколу TCP/IP (для MS SQL Server этот параметр настраивается в SQL Server Configuration Manager в разделе SQL Server Network Configuration).

Для MS SQL Server версии 2005 и позднее должна быть запущена служба SQL Server Browser.

Могут быть и более специфичные причины ошибок, связанные непосредственно с базой данных (например, индексы отличные от стандартных). В этом случае я советую собрать подробную информацию по ошибке из технологического журнала. И если всё-равно не получится разобраться самому — обращаться с этой информацией в службу технической поддержки 1с.

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Подписывайтесь и получайте новые статьи и обработки на почту (не чаще 1 раза в неделю).

Вступайте в мою группу ВКонтакте, Одноклассниках, Facebook или Google+ — самые последние обработки, исправления ошибок в 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С тормозит, а вы ничего не делаете» – это и раньше было нехорошо, а теперь и вовсе непозволительная роскошь.

Информация обновляется…

15.11.2022 6:00
Началось. В восточных регионах России некоторые пользователи столкнулись с проблемой при работе в 1С. Выскакивает сообщение «К сожалению, возникла непредвиденная ошибка».
После обновления платформы на нужные версии из списка работоспособность восстанавливается

14.11.2022
Сегодня стало известно о критических ошибках в версиях 1С. В этой новости мы обновляем информацию: что делать пользователям, где скачать обновление.

Что случилось?
В некоторых релизах программ 1С есть критическая проблема, из-за которой не получится работать в приложении. Программа будет закрываться через несколько минут после начала работы. 

Сохранённые данные не пострадают.

Проблема актуальна для всех клиентских приложений на ОС Windows.
Всё будет в порядке в клиентах Linux и macOS, в web-клиенте на всех ОС.

Решением может быть работа через веб-клиент — для этого нужны веб-сервер, настроенный на работу с 1С, подключение к интернету и браузер. Для того, чтобы настроить работу через веб-сервер администраторам потребуется некоторое время, но это может быть существенно быстрее, чем обновлять большое количество пользователей.

Скорее всего, проблема проявится 15 ноября 2022.

Что делать?

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

Вот версии, которые нужно обновить, и ссылки на скачивание:

Версия с ошибкой	Нужно установить	Где скачать
8.3.22.1672, 8.3.22.1603	8.3.22.1704	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.22.1704
8.3.21.1607, 8.3.21.1508, 8.3.21.1484	8.3.21.1622	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.21.1622
8.3.20.2076, 8.3.20.2039	8.3.20.2180	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.20.2180
8.3.19.1665, 8.3.19.1659	8.3.19.1723	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.19.1723
8.3.18.1902, 8.3.18.1894	8.3.18.1957	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.18.1957
8.3.17.2733, 8.3.17.2665	8.3.17.2757	https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.17.2757

Как определить версию вашей платформы 1С?

Шаг 1. Откройте меню «О программе»

Шаг 2. Проверьте цифры версии платформы

При обновлении конфигурации 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

При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?

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

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