С некоторых пор перестала проходить синхронизация между ЗУП 3.1 и БП 3.0
Из ЗУП данные отправляются, но из БП не получаются.
В ЖР ошибка фиксируется только записью:
"Аварийно завершился рабочий процесс фонового задания".
Удалил настройку синхронизации и заново настроил. При настройке все синхронизировалось без ошибок.
Но дальнейшая попытка синхронизации стала выдавать ту же ошибку. Причем как из ЗУП, так и из БП.
С чем это может быть связано?
Платформа клиент-серверная: 1С:Предприятие 8.3 (8.3.15.1656)
Конфигурации типовые: Зарплата и управление персоналом КОРП, редакция 3.1 (3.1.11.108) ; Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.73.54)
Есть в свойствах локального кластера сервера 1С интервал перезапуска рабочего процесса, так вот закрытие месяца не успевало выполниться в указанный интервал времени и происходил перезапуск рабочего процесса, поэтому и получали такую ошибку.
(2) Да, Win-сервер и 1С-сервер x64. Там в обмене всего один документ Отражение з/п в бухучете. Из ЗУПа в БП перелился легко, а обратно нет.
Т.е. ни по времени, ни по объему данных это вообще не нагрузка. Все укладывалось за минуту обычно. Обычно с десяток баз крутятся на сервере и проблем в работе с памятью не возникает. Ошибка повторяется и вечером, когда базы не юзают.
Ошибка только при автоматической синхронизации или после первого раза и вручную невозможно синхронизировать сейчас?
Посмотрите предупреждения, возможно есть неразрешенные конфликты в части настройки соответствия (это уже из области фантастики ибо не должно вызывать ошибок, но все же посмотрите)
(4) Автоматическую не настраивал. Вручную после первичной настройки не синхронизирует. В ЗУПе пишет данные отправлены сейчас, а получены вчерашний день, когда настраивал синхронизацию. После каждой попытки. Настройка соответствия прошла без конфликтов.
тогда осталось увязать все проблемы с обновлением... -
Козырный вопрос - после обновления на 3.1.11.108 была ли выполнена хоть 1 нормальная синхронизация?
Для 32-b и 64-b режимов исполнения кода в реестре хранятся отдельные ветки и соответственно отдельные привязки. Поэтому управление COM-классами для них осуществляется независимо. В частности это касается класса V8X.ComConnector (на 64-b операционной системе)
64-b - c:\Program Files\1cv8*\<Версия>\bin\comcntr.dll
32-b - c:\Program Files (x86)\1cv8*\<Версия>\bin\comcntr.dll
Сначала её удалить из реестра. Пройдите поиском "comcntr.dll" и удалите.
(11) Да, все типовое на поддержке. Придется почистить. Я правда запускал обработку "Обновление вспомогательных данных" (из инструментов разработчика БСП) перед новой настройкой. Но видно там это дело не фиксится.
(13) как минимум можно попробовать создать пустую базу ЗУП 3.1.11.108 и инхронизировать с тестовой архивной БП. Чтобы отсеять варианты неисправности самой базы ЗУП.
Я все же думаю, что вероятность глючного обновления более 50%...
(18) На релизах меньше 3.1.11.108 хоть где -нибудь проявляется?
Если - нет, то либо откатывайтесь из архива, либо ждите пока 1С устранят проблему в следующих релизах.
Вероятность глючного обновления все ближе и ближе к 100% ))))
(11) Снес настройку и программа сама очистила регистр соответствий. Ну после новой настройки те же яйца. Причем во время настройки писал данные успешно отправлены, данные успешно получены. А как только запустил синхронизацию руками (причем данных-то новых нет), все равно пишет не удалось синхронизировать (данные не получены).
(9) Тогда как минимум предлагаю востановиться из архива в тестовые базы и проверить там синхронизацию.
А вот если там все заработает, то ясно что это обноление
(14) Проблема в том, что я еще недавно обновил платформу. Т.е. последние удачные синхронизации проходили на предыдущей платформе.
И что вносит траблы, релиз конфиги или платформы не понятно. Откатывать весь сервер на старую платформу не хочется для эксперимента.
В общем написал письмо в техподдержку. Может быть что-то посоветуют.
И кстати БП у вас тоже последний релиз....
Может и там собака порылась?
Я сейчас обновлю свои БП на этот последний релиз и проверю синхронизацию, если все будет нормально - значит виновник обновление ЗУП...
Я на 3.1.10 и не собираюсь испытывать счастье на 3.1.11
10 стабильна и это главное!
(20) Докладываю. Развернул копии баз. ЗУП (релиз 3.1.10.174) и БП (релиз 3.0.73.54). Заново настроил синхронизацию. Синхронизировал с той же самой ошибкой.
Следовательно, релиз ЗУП не причём.
(22) Да значит у вас что-то со связью баз в принципе, то есть есть смысл еще поменять платформу...
У меня (релиз 3.1.10.174) и БП (релиз 3.0.73.54) нормально синхронизируются при 8.3.12.1790
(29) Вы их юзаете ра рабочих базах?
Если нет, то поставьте себе рядом тестовую 15 и юзайте на здоровье...
Ведь по любому необъодим второй тестовый сервер с отладкой...
Вы же не включаете отладку на боевом сервере?
Платформа клиент-серверная: 1С:Предприятие 8.3 (8.3.15.1700)
Конфигурации типовые:
Зарплата и управление персоналом, редакция 3.1 (3.1.11.133)
Бухгалтерия предприятия, редакция 3.0 (3.0.73.54)
Ситуация аналогичная - отвалилась синхронизация ЗУП <-> БП
Последняя удачная синхронизация была вчера 23.10.2019 в 16:00.
И так же: отправлены "сейчас", получены "вчера"
Вчера я ни какие обновления не устанавливал в это время.
Сегодня только обновил платформу с 8.3.13.1809 до 8.3.15.1700 так что скорее всего дело таки в платформе.
(33) Сделал как советовали (закомментировал строчку в общем модуле с помощью расширения) - не помогло. Такую же ошибку при синхронизации выдает.
Сами данные не проверял, так как синхронизировались при настройке. А новых нет еще.
Аналогичная проблема. После перехода на платформу 8.3.15.1700 отвалился обмен ЗУП 3.1 и БП 3.0. ОС и 1С 64-разрядные. Обмен из ЗУП в БП идет, обратно валится.
(37) Отвечу сам себе: после отката платформы (на версию 8.3.13.ХХХХ) все заработало. Релизы БП и ЗУП при этом не обновлялись.
Если скажете, на какой платформе 8.3.14.ХХХХ синхронизация ТОЧНО работает - буду благодарен.
Встретились с такой же ошибкой на платформе 8.3.14.1854
сервер x64, платформа х86
Зарплата и управление персоналом, редакция 3.1 (3.1.11.108) ; Бухгалтерия предприятия, редакция 3.0 (3.0.73.50)
Настройки сервера 1с также стоят дефолтные.
На файловых копиях баз синхронизация проходит без ошибок.
А в серверном - данные выгружаются, но не загружаются.
ТП 1С для решения проблемы попросила базу БП и ЗУП (ясное дело им такое ни кто не даст), на предложение - подключиться удалённо получил отказ. По этому продолжил искать решение самостоятельно.
Что было сделано:
1. Удаление и последующая установка платформы
(не помогло)
3. Разрегистрация и последующая регистрация библиотеки comcntr.dl командами
Regsvr32 /U "C:\Program Files\1cv8\8.3.15.1700\bin\comcntr.dll"
Regsvr32 "C:\Program Files\1cv8\8.3.15.1700\bin\comcntr.dll"
(тоже не помогло)
При этом синхронизация через общий каталог на сервере проходит успешно, можно было бы и так оставить, но сие не комильфо и не по феншую. :))
Что реально помогло:
- полное удаление всех записей COM объекта из "Панель управления" - "Администрирование" - "Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Приложения COM+" >> V83COMConnector <<
- регистрация comcntr.dll (см. выше) из командной строки, запущенной из C:\Windows\SySWOW64
Теперь синхронизация работает как ей и положено, ошибок нет, сессии не пописают.
p.s. В ТП 1С отписался на предмет добавления контроля корректной регистрации библиотеки comcntr.dll при установке платформы.
(42)
А если сами клиентские платформы 32х, то разве не надо еще команды?
c:\Windows\System32>regsvr32 "c:\program files\1cv8\8.3.хх.хххх\bin\comcntr.dll"
Спасибо огромное, user1028644, за сообщение "регистрация comcntr.dll (см. выше) из командной строки, запущенной из C:\Windows\SySWOW64"! Вы спаситель, моя благодарность не знает границ, не дали погибнуть от грубого натиска пользователей. Все заработало в лучшем виде. Вы спаситель!!!
Способ из (42) не помог, способ (56) не помог.
При синхронизации в ЖР есть ошибка "Аварийно завершился фоновый процесс". Данные передаются только в сторону БП.
(42) Тоже поймал такую проблему после обновления платформы с 8.3.13 на 8.3.16,
также помогло удаление COM из "Службы компонентов"", а затем регистрация COM, для регистрации COM использовал скрипт регистрации утилиты администрирования серверов (поменяв имя регистрируемой dll)
грешил на версию конфигурации. проблема была в битность системы и коннектора 32 vs 64
1. заходим на сервер 1С. Пуск - поиск -службы компонентов - находим в дереве - приложения COM+ - удаляем COMconnector (V83.COMConnector)
2. пуск печатаем cmd - запустить от имени администратора . для 64 версии переходим - cd \ (на диск С) - cd windows (папка windows) - cd syswow64.
3. выполняем команду regsvr32 "C:\Program Files\1cv8\8.3.12.1685\bin\comcntr.dll" - где (8.3.12.1685) ваш релиз 1С
после этого синхронизация сразу заработала.
(69)Была таже проблема - при переходе на 15ую платформу синхронизация бух -зуп и обмен с клиент банком перестали работать . Сделал то что описано в посте 69 - все заработало. Спасибо !
91.
G_101236070757873401750
20.10.23 17:10 Сейчас в теме
(42) >>полное удаление всех записей COM объекта и регистрация comcntr.dll (см. выше) из командной строки, запущенной из C:\Windows\SySWOW64
Помогло починить синхронизацию БП и ЗУП, возникала ошибка "Не удалось подключиться к другой программе: -2147467238(0х8000401А): The server process could not be started because the configured identity is incorrect. Check the username and password."
Давно бы все перешли на х64 платформу, если бы печатные формы отчетности в формате PDF417 формировались, а так приходится использовать х32 платформу.
Теперь я вспомнил - для COM-подключения в том числе для целей синхронизации ЗУП-Бухгалтерия я вручную создавал COM+ компонент V83ComConnector, т.к. обычная регистрация через regsvr32 не помагала.
1С сам не создаёт эту компоненту, приходится создавать вручную и настраивать параметры безопасности по схеме https://infostart.ru/public/400951/.
Валился обмен УХ и ЗУП. Решено так:
В функции ЗУП ОбщегоНазначения.ОбщийМодуль() закомментировать строчку "УстановитьБезопасныйРежим(Истина)". А для профилактики и в функции ОбщегоНазначения.СерверныйМодульМенеджера(). В аналогичных функциях конфигурации "Управление холдингом" таких строчек нет. И соответственно, этой проблемы.
(56) Мне помог только этот способ. Способ из (42) не помог. Платформа 8.3.16.1063 64-бита, клиенты 32-бита. Во всех базах добавил расширение. Без него обмен идет только в 1 сторону (и в БП и в ЗУП).
Синхронизация работает и на 32,и на 64-разрядных платформах. Проверено на платформе 8.3.16.103. Регистрацию comcntr.dll надо делать, как у user1028644 08.11.19 10:28 (см. выше), из командной строки, запуск от имени администратора.
Цитата:
"Что реально помогло:
- полное удаление всех записей COM объекта из "Панель управления" - "Администрирование" - "Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Приложения COM+" >> V83COMConnector <<
- регистрация comcntr.dll (см. выше) из командной строки, запущенной из C:\Windows\SySWOW64"
т. е.
для 64-разрядной версии в каталоге C:\Windows\System32)
для 32-разрядной версии в каталоге C:\Windows\SysWoW64)
Добавлю свои "5 копеек".
На сервере W2008 x64 1C - сервер: 8.3.15.1656 x64, а клиент х32. (из-за трактира и проч отраслевухи)
Падал обмен через COM. Валил за собой rphost. В логах "Аварийно завершилось фоновое задание..."
Регистрация из cmd, вручную... не решали проблему.
Установил клиента 1с х64 зарегил через командную строку dll х64. ..
Полет нормальный...
(54) Проблема с печатью отчетности с 2х мерным штрих-кодом на х64 уже решена с помощью внешней обработки (скорее всего она https://infostart.ru/public/869624/)
Проблема формирования печатной формы реглам. отчетности с 2-х мерным штрихкодом (формат PDF417) в 64-разрядной платформе решается выгрузкой отчетности из 1С и загрузкой ее в программу Налогоплательщик ЮЛ ( https://www.nalog.ru/rn76/program//5961229/ ). Там уже печатайте в формате PDF417. Никаких проблем.
Синхронизировал через кнопку "Синхронизировать данные, задав дополнительный отбор", предварительно зарегистрировав состав отправляемых данных. Через кнопку "Синхронизировать" обмен идет только в одну сторону с ошибкой "Аварийно завершился фоновый процесс".
Это косяк в коде конфигурации. В COM-соединении устанавливается безопасный режим, в котором, в числе прочего, запрещены операции с COM-объектами. Так что только упоминаемое расширение может помочь. В нем просто закомментирована установка безопасного режима. Это не гуд, потому что это происходит в общем модуле, через который вызывается все подряд по переданному в строке имени, т.е., потенциальная дыра в безопасности, но пока так.
Платформа 8.3.15.1830 синхронизация так же в одну сторону, расширение не помогло пишет при попытке загрузить "(Критичная) : Значение контролируемого свойства РежимСовместимости у объекта не совпадает со значением в расширяемой конфигурации" В конфигурации базы стоит режим совместимости с 3.14
(71)В свойствах конфигурации РАСШИРЕНИЯ снимите галку у свойства "Режим совместимости" (чтобы оно не проверялось).
В новых релизах типовых конфигураций, где требуется новая платформа, сменили режим совместимости.
Спасибо! помогло, из зарплаты пытался засинхронить после того как расширения установил и на БП, и на ЗП, но либо в аварийный процесс в обе стороны падала, либо в одну сторону только проходило из БП отправил, прошло в обе.
Помогает следующее: в обеих конфигурациях (в ЗУП и БП) комментируем строку "УстановитьБезопасныйРежим(Истина);" (можно через расширение) в общем модуле: Общие модули - ОбщегоНазначения - функция ОбщийМодуль(Имя).
После перехода на релиз ТП 1С:Предприятие 8.3 (8.3.15.1830)
помогло
- полное удаление всех записей COM объекта из "Панель управления" - "Администрирование" - "Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Приложения COM+" >> V83COMConnector <<
Причем, что интересно, между базами также был обмен через прямое подключение, но далее выполнялся самописный код и все работало отлично. Проблемы были исключительно подсистеме обмена данными по правилам разработанным в Конвертации данных.
Платформа 8.3.15.1830, сервер x64, ошибка проявляется. Компоненту подключали через regsvr32 comctrl.dll из каталога сервера.
Исправили комментированием строки "УстановитьБезопасныйРежим(Истина)" в расширении ЗУП.
Синхронизация работает только со стороны ЗУП, при вызове из Бухгалтерии та же ошибка.
(82) Комментированием строки "УстановитьБезопасныйРежим(Истина)" в расширении ЗУП помогло не до конца. В зависимости от зарегистрированных изменений ошибка повторялась.
Окончательно победить проблему помогла регистрация компоненты из каталога сервера x64: C:\Program Files\1cv8\8.3.15.1830\bin\comcntr.dll