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

Тема в разделе "1C и всё что с ней связано", создана пользователем alexgri, 29 окт 2010.

  1. alexgri

    alexgri Гость

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

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

    Darlock Well-Known Member
    1C Team

    Регистрация:
    4 янв 2008
    Сообщения:
    558
    Симпатии:
    0
    Перепровести с внесением изменений. Т.е. зайти в док. поменять дату дока на ту же самую и провести.

    Можно.

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

    vitfil IT-интегратор

    Регистрация:
    2 апр 2004
    Сообщения:
    2.070
    Симпатии:
    0
     
  4. alexgri

    alexgri Гость


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

    vitfil IT-интегратор

    Регистрация:
    2 апр 2004
    Сообщения:
    2.070
    Симпатии:
    0
    Не обязательно с внесением изменений. О каком плане обмена идет речь в отношении 7.7?
     
  6. Darlock

    Darlock Well-Known Member
    1C Team

    Регистрация:
    4 янв 2008
    Сообщения:
    558
    Симпатии:
    0
    Про план обмена никто и не говорит :)

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

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

    vbs Well-Known Member

    Регистрация:
    18 фев 2007
    Сообщения:
    1.708
    Симпатии:
    3
    Я для этих случаев пользуюсь своей обработкой переноса документов. Тот самый случай - одинаковые конфигурации, согласованные по справочникам
    (или в УРИБ не так ?)
     
  8. vitfil

    vitfil IT-интегратор

    Регистрация:
    2 апр 2004
    Сообщения:
    2.070
    Симпатии:
    0
    Господа, зачем велосипед изобретать? 1С его уже изобрела. УРБД называется. Причем, трехколесный. Причем, третье колесо открутить нельзя.
     
  9. vbs

    vbs Well-Known Member

    Регистрация:
    18 фев 2007
    Сообщения:
    1.708
    Симпатии:
    3
    Ничего не имею против. Только если стандартный обмен сбился, приходится предпринимать экстренные меры
     
  10. Darlock

    Darlock Well-Known Member
    1C Team

    Регистрация:
    4 янв 2008
    Сообщения:
    558
    Симпатии:
    0
    Ага, и прикручивать четвертое колесо :)
     
  11. vbs

    vbs Well-Known Member

    Регистрация:
    18 фев 2007
    Сообщения:
    1.708
    Симпатии:
    3
    Если велосипед двухколесный, третье колесо ему только придаст устойчивости. А про четвертое - это уже досужая выдумка :)
    Я ведь ни одного дельного предложения не видел в этой дискуссии - что же делать, когда в УРБД стандартный обмен не сработал.
     
  12. vitfil

    vitfil IT-интегратор

    Регистрация:
    2 апр 2004
    Сообщения:
    2.070
    Симпатии:
    0
    В каждом конкретном случае свои действия. Универсального решения нет. Надо и политики миграции учитывать, и многое другое.
     
  13. alexgri

    alexgri Гость

    Господа, спасибо за участие.
    Все оказалось проще и сложнее.
    Проще, потому что не пришлось ничего делать - через день обновление прошло и нужные документы появились.
    Сложнее, потому что остался непонятным сам факт перекоса в синхронизации и причина, по которой он (перекос) сам себя исправил.
    Хотя нет. Причина есть - имел место небольшой откат базы с потерей изменений за 1-1.5 часа работы.
    Зато все произошедшее натолкнуло на мысль, как разгрузить сервер и увеличить надежность целостности БД. Но это, видимо, лучше поставить в отдельную тему...
    Еще раз всем спасибо.
     
Загрузка...
Похожие Темы - нестандартный автообмен
  1. Людмилла
    Ответов:
    0
    Просмотров:
    1.404
  2. Al-xey
    Ответов:
    5
    Просмотров:
    4.067

Поделиться этой страницей