1с риб не удалось установить обновление программы полученное из
1) Выгрузить данные из "центральной".<br>2) Обновить платформу "дочерней".<br>3) Запустить загрузку данных в "дочерней" и получить ошибку "Необходимо обновить конфигурацию. ".<br>4) Обновить конфигурацию в "дочерней".<br>5) Заново запустить загрузку/выгрузку данных в "дочерней".<br>6) Запустить загрузку данных в "центральной".<br><br>Все так делали?
Спасибо. Попробую завтра. Я не пытался выгрузить данные из "центральной" в "дочернюю", т.к. у меня обмен идет "дочерняя"->"центральная" в основном. <br>Т.е. я правильно понимаю, что после того, как в "дочерней" появится ошибка, в Конфигураторе "дочерней" будет активен пункт обновить?<br>И как тогда обновлять - через файлы обновления или как-то с помощью файла обмена, потому что он у меня сформировался на 70 с лишним мегабайт (zip).
> потому что он у меня сформировался на 70 с лишним мегабайт (zip).<br>А потому что распределенная база по умолчанию подразумевает двухсторонний обмен (данные центральной базы попадают в дочерние базы). Если же Вам не нужно, что бы данные "центра" переносились в "дочернюю", тогда нужно убирать автоматическую регистрацию изменений объектов для узла "дочерней" базы и в этом случае у Вас будет выгружаться только конфигурация (и то только после обновления).<br><br>> Т.е. я правильно понимаю, что после того, как в "дочерней" появится ошибка. <br>В "дочерней" появится не ошибка, а новая конфигурация.<br><br>Есть еще такой вариант - отвязать "дочернюю" базу от "центра", загрузить новую конфигурацию в нее и обратно привязать к "центру". НО проблему неправильного обмена (одностороннего, как в Вашем случае) это не решит. Более того, все зафиксированные в центральной базе изменения, которые не перенесены в "дочернюю" будут накапливаться и приводить к необоснованному росту информационной базы.
Нет, нет, двусторонний обмен все-таки нужен, просто не так часто как обмен Д->Ц. тогда позвольте я еще вопрос задам относительно работы распределнных баз. К примеру, документ создается в Д, загружается в Ц, изменяется в Ц. Затем при обмене с Д эти изменения отразятся в Д?
Да, все таки я не понял. Как я обновляю конфигурацию в дочерей? Через Конфигуратор - Поддержка - Обновить?
В базе данных есть несколько "мест" где хранятся конфигурации. В одном хранится конфигурация поставщика, в другом хранится основная конфигурация, в третьем - конфигурация базы данных. При обмене "центра" с "дочерней" кроме данных передается так же информация о конфигурациях. Основная конфигурация загружается сама собой, т.к. распределенная база предполагает принцип наличия одинаковой конфигурации во всех узлах. Конфигурация базы данных не может загрузиться так же как и основная из-за того, что при переносе основной конфигурации в конфигурацию базы данных происходят различные доп. проверки на состыковку с данными в базе (уникальность номера, присутствие всех объектов и т.п.). Именно поэтому, после обмена данными, Вам приходится нажимать в конфигураторе самостоятельно кнопку "Обновить" - это и есть момент переноса основной конфигурации в конфигурацию базы данных.<br><br>ЗЫ Кто-нибудь когда-нибудь будет читать книгу "Конфигурирование и администрирование" прежде чем обслуживать информационную базу.
1. Конфигурация узла распределенной ИБ не соответствует ожидаемой.
Самой распространенной ошибкой при использовании распределенных баз в 1с:Предприятие 8.x является ошибка "Конфигурация узла распределенной ИБ не соответствует ожидаемой". Связана она с рассинхронизацией конфигурации главного и подчиненного узла, возникать может по нескольким причинам, самая распространенная из них это динамическое обновление конфигурации. Рассмотрим основные пути решения данной проблемы, укажу способы по простоте их использования, сначала самые простые (но иногда не менее эффективные), потом более сложные:
Чистка кэша .
- При работе в режиме предприятия 1с кэширует метаданные для ускорения работы программы и при динамическом обновлении конфигурации использует их до момента перезапуска сеанса пользователя. При это могут возникать ситуации, когда после перезапуска программа не обновила метаданные из измененной, а продолжает использовать старые. В такой ситуации помогает очистка кэша, при новом запуске программа обновит метаданные. Очистить кэш можно множеством способов, приведу несколько из них:
- На мой взгляд самый простой из них это удаление базы из списка информационных баз и добавление заново под другим именем. При добавлении базы как новой в список информационных баз программа создаст новый каталог на диски для хранения кэшей к этой базе.
- Можно очистить базу удалив папки с кэшем. Папки храняться в зависимости от версии windows:
<каталог пользователя>\Local Settings\Application Data\1C\1Cv82
<каталог пользователя>\Application Data\1C\1Cv82
Можно воспользоваться готовым bat-файлом для удаление файлов кэша, как это описано в этой статье "Чистка кэша 1с".
Не денамическое обновление корневого узла.
- Данный метод обноружил случайно, на просторах интернета такого способа не нашел, но помогает он очень часто и в отличии от следующих способов помогает решить проблему намного быстрее и проще. Заключается он в том, что мы еще раз меняем что либо в корне конфигурации (я чаще всего меняю синоним конфигурации, например добаляя пробел в конце синонима) и делаем при этом не динамическое обновление. После этого производим еще раз обмен из главного узла с подчиненными. В большенстве случаев, хотя и не всегда к сожалению, данный метод позволяет решить ошибку рассинхронизации конфигураций. Этот способ не всегда является эффективным, но в отличии от следующих способов позволяет быстро решить данную проблему, особенно при большом количестве узлов распределенных баз.
Перенос конфигурации в распределенный узел .
Самый распространенный способ решения данной проблемы, он почти в 100% случаев помогает решить данную проблему, опять таки замечу, что почти в 100%, т.к. у меня возникали случаи, когда переносом конфигурации из главного узла в подчиненный проблема не решалась. Данный метод заключается в переносе конфигурации из главной базы в распределенную.
Последовательность действий:
- выгружаем из центральной базы конфигурацию в cf-файл;
- отвязываем переферийную базу от главного узла, вызвав команду:
- заменяем конфигурацию переферийной базы на выгруженный в первом шаге cf-файл, для этого пользуемся меню "Загрузить конфигурацию из файла".
- Привязываем переферийную базу обратно к главному узлу РИБ, вызвав команду:
где в качестве параметра передаем главный узел распределенной базы.
Для выполнение этих действий удобнее всего воспользоваться обработкой, которую можно скачать здесь (подходит для всех конфигураций на не управляемых формах, т.к. Розница 1.0 или УТ 10.3, огромное множество аналогичных можно найти на просторах инфостарта).
Подмена хэша конфигурации в файле обмена.
- Данный метод был взят из статьи Популярные ошибки РИБ. Метод на мой взгляд довольно таки сложный и длительный, поэтому я его указываю как самый последний из вариантов решения данной проблемы, его стоит использовать только лишь в том случае, если не один из выше перечисленных способов не позволил решить проблему. Его суть заключается в том, что мы заменяем хеш конфигурации в файле обмена на правильный и тем самым обманывая программу производим обмен.
Последовательность действий:
- выполняем действия из предыдущей методики;
- выгружаем из переферийной базы файл обмена, но не загружаем его в главную базу;
- выгружаем из главной базы файл обмена, но не загружаем его в переферийную базу;
- в файле обмена из главной базы заменяем блок, содержащий информацию об изменениях конфигурации и хэши (Digest1 и Digest2), на блок хэшей из файла переферийной базы (пример см. ниже).
- производим загрузку файла из 4-го пункта в переферийную базу;
- обязательно перезаписываем файл обмена из переферийной базы (2-й пункт) этот файл не должен быть загружен при обмене в главную базу.
- для проверки делаем несколько последовательных обменов.
Если при обмене используется сжатие данных, то либо отключаем сжатие, либо сначала распаковываем файл, меняем, потом запаковываем обратно и отправляем.
Блок файла обмена из главной базы:
нужно заменить на блок файла обмена из переферийной базы (обратите внимание Digest1 у файла из переферийной базы всегда равен "00000000000000000000000000000000". )
3. Ошибка преобразования данных XML.
xmlSAX2CharactersSystemId: file://C:/Users/Пользователь/AppData/Local/Temp/Exchange82 /Message_БП_ЗД.xml
: Ошибка при вызове метода контекста (Прочитать) Пока ФайлОбмена.Прочитать() Цикл
Не удалось установить обновление программы, полученное из.
Получение данных из главного узла завершились с ошибками.
Подробности см. в журнале регистрации.
Правильный вариант действий:
Открываем командную строку. Туда пишем bcdedit /set IncreaseUserVa 3072
Перезагружаем компьютер и пробуем синхронизацию.
Так же можно скачать бат файл и запустить от имени администратора далее перезагрузить компьютер и пробуем синхронизацию.
Восстановление УРИБа, спасение периферии после обновления из центра:Специальные предложения
Уверен что ошибка возникает и на 32 и на 64? (4) aspirator23, и правда, посмотрел только что, везде где была ошибка стоит 32, а везде где 64 прошло без проблем.
Т.е. на 64 таких проблем не возникает? (5) именно.
1с приняло эту ошибку для исправления.
Временное решение - использование для не серверных ос ключа /3gb (6) Здравствуйте.
А не подскажите ссылку на регистрацию этой ошибки?
Что если ошибка выходит на серверной ОС с 3Gb? Мы можем и по 2 раза на день делать обновление ЦБ. Поэтому нужно сделать так чтобы обновилась конфа в любом случае, а потом только данные гонять. На днях может займусь решением такого вопроса. Не очень понятно, что дает вот это "запускаем конфигуратор с параметром «/C ЗапуститьОбновлениеИнформационнойБазы». Из конфигуратора никакого обновления не происходит, а если в предприятие этот параметр передать и запустить, гадкая Розница начинает предлагать тут же восстановить главный узел, либо вообще его грохнуть. (8) miha.e82, так чтобы cf накатить и надо отвязать, в этом и смысл, переферии в моем случае все восстановил, без потери данных.
Но Ваш вариант безусловно удобнее (кстати когда столкнулся обыскал весь интернет по делу ничего не нашел), правда не понятно, где это включать (как параметр запуска?) опишите поподробнее думаю будет полезно. Я так понимаю, что ошибка эта возникает при работе с виртуальной памятью на машинах с Windows 32bit. То ли это недоработка винды, то ли платформы. Открываем командную строку в винде. Туда пишем bcdedit /set IncreaseUserVa 3072 , нажимаем Enter. 3072 - это 3 гига в мегабайтах. Т.е. проблема идет, если на машине стоит 4 гига оперативки. Если меньше, то может и так все ок будет, хз. После этого перезагружаем комп для того, чтобы изменения в операционке заработали. А дальше все в штатном режиме. Отвязка от главного узла - это конечно хорошо, но последняя Розница прибивает "ненужный" по ее мнению узел и слетает регистрация изменений. Не все потом можно включить обработкой с ИТС. И у меня получилось так, что новый узел был не принят центром. Пришлось мухлевать в xml. (10) miha.e82,
Целиком и полностью согласен ! при размере файла более 200 метров начинаются проблемы с загрузкой ( если винда 32 бит и оперативы 2-3 гига) , копируешь на другую машинку 8гиг и 64 бит - нет проблем! Ради спортивного интереса делал отвязку базы , да все можно обновить ,но возврат к полноценному обмену - танец с бубном :) . Ребят проблему ктонибудь решил до конца? У меня такая же проблема.Неделю голову ломаю че только уже не пробовал, вариант с отвязкой узла ни дал некаких результатов. (12) iponkratov, , да я решил ее до конца порядок действий описал в статье, так же я так понимаю (8) miha.e82, тоже решил ее Мне помогло простое обновление платформы до последнего релиза.
Просмотры 23803
Загрузки 57
Рейтинг 4
Создание 17.04.16 23:34
Обновление 30.06.19 15:39
№ Публикации 514444
Тип файла Архив с данными
Конфигурация Конфигурации 1cv8
Операционная система Windows
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
Код открыт Да
См. также
Универсальная выгрузка/загрузка данных для отличающихся конфигураций (JSON, Такси+ОФ) Промо
Простой перенос через JSON данных между двумя базами 1С (документов, справочников, ПВХ, ПВР, счетов). Аналогична произвольной выгрузке в типовой "Выгрузка/загрузка XML", но может использоваться для отличающихся конфигураций. Подходит для любых пар баз с любым интерфейсом (управляемый + обычный). Без настроек. Не требует идентичности конфигураций и платформ. При переносе типы данных сопоставляются по наименованиям метаданных, объекты и ссылки по UID.
1 стартмани
22.10.2014 224996 4382 ekaruk 184
У вас "Ошибка преобразования данных XML" или "Error transforming XML data"? Решение
Рассмотрим варианты возникновения данной ошибки и рассмотрим способ решения, одной из причин.
2 стартмани
01.11.2021 822 0 markers 0
Восстановление РИБа, ошибки РИБ на управляемых формах, создание начального образа с файлами
Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла с другим набором расширений, меняющих структуру данных. Необходимо произвести перенос расширений конфигурации в узел. При выгрузки первоначального образа вылетает по не понятным причинам.
1 стартмани
22.10.2021 639 0 user1479207 0
Восстановление 1С РИБ (распределенная база) при проблемах обмена конфигураций и расширений
Работая с 1С РИБами в разных конфигурациях: типовых, переписанных, отраслевых, доработанных, с расширениями и пр. Неоднократно сталкивался с различными проблемами, связанными с обменом в распределенных узлах. Например, некорректно проходит обмен, не принимается обновления конфигурации, после обновления крашится база на расширении или на объекте конфигурации, либо просто перестает запускать в режим предприятия по какой то причине. На самом деле проблемы с распределенной базой возникают довольно часто, в данной статье рассмотрим самые основные, с которыми приходилось сталкиваться. Описанные методы никогда не подводили и всегда работали, что бы с базой ни случилось. Делюсь опытом, кому-то будет спасательным кругом.
1 стартмани
23.09.2021 968 9 ClickUp 4
Соответствия объектов обмена Промо
Обработка позволяет проверять, исправлять ошибки, добавлять и удалять соответствия объектов в обменах данными между конфигурациями на основе «Комплексной автоматизации 1.1» или похожими конфигурациям. Подходит для обменов с использованием регистра сведений «СоответствиеОбъектовДляОбмена».
Механизм распределенных информационных баз 1С в свое время был очень популярен в компаниях, где были филиалы, но не было связи через Интернет. Сейчас Интернет есть почти везде, и большинство удаленных отделов через него подключаются и работают с основной базой. Тем не менее, механизм РИБ до сих пор используется, пользователи работают, и иногда возникают ошибки. Одна из самых распространенных среди них – «Конфигурация не соответствует ожидаемой».
Причины возникновения ошибки
Чаще всего подобные ошибки возникают в процессе загрузки данных из основной в дочернюю базу. Как правило, это говорит о том, что существуют проблемы в настройке дочерней БД. С большой вероятностью, ошибки не избежать повторением операции, она никуда не денется и будет преследовать вас при каждом обмене. Поэтому многие специалисты рекомендуют после подобных ошибок заново создавать периферийную ИБ.
Кроме вышеперечисленных вариантов на практике также замечены проблемы после динамических обновлений баз. Однако прямых доказательств и объяснений этому явлению на сегодняшний момент нет. Ошибка «Конфигурация распределенного узла не соответствует ожидаемой» в подавляющем большинстве случаев исправляется достаточно легко. Вам не нужно иметь специальных знаний – достаточно базовых знаний администрирования систем 1С.
Если вы первый раз столкнулись с подобной ошибкой, последовательно выполните следующие шаги и, скорее всего, проблема уйдет:
- Почистите кэш и проверьте работоспособность обмена еще раз. Если ошибка не ушла – приступайте к следующим шагам;
- Завершите все сеансы работы с подчиненной базой и сделайте ее копию;
- Выгрузите конфигурацию в файл с расширением .cf с основной ИБ;
- Далее необходимо отключить основной узел – для этого воспользуйтесь многочисленными обработками из Интернета. Они распространяются под именем, подобном «ОтключитьУзелРИБ.epf»;
После вышеописанных действий попробуйте снова запустить обмен между двумя базами. Вероятность успеха очень высока, а проблема может возникать только в критичных ситуациях. Что же можно предпринять в случаях форс-мажора? Весьма действенным оказался вариант с подменой хэша файлов обмена. Для этого необходимо:
- Совершить вышеописанный алгоритм;
- Выгрузить файл обмена из основной базы и дочерней, но не загружать их;
После всех операций проделайте несколько обменов для тестирования. Если не возникнет проблем, значит, все сделано правильно, и ошибка несоответствия узлов РИБ исправлена.
Читайте также: