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

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

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

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

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

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

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

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

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

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

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

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