So no real solution yet from MS. Here is what I did to possibly* fix it. I rolled back every update on my terminal BP server that was throwing this error starting at 6/1/2018. There was a .net update in there that I suspect was causing the issue. I also uninstalled the Dynamics client and all of the small services that are required for Dynamics 2011 that were on this terminal server (it was no longer working!!). On the SP server, I changed the owner of the Sharepoint application pool identity in IIS to domain admin. I ran the pcConfiguration.exe on the SP server. On the Dynamics server I ran the database update for security/ownership. I then ran this sql script to set up the BFGROUP ownership (see below). I then logged into the terminal server as domain admin and fired up BP. It works! I then re-installed Dynamics. It now works. Hope this helps. ********* if not exists (select * from sysusers where name = 'BFGROUP' and issqlrole = 1) exec sp_addrole 'BFGROUP' GO declare @cStatement varchar(255) declare G_cursor CURSOR for select 'grant select,update,insert,delete on "' + convert(varchar(64),name) + '" to BFGROUP' from sysobjects where (type = 'U' or type = 'V') and uid = 1 order by name set nocount on OPEN G_cursor FETCH NEXT FROM G_cursor INTO @cStatement WHILE (@@FETCH_STATUS <> -1) begin print @cStatement EXEC (@cStatement) FETCH NEXT FROM G_cursor INTO @cStatement end DEALLOCATE G_cursor GO declare @cStatement varchar(255) declare G_cursor CURSOR for select 'grant execute on "' + convert(varchar(64),name) + '" to BFGROUP' from sysobjects where (type = 'P') and uid = 1 order by name set nocount on OPEN G_cursor FETCH NEXT FROM G_cursor INTO @cStatement WHILE (@@FETCH_STATUS <> -1) begin print @cStatement EXEC (@cStatement) FETCH NEXT FROM G_cursor INTO @cStatement end DEALLOCATE G_cursor GO
↧