|   |   | 
| 
 | v7: 1с77 Восстановление периферийной базы | ☑ | ||
|---|---|---|---|---|
| 0
    
        geniusbsd 20.06.18✎ 15:42 | 
        Добры день в торговой точки на компьютере умер винт. Возможно ли сделать полную выгрузку периферийной базы из центральной. Что бы получить все остатки документы по этой торговой точки?     | |||
| 1
    
        cincout 20.06.18✎ 16:12 | 
        Да, за исключением того, что успели наклепать в ПБ с момента последней выгрузки в ЦБ. А ещё не будет объектов, у которых стоит область распространения = Место создания, и которые созданы в ПБ.     | |||
| 2
    
        cincout 20.06.18✎ 16:14 | 
        (1) Но вроде нужно будет как то проинициализировать все объекты в ЦБ, предназначенные для утерянной ПБ...     | |||
| 3
    
        geniusbsd 20.06.18✎ 16:16 | 
        И как это сделать?     | |||
| 4
    
        tgu82 20.06.18✎ 16:18 | 
        Убить периферийку и заново ее создать с выгрузкой. И если весь документооборот в-основном "все инфобазы" или хотя бы "место создания и центр" - то в-общем практически ничего и не потеряется     | |||
| 5
    
        geniusbsd 20.06.18✎ 16:34 | 
        Сосздавать под таким же именем и кодом     | |||
| 6
    
        big 20.06.18✎ 17:26 | 
        (0) в папке БД открываешь файл 1SBSET, в нем находишь свою ПБ и в поле DBSTATUS прописываешь символ N. Теперь твоя ПБ становится "невыгруженной". Из конфигуратора делаешь выгрузку как будто в новую ПБ. Затем физически создаешь ПБ, загружая файл выгрузки. Считай, что пол дела сделано. Теперь надо в ЦБ пробежаться по докам и по некоему алгоритму перезаписать документы, относящиеся к этой ПБ, чтобы они попали в выгрузку. Затем сделать автообмен и уже вручную восстанавливать справочники (документы), которые фигурировали в этой БД     | |||
| 7
    
        big 20.06.18✎ 17:30 | 
        (6) С вводом остатков будет хитрее, если они нужны. Придётся пихать их в ооочень далёкий период, чтобы случайно в них не залезли. Перед их проведением сделать автообмен в обе стороны - послать в ЦБ, принять из ЦБ, чтобы не осталось неотправленных. Провести ввод остатков и удалить из папки с базой файлы 1SDWNLDS и 1SUPDTS. Это чтобы документы в ЦБ не ушли. Ессно, если у них миграция "только ПБ", то можно не заморачиваться     | |||
| 8
    
        geniusbsd 20.06.18✎ 17:32 | 
        Спасибо базу создал теперь сижу перепровожу доки за два года :(     | |||
| 9
    
        Cthulhu 20.06.18✎ 18:00 | 
        (8): перепроводить не надо - достаточно просто записать.
 это на порядки порядков быстрее. хотя - ладно, сиди жди... | |||
| 10
    
        big 20.06.18✎ 20:16 | 
        (8) Брось это дело, только время теряешь ))     | |||
| 11
    
        АНДР 21.06.18✎ 07:36 | 
        (8) Так справочники не перенесутся.
 Делай копию центральной, в конфигурационных таблицах переопределяй ее в потерявшуюся и выполни удаление помеченных объектов. | |||
| 12
    
        geniusbsd 21.06.18✎ 08:05 | 
        (11) Все справочнико которые нужны имеют миграцию все инфо базы     | |||
| 13
    
        Карст 21.06.18✎ 09:24 | 
        ну да , я б тоже отпочковал - потом по коду принадлежности из центра покоцал то шо не оно ...     | |||
| 14
    
        АНДР 21.06.18✎ 17:07 | 
        (12) Только данные выгружаются не по ссылкам, а по логу создания/изменения/удаления...
 (13) Удаление помеченных отрабатывает как пометку удаления, так и нарушение правил миграции. | |||
| 15
    
        cincout 21.06.18✎ 17:20 | 
        (8) Смотри, чтобы остатки в закрытых периодах не поехали после твоего перепроведения     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |