Имя: Пароль:
1C
1С v8
Проблема с РИБ УТ 10.3 на платформе 8.3.12.1529
0 roman844
 
29.09.18
14:46
Добрый день. Есть вопрос для знатоков. Установлена УТ 10.3, конфигурация правленная в части интерфейса. Настроена РИБ. На платформе 8.3.11.3034 все работает. Установил платформу 8.3.12.1529. Режим совмещения установлен 8.2.13. При обмене пакетами между базами подчиненная сообщает о том что конфигурация изменена. Но никаких изменений в конфигурацию не было сделано. Может кто-нибудь встречался с такой проблемой?
1 Cool_Profi
 
29.09.18
15:16
А зачем для ут10 использовать 3.12?
2 roman844
 
29.09.18
15:37
есть конфигурации требующие установки платформы 8.3.12
3 roman844
 
29.09.18
15:40
вопрос не в том зачем 8.3.12. А почему она так себя ведет? Почему при использовании 8.3.11 проблем при обмене между базами нет, а при использовании 8.3.12 конфигурации не идентичные?
4 roman844
 
29.09.18
15:41
Каким образом платформа влияет на конфигурацию??? Ну и как победить???
5 Serg_1960
 
29.09.18
16:24
(0) Встречался. Сейчас уже не помню на каких версиях платформы, но там реструктуризацию требовалось провести - изменения были не в самой конфигурации, а в так называемой "служебной" информации.

Я так не понял: обмен идёт или остановился с ошибкой?
Давай тогда точный текст сообщения и если есть - ошибка и/или сообщение/комментарий из ЖР сеанса обмена.

PS: проще не заморачиваться, а залить конфигурацию в подчиненный узел.
6 roman844
 
29.09.18
16:41
(5) конфигурацию с подчиненного узла отвязвыал, затем в подчиненную бд заливал конфигурацию из цетральной базы, привязывал снова базу, но обмен все равно не идет
7 roman844
 
29.09.18
16:42
вот текст ошибки:

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

Техническая информация:
{ОбщийМодуль.ПроцедурыОбменаДанными.Модуль(1620)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!
8 roman844
 
29.09.18
18:38
ребят, есть еще какиенибудь соображения???
9 roman844
 
29.09.18
18:39
сделал реструктуризацию центральной бд, перезалил в подчиненную конфигурацию ничего не помогает
10 ildary
 
29.09.18
19:19
(0) Пока Вы не поймёте, почему Вам задан вопрос в (1) и что надо сделать правильно исходя из этого - Ваша проблема будет у Вас регулярно.
11 Сергиус
 
29.09.18
19:41
(9)Обмен делаешь в ручном режиме или автоматически?
12 Фрэнки
 
29.09.18
20:54
(0) я обратил внимание, что похоже в системной части при запуске под новой платформой перезаписывается инфа.

Т.е. будешь реструктурировать или нет, не важно - что-то перезаписано. Периферийный узел на новую платформу пересадил?
Вероятно идет сообщение, что конфигурация узла не соответствует ожидаемой.
13 Фрэнки
 
29.09.18
20:56
Может быть именно, что в новой платформе получается новое значение хэш-функции.
14 roman844
 
29.09.18
23:35
(10) до этого проблемы такого рода не было. Не пойму что мешает использовать новую платформу в режиме совместимости. Где написано что нельзя?
15 roman844
 
29.09.18
23:35
(11) обмен делал и автоматом и в ручном режиме.
16 roman844
 
29.09.18
23:36
(12) Центральный и переферийный узел на одном серваке.
17 roman844
 
29.09.18
23:37
в общем проблема не ушла. может есть идеи еще? бьюсь неделю.
18 Фрэнки
 
29.09.18
23:39
(17) ты не знаешь как лечится такая ошибка ?
Забанили в гугл?
19 roman844
 
30.09.18
00:04
(18) гуглил, предлагают на всех сайтах перезалить конфигурацию, я это сделал
20 roman844
 
30.09.18
00:04
Только результата нет никакого
21 ildary
 
30.09.18
03:23
(14) Признайтесь честно - Вам нравится собирать неожиданные грабли? Новые платформы плохо работают со старыми конфигурациями - их не тестят полноценно на совместимость, более того даже найденные ошибки общих форм чинят в последнюю очередь. Поэтому подбирайте под свою конфигурацию подходящую версию. Если у вас последняя бухгалтерия - ставить 2 версии 1С никогда не было ни секретом, ни проблемой.
22 vis_tmp
 
30.09.18
10:01
(18)Рассказал бы вкратце, если знаешь
23 Фрэнки
 
30.09.18
10:15
(22) честно говоря уже надоело репостить, как минимум, каждый месяц одни и те же рецепты - ничего нового нет.

Все отличия ситуаций, которые вылазят по разбору ситуации в деталях, сводятся к тому, что пользователь в какой-то как ему показалось мелочи сделал что-то не так. И как эту мелочь выяснять? Телепатически?

В данном конкретном случай ТС говорит, что обе базы и вовсе лежат на одном сервере. Опять же с его слов можно телепатически решить, что "конфигурация узла не соответствует ожидаемой" именно после смены платформы. Я не знаю чего еще тут можно ему посоветовать, кроме повторения заливки конфигурации с максимальной тщательностью.
24 Мимохожий Однако
 
30.09.18
10:17
(21) Возможно у ТС на сервере базы БП3.0 тоже есть и он не хочет\не может поднять под УТ10.3 сервер с подходящей платформой.
25 Фрэнки
 
30.09.18
10:20
(20) Попробуй, раз один фиг обмены встали - очистить полностью регистрацию узлов, чтобы узлы "забыли" о том, что у них там что-то где-то менялось. Ну и перезалей конфиг после "очистки регистрации узлов". Должно пойти.

Если не пойдет, значит реально при применении конфигов к базе платформа в разных узлах с какого-то перепуга получает разные хэш-функции конфигураций.
26 roman844
 
30.09.18
12:35
(24) Добрый день. Да, да действительно есть еще база БП 3.0, которая и требует установки данной платформы. Еще настроен обмен между УТ 10.3 и БП 3.0.
27 roman844
 
30.09.18
12:36
(25) Еще раз повторяю, Подчиненную базу отвязывал, перезаливал конфигурацию, обмен не идет. Ошибка все таже.
28 roman844
 
30.09.18
12:39
(21) два года работаю на платформе 8.3 и все было прекрасно. Для чего тогда нужен режим совместимости если он не работает на новой платформе?
29 roman844
 
30.09.18
12:52
платформа 8.2 не поддерживает работу с ms sql 2016, только ms sql 2012. в общем есть свои минусы
30 Фрэнки
 
30.09.18
13:21
(27) и регистрацию изменений очищал?
31 roman844
 
30.09.18
13:22
(30) не очищал
32 roman844
 
30.09.18
13:23
ее делают в подчиненной базе?
33 roman844
 
30.09.18
13:23
(30) каким образом ее можно сделать?
34 Фрэнки
 
30.09.18
13:35
(33) пишут маленькую обработку и вставляют в ее модуль формы вызов процедуру, которая в синтакс-помощнике есть:

ПланыОбменаМенеджер (ExchangePlansManager)
УдалитьРегистрациюИзменений (DeleteChangeRecords)

Там же в подсказках конфигуратора можно найти примеры и затем написать свои обработки для регистрации нужных объектов к выгрузке. Это когда всю регистрацию отменишь, а при восстановлении обменов потребуется перезаписать много объектов от источника в приемник.
35 roman844
 
30.09.18
13:47
(34) Спасибо, воспользуюсь советом.
36 roman844
 
30.09.18
13:48
(34) Вы сами такое делали???? Эффект был???
37 Фрэнки
 
30.09.18
13:59
(36) наступить на грабли в обмене с "конфигурация узла не соответствует ожидаемой"?
Эта рабочая ситуация, когда работаешь с РИБ на такое можно попасть достаточно легко. Справляться с ней удается легко через "Загрузить конфигурацию из файла". В первый раз когда делал, то перепутал и делал "объединить", после долго думал, помечу же в файле обмена разница в символьных строках, в которых закодирован результат взятия хэш-функции от конфигурации БД.

Или эффект использования очистки узла от зарегистрированных для него изменений? Тоже был. После очистки Файл выгрузки будет просто пустой получаться - только заголовок самой конфигурации, номер пакетов обмена и все.
38 roman844
 
30.09.18
14:12
(37) А инструментов регистрации объектов для обмена штатных разве нет? Сам список где можно посмотреть?
39 roman844
 
30.09.18
14:12
(37) список объектов для регистрации
40 Фрэнки
 
30.09.18
14:16
Обработка РегистрацияИзмененийДляОбмена.epf для запуска в "1С:Предприятии" версии 8.2 находится в каталоге:
EXE/EXTREPS/UNIREPS82/RegistrationChangeForDataExchangeManaged
41 roman844
 
30.09.18
14:30
(40) спасибо огромное, будем надеяться что поможет
42 Serg_1960
 
30.09.18
18:49
(38) В типовых конфигурациях ищите "Монитор обмена". Но учите: в РИБ документы и их движения - автономны и независимы друг от друга. Поэтому для работы с документами лучше использовать внешние обработки.
Закон Брукера: Даже маленькая практика стоит большой теории.