|
Синхронизация 1с | ☑ | ||
---|---|---|---|---|
0
ReFeXe
08.02.19
✎
20:31
|
Доброго времени суток всем!
Поднял 3 новые базы (последнии версии 1ски) 2бух и 1унф (бух полностью одинаковые отличие только в организациях) Цель в том что бы синхронизировать бух с обоими базами. Всем базам назначены свои префиксы УФ -Упр.Фирмой БД,БХ - Бухгалтерия Использую прямое соединение. С первой базой (БД) все отлично законектилось и синхронизирует. Со второй, при попытке поднять соединение орет что у меня не уникальный префикс (БХ) Сломал голову в чем может быть проблема( Префиксы нужны именно эти по своим причинам. Все крутится на MSSQL, сервер х64 На этом же сервере весит точно такая же связка, и она прекрасно работает. Префикса на который ругается 1ска, нет не в одной из баз на этом сервере. Настроек синхронизации с таким префиксом так же нет. Что можно попробовать сделать? Спасибо за помощь. |
|||
1
ReFeXe
08.02.19
✎
20:40
|
пробовал найти GUID на который он ругается, не в одной их баз его так же нет.
|
|||
2
ReFeXe
08.02.19
✎
20:58
|
При том, заметил интересный момент. Если создавать синхронизацию из БП то сначала она конектится думает и на этапе сохранения выдает ошибку.
А если создать подключение из УНФ то ошибка вылетает моментально. Я так чувствую проблема явно не в той базе на прификс которой ругается 1с Хотелось бы узнать вот что: как работает прямая синхронизация? Просто если использовать универсальный формат, то такая ошибка могла бы возникнуть если бы в папке для синхронизации лежали файлы с конфликтным названием. А вот есть ли какой то кеш на диске при прямом подключении? |
|||
3
mastodont
08.02.19
✎
22:05
|
попробуй сначала обмен чрез папку. как наладишь - перейдешь на прямое соединение.
|
|||
4
ReFeXe
09.02.19
✎
00:24
|
Спасибо за помощь! Подключение удалось создать таким образом, но возникла проблема. Данные из УФ отправляются, БП их принимает, но при попытке отправить из БП данные возникает ошибка:
" {Обработка.КонвертацияОбъектовXDTO.МодульОбъекта(234)}: Ошибка при вызове метода контекста (ВыполнитьЗагрузкуДанных) ОбработкаДляЗагрузкиДанных().ВыполнитьЗагрузкуДанных(); по причине: Произошла исключительная ситуация (1C:Enterprise 8.3.13.1690): {ОбщийМодуль.ОбменДаннымиСервер.Модуль(8978)}: Ошибка при вызове метода контекста (Записать) Значение "27c67872-c2d2-46f9-bb6b-3c5d15234377" поля "Код" не уникально " |
|||
5
ReFeXe
09.02.19
✎
00:26
|
Значение "27c67872-c2d2-46f9-bb6b-3c5d15234377" это как раз префикс моей бызы БП т.е. - БХ. Так вот я теперь точно понимаю что он засел где то в УНФ, как можно его найти?
|
|||
6
ReFeXe
09.02.19
✎
00:34
|
Через обработку по поиску ссылок по GUID не чего не находится.
|
|||
7
ReFeXe
09.02.19
✎
00:44
|
Что то у меня подозрение что этот идентификатор пустой, как его можно удалить?
|
|||
8
AlvlSpb
09.02.19
✎
00:50
|
(7) Есть подозрение на элементарщину. В УНФ-то ты указал префикс второй базы БХ, а в самой Бухгалтерии изменил этот префикс на БХ, не остался ли он случаем БП как по умолчанию?
|
|||
9
ReFeXe
09.02.19
✎
01:34
|
Посмотрел в константах стоит БХ, на всякий случай поменял повторно. Не помогает.
Общем снесука я УНФ что-ле, и подниму чистую. В интернетах 0 инфы как удалить GUID |
|||
10
ReFeXe
09.02.19
✎
03:32
|
Та ну это смешно, после разворота новой базы, успешно создал синхронизацию с БХ а с БД теперь не синхронизируется ссылаясь на туже ошибку что ранее была с БХ.
Значит все же не в унф дело то было. Каким то образом 2 БП конфликтуют. Будем разбираться. |
|||
11
ReFeXe
09.02.19
✎
03:35
|
При том не зависимо от того какой префикс я ввиду, ошибка одна и та же.
|
|||
12
Мимохожий Однако
09.02.19
✎
08:59
|
Настрой для начала синхронизацию через общие папки. А после успешной настройки переведи в прямой доступ.
|
|||
13
ReFeXe
09.02.19
✎
09:31
|
Да вот через общую папку тоже не как.
Я даже бух уже переставил, не помогает. " {ОбщийМодуль.ОбменДаннымиСервер.Модуль(8978)}: Ошибка при вызове метода контекста (Записать) УзелОбменаОбъект.Записать(); по причине: Значение "27c67872-c2d2-46f9-bb6b-3c5d15234377" поля "Код" не уникально " |
|||
14
ReFeXe
09.02.19
✎
09:32
|
При том я уже всеми возможными обработками пытался найти этот гуид по всем базам. результат 0
|
|||
15
Мимохожий Однако
09.02.19
✎
10:00
|
Не надо было создавать вторую базу копированием из первой. Удали настройку со второй базой и создай заново через шаблон.
|
|||
16
ReFeXe
09.02.19
✎
10:20
|
Так я так и сделал. Я первым делом об этом подумал.
|
|||
17
Мимохожий Однако
09.02.19
✎
10:21
|
Удали настройки. Смени префиксы. Потом заново.
|
|||
18
ReFeXe
09.02.19
✎
10:22
|
Уже делал!(
В общем картина следующая. Через общую папку БП и отправляет и получает данные. УФ только отправляет. получить не может. |
|||
19
Мимохожий Однако
09.02.19
✎
10:25
|
Вариантов не много. Проверяй те же настройки тщательней. Обычно всегда смешная и горькая опечатка (настройка)
|
|||
20
ReFeXe
09.02.19
✎
10:27
|
Да в том то и проблема что я уже вторую ночь ломаю голову над этим делом. Все по 20 раз проверил, все верно.
И при любом раскладе ругается на то что у гуида 27c67872-c2d2-46f9-bb6b-3c5d15234377 поле код не уникальное. |
|||
21
ReFeXe
09.02.19
✎
10:28
|
поля*
|
|||
22
ReFeXe
09.02.19
✎
10:30
|
а каким образом можно руками изменить этот гуид если он даже не находится?
|
|||
23
Garykom
гуру
09.02.19
✎
10:37
|
||||
24
Garykom
гуру
09.02.19
✎
10:43
|
И ошибку в журнале покажи
|
|||
25
ReFeXe
09.02.19
✎
11:02
|
Ошибка из журнала в 13 посте. Сейчас просматриваю эти п.у.
|
|||
26
ReFeXe
09.02.19
✎
11:17
|
К сожалению в публичных идентификаторов моего так же не нашлось. Не понимаю от куда он тогда.
|
|||
27
Garykom
гуру
09.02.19
✎
11:27
|
Тьфу тебя я понял.
Ты пытаешься синхронизировать базы в которых уже раньше была синхронизация и уже есть например одинаковые элементы справочника Организация с одинаковым кодом да? Короче оно пытается дубль Организации (или еще чего) записать (и не может с тем же кодом) вместо того чтобы найти и перезаписать существующий. |
|||
28
Garykom
гуру
09.02.19
✎
11:28
|
(27)+ Надо правильную запись в публичные идентификаторы сделать или снести лишние объекты с тем же кодом.
|
|||
29
Garykom
гуру
09.02.19
✎
11:38
|
Ищи одинаковые коды (особенно без префиксов) - для них должны быть записи в РПИ, если нет то добавляй.
Суть в том что штатный обмен предназначен для настройки двух абсолютно чистых баз или одной заполненной и второй совершенно пустой. |
|||
30
Garykom
гуру
09.02.19
✎
11:39
|
(29)+ Если взять две базы и сразу настроив префиксы заполнить их, насоздавав объектов справочников или доков.
То при синхронизации между ними все нафик задублируется. |
|||
31
Garykom
гуру
09.02.19
✎
11:40
|
(30)+ Или обмен не взлетит ибо коды будут совпадать при разных уидах.
|
|||
32
ReFeXe
09.02.19
✎
11:43
|
Нет нет я вообще полностью пустые базы синхронизирую, установленные с макета.
И вот благодаря твоей подсказке я как раз обнаружил интересную вещь, в журнале публичных идентификаторов в УНФ, у меня вот такая картина https://pp.userapi.com/c846217/v846217050/19774d/1wHdB6DwsNA.jpg Длинные строки одна организация, короткие другая |
|||
33
Garykom
гуру
09.02.19
✎
11:43
|
(32) Гыгы предопределенные значения я с ними тоже мучался
|
|||
34
Garykom
гуру
09.02.19
✎
11:45
|
(33)+ Хотелось много матов сложить на разрабов, которые НСИ по умолчанию не могут в разных конфах сразу синхронизировать
|
|||
35
ReFeXe
09.02.19
✎
11:55
|
Чеж мне делать то, я даже не представляю. Я не понимаю на что он ругается т.к. не могу найти этот гуид
|
|||
36
ReFeXe
09.02.19
✎
12:02
|
Я просто не могу понять. У меня на этом же серваке крутится аналогичная связка унф + 2бп, и там все нормально.
А тут какая то ахинея. А возможно вообще по всевозможным ГУИДАМ как то совершить поиск? |
|||
37
ДенисЧ
09.02.19
✎
12:30
|
(36) "озможно вообще по всевозможным ГУИДАМ как то совершить поиск"
Разумеется. ms_foreachtable и вперёд, искать. Потом сопоставлять имена таблиц. А можно ещё хитрый хак - остановка по ошибке, отладка и условие на текст ошибки |
|||
38
Garykom
гуру
09.02.19
✎
12:44
|
(36) Этот уид у тебя в одной из баз есть а во второй его нет.
И вот при попытке записать объект с этим уид во вторую и происходит ошибка, потому что в том второй уже есть некий объект (того же вида) с тем же кодом но другим уидом. |
|||
39
ReFeXe
09.02.19
✎
13:28
|
Все господа. Можно идти спать ))))
Всем огромное спасибо за подсказки. Данный гуид нашелся в узле плана обмена. Поменял его на +1 в одной из БП и все заработало Прикладываю переделанную обработку для его изменения, может кому понадобится - выбираем синхронизацию через универсальный формат и меняем. https://yadi.sk/d/bPgR9PMRJt_XJA Еще раз всем спасибо) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |