Использование обработки "Выгрузка и загрузка данных XML" #769395

Добрый день. Вопрос у меня пока теоретический. Имеется "рабочая" база и "чистая", аналогичной конфигурации. Если сделать так: 1. открыть обработку "Выгрузка и загрузка данных XML" в "рабочей" базе, выбрать в ней все возможные "галочки" и произвести выгрузку в XML-файл; 2. в чистой базе произвести загрузку всех данных из искомого XML-файла. На выходе мы получим две абсолютно идентичные базы, или всё-таки что-то будет отличаться?

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

А как-то их вычленить возможно? Или может есть какая настройка, что "при совпадении объектов заменять"?

какая-то настройка синхронизировать по полям поиска - это уже через конвертацию данных ))

нужно использовать более новую обработку и все будет нормально

инфа 100%, что уже с год на ИТСе нормальная обработка лежит

от 8.3

задвоятся те элементы, которые были не предопределенными, а создались в момент первого запуска. Но с ними побороться легко - либо закоментарить код, который их создает, либо перед загрузкой из базы-эталона удалить

если в конфе во всех модулях объектов есть     Если ОбменДанными.Загрузка Тогда     КонецЕсли; во всех положеных местах, то, должно быть одно и то же. Только это будет очень глупое одно и то же, т.к. делать так гораздо дольше, чем сделать бэкап и развернуть из бэкапа

2 Может у него в исходной базе 12 организаций, и теперь одна отделилась, и сказал что переедет в другой город, и отдайте мне мою базу.

про отборы в топике нет ни чего

конфа типовая ? выгрузи в сервис и загрузи в локальном варианте

в моей фантазии есть... и они кожанные и с металическими заклепками. :)

Господа, а теперь не ржать! У меня побит файл *.1cd. Ни выгрузить его не удаётся, ни стандартными методами протестировать и восстановить. Методом научного тыка обнаружил, что дело затыкается на переносе справочника "Сохранённые настройки". Вот и пришла дикая мысль всё перетащить все настройки и документы кроме этого справочника.

Сохраненные настройки убить в конфигураторе и создать такие же но пустые

а что говорит chdbfl.exe? и есть же где-то нестандартные утилитки для редактирования 1CD файлов.

Кстати да, имено так помнится восстанавливал базу. chdbfl.exe на ней тоже сдыхал.

А он радостно говорит, что у меня проблем нет. А вот тестирование через конфигуратор... почти сразу приводит к падению.

Хммм. Мысль здравая, но вот как её реализовать я не понимаю.

Попробовать типа Tool_1CD таблицы редактировать и удалять умеет в общем перенос через xml это длинный путь Можно переименовать справочник и объединить со здоровой конфой, после чего переименованный больной справочник удалить

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

а бэкапа совсем нет? при битой базе, есть вариант что выгрузка всего тоже упадет.

Значит так. Тупой перенос проблему решает, но некоторые позиции удвоились. Что естественно. Tool_1CD в моём понимании путь - это путь мастера в 1С. Я же всё-таки системный администратор. Про переименование и объединение: я попробую это провернуть. Бекапы есть, но не такие давние. До моего прихода в организацию база "лежала" на компе, у которого подыхал винчестер и бекапы не делались. После моего прихода бухгалтер получил новый компьютер и всё переехало на него. Старый копм я посмотрел, ошибка уже там присутствует. Так что облом.

вот так решишь траблу с 1с и ее на тебя навсегда повесят :).

бэкап сделай сейчас

С позволения собравшихся помучаю вас ещё немного. На данный момент информация такая: 1. Более детальное изучение вопроса привело к пониманию того, что затык находится в сохранённых настройках только одного из пользователей. 2. Попытка удалить справочник "Сохранённые настройки" через обработку "Универсальный обмен XML" приводит к падению. 3. Переназначить ссылки с "битого" пользователя на нового при помощи другой стандартной обработки (забыл её название) с последующим его ("битого") удалением не получилось. Опять получается падение. То есть стандартными методами проблему не решить. 4. Tool_1CD - штука мощная, но найти в ней нужную мне таблицу я не смог. Слишком много их там и скудный пользовательский функционал. Если у кого есть мысль как это сделать - прошу поделиться. 5. Как это сделать я не смог разобраться.

В общем всё-таки через Tool_1CD удалось решить проблему. Больше всего времени угробил на поиск нужной таблицы. После этого остальное было уже несложно.