Я не знаю. Я бы не стал искать лазеек и спорить с MS

Мне кажется, в правильном процессе разработки такого не должно быть, чтобы из прода что-то в тест тащилось целиком. Сначала софт пишется, потом тестируется, потом идёт в прод. Надо оттестировать на каких-то заданных кейсах - сгенери их. Но, к сожалению, это редко встречается. Почти всё, что я видел, тестируется на чём-то отдалённо напоминающем прод по конфигурации и на данных с прода. Иногда даже версии СУБД отличаются. Боюсь представить как там версионируется код процедур и прочего.

в текущем Licensing Guid-e нет слов про промышленные данные, есть пункт про энд-юзеров и разработчиков (It is rare that someone whose primary role is designing, developing, or testing software would also qualify as an “end user” of the software) и тестовые данные (Any test data that was used for design,  
development or test purposes must be removed prior to deploying the software for production use). А еще разрешается безлимитная демонстрация возможностей. Я не знаю насколько принципиален аудит Microsoft и безусловно выступаю против установки Developer для реально промышленных целей, но все остальное очень сильно пахнет казуистикой.

DDL вообще без проблем.
Версии д.б 1 в 1 учитывая SP.
А вот с данными м.б проблемы из за секурити.
И часто.
А некоторые баги НЕ воспроизводится на дев и трейн.
И тут начинается Свистопляска.
Решается по разному.

Я присутствовал при разговоре с аудитором, который озвучил именно такой принцип : реальные пользователи или реальные данные

Я далек от этого.
Но интересно
В РФ щемят уже за нелицензионный софт ?!

современный т.н. devops подразумевает постоянный цикл dev>test>prod>dev

как нефиг делать.

не только ОБЭП щемит, но MS приходит с так называемым TrueUp к клиенту, купившему EA.

А пояснить последний -- dev

Ага, тоже интересно. Все коммиты делаются в дев, нафига их с прода обратно тащить?

Наугад что иногда нужна Точная копия прода.
Типа дев2.

копия прода, он же первый

О +1 мне в карму но я б сказал что дев2 (другая копия енв.)

ИМХО, это неправильно.  Мы должны разрабатывать, а не перерабатывать. Если у нас в проде происходят какие-то изменения дизайна, то это нарушение пайплайна, если нужны именно данные, то мы можем их тащить через ETL с обфускацией на лету в нужном объёме. Как такой процесс будет работать на БД размером в 120 Тб?

как спроектировать, так и будет работать. преимущество в том, что инциденты типа "а у нас на тестах все работало" сводятся к минимуму. тут уж каждый сам выбирает на чем экономить.

Дропни базу на проде

А если просто дев и трей ушли ВПЕРЕД с новыми коммитами ДДЛ.
А надо воспроизвести баг на старой структуре ???

Берем релиз, катим на VM, генерим данные, тестим. Я не работаю в МС, за что купил, за то продаю. Спросите у них например.

Да вариант.
Так это не вопрос а скорей кейс когда надо.
И все равно воспроизвести баг с прода иногда НЕ возможно в принципе.