ВЗЯТО с сайта http://infostart.ru/public/65456/
Перепост для себя, дабы не забыть и не потерять.
Конфигурация узла распределенной ИБ не соответствует ожидаемой
Обработка УстановкаГлавногоУзлаРБ82
Для начала привожу список используемых мной сокращений:
- РИБ — распределенная информационная база
- ЦБ — центральная база, корневой узел РИБ
- УБ — удаленная база, БД удаленного узла РИБ
По собственному опыт могу сказать, что сталкивался с двумя причинам возникновения ошибки:
- во время приёма файла сообщения в УБ «упала» база, в связи с чем, видимо, и произошла разсинхронизация между конф. ЦБ и УБ;
- под MSSQL клиент загрузил копию рабочей базы и не выключил в копии регл. задания автообмена, в результате часть сообщений в удаленные узлы формировалась из рабочей БД, а часть из копии, что и привело рассинхронизации конфигураций
Есть также мнение, что к этой ошибке приводит использование механизма динамического обновления базы. Здесь есть сомнения, потому как с одной стороны динамическое обновление никогда не затрагивает структуры БД, а механизмы РИБ всё-таки работают именно со структурой БД, а не с прикладной её частью, тем не менее в РИБ используется механизм формирования цифровой подписи версии конфигурации (в дальнейшем буду называть её для сокращения хэшем), и при изменении прикладной части хэш естественно обязан пересчитаться. Не буду ни отрицать этого, ни утверждать, т.к. если и сталкивался с этой ситуацией, то явных доказательств этого не нашел.
Для исправления использую 2 методики, в зависимости от ситуации.
ПЕРВАЯ МЕТОДИКА
Первая (самая распространенная) неоднократно упоминается и в партнерской конференции, и на прочих интернет-ресурсах связанных с 1С. Применяется в большинстве случаев, когда несмотря на сообщение о расхождених конфигураций, при сравнении вручную выдается, что они идентичны.
Последовательность действий:
- выгружаем из ЦБ cf-файл;
- отвязываем УБ от РИБ (метод УстановитьГлавныйУзел, готовую обработку можно найти в приложении или в других публикациях);
- заменяем конф. УБ на выгруженный в первом шаге cf-файл, для этого пользуемся меню «Загрузить конфигурацию из файла» (а не сравнением-объединением!!!);
- восстанавливем признак РИБ для УБ.
В большинстве случаев этих действий более чем достаточно, что восстановить обмен, но не всегда…
ВТОРАЯ МЕТОДИКА
Применяется в случае, если первая методика не сработала, а выгрузить заново узел не представляется возможным.
Предыстория: у клиента настраивали каскадную РИБ и ошибка возникла в первом уровне каскада (второй уровень всё это время работал безупречно). Разработка конфигурации велась совместно с IT-службой клиента и с момента возникновения ошибки конфигурация ЦБ успела несколько раз поменяться. Вариант с откатом изменений не рассматривался даже в принципе, т.к. потеря части данных и остановка работы нескольких подразделений были совершенно неприемлимы. Первый вариант исправления ошибки каких-либо ощутимых результатов не дал. В связи со чем пришлось искать другие пути решения.
Пришла мысль попробовать подменить хэши файлов конфигураций непосредственно в XML-файлах обмена. Описание структуры файла обмена из книги «Профессиональная разработка в системе 1С:Предприятие 8» дало слабое представление о формировании цифровых подписей конфигураций и изменений в них, но определило направление поиска: значения Digest1 и Digest2. Всё остальное выяснял чисто эмпирическим путём (то бишь методом проб и ошибок), но закономерность установить таки получилось.
Тестовые эксперименты прошли удачно. На рабочих базах тоже всё прошло благополучно.
Итак, последовательность действий:
- выполняем действия 1 — 4 первой методики;
- выгружаем из УБ файл обмена, но не загружаем его в ЦБ;
- выгружаем из ЦБ файл обмена, но не загружаем его в УБ;
- в файле обмена из ЦБ заменяем блок, содержащий информацию об изменениях конфигурации и хэши (Digest1 и Digest2), на блок хэшей из файла УБ (пример см. ниже)
- производим загрузку файла из 4-го пункта в УБ;
- обязательно перезаписываем файл обмена из УБ (2-й пункт)! этот файл не должен быть загружен при обмене в ЦБ!
- для проверки делаем несколько последовательных обменов.
Если при обмене используется сжатие данных, то либо отключаем сжатие, либо сначала распаковываем файл, меняем, потом запаковываем обратно и отправляем.
Блок файла обмена из ЦБ
<v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08"> <v8de:Version>106.0</v8de:Version> ...здесь идут блоки описания изменений конфигурации... <v8de:Digest1>1cf680807e97a5dc0d1ed7f901b07392</v8de:Digest1> <v8de:Digest2>038211651cf680807e97a5dc0d1ed7f9</v8de:Digest2> </v8de:Config>
нужно заменить на блок файла обмена из УБ (обратите внимание Digest1 у файла из УБ всегда равен «00000000000000000000000000000000»!!!)
<v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
<v8de:Version>106.0</v8de:Version>
<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
<v8de:Digest2>11651cf680807e97a5dc0d1ed7f901b0</v8de:Digest2>
</v8de:Config>
Перечисленные действия необходимо выполнять с предельной осторожностью, некорректная последовательность чревата полной неработоспособностью РИБ. Поэтому перед этими действиям создание резервных копий ОБЯЗАТЕЛЬНО!
В остальном могу только пожелать удачи!
ОШИБКИ РЫБ
«Записки от скуки»
Кэнко-хоси[1]
Голая пойдет
В Калининской — Тверской — деревне живет подружкина тетка, тетя Маня, страдающая эпилептическими припадками; такая-то падучая у нее, часто она падает, уж все мозги себе отбила.
В деревне большей частию старики и дети. С пьяных глаз шестнадцати-семнадцатилетние дерутся не кольями, а тракторами. Детей много убогих.
Тетя Маня всё всем раздает. Крышу ей крыли всей родней. Еле гвозди нашли, в район не единожды ездили. Пока дранку складывали, пришел мужик, попросил гвоздей, она ему все и вынесла.
— Тьфу! Тьфу! — кричал свояк. — Ведь платье может снять и исподнее сымет, раздаст да на старости лет голая пойдет!
Единицы времени
Самая большая единица времени — один съезд. Один съезд равен десяти конференциям, одна конференция равна ста митингам. При этом тысяча митингов одному съезду ни в коем случае не равны.
Имена
Мальчик услышал по радио, что где-то в Эфиопии ребенку дали имя Юрий Гагарин, и тут же придумал тройню с Чукотки: «Первого назвали Александр, второго Сергеевич, а третьего Пушкин».
Сосна
Дача располагалась в бывших финских Келломяках, на Комаровской Озерной улице, на одной из эоловых дюн выше Литоринового уступа, в воронке от бомбы. Купили участок, завезли землю. Стали строить дом. Младший сын стрелял дробью по деревьям. Через тридцать лет его вдова и сын пилили одну из сосен и сломали пилу: дробь в сердцевине ствола обросла кольцами древесины.
Мальчик, увлекающийся фантастикой, в ту же ночь начал писать фантастический рассказ о воронке времени, но не дописал, сон сморил его, а начало рассказа завалилось за старый диван, да так и осталось там на долгие годы. В комнате было тепло от сгоревшей сосны, она уже не существовала, превратившись в тепло, а капельки металла смешались в кочегарке со шлаком.
Урок
Урок русского языка в туркестанской школе.
— Дети, запомните: слова «вилька», «бутылька» пишутся без мягкого знака, а слова «мат», «кроват» пишутся с мягким знаком.
Монументальная живопись
В 70-е годы Павел А. со товарищи делал в Грозном роспись. И вот в 1999-м, смотря по телевизору «Последние известия», видит он кадры разбитого после бомбардировки Грозного, сплошные развалины, камера снимает разрушенные дома, долгие кадры руин, развалины безлюдны, бывший город пуст. И вдруг в кадре появляются люди! много людей! С невольным вздохом облегчения он вглядывается и, приглядевшись, узнает собственную многофигурную композицию: перед ним дверь в никуда, над которой абсолютно сохранная монументальная живопись, словно смонтировали ее накануне. Художнику показали единственную нетронутую деталь городского центра; выключил он телевизор, стало ему нехорошо, долго за кисть он не брался и телевизора не смотрел.
Можно было бы сочинить к этой истории такую, например, концовку: «Ночью приснилось ему, что он — Валерий Чкалов. Он вышел из дома, сел в снящийся самолет, без дозаправки долетел до Грозного, на бреющем полете обнаружил цель — свою сияющую свежестью роспись среди не существующих более кварталов, — растрабабахал ее, разделал то есть под орех, добившись полного стилевого единства. Далее проснулся с головной болью, пошел на кухню попить травного чая и долго думал об искусстве».
И новое
…и новое открыли кафе с двусмысленным названием ВВС: то ли Вэ-вэ-эс, то ли Би-би-си.
Зарплата
Елизавете Ефимовне Ржаницыной в 20-е годы однажды выдали зарплату подметками: энное количество упакованных в пачки плоских обувных полуфабрикатов.
— Да зачем мне столько?!
— Может, продадите, — отвечал бухгалтер.
История работ Л
Скульптурная работа, принесенная из Худфондовского комбината, растаяла под краном, когда решили ее помыть: работу неправильно обожгли; то была лучшая скульптура художницы.
Несколько самых удачных рисунков, выполненных шариковой ручкой, выцвели на солнце в витринах на выставке в Елагином дворце: добела, до белой бумаги, — исчезли бесследно.
Читать дальше
Конфигурация узла распределенной ИБ не соответствует ожидаемой. Одна из самых популярных ошибок РИБ. Приведены стандартная методика устранения (уже публиковалась ранее) и расширенная (для сложных случаев).
Для начала привожу список используемых мной сокращений:
- РИБ — распределенная информационная база
- ЦБ — центральная база, корневой узел РИБ
- УБ — удаленная база, БД удаленного узла РИБ
По собственному опыт могу сказать, что сталкивался с двумя причинам возникновения ошибки:
- во время приёма файла сообщения в УБ «упала» база, в связи с чем, видимо, и произошла разсинхронизация между конф. ЦБ и УБ;
- под MSSQL клиент загрузил копию рабочей базы и не выключил в копии регл. задания автообмена, в результате часть сообщений в удаленные узлы формировалась из рабочей БД, а часть из копии, что и привело рассинхронизации конфигураций
Есть также мнение, что к этой ошибке приводит использование механизма динамического обновления базы. Здесь есть сомнения, потому как с одной стороны динамическое обновление никогда не затрагивает структуры БД, а механизмы РИБ всё-таки работают именно со структурой БД, а не с прикладной её частью, тем не менее в РИБ используется механизм формирования цифровой подписи версии конфигурации (в дальнейшем буду называть её для сокращения хэшем), и при изменении прикладной части хэш естественно обязан пересчитаться. Не буду ни отрицать этого, ни утверждать, т.к. если и сталкивался с этой ситуацией, то явных доказательств этого не нашел.
Для исправления использую 2 методики, в зависимости от ситуации.
ПЕРВАЯ МЕТОДИКА
Первая (самая распространенная) неоднократно упоминается и в партнерской конференции, и на прочих интернет-ресурсах связанных с 1С. Применяется в большинстве случаев, когда несмотря на сообщение о расхождених конфигураций, при сравнении вручную выдается, что они идентичны.
Последовательность действий:
- выгружаем из ЦБ cf-файл;
- отвязываем УБ от РИБ (метод УстановитьГлавныйУзел, готовую обработку можно найти в приложении или в других публикациях);
- заменяем конф. УБ на выгруженный в первом шаге cf-файл, для этого пользуемся меню «Загрузить конфигурацию из файла» (а не сравнением-объединением!!!);
- восстанавливем признак РИБ для УБ.
В большинстве случаев этих действий более чем достаточно, что восстановить обмен, но не всегда…
ВТОРАЯ МЕТОДИКА
Применяется в случае, если первая методика не сработала, а выгрузить заново узел не представляется возможным.
Предыстория: у клиента настраивали каскадную РИБ и ошибка возникла в первом уровне каскада (второй уровень всё это время работал безупречно). Разработка конфигурации велась совместно с IT-службой клиента и с момента возникновения ошибки конфигурация ЦБ успела несколько раз поменяться. Вариант с откатом изменений не рассматривался даже в принципе, т.к. потеря части данных и остановка работы нескольких подразделений были совершенно неприемлимы. Первый вариант исправления ошибки каких-либо ощутимых результатов не дал. В связи со чем пришлось искать другие пути решения.
Пришла мысль попробовать подменить хэши файлов конфигураций непосредственно в XML-файлах обмена. Описание структуры файла обмена из книги «Профессиональная разработка в системе 1С:Предприятие 8» дало слабое представление о формировании цифровых подписей конфигураций и изменений в них, но определило направление поиска: значения Digest1 и Digest2. Всё остальное выяснял чисто эмпирическим путём (то бишь методом проб и ошибок), но закономерность установить таки получилось.
Тестовые эксперименты прошли удачно. На рабочих базах тоже всё прошло благополучно.
Итак, последовательность действий:
- выполняем действия 1 — 4 первой методики;
- выгружаем из УБ файл обмена, но не загружаем его в ЦБ;
- выгружаем из ЦБ файл обмена, но не загружаем его в УБ;
- в файле обмена из ЦБ заменяем блок, содержащий информацию об изменениях конфигурации и хэши (Digest1 и Digest2), на блок хэшей из файла УБ (пример см. ниже)
- производим загрузку файла из 4-го пункта в УБ;
- обязательно перезаписываем файл обмена из УБ (2-й пункт)! этот файл не должен быть загружен при обмене в ЦБ!
- для проверки делаем несколько последовательных обменов.
Если при обмене используется сжатие данных, то либо отключаем сжатие, либо сначала распаковываем файл, меняем, потом запаковываем обратно и отправляем.
Блок файла обмена из ЦБ
<v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
<v8de:Version>106.0</v8de:Version>
...здесь идут блоки описания изменений конфигурации...
<v8de:Digest1>1cf680807e97a5dc0d1ed7f901b07392</v8de:Digest1>
<v8de:Digest2>038211651cf680807e97a5dc0d1ed7f9</v8de:Digest2>
</v8de:Config>
нужно заменить на блок файла обмена из УБ (обратите внимание Digest1 у файла из УБ всегда равен «00000000000000000000000000000000»!!!)
<v8de:Config xmlns:v8md="http://v8.1c.ru/metadata/2005/08">
<v8de:Version>106.0</v8de:Version>
<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
<v8de:Digest2>11651cf680807e97a5dc0d1ed7f901b0</v8de:Digest2>
</v8de:Config>
Перечисленные действия необходимо выполнять с предельной осторожностью, некорректная последовательность чревата полной неработоспособностью РИБ. Поэтому перед этими действиям создание резервных копий ОБЯЗАТЕЛЬНО!
В остальном могу только пожелать удачи!
ОШИБКИ РЫБ
«Записки от скуки»
Кэнко-хоси[1]
Голая пойдет
В Калининской — Тверской — деревне живет подружкина тетка, тетя Маня, страдающая эпилептическими припадками; такая-то падучая у нее, часто она падает, уж все мозги себе отбила.
В деревне большей частию старики и дети. С пьяных глаз шестнадцати-семнадцатилетние дерутся не кольями, а тракторами. Детей много убогих.
Тетя Маня всё всем раздает. Крышу ей крыли всей родней. Еле гвозди нашли, в район не единожды ездили. Пока дранку складывали, пришел мужик, попросил гвоздей, она ему все и вынесла.
— Тьфу! Тьфу! — кричал свояк. — Ведь платье может снять и исподнее сымет, раздаст да на старости лет голая пойдет!
Единицы времени
Самая большая единица времени — один съезд. Один съезд равен десяти конференциям, одна конференция равна ста митингам. При этом тысяча митингов одному съезду ни в коем случае не равны.
Имена
Мальчик услышал по радио, что где-то в Эфиопии ребенку дали имя Юрий Гагарин, и тут же придумал тройню с Чукотки: «Первого назвали Александр, второго Сергеевич, а третьего Пушкин».
Сосна
Дача располагалась в бывших финских Келломяках, на Комаровской Озерной улице, на одной из эоловых дюн выше Литоринового уступа, в воронке от бомбы. Купили участок, завезли землю. Стали строить дом. Младший сын стрелял дробью по деревьям. Через тридцать лет его вдова и сын пилили одну из сосен и сломали пилу: дробь в сердцевине ствола обросла кольцами древесины.
Мальчик, увлекающийся фантастикой, в ту же ночь начал писать фантастический рассказ о воронке времени, но не дописал, сон сморил его, а начало рассказа завалилось за старый диван, да так и осталось там на долгие годы. В комнате было тепло от сгоревшей сосны, она уже не существовала, превратившись в тепло, а капельки металла смешались в кочегарке со шлаком.
Урок
Урок русского языка в туркестанской школе.
— Дети, запомните: слова «вилька», «бутылька» пишутся без мягкого знака, а слова «мат», «кроват» пишутся с мягким знаком.
Монументальная живопись
В 70-е годы Павел А. со товарищи делал в Грозном роспись. И вот в 1999-м, смотря по телевизору «Последние известия», видит он кадры разбитого после бомбардировки Грозного, сплошные развалины, камера снимает разрушенные дома, долгие кадры руин, развалины безлюдны, бывший город пуст. И вдруг в кадре появляются люди! много людей! С невольным вздохом облегчения он вглядывается и, приглядевшись, узнает собственную многофигурную композицию: перед ним дверь в никуда, над которой абсолютно сохранная монументальная живопись, словно смонтировали ее накануне. Художнику показали единственную нетронутую деталь городского центра; выключил он телевизор, стало ему нехорошо, долго за кисть он не брался и телевизора не смотрел.
Можно было бы сочинить к этой истории такую, например, концовку: «Ночью приснилось ему, что он — Валерий Чкалов. Он вышел из дома, сел в снящийся самолет, без дозаправки долетел до Грозного, на бреющем полете обнаружил цель — свою сияющую свежестью роспись среди не существующих более кварталов, — растрабабахал ее, разделал то есть под орех, добившись полного стилевого единства. Далее проснулся с головной болью, пошел на кухню попить травного чая и долго думал об искусстве».
И новое
…и новое открыли кафе с двусмысленным названием ВВС: то ли Вэ-вэ-эс, то ли Би-би-си.
Зарплата
Елизавете Ефимовне Ржаницыной в 20-е годы однажды выдали зарплату подметками: энное количество упакованных в пачки плоских обувных полуфабрикатов.
— Да зачем мне столько?!
— Может, продадите, — отвечал бухгалтер.
История работ Л
Скульптурная работа, принесенная из Худфондовского комбината, растаяла под краном, когда решили ее помыть: работу неправильно обожгли; то была лучшая скульптура художницы.
Несколько самых удачных рисунков, выполненных шариковой ручкой, выцвели на солнце в витринах на выставке в Елагином дворце: добела, до белой бумаги, — исчезли бесследно.
Живописная работа, посланная на выставку в Москву, пропала в пути, редкой красоты натюрморт, несколько человек видели ее, и я в том числе, но каждый из свидетелей и очевидцев запомнил ее по-своему.
Джоконда
Иногда мне кажется, что Леонардо создавал Джоконду, как Фауст гомункулуса; он вздумал потягаться с Господом.
Не исключено, что некогда, во время анатомических секций, ему попадались женщины, черты которых есть в портрете Моны Лизы. Может быть, то была одна покойница, воскрешенная его кистью, одетая, усаженная в пейзаж Ломбардии, нерешительно и робко принявший ее.
Художник знал это лицо, как никто, знал это тело, как никто, — то есть как внимательный анатом. Писатель Радий Погодин, говоря о ненависти да Винчи к женщинам, говорил и о том, что Джоконда — убийца; скорее, это Хари ренессансного Соляриса; возможно, платье ее сращено с кожей.
Возрожденная, недоспавшая, недосмотревшая вечный сон, утомлена она возвращением из-за реки смерти; тяжелы ее веки. Бог создал человека; но женщину создал Леонардо. Не та ли это усопшая беременная, матку которой иссек и зарисовал в разрезе с плацентой и зародышем мастер да Винчи? Жизнь, смерть, воскрешение — вот что смешал на палитре и на хрестоматийном полотне великий и страшный маэстро.
Вот она, женщина, чье чрево он знал досконально, он, по легенде, никогда не имевший дела с женщинами, чью тайну — дитя — видел он в разрезе. Женщина, которую можно было расчленить, превратить в букеты связок, мышц, костей, сухожилий, — но которая осталась непостижимой, ибо любви, осмысляющей рождение ребенка, Леонардо не ведал, женщина, преследовавшая его. Он почти полюбил ее, убитую им вторично, собрал воедино, одушевил, она проснулась и посмеялась над ним, над их общей тайной переставшего быть сокровенностью чрева и простила его за всё, и за нами за всеми наблюдает теперь не одно столетие с отчужденным любопытством грешной и страшной Галатеи-Эвридики. Мы ведь и понятия не имеем, что связало сию модель с художником.
Мешки под глазами — пометочки на память о причине смерти; сердце? почки? Губы уже улыбаются, а саркастическая гримаса смерти еще не отпустила их. Мона Лиза еще в трауре по самой себе, и ломбардский пейзаж, написанный с тщательностью маленькой копии с натуры, уговаривает ее, бытийный вещдок, сообщая ей окончательную реальность. Вот только под платьем ее, должно быть, нет кожи, а под руками, скрещенными на животе, — ни чрева, ни плода, ибо их достал из нее мастер да Винчи, дабы запечатлеть на одном из анатомических рисунков.
Читать дальше
Распределенные информационные базы РИБ
Инструкция по настройке распределенной информационной базы в 1С на примере Управление торговлей 11. Нюансы работы, наиболее частые ошибки и пути их решения.
Настройка узлов РИБ в 1С
Механизм распределенных информационных баз (РИБ) позволяет настроить обмен данными между двумя и более идентичными конфигурациями. Под идентичными понимаются базы с абсолютно одинаковой конфигурацией (например, УТ и УТ). Данный механизм служит в основном для обмена между базами, которые разделены друг от друга территориально и нет других способов синхронизации (или в случае нестабильного интернета). Работа в таких базах производится независимо друг от друга, а обмен данными происходит через передаваемые файлы сообщений (например, через электронную почту, или посредством копирования на съемные носители).Распределенная база состоит из одного центрального узла и одного (или нескольких) периферийных узлов. Чаще всего задача обменов между узлами РИБ сводится к выгрузке данных из периферийных узлов в центральную базу.
Рассмотрим механизм создания распределенной базы на примере 1С:Управление торговлей 11.
Раздел НСИ и администрирование –> синхронизация данных –> настройка синхронизации данных –> кнопка новая синхронизация данных. Существует два варианта настройки:
- Распределенная информационная база – предназначена для настройки нового узла обмена РИБ;
- РИБ с фильтрами — Применяется в тех случаях, когда нужно обмениваться данными не по всем организациям и/или подразделениям, находящимся в базе.
В дальнейшем примере выбран первый вариант – распределенная информационная база.
В открывшемся окне рекомендуется в первую очередь создать архивную копию базы. Нажимаем создать резервную копию, выбираем необходимый путь для создания копии и нажимаем на кнопку сохранить резервную копию. Через некоторое время копия базы будет создана по указанному пути и можно будет переходить к этапам настройки.
Переходим по ссылке настроить параметры подключения.
На этом этапе выбирается каким способом будут синхронизироваться данные. Это может быть каталог – папка на компьютере или в локальной сети, синхронизация через FTP на сервере или электронную почту. Выберем вариант использовать локальный или сетевой каталог для синхронизации данных. Именно в этот каталог будут сохраняться файлы для выгрузки и загрузки. Нажмем Далее.
Укажем наименование программы – корреспондента и префикс. На примере — ПБ. Нажмем Далее
Настройки подключения для этой программы завершены. Готово.
Переходим к следующему этапу настройки РИБ – настроить правила отправки и получения данных.
На этом этапе создается начальный образ периферийной программы. Для этого нажимаем Создание начального образа с файлами и указываем каталог, в котором создастся периферийная база. В качестве расширения должно быть указано 1Cv8.CD – программа поставит его автоматически. Нажимаем создать начальный образ.
Откроется окно создания начального образа.
Через некоторое время создание начального образа будет завершено.
Все этапы настройки распределенной информационной базы для этой программы завершены.
Добавим распределенную информационную базу в список программ, зайдем в неё и продолжим настройку.
После входа в программу автоматически открывается помощник синхронизации данных. Напомним, что настройки всегда можно открыть из раздела НСИ и администрирование –> синхронизация данных –> настройка синхронизации данных –> кнопка новая синхронизация данных — распределенная информационная база. Нажимаем настроить параметры подключения.
Выберем каталог и нажмем Далее.
На этом этапе видм представление программ и префиксы. Далее. Нстройки подключения второй базы сохранены.
Нажмем настроить правила отправки и получения данных.
Запишем и закроем настройки. На этом настройки РИБ завершены.
Рассмотрим совместную работу с двумя базами и разберем основные нюансы работы, некоторые ошибки и методы их исправления. Представим, что пользователи в каждой из баз зашли в карточку контрагента и поменяли в нем название. В центральной базе переименовали контрагента Маяк на Маяк_Н, а в распределенной на Маяк-н (отличие регистре буквы Н) и провели синхронизацию в обеих базах.
Проводим обмен между центральной базой и периферийным узлом РИБ (дальнейшия действия нужно сделать поочередно во всех базах РИБ) — Раздел НСИ и администрирование –> синхронизация данных –> настройка синхронизации данных – кнопка синхронизировать.
Когда синхронизация проведена, данные записываются в файлы по тому пути, который был указан в первоначальной настройке. Именно этими файлами нужно будет обмениваться между удаленными рабочими местами.
После проведения синхронизации получили одно предупрждение.
Нажав на предупреждение откроется окно, где можно проанализировать конфликты синхронизации. Нажмем показать отличие.
И посмотрим как изменился объект.
Программа автоматически разрешила конфликт в пользу центральной базы, т.к. центральная база имеет приемущество перед периферийной. По кнопке пересмотреть — результат решения можно поменять на противоположный.
А по кнопке подтвердить – подтверждается разрешение конфликта и он исчезнет из списка предупреждений.
Как видим совместная работа в РИБ может привести к коллизиям, когда одни и те же данные одновременно изменяются в разных узлах. Чтобы этого избежать рекомендуется настроить права доступа таким образом, чтобы изменение одних и тех же данных в разных узлах базы стало невозможным.
В завершении рассмотрим наиболее распространенные ошибки при работе с РИБ.
Конфигурация узла распределенной ИБ не соответствует ожидаемой
Данная ошибка возникает как правило из-за аварийного завершения работы программы во время обмена.
Рекомендуется выполнить следующие действия:
- Создайте архивные копии всех баз и запустите конфигуратор в центральной базе;
- Отключите основной узел с помощью специальной обработки;
- Сохраните конфигурацию в файл (Конфигурация —> Сохранить конфигурацию в файл);
- Откройте конфигуратор базы подчиненного узла и снимите конфигурацию с поддержки (Конфигурация —> Поддержка —> Настройки поддержки —> Снять с поддержки);
- Загрузите конфигурацию из ранее сохраненного файла центральной базы (Конфигурация —> Загрузить конфигурацию из файла);
- После загрузки нужно применить все изменения для базы данных (нажатие на клавишу F7);
- После реструктуризации необходимо зайти в режим предприятия и с помощью обработки установить главный узел конфигурации;
- Исправление завершено, обмен должен работать нормально.
Номер сообщения меньше либо равен ранее принятому в 1С
Чаще всего такая ошибка возникает если одна из баз была восстановлена из архивной копии. В таком случае необходимо выравнять коды сообщений узлов обмена.
- Сделать архивные копии всех баз;
- Открыть типовую обработку регистрация изменений для обмена;
- В ней нажать на гиперссылку с номерами сообщений или на кнопку изменить номера сообщений;
- В открывшемся окне обнуляем номера сообщений и нажимаем Записать.
Чтобы оставить комментарий, зарегистрируйтесь и авторизуйтесь на сайте.