Есть 1с 8.2(540)Комплексная. Настроен РИБ с полной миграцией всех документов и справочников.
В филиале физически вылетел винт. У меня есть копия филиальской базы двух недельной давности. Есть ли способ достроить эту копию до оригинала?
Заранее спасибо за ответ.

Восстанови базу. Потом в центре проведи все документы после последней даты восстановленой базы, которые к ней относятся. Сделай обмен. Все должно лечь.

копию восстанавливаем, привязываем главный узел если отвалился, а вот с синхронизацией данных хз, если бы включено версионирование было... тогда да, легче

А если из центральной заново создать начальный образ?

(1) это если задним числом ничо не проводили, зыбкий критерий)

(4)Ну хоть что-=то:-)...Задним числом все равно не отследишь, что ж теперь страдать понапрасну.  Только если подключиться по СОМ и  сверять документы.

Если план обмена - типовой "Полный" - выгрузить базу главного узла и загрузить в подчиненном узле.

(1) а как дать понять Центральной базе, чтобы она выгружала данные для копии филиала?

(3)Кстати да. Тоже идея.

(7) Проводишь все документы после даты поднятой базы. Все проведенные пойдут в обмен.

На прошлой недели так делал. единственный косяк будет если в копии какой то документ проведен, а в рабочий он удален/помечен на удаления

(4) с версионированием красиво бы было, можно было бы зарегистрировать изменения для объектов по дате версии

(7) Правой кнопкой нажми на филиальную базу и выбери создать начальный образ

если базы полностью идентичны и по данным то самое простое (3)(6)

(6) т.е. через конфигуратор (выгрузить данные), а в филиале загрузить?
Ну, а как насчет узлов? Будет две центральные базы? или можно перенастроить?

начальный образ делай, само поставит себя как подчинённый вашему главному

(15) а старый филиал в РИБе удалить?

(14) не через конфигуратор, а через создание начального образа. Открой план обмена, там список баз. Там есть меню создать начальный образ, его создай и в филиале загрузи как обычные данные.

(16) Не удаляй. Используй его для создания начального образа!

(14) Прочти Книга знаний: Альтернативное создание начального образа в УРБД; Нужно "поменять местами" описание узлов, удалить регистрацию изменений, обнулить счетчики переданных и принятых сообщений. Да и вот что ещё:заново заполнить пользователей :( ну, те, которые в конфигураторе заполняются :)

PS: я "не против" штатного механизма создания начального образа. Но если база большая - то это... вообщем успеешь стать седым, пока она будет создаваться :)

(14) Т.е. счетчики по нулям принятых и полученных поставить и в ЦБ и в филиале? Я пробовал поставить в ЦБ счетчики как в копии филиала - при загрузке в филиале - пишет, что конфигурация отличается от ожидаемой. Отдельно загрузить cf файл? Вроде в филиале он не должен давать менять конфу ручками?

(21) Для того чтобы загрузить cf-ку, надо сначала отвязать подчинённость узла, потом загрузить cf, потом снова привязать узел.

Угу. "...конфигурация отличается от ожидаемой" - отвязать, выгрузить/загрузить cf и подвязать вновь

А может сделать выгрузку на другом филиале - загрузить в аварийный и поменять префиксы и названия базы?

(24) А счетчики? А зарегистрированные изменения. Источник изменения - тоже запоминается...

"Вроде в филиале он не должен давать менять конфу ручками" - есть такой глюк. Многия мистяне с ним знакомы. Природа возникновения - точно неустановлена, мнения расходятся.

(25) О_о какие мнения расходятся? какой глюк?)

Счетчики можно не обнулять, а установить в подчиненной, взяв "за основу" значения счетчиков из главного узла для этого узла.

(26) "самопроизвольное" возникновение ошибки (23)

А как загрузить конфу из цб в филиал ручками? там вроде все неактивно.

(28) Отвязать от ЦБ и загрузить

Качаещь http://dl.dropbox.com/u/4773325/РеанимацияПодчиненногоУзла.epf
жмешь 1 кнопку
Грузишь cf
жмешь вторую кнопку

(30) спасибо буду пробовать

(30) хмм... запустил, нажал 1.
В меню конфигурация - Загрузить файлы конфигурации все еще неактивны.(

(32) А когда нажимал кнопку "1" конфигуратор закрыт был? Для того, чтобы узел отвязался/привязался, нужен монопольный режим.

(33) Да был, первый раз, когда он был открыт обработка попросила его закрыть.
В режиме конфигуратора тоже захожу монопольно (без работающих предприятий)

(32) Тогда

/ResetMasterNode — отмена главного узла. Действие параметра, аналогичны вызову метода УстановитьГлавныйУзел() со значением параметра Неопределено.

т.е. запустить конфигуратор с параметром командной строки /ResetMasterNode

очень странно, с таким ключмо он просто сразу закрывается после ввода пароля

(37) Предположу глупое, а у тебя конфигурация вообще открыта на редактирование?

(37) Кто открывается конфигуратор?

а что ты ожидал? Цитату из Евгения Онегина?

В ЦБ конфигурация уже правилась, соответственно думаю открыта.

(41) Я не то имел ввиду. В конфигураторе в меню Конфигурация -> Открыть конфигурацию - активен пункт?

(42) чтобы конфу загрузить. Или есть другие варианты?

(42) Открыть конфигурацию активно

(44) Так нажми же скорее, и увидишь чудо: пункт "Загрузить конфигурацию" станет активным :)))

(45) вот я балда, спасибо тебе, рыбка ))