переезд в такой же домен, но другой лес

[Eugene.Ostroukhov]

всем привет.
"проапгрейдили" инфраструктуру - с нуля завели новый лес, один из доменов называется в точности, как "старый".
в "старом" домене - и СРМ, и SQL, и ТФС и все-все-все
надо переехать в новый домен и лес.
новый домен называется точно так же (FQDN) как и старый.

т.к. стенд тестовый, никаких новых серверов, установок новых деплойментов, сиквел-серверов не планируется.
так что думаю:
1) удалить организацию из СРМ
2) перетащить сервера в новый домен
3) импортировать организацию и замапить пользователей на их новые доменные учетки (часть - изменилась, часть - нет)

в худшем случае, реинсталл СРМа (уже в новом домене), и такой же импорт организации и маппинг.

все так?

[Артем Enot Грунин]

Разные продукты могут совершенно по-разному привязываться к параметрам среды. FQDN тут имеет не большое значение, так что включение уже проинсталлярованного сервера в другой домен однозначно будет сопровождаться проблемами: как минимум, есть доменные учетные записи служб, под которыми запущены службы этих серверов. Еще есть параметры SPN и DNS, доверия и черт знает что еще, что завязано на AD.

Моя рекомендация: сносите и переустанавливайте все серверы в новом домене. После чего мигрируйте базы в соответствии с инструкциями конкретного продукта.

p.s. Если среди ваших систем был SharePoint - сочувствую.

[Eugene.Ostroukhov]

не, шарик - фуфуфу таким быть (С)

так и вышло как я предполагал: переустановка СРМ.
а SQL не понадобилось сносить. перевели в новый домен, да поменяли security и сервисные учетки, и репортинги переделать

[Eugene.Ostroukhov]

фиг там короче. 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".

профайлер пишет от учетки srsmaster :

Цитата:

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') ....

т.е идет имперсонализация под меня (мой гуид в организации, а не mscrm_config / reportserver db), но я тоже sysadmin!

так с чего вдруг выбрасывается grant access exception ? для кого?

[Eugene.Ostroukhov]

еще забыл добавить:
учетки называются одинаково (да и короткое имя домена)
в ReportServer базе - есть SID под учетку srsmaster. он там в varbinary с не понятной кодировкой
есть еще в mscrm_config-е вроде как ссылки на AD-шные SIDы
в эту сторону стоит смотреть? из конфигурирования SSRS под учеткой srsmaster доступ к базе (тестирование) успешно проходит

[Артем Enot Грунин]

Попробуйте в установке и удалении программ сделать Repair компонента CRM SSRS Extentions.

[Eugene.Ostroukhov]

пардон, забыл отписаться.
1) http://blog.simpletrees.com/2013/04/...ngaborted.html лучший траблшут, что я видел вообще
2) ничего не помогло, завел новую доменную учетку, добавил в 3 группы (кроме sqlaccess) и под ней всё завелось. видимо путаница в SIDах доменных была