Всем доброе время суток.

Ситуация следующая.
1. Настроили исходную систему (продуктив BW - PW) в тестовом BW (QW).
2. Тиражировал источники данных
3. Все необходимые 8* источники появились, но не активны
4. Думаю активирую как обычно программой RSDS_DATASOURCE_ACTIVATE_ALL.

Но не тут-то было. Выбираю исходную систему PW, указываю в источниках данных * и убираю галочку "Только неактивные". А мне выходит сообщение, что "Источник данных с этими свойствами не существует". Что такого особенного в этих 8* источниках данных? Почему источники из ERP активируются подобным образом, а экпортные нет?

Только через перенос активировать?

P.S.
В разработке BW (DW) тоже проблема, но другая. Там эти же самые источники версии 3, мигрировать на версию 7 не хотят. Выходит ошибка "Экспорт источника данных такого-то в myself system: Т/объекта RSDS невозможен".

Что за беда с этими экпортными источниками?!

1) Все источники данных на 8* из прода в разрабе надо активировать ручками.
2) Зачем оно вам?
3) Источники данных на 8* из Разрабы в Разрабу мигрируются на 7ку только через дебаг (сап пока не видит необходимости их создания не в 3,5) во всяком случае на версии 7,0.

1. Печально. Т.к. все источники мне нужны в тесте, а не в разработке.
2. Чтобы производить загрузку данных быстрее, а не выполнять полную загрузку из теста ERP

может попробовать перенесите 8* источники из D в D предварительно изменив мэпинг исходной системы на время переноса c D на P ?
попробуйте.

Попробовал.
Ситуация следующая. Если не сгенерирован экспортный источник данных в P, то при переносе из D в Q с мэппингом на D в P ничего не появляется и не переносится. Но зато перенос без ошибок.
А в P нельзя даже экспортный источник сгенерировать, говорит, что система закрыта от изменений.

мои 5 копеек.
системы Q, P отличается от D тем, что манданты по умолчанию закрыты на изменения. Если все правильно делаете, то и открывать их надо редко.
У вас используется связка открытой-закрытой системы уже на этапе разработки, на мой взгляд вы отходите от концепции использования ландшафта.
Правильно должно быть BWD1->BWD2
перенос с подменой логических имен BWQ1<=>BWQ2
перенос с подменой логических имен BWP1<=>BWP2
А у вас BWD1->BWQ1 со всеми вытекающими последствиями , открытием манданта BWQ1 на момент генерации, в т.ч. путаницей при переносе уже на этапе разработки.

Если сгенерирован вручную экспортный источник данных в P, значит он попал в какой нибудь запрос на перенос (на продуктиве!!!)и пока запрос открыт на продуктиве, он будет блокировать другие переносы этого же объекта, что в принципе должно быть видно в логе переноса. Или надо будет постоянно открывать систему на изменение.
Проверьте открытые запросы на перенос на prd, qas.
А так, система ведь тупая.
Все изменения вносятся запросами на перенос, смотрите подробный лог переноса запроса, в т.ч. какой объект система несет.
В запрос объекты переноса можно включить руками и перенести в любую систему, соблюдая правила подмены логических имен и анализируя лог переноса.
У меня были проблемы, что система упорно в запрос складывала 3.5 объекты при нужных мне 7.х (в запросе видно что тип объекта переноса относится к 3.5), вроде принудительно руками указывали на 7.X объекты, в любом случае какая то проблема миграции 3.5-7 существует.