2014-10-29 5 views
0

Мне пришлось воссоздать профиль пользователя Windows из-за некоторой технической проблемы, из-за которой я не мог войти в систему. Теперь я пытаюсь восстановить все свое программное обеспечение и т. Д. Я начинаю VS2012 и открыл проект, над которым я сейчас работаю, который представляет собой проект - модель базы данных SSDT/SSDT-BI и проект SSIS. Я получаю следующее сообщение об ошибке:Невозможно открыть проект VS2012 BI после повторного создания профиля Windows

Warning 1 Warning loading ADSMetricsETL.dtproj: Warning: Failed to decrypt an encrypted XML node. Verify that the project was created by the same user. Project load will attempt to continue without the encrypted information. ADSMetricsETL.dtproj 0 0 

Так что я подозреваю, что есть GUID или SID-то, что идентифицирует меня как владелец пакетов SSIS и он получил значение моего оригинального профиля, сохраненные идентификации «старый меня», как владелец. Есть ли способ легко изменить право собственности на мой новый профиль?

+0

В конечном итоге загружается проект? Это всего лишь предупреждение, но мне интересно, успешно ли он загружается, и вы просто спрашиваете, что случилось с этим предупреждением? Кроме того, существует ли dtproj.user? Если да, можете ли вы удалить его и повторить попытку? –

+0

Это просто предупреждения. Проект строится. Я отредактировал все диспетчеры соединений и повторно сохранил их, чтобы увидеть, могу ли я избавиться от предупреждения, но нет. Я удалил файл .dtproj.user. Это тоже не изменило. Кроме того, все пакеты работают правильно. Может быть, я просто слишком разборчива? –

+2

О, я думал, что это проект базы данных. Не могли бы вы изменить уровень защиты на DontSaveSensitive и посмотреть, избавится ли от этого предупреждения? У меня возникли подобные проблемы при совместном использовании пакетов, а уровень шифрования - EncryptSensitiveWithUserKey, который по умолчанию –

ответ

0

Для полной отдачи Я добавте комментарии в качестве ответа: Измените уровень защиты на DontSaveSensitive. Это предупреждение обычно возникает при совместном использовании пакетов между разными пользователями, поскольку уровень защиты по умолчанию - EncryptSensitiveWithUserKey.

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

+0

У меня есть одно соединение Oracle, которое я экстернализировал с параметром проекта. Наша автоматизация сборки/развертывания считывает файл свойств в формате JSON для получения соответствующей строки подключения для среды (QA, Prod) и устанавливает ее через SP каталога. Спасибо за помощь. –

 Смежные вопросы

  • Нет связанных вопросов^_^