Занимаюсь обновлением Бухгалтерии для Украины с редакции 1.2 на редакцию 2.0.
Конфигурация допиленная, но проблема не в этом.
Был добавлен новый план обмена. Обмениваются только некоторые справочники и регистры сведений.
В главном узле обновление проходит нормально.
Ну как нормально? После небольших допилеванний (у программистов 1С руки кривые) обновить удалось.
При этом если обновлять еще раз копию - то проходит штатно.
Проблемы возникают при обновлении подчиненного узла через обмен данными.
Каких сообщений об ошибках я только не видел...
Многие поборол.... но устал....
Последнее что выдает, это "Ошибка чтения файла сообщения обмена..... Ошибка преобразования данных XML". И это уже после обновления конфигурации. При запуске 1С выдает сообщение "Повторная синхронизация перед запуском"... запускается обновление.... и выдает ошибку...
Описал ситуацию, что бы исключить многие советы как обновлять....
А теперь вопрос.
Можно ли как-то реализовать следующий алгоритм:
1. Отсоединить узлы, и сделать центральную базу не распределенной (знаю как отсоединить, в инете полно примеров).
2. Обновить все базы, и тут думаю проблем не будет.
3. Создать распределенную структуру "как было".
И вот с пунктом 3 проблемы.
Надо сделать так, чтобы все базы обратно понимали что им надо обмениваться.
При этом данные должны сохраниться, и не дублироваться с теми что были.
Создать подчиненные ИБ заново не получится...
Может кто-то наткнется на тему...
Решение вышло следующим.
На мысль натолкнула статья
https://infostart.ru/public/65456/ Правда ни первая, ни вторая методики не помогли. )))
Получилось следующим образом.
1. Обновляем ЦБ штатными методами.
2. Подчиненные узлы отвязываем от РИБ.
3. Обновляем все подчиненные узлы штатными методами. На поддержке, обновляем как и ЦБ.
4. Восстанавливаем признак РИБ во всех узлах. Изменяем номера отправленных/полученных сообщений из ЦБ. При обновлении они будут 0.
5. Ничего не выгружаем, ничего не загружаем, и в файлах не меняем!!! Блоки в файлах обмена подменить не получилось...
6. В конфигурации ЦБ вносим любые изменения, например где-то в модуле пробел.
7. В ручном режиме выгружаем данные для подчиненных узлов в файлы.
8. В подчиненных узлах в ручном режиме загружаем файлы из ЦБ. Обновляем конфигурацию.
9. В подчиненных узлах в ручном режиме выгружаем файлы для ЦБ.
10. В ЦБ в ручном режиме загружаем файлы из подчиненных узлов.
После этого обмен начал работать в штатном, автоматическом режиме.
Все данные переносятся корректно.
Может кто-то наткнется на тему...
Решение вышло следующим.
На мысль натолкнула статья
https://infostart.ru/public/65456/ Правда ни первая, ни вторая методики не помогли. )))
Получилось следующим образом.
1. Обновляем ЦБ штатными методами.
2. Подчиненные узлы отвязываем от РИБ.
3. Обновляем все подчиненные узлы штатными методами. На поддержке, обновляем как и ЦБ.
4. Восстанавливаем признак РИБ во всех узлах. Изменяем номера отправленных/полученных сообщений из ЦБ. При обновлении они будут 0.
5. Ничего не выгружаем, ничего не загружаем, и в файлах не меняем!!! Блоки в файлах обмена подменить не получилось...
6. В конфигурации ЦБ вносим любые изменения, например где-то в модуле пробел.
7. В ручном режиме выгружаем данные для подчиненных узлов в файлы.
8. В подчиненных узлах в ручном режиме загружаем файлы из ЦБ. Обновляем конфигурацию.
9. В подчиненных узлах в ручном режиме выгружаем файлы для ЦБ.
10. В ЦБ в ручном режиме загружаем файлы из подчиненных узлов.
После этого обмен начал работать в штатном, автоматическом режиме.
Все данные переносятся корректно.