Имя: Пароль:
1C
1С v8
РИБ. Как наладить обмен с восстановленной из бэкапа базой.
, ,
0 prozex
 
26.05.21
07:22
Здравствуйте. Платформа 8.3.16.1224. УТ 11.4.12.109. База файловая.
Есть РИБ. Головной узел - офис, и 3 дочерних - магазины. Актуальная головная база была полностью утрачена, но есть её бэкап двухнедельной давности. Но за эти две недели между ныне утраченной головной базой и дочерними узлами уже проходили обмены. Можно ли как-то заставить дочерние узлы заново отправить через РИБ в головную все изменения с определенной даты, чтобы после этого все актуальные данные появились в головной, и далее работа шла в штатном режиме?
1 ДенисЧ
 
26.05.21
07:33
В дочках можно зарегистрировать изменения и они будут отправлены.
А вот выловить, что было изменено, особенно задним числом - сложнее.
2 prozex
 
26.05.21
07:40
"А вот выловить, что было изменено, особенно задним числом - сложнее." Все доки при работе проводятся оперативно. Последний живой бэкап головы есть на конец дня 15.05.21. Актуальная голова была утрачена сегодня (26.05.21) ночью. Список документов, которые используются в организации и летают через обмены заранее известен и он не такой уж и большой: Чеки ККМ, Чеки на возврат, Возвраты от покупателя, Эквайринговые операции, Акты расхождения, Перемещения.
3 prozex
 
26.05.21
07:40
Я так понимаю, что восстановить все можно?
4 ДенисЧ
 
26.05.21
07:48
ну так регистрируй. Для надёжности всё на копиях
5 Mikeware
 
26.05.21
07:50
(1) а правда ли, что обмен (ну, в файле - база-получатель, база отправитель, да и в списке узлов) определяется только по коду? И никаких идентификаторов кроме этого - нет? (ну типа как в клюшках - уид РБД в целом, уиды узлов)?  просто снеговиковую только начинаю ковырять?
6 Mikeware
 
26.05.21
07:52
(3) можно. только (похоже) придется еще поправить номера пакетов обмена.
7 prozex
 
26.05.21
07:53
И Чистов тут пишет на эту тему. https://expert.chistov.pro/public/1163522/
Копии с дочерних узлов уже тяну к себе.
8 prozex
 
26.05.21
07:54
(6), а конкретнее? В дочках понизить?
9 ДенисЧ
 
26.05.21
07:56
(8) Да можно просто все в 0 сбросить
10 Mikeware
 
26.05.21
07:59
(8) скорее, в узлах понизить номер для центра, а в центре поднять номера для узлов. Ибо номера обменов текущего узла мне исправить не удалось - система не дает... (если я ошибаюсь, и можно - научите, плз)
11 Гений 1С
 
гуру
26.05.21
08:04
(10) любым универсальным редактором реквизитом редактируются номера сообщенй.
12 Гений 1С
 
гуру
26.05.21
08:05
(0) Уаще никаких проблем. РИБ это как автомат Калашникова - надежная хрень
13 prozex
 
26.05.21
08:07
(12), ладно, буду курить... А покрашил все шифровальщик.
14 Фрэнки
 
26.05.21
08:09
(5) фактически, если у него двухнедельная копия центральной есть, то там все коды должны быть в наличии. Но определяет в процессе обмена только по тем кодам, что указаны в настройках, но УИД в настройках никому не показывают и он не используется.
15 Фрэнки
 
26.05.21
08:12
(13) насчет исправления номеров обменов - тебе нужно только в центральной базе установить номера не хуже, чем в дочерних узлах. Практически проще везде их сбросить в ноль.

Набор данных, которые будет передавать - это на том обмене, что есть в УТ 11 можно зайти в состав объектов обмена и пометить в нем или даже задать в нем же сложные условия для пометки к выгрузке заново.
16 Mikeware
 
26.05.21
08:13
(14) т.е. если у меня есть две РБД, с одинаковыми кодами узлов - теоретически можно обмениваться "накрест"? :-)
(11) я программно пытался.
17 Фрэнки
 
26.05.21
08:14
Фактически получается, что наличие РИБ и дочерние узлы дают 100% гарантию восстановления центральной, если только обмен использовался Полный
18 Фрэнки
 
26.05.21
08:17
(16) коды УИД ? Т.е. взяли копию исходной базы и настроили ее в качестве дочерней? Так обычно делают с формулировкой "альтернативный способ создания периферийной базы" - надо только сам идентификатор в настройке обмена изменить. Оно там показывает его. Он затем еще и в имени файла пишется, если указать, что обмен через файлы, а не по прямому подключению.
19 Mikeware
 
26.05.21
08:19
(18) нет, не уид - просто коды.
20 Фрэнки
 
26.05.21
08:22
(19) В самом списке узлов в плане обмена у каждого узла должен быть свой код (список не дает держать их одинаковыми), но код узла можно внезапно изменить, если вдруг это зачем-то нужно. Он нужен для формирования нового пакета обмена. Пока пакет не сформируешь, какой этот код узла нарисован не имеет значения.
В таблицах помеченных к изменению объектов используется ссылка на узел.
21 Фрэнки
 
26.05.21
08:25
(19) https://its.1c.ru/db/metod8dev/content/2277/hdoc

тут есть описание с раздельчиком "Создание узла из копии информационной базы"
22 Mikeware
 
26.05.21
08:43
(20) ага. но в самом обмене ссылки на удел нет ,есть только коды... и хэш конфигурации, как я понял.
-<v8msg:Header>
<v8msg:ExchangePlan>Полный</v8msg:ExchangePlan>
<v8msg:To>Р</v8msg:To>
<v8msg:From>С</v8msg:From>
<v8msg:MessageNo>1</v8msg:MessageNo>
<v8msg:ReceivedNo>4</v8msg:ReceivedNo>
</v8msg:Header>
(21) читал. как всегда, описаны только очевидные вещи.
----------
у меня тут "тяжелое наследство": центральная база названа "Р"-"рабочая", периферийная "С"- "склад". А  у меня рефлексы за предыдущие 10-15 лет настроены на "Center-Peripherial"... вот, мучаюсь...
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший