нестандартный автообмен

  • Автор темы alexgri
  • Дата начала
A

alexgri

#1
1cv77 файловая + 3 периферийных
организован автообмен
в один из дней произошел сбой и группа документов не попала с периферии в центральную базу.
дальше все восстановилось кроме не попавших в центр документов
в результате в периферийной базе документы присутствуют, в центральной нет, но в файл автообмена этот косяк не попадает.
Отсюда вопрос
Как восстановить документы в ЦБ наиболее безболезненно?
Может можно как-то подвинуть дату обмена или перепровести злосчастные документы?
В крайнем случае можно ли их как-то выгрузить из периферии и загрузить в ЦБ за определенную дату?
Я не спец по 1с, но подозреваю, что готовое решение должно быть...

P.S. Есть в наличии копия ЦБ на дату сбоя, в которой упомянутые документы присутствуют.
 

Darlock

Well-known member
04.01.2008
560
1
#2
Как восстановить документы в ЦБ наиболее безболезненно?
Перепровести с внесением изменений. Т.е. зайти в док. поменять дату дока на ту же самую и провести.

Может можно как-то подвинуть дату обмена или перепровести злосчастные документы?
Можно.

В крайнем случае можно ли их как-то выгрузить из периферии и загрузить в ЦБ за определенную дату?
Можно. Составить план обмена в формате XML. А за этим обратиться за помощью к сецу.
 
A

alexgri

#4
Перепровести с внесением изменений. Т.е. зайти в док. поменять дату дока на ту же самую и провести.



Можно.



Можно. Составить план обмена в формате XML. А за этим обратиться за помощью к сецу.

Спасибки. Я так и предполагал. Нужно было мнение специалиста.
Попробую и доложу. ;)
 

vitfil

IT-интегратор
02.04.2004
2 062
0
#5
Перепровести с внесением изменений. Т.е. зайти в док. поменять дату дока на ту же самую и провести.
Можно. Составить план обмена в формате XML. А за этим обратиться за помощью к сецу.
Не обязательно с внесением изменений. О каком плане обмена идет речь в отношении 7.7?
 

Darlock

Well-known member
04.01.2008
560
1
#6
Про план обмена никто и не говорит :)

Внесение изменений в док - для чистоты эксперимента.

а составление XML-правила - стандартная процедура при переносе определенных доков или справочников в 7.7. Если не использовать МОД (менеджер обмена данными). XML + обработка "Универсальная загрузка/выгрузка ..." выгрузит в XML док. Потом XML по этому же правилу загружается в приемник и все норм.
 

vbs

Well-known member
18.02.2007
1 708
1
#7
а составление XML-правила - стандартная процедура при переносе определенных доков или справочников в 7.7. Если не использовать МОД (менеджер обмена данными). XML + обработка "Универсальная загрузка/выгрузка ..." выгрузит в XML док. Потом XML по этому же правилу загружается в приемник и все норм.
Я для этих случаев пользуюсь своей обработкой переноса документов. Тот самый случай - одинаковые конфигурации, согласованные по справочникам
(или в УРИБ не так ?)
 

vitfil

IT-интегратор
02.04.2004
2 062
0
#8
Господа, зачем велосипед изобретать? 1С его уже изобрела. УРБД называется. Причем, трехколесный. Причем, третье колесо открутить нельзя.
 

vbs

Well-known member
18.02.2007
1 708
1
#11
Ага, и прикручивать четвертое колесо
Если велосипед двухколесный, третье колесо ему только придаст устойчивости. А про четвертое - это уже досужая выдумка :)
Я ведь ни одного дельного предложения не видел в этой дискуссии - что же делать, когда в УРБД стандартный обмен не сработал.
 
A

alexgri

#13
Господа, спасибо за участие.
Все оказалось проще и сложнее.
Проще, потому что не пришлось ничего делать - через день обновление прошло и нужные документы появились.
Сложнее, потому что остался непонятным сам факт перекоса в синхронизации и причина, по которой он (перекос) сам себя исправил.
Хотя нет. Причина есть - имел место небольшой откат базы с потерей изменений за 1-1.5 часа работы.
Зато все произошедшее натолкнуло на мысль, как разгрузить сервер и увеличить надежность целостности БД. Но это, видимо, лучше поставить в отдельную тему...
Еще раз всем спасибо.