Возможно ли копирование базы 1с81 средствами SQL2008 в другую базу полностью с сохранением подключения к хранилищу?

Поясню: Есть хранилище конфы 1с81. К нему подключена база разраба. Есть база тестера. Тоже подключена к хранилищу.
Разраб вносит изменения в конфу. Сообщает тестеру. Тестер-тестит: создает набор данных и проводит тест-кейсы. Находит список ошибок.

Чтобы разрабу понять суть ошибок и проверить свою работу, ему(разрабу) необходима база с тестовым набором данных, созданным тестером. Выгрузка через dt - долго. Копирование средствами SQL - возможно гораздо быстрее, но т.к. тестер не проф по sql возникают вопросы:

1) Какие средства SQL использовать для копирования "одной кнопкой"? (job sql, BCP, DTS, через backup, репликации)
2) Важно сохранение подключения к хранилищу(т.к. это тоже длительная операция)
3) Данные в базе разраба должны полностью заменятся на данные тестера

1с хранилище не допускает подключения одновременно нескольких баз по одному логину.
Сам процесс установления связи с хранилищем занимает очень долгое время ( от 30 минут).
Любая полная загрузка данных через внешнюю выгрузку dt тоже портит связь с хранилищем и требуется переподключение.

Возможно кто-то на SQL форуме разбирался с этим и нашел способ замещать данные подключения?
Что вообще происходит при подключении к хранилищу? Что там так долго процесс идет?

Ведется групповая разработка. 4 группы разраб-тестер. Территориально удалены. Разница во времени 4 часа с некоторыми.
и уже писал Чтобы разрабу понять суть ошибок и проверить свою работу, ему(разрабу) необходима база с тестовым набором данных, созданным тестером. Выгрузка через dt - долго. Копирование средствами SQL - возможно гораздо быстрее

т.е. ограничение не обновление конфы тестером, а то что тесткейс настроенный тестером, должен для контроля ошибок и отладки разрабом передаваться разрабу, а загрузка dt портит связь с хранилищем.

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