После переноса базы Розница 2.2 на MsSQL ошибка в синхронизации между узлами РИБ

Форум Администрирование Общие вопросы администрирования (Admin)

1С:Розница 2

1. qux 25 08.05.19 18:25 Сейчас в теме

Всем добрый день.

Центральная конфигурация Розница, редакция 2.2 (2.2.11.30)
Настроен обмен с узлами распределенной информационной базы "По магазину".
Центральная база данных работала в файловом режиме, затем перенесли на MsSQL сервер.

После переноса обмен перестал работать. Подчиненные узла перестали принимать файлы обмена с ошибкой: "Конфигурация узла распределенной ИБ не соответствует ожидаемой!"

Стандартные методы отсюда: https://its.1c.ru/db/metod8dev#content:5802:hdoc и отсюда: https://infostart.ru/public/65456/ не помогли.

Подскажите какие есть еще способы восстановления обмена.

Найденные решения

10. Dream_kz 129 08.05.19 19:37 Сейчас в теме

(9) на багборде висит тикет что в 8.3.14.1694 эту ошибку исправили
https://bugboard.v8.1c.ru/error/000052233

Если не поможет, гляну на партнерском форуме, там люди решали эту проблему, тоже танцы с бубном, но работало вроде

Остальные ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. Dream_kz 129 08.05.19 18:31 Сейчас в теме

(1) Платформа какая? На некоторых 8.3.12 и 8.3.14 есть такая проблема

3. qux 25 08.05.19 18:33 Сейчас в теме

(2) Центральная база 1С:Предприятие 8.3 (8.3.13.1644)
Подчиненный узел 1С:Предприятие 8.3 (8.3.14.1565)

4. Dream_kz 129 08.05.19 18:44 Сейчас в теме

(3) А почему разные платформы?
Если центр вернуть обратно в файловую, все работает?

5. qux 25 08.05.19 18:51 Сейчас в теме

(4) Платформу на подчиненном узле ставил такую-же как у центрального узла - не помогает.

6. qux 25 08.05.19 19:22 Сейчас в теме

Так-же возникает ошибка:

{ОбщийМодуль.ОбменДаннымиСервер.Модуль(1340)}: Ошибка загрузки приоритетных данных из сообщения обмена.
См. подробности в журнале регистрации.
НСтр("ru = 'Ошибка загрузки приоритетных данных из сообщения обмена.

Подробности:

{ОбщийМодуль.ОбщегоНазначения.Модуль(2372)}: Вход в программу временно невозможен в связи с обновлением на новую версию.
Рекомендуется запрещать выполнение регламентных заданий на время обновления.,

Метаданные: Регламентное задание. Все обновления 1СПАРК Риски

7. Dream_kz 129 08.05.19 19:29 Сейчас в теме

(6) Ошибка другая же?

8. qux 25 08.05.19 19:32 Сейчас в теме

(7) Пробую на другом подчиненном узле. Проделал шаги "Восстановление информационной базы подчиненного узла" из этой инструкции: https://its.1c.ru/db/metod8dev#content:5802:hdoc

И проявилась эта ошибка на шаге "Шаг 2. Выполнить получение данных для восстановления в подчиненных узлах"

9. qux 25 08.05.19 19:34 Сейчас в теме

Сейчас запустил программу с ключом: "/AllowExecuteScheduledJobs –Off" и снова ошибка:

Ошибка чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(150)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!

10. Dream_kz 129 08.05.19 19:37 Сейчас в теме

11. qux 25 08.05.19 19:46 Сейчас в теме

(10) В 8.3.14... релизах Директ.Банк криво работал.

12. qux 25 08.05.19 19:49 Сейчас в теме

(10)

Если не поможет, гляну на партнерском форуме, там люди решали эту проблему, тоже танцы с бубном, но работало вроде

Буду очень благодарен.

13. Dream_kz 129 08.05.19 19:56 Сейчас в теме

(12) Вот некоторые сообщения

Проблема решилась (!) в 8.3.13.1690.

Правда, после перехода все же пришлось сделать инъекцию: загрузить cf в ПБ.

Еще одно наблюдение: в тестовом режиме дважды все прошло как описано выше,

но на рабочих базах дополнительно пришлось еще выгрузить cf ПБ и загрузить его в ЦБ.

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

Решил, что может кому-то эта информация будет полезна.

сообщение от 2014 года (но вроде как и сейчас помогало кому то)

Ну, способ решения, вроде бы, известный: отключили от главного узла, загрузили cf, подключили к главному. Неожиданно, не помогло. Почистили кэши, повторили операцию - все равно не помогло.

Что было опробовано:

1. Выгрузили в dt, загрузили в новую базу в клиент-серверном режиме - не помогло.

2. Выгрузили в dt, загрузили в новую базу в клиент-серверном режиме, загрузили cf из центральной - не помогло.

3. Загрузили cf из центральной в новую базу в клиент-серверном режиме - сигнатура совпала. Вывод: cf нормальный, но в базу загружается не корректно.

4. Выгрузили в dt, загрузили в новую базу в файловом режиме - не помогло.

5. Выгрузили в dt, загрузили в новую базу в файловом режиме, загрузили cf из центральной - не помогло.

6. Пошла тяжелая артиллерия: средствами SQL содержимое таблицы Config из базы, созданной в 3-м пункте, перенесли в базу с проблемой. Не помогло. Более того: сигнатура конфигурации не изменилась.

7. В базу из пункта 6 загрузили cf. Не помогло.

9. Тестирование файловой базы средствами chdbfl не помогло. Написал: ошибок не обнаружено.

8. И вот наконец вариант, который помог. Из базы с корректной сигнатурой (пункт 3) выгрузили конфигурацию в файлы (не в cf, а через меню "Конфигурация" - "Выгрузить конфигурацию в файлы..."). В проблемную базу загрузили эти файлы. После этого пошла даже реструктуризация данных при сохранении конфигурации, и сигнатура, естественно, не совпала. Но когда в эту конфигурацию загрузили cf (естественно, опять прошла реструктуризация) - сигнатура совпала.

Показать

14. qux 25 12.05.19 19:41 Сейчас в теме

(10)

на багборде висит тикет что в 8.3.14.1694 эту ошибку исправили
https://bugboard.v8.1c.ru/error/000052233

Действительно, после обновления платформы до 8.3.14.1694 синхронизироваться удалось. Пока только в файловом режиме. Потом потестирую синхронизацию с центральной розницей на sql.

Оставьте свое сообщение

E-mail: