|
|
|
Восстановление периферийной БД 7.7
|
|||
|---|---|---|---|
|
#18+
Сабж навеян недавним фактом утери как самой периферийки так и первоначальной выгрузки оной (кто там за 5 лет уже вспомнит где она). Проблема в следующем. После удаления перефирийной из ЦБ и создания с таким же префиксом (можно было и не удалять но не хотелось мучаться с счетчиками после повтора выгрузки после установки флага новой базы в списке перифериек) те объекты у которых в метаданных признак миграции "Все базы" благополучно перенеслись. Затем програмно перезаписаны объекты которые должны промигрировать (там где ЦБ и место создания) их слава богу немного было и для остальных перефириек это не страшно при обновлении. А вот что делать с теми объектами которые до определённого времени были как мигрирующие во все базы а потом перестали быть таковыми (переключены в ЦБ и место создания) ? Т.е. получается что есть несколько сотен скажем расходным накладных в начале периода учета у которых в реквизите "контрагенте" стоит "объект не найден" из за того что там выбраны были объекты созданые в другой БД и попавшие туда ещё до момента включения правила по которому мигрировать можно только в центр. Ну решить то возможно можно тупым созданием аналогов в периферийке (напрямую в таблицах по записям в ЦБ... сслыки в документах есть только самих объектов по ссылкам нет) но может как-то проще можно ? Видел предлагали когда-то мегаобработку по восстановлению за 1200 руб (если не ошибаюсь) но сомневаюсь чот она в состоянии разрулить такие вот коллизии. Кто как боролся ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2009, 12:46 |
|
||
|
Восстановление периферийной БД 7.7
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.12.2009, 17:12 |
|
||
|
Восстановление периферийной БД 7.7
|
|||
|---|---|---|---|
|
#18+
Типовое решение: создаём полную копию ЦБ, меняем её настройки на необходимую периферийную и выполняете "Удаление помеченных объектов". Всё что не удовлетворяет признакам миграции удалиться. Для создания из нескольких разрозненых единой УРБД (средствами платформы до сих пор бы создавалось;)) выходил написанием необходимых sql скриптов . Вам нужен второй вариант, толко используйте простое уделение с условием на точку смены признака миграции, но лучше было сделать "дублирующий" документ или справочник. Минус - менять настройку всех ссылок. Плюс -уже не потеряяется. Для вас, самый простой вариант, перенести полностью необходимые справочники из которых лишние элементы удалить посредством выполнения следующих условий: 1) на объект нету ссылок (ПоискСсылокНаОбъекты, только сыылки передавайте массивными порциями) - для старых; 2) Место создания объкта не этот сегмент базы - для новых. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2009, 20:52 |
|
||
|
Восстановление периферийной БД 7.7
|
|||
|---|---|---|---|
|
#18+
авторс условием на точку смены признака миграции AHDP, а как это ? где фиксируется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2009, 17:16 |
|
||
|
Восстановление периферийной БД 7.7
|
|||
|---|---|---|---|
|
#18+
Last1Cmenавторс условием на точку смены признака миграции AHDP, а как это ? где фиксируется В 1Ске негде не фиксится, фиксится в сопроводительной документации;) Возьми две периферийные базы и сравнивай в них наличие элементов, созданных в этих базах. В результате отловишь для каждой базы максимальный ID объекта, после которого была изменена миграция. Но тебе проще авторДля вас, самый простой вариант, перенести полностью необходимые справочники из которых лишние элементы удалить посредством выполнения следующих условий: 1) на объект нету ссылок (ПоискСсылокНаОбъекты, только сыылки передавайте массивными порциями) - для старых; 2) Место создания объкта не этот сегмент базы - для новых. Надеюсь написание такой обработки не отнимет у тебя много времени:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2009, 17:00 |
|
||
|
Восстановление периферийной БД 7.7
|
|||
|---|---|---|---|
|
#18+
авторфиксится в сопроводительной документации;) ага... щаз, вы часто видели в самопальной 1с документацию ? да ещё и чтоб хранилась более 5ти лет авторНадеюсь написание такой обработки не отнимет у тебя много времени:) AHDP, да поболее чем перетягивание 1го справочника (собсно у мну ток клиенты так полетели) и замена в нём ИД-ов напрямую... так и сделал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2009, 10:39 |
|
||
|
Восстановление периферийной БД 7.7
|
|||
|---|---|---|---|
|
#18+
Вы спросили, я ответил;). По существу вопроса - видел(жу) и хранилась(тся) значительно дольше. Last1CmenAHDP, да поболее чем перетягивание 1го справочника (собсно у мну ток клиенты так полетели) и замена в нём ИД-ов напрямую... так и сделал Не совсем понял, в чём сложность написания такой обработки и зачем понадобилась замена ИДов? Если не секрет, что же Ты в итоге сделал? Может выложишь сюда чёткую постановку с файлом решения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2009, 16:38 |
|
||
|
Восстановление периферийной БД 7.7
|
|||
|---|---|---|---|
|
#18+
авторЕсли не секрет, что же Ты в итоге сделал? Может выложишь сюда чёткую постановку с файлом решения? файловую часть не дам уж извини да и много там а задача в первом посте была описана там же и путь решения которым и воспользовался ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2009, 16:45 |
|
||
|
|
start [/forum/topic.php?fid=28&msg=36341658&tid=1522967]: |
0ms |
get settings: |
7ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
182ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
| others: | 222ms |
| total: | 503ms |
| 0 / 0 |
