29.03.2016, 15:26 | #1 |
Участник
|
переезд в такой же домен, но другой лес
всем привет.
"проапгрейдили" инфраструктуру - с нуля завели новый лес, один из доменов называется в точности, как "старый". в "старом" домене - и СРМ, и SQL, и ТФС и все-все-все надо переехать в новый домен и лес. новый домен называется точно так же (FQDN) как и старый. т.к. стенд тестовый, никаких новых серверов, установок новых деплойментов, сиквел-серверов не планируется. так что думаю: 1) удалить организацию из СРМ 2) перетащить сервера в новый домен 3) импортировать организацию и замапить пользователей на их новые доменные учетки (часть - изменилась, часть - нет) в худшем случае, реинсталл СРМа (уже в новом домене), и такой же импорт организации и маппинг. все так? Последний раз редактировалось Eugene.Ostroukhov; 29.03.2016 в 15:30. |
|
31.03.2016, 12:01 | #2 |
Moderator
|
Разные продукты могут совершенно по-разному привязываться к параметрам среды. FQDN тут имеет не большое значение, так что включение уже проинсталлярованного сервера в другой домен однозначно будет сопровождаться проблемами: как минимум, есть доменные учетные записи служб, под которыми запущены службы этих серверов. Еще есть параметры SPN и DNS, доверия и черт знает что еще, что завязано на AD.
Моя рекомендация: сносите и переустанавливайте все серверы в новом домене. После чего мигрируйте базы в соответствии с инструкциями конкретного продукта. p.s. Если среди ваших систем был SharePoint - сочувствую.
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия. MS Certified Dirty Magic Professional |
|
31.03.2016, 21:45 | #3 |
Участник
|
не, шарик - фуфуфу таким быть (С)
так и вышло как я предполагал: переустановка СРМ. а SQL не понадобилось сносить. перевели в новый домен, да поменяли security и сервисные учетки, и репортинги переделать |
|
14.04.2016, 13:11 | #4 |
Участник
|
фиг там короче. SSRS не хочет заводиться.
1. срм 2011, в депл.менеджере 2 сервера - а) фулл сервер, б) скл сервер и срс дата коннектор сервисы крутятся под учеткой crmmaster 2. на скле полный энтерпрайз, сервис отчетов крутится под доменной учеткой srsmaster, сам sql и агент - sqlmaster. все СРМные учетки имеют sysadmin на скл-сервере. есть отчет с банальным select * from Entity, select * from workflow datasource отчета - обычный MSCRM_DataSource без изменений: строка пустая, источник - MS Dyn CRM SQL, учетные данные предоставляются пользователем в логах SSRS пишут, обычный access denied: Цитата:
webserver!ReportServer_0-1!7bc!04/14/2016-12:39:56:: e
ERROR: Reporting Services error Microsoft.ReportingServices.Diagnostics.Utilities.RSException: Произошла ошибка при обработке отчета. ---> Microsoft.ReportingServices.ReportProcessing.ProcessingAbortedException: Произошла ошибка при обработке отчета. ---> Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: Не удалось выполнить запрос для набора данных "DSMain". ---> Microsoft.Crm.Reporting.DataExtensionShim.Common.ReportExecutionException: System.Data.SqlClient.SqlException: Запрещено разрешение "SELECT" на объект "Entity" базы данных "orgname_MSCRM", схемы "dbo". Запрещено разрешение "SELECT" на объект "Workflow" базы данных "orgname_MSCRM", схемы "dbo". ---> Microsoft.Crm.Reporting.DataExtensionShim.Common.ReportExecutionException: Запрещено разрешение "SELECT" на объект "Entity" базы данных "orgname_MSCRM", схемы "dbo". Запрещено разрешение "SELECT" на объект "Workflow" базы данных "orgname_MSCRM", схемы "dbo". Цитата:
declare @binUserGuid varbinary(128)
declare @userGuid uniqueidentifier select @userGuid = N'{a23fc2c6-5a6b-e511-80cd-0050568151db}' set @binUserGuid = cast(@userGuid as varbinary(128)) set context_info @binUserGuid; use orgname_MSCRM declare @otc int = (select top 1 objecttypecode from entity where name ='new_entity') .... так с чего вдруг выбрасывается grant access exception ? для кого? |
|
14.04.2016, 13:36 | #5 |
Участник
|
еще забыл добавить:
учетки называются одинаково (да и короткое имя домена) в ReportServer базе - есть SID под учетку srsmaster. он там в varbinary с не понятной кодировкой есть еще в mscrm_config-е вроде как ссылки на AD-шные SIDы в эту сторону стоит смотреть? из конфигурирования SSRS под учеткой srsmaster доступ к базе (тестирование) успешно проходит |
|
19.04.2016, 18:20 | #6 |
Moderator
|
Попробуйте в установке и удалении программ сделать Repair компонента CRM SSRS Extentions.
__________________
http://fixrm.wordpress.com, снятие/наведение порчи. Быстро, дорого, гарантия. MS Certified Dirty Magic Professional |
|
19.04.2016, 22:04 | #7 |
Участник
|
пардон, забыл отписаться.
1) http://blog.simpletrees.com/2013/04/...ngaborted.html лучший траблшут, что я видел вообще 2) ничего не помогло, завел новую доменную учетку, добавил в 3 группы (кроме sqlaccess) и под ней всё завелось. видимо путаница в SIDах доменных была |
|