Здравствуйте!
Во такая нелегкая задача: есть старая база УТ 11.1, из которой надо взять только справочники и основные остатки и скопировать в чистую базу идентичной конфигурации. И все бы это ничего, но пользователи хотят также сохранить все свои настройки, к примеру, набор отчетов и их вариантов при входе в "отчеты по продажам" и т.п. Проведя исследование, пришла к выводу что вся инфа об этом находится в хранилищах. Но как это осуществить их выгруз/загруз? Скачала например обработку для резервного копирования настроек пользователей. Она у меня все добросовестно загрузила в xml файл, и выгрузила в новую базу, но результата- ноль. Чувствую, что может быть дело в идентификаторах объектов, которые у новой базы отличаются... А вобщем не знаю как быть, завязла в этой теме. Помогите пожалста.
---
Описываю, как решила проблему, мож кому пригодится.
1. Выяснилось, что у новой базы метаданные свои, а у старой, естессно, свои. Поэтому при копировании тех объектов из старой базы, которые ссылаются на какую-либо подсистему, эта ссылка не срабатывает. Метаданные этой подсистемы в новой базе отличаются от метаданных объекта ссылки.
2. Логичный выход: заменить ссылку на подсистему. Правда, для этого пришлось попарить мозг. В итоге написала обработку, которая выстраивает дерево значений, содержащее подсистемы новой базы, и в нем нахожу по наименованию нужный пункт и добавляю в размещение варианта отчета. Вуаля!
---
Сделать копию базы и удалять лишние объекты 1с? долго?
---
Там дело в том, что в старой базе много (более 10 ) разных организаций. И док-ты по всем из них. А надо оставить только 2, вот я по 2-м организациям справочники и остатки копирую. А удалять из старой базы лишнее в такой ситуации не вариант...
---
Попробуйте через РИБ:
1. выгружаете 2 организации в подчинённую базу
2. отвязываете подчинённую от РИБ
3. делаете свёртку базы
4. лишнее удаляете руками
---
Вобщем, картина такая. Все справочники копируются действительно с тем же УИДом, какой и в старой базе. Я так понимаю, что идет нестыковка с теми объектами новой базы, которые уже существуют, как вот с подсистемами например - у них другой УИД, и с этим наверное ничего не поделаешь. Уже хотела через РИБ, по совету (10), но не нашла обработок для свертки на свою конфу... Как-то все печальненько. Можно конечно дальше поискать обработок для свертки, но может кто подскажет решение с УИДами?
---
Вы же написали что надо из старой выдрать данные в чистую с той же конфой. Откуда взялись объекты новой базы? А свёртка в стандартных конфах встроенная Администрирование -> Сервис-> Свёртка информационной базы. Для доработок возможно понадобится ручной труд.
---
Кажется, настройки пользователей (настройки форм и отчетов) хранятся на локальных компьютерах самих пользователей.
Т.е. когда чистим кэш на компах пользователей - настройки затираются.
---
ну у меня-то сервер, и они с разных компов к нему могут обращаться, главное под своей учеткой. И всегда вид одинаковый. Может это на сервере в профилях пользователей где-нить?
---
Можно сделать копию базы, и под пользователем проверить на этой копии настройки пользователя. Если их нет, значит хранятся настройки пользователя на локальном компе пользователя.
---
часть настроек хранится на сервере, часть на клиенте (вне зависимости от типа размещения базы). Самый верный вариант в данной ситуации - это вычищать данные по ненужным организациям в текущей базе.
---
Скорее сохраненные в хранилище настройки "привязаны" к пользователю. Это те настройки, что пишутся в БД.

Вывод - в новую базу первым шагом необходимо "залить" пользователей из старой, причем с УИДами и прочими реквизитами идентификации, которые есть в справочнике пользователи.

потом уже перетащить хмл-файл с данными хранилища
---
А реально УИД скопировать?
---
Да, конечно.
---
При загрузке из файла объекты и будут созданы с такими же УИД, как в базе, из которой выгружали данные.
---
Еще проблема. Вот копирую справочник ВариантыОтчетов, там в ТЧ указывается размещение отчета в подсистемах. Эта ТЧ копируется, но отчет в соответствующей подсистеме не появляется. Работа в отладчике показала, что эта подсистема не приравнивается ТАКОЙ же подсистеме новой базы. То есть, и у подсистем разные УИДЫ? И как такое решить? Чем больше я с этим работаю тем меньше понимаю...
---
вариант для sql:
1. выясняете какие таблицы хранят необходимые вам данные
2. копируете в приемник
3. профит!!!
хотя возможно, такое проделать и с файловым вариантом
---
Описываю, как решила проблему, мож кому пригодится.
1. Выяснилось, что у новой базы метаданные свои, а у старой, естессно, свои. Поэтому при копировании тех объектов из старой базы, которые ссылаются на какую-либо подсистему, эта ссылка не срабатывает. Метаданные этой подсистемы в новой базе отличаются от метаданных объекта ссылки.
2. Логичный выход: заменить ссылку на подсистему. Правда, для этого пришлось попарить мозг. В итоге написала обработку, которая выстраивает дерево значений, содержащее подсистемы новой базы, и в нем нахожу по наименованию нужный пункт и добавляю в размещение варианта отчета. Вуаля!