Клонирование базы #576801

В связи с предстоящими организационными изменениями в структуре компании и сменой юридического лица поставлена задача создать новую базу, в которой должны быть все справочники и регистры сведений, чтобы с 1.12.2011 все операции пошли в ней вместо текущей базы. Вижу несколько способов, как это реализовать: 1) сделать копию базы средствами БД, потом в клоне удалить все документы (кроме регистраторов для регистров сведений); 2) сделать свертку базы с переносом остатков на 1.12.2011; 3) создать пустую базу и выполнить выгрузку-загрузку через XML; 4) создать новую периферийную базу и новый план обмена (что позволит накатывать изменения, появившиеся в текущей базе после первоначального клонирования). Какой способ выбрали бы вы из этих, или свой собственный?

1  или 2 в 3 есть опасность потерять часть данных

а почему не 4? в 1 и 2 придется решать задачу докачки всех изменений с момента клонирования до момента начала операционной деятельности (базу хотят получить заранее). в случае с планом обмена и периферийной базой это сделать проще - хоть каждый день догружать изменения порциями, хоть руками, хоть регламентными процедурами.

4 - идеальный вариант. я так разбивал общую базу УПП с тремя организациями на три базы

спасибо. а можно ли в таком случае получить в новой базе содержимое регистров сведений, если не передавать туда сами документы-регистраторы (если история не нужна и если у них есть другие движения)? или там можно указать, какие именно движения подлежат обмену?

на правах up - есть еще мнения по моему вопросу?

Обменом мона выгрузить регистры без регистраторов. Просто в поле регистратор будет <объект не найден>

Какие РС? Состояния ОС или курсы Валют?

Вариант 4 - конечно. Сам так делал.

ок. кину главбуху этот вариант - пусть скажет, подойдет ли ей такой исход. полно, список из более 100 регистров (УПП, будь он неладен), конечно Курсы валют - в том числе. ОС вроде инвентаризировали недавно специально для передачи на новое юр.лицо, так что с ними проблем быть не должно (унаследуют инвентарные номера). спасибо!

Создал план обмена, создаю начальный образ базы-клона - процесс не доходит до конца в течении рабочего дня, а ночью отключенный сеанс был убит. Сисадмины сегодня изменили настройки сеанса, но попутно возник дополнительный вопрос (предполагаю, что дурацкий): а может ли одна и та же периферийная база участвовать в 2 разных планах обмена? Тогда одним планом я мог бы загрузить в нее все справочники (и поддерживать потом их актуальность из оперативной базы), другим - регистры сведений.

еще раз вопрос: а может ли одна и та же периферийная база участвовать в 2 разных планах обмена?