Исходные данные: Идентичные базы, платформа 8.2. Из одной посредством универсальной обработки обмена данными переношу данные (в правилах прописаны определенные фильтры и подменены некоторые значения реквизитов объектов) в другую. Использую прямое соединение. Поскольку объемы переноса очень большие, попытался на вкладке Загрузка включить ИспользоватьТранзакции. При попытке зафиксироватьтранзакцию орет, что транзакция не активна. Никто не сталкивался с таким? По коду посмотрел, вроде открытие транзакции прописано.

(0) если были ошибки то транзакция вроде отменяется, галку поставь выводить сообщения

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

Ну что ж, значит вместо использования конвертации придется использовать банальную чистку копии базы от "секретной" информации. Рубим использование итогов, затем удаляем без контроля целостности нафиг. Все равно база не предназначена сама по себе для работы.

Транзакция никак не влияет на скорость загрузки, а даже наоборот

короче - сделал обычную чистилку под управляемый режим запуска. Результат следующий - поднимается копия базы - 10 минут (скульная версия, размер порядка 32 гигов). Запускается база в управляемом режиме, затем запускается сама обработка удаления данных. Принцип работы следующий: устанавливается монопольный режим, отключается использование итогов у регистров накопления и бухгалтерии, и удаляются "ненужные" объекты без контроля целостности данных. Включается использование итогов и снимается монопольный режим. Весь процесс занимает до 2 часов (по довольно грубой оценке, если кому будет интересно могу провести более подробный тайминг). По сравнению с переносом дозволенных данных в другую базу, по времени выполнения просто небо и земля. Сама по себе база для работы не предназначена, потому контроль битых ссылок абсолютно некритичен. База нужна - тупо показать регламентированные данные захожему аудитору.