Microsoft Dynamics CRM 2015 Downloads and Trial Product Keys

Am 17.11.2014 wurde von Microsoft offiziell das nächste "Major Release" der On-Premise Version von Dynamics CRM veröffentlicht. Hier sind nun die wichtigsten Download-Links zu Dynamics CRM 2015 (Version 07.00.0000.3543):

Installationsdateien

---

Microsoft Dynamics CRM Server 2015

Microsoft Dynamics CRM 2015 Email Router

Microsoft Dynamics CRM 2015 Language Packs

Microsoft Dynamics CRM 2015 Report Authoring Extension

Microsoft Dynamics CRM 2015 List Component for Microsoft SharePoint Server

Microsoft Dynamics CRM 2015 for Microsoft Office Outlook


Dokumentation

---

Microsoft Dynamics CRM 2015 Software Development Kit

Microsoft Dynamics CRM 2015 Implementation Guide


Trial Keys (90 Tage)

---

Microsoft Dynamics CRM Workgroup Server 2015 (5 CAL limit):
XY8GN-DF2MC-FV482-YM9YP-HH6H2 

Microsoft Dynamics CRM Server 2015 (no CAL limit): 

C6BDP-T6NK9-8TXJP-36WTB-TXW7V 

Connection error when configuring Microsoft Dynamics CRM for Outlook

Nach der Installation des Microsoft Dynamics CRM für Outlook Clients war es trotz aktuellem Patchlevel (Update Rollup 18 auf Client und Server) nicht möglich, sich mit einer CRM Organisation zu verbinden. Nach Eingabe der Server-URL wurden zwar alle Organisationen im Deployment gefunden und es konnte ein daraus ausgewählt werden, beim Versuch die Organisation zu initialisieren, trat aber immer ein Fehler bei der Kommunikation mit dem Microsoft Dynamics CRM-Server auf:

Die Lösung für dieses Problem war, im IIS auf dem Dynamics CRM-Server im Configuration Editor der CRM-Website unter dem Pfad 

system.webServer/security/authentication/windowsAuthentication

den Wert für useAppPoolCredential auf True zu setzten:

ACHTUNG:

Damit der Wert editierbar wird, muss die Picklist hinter "From:" auf "ApplicationHost.config <location path='Microsoft Dynamics CRM' />" umgestellt werden.

Increasing ADFS Token Timeout Time for Microsoft Dynamics CRM 2013

Wenn man via IFD auf einer CRM2013 Organisation arbeitet, kann es schon manchmal lästig sein, sich alle 60 Minuten (bzw. sogar 40 Minuten) neu einloggen zu müssen. Das ist nämlich die Zeitspanne, für die ein ADFS Token im Standard gültig ist.

Der Token ist abgelaufen...

Um die Zeitspanne auf z.B. 4 Stunden hochzusetzen muss man folgende auf dem ADFS-Server durchführen:

1. Den ADFS Manager starten und den Display Name der Relying Party Trust ermitteln. 

   

   Anzeigename der Relying Party Trust

2. Windows PowerShell als Administrator starten.

Aktuelle Werte eines Relying Party Trust auslesen:
Get-ADFSRelyingPartyTrust –Name:"crm"

Token Lifetime auf 4 Stunden setzen:
Set-ADFSRelyingPartyTrust –TargetName "crm" –TokenLifetime 240

Token Lifetime ist 4 Stunden

--
:: Links / Weiterführende Informationen: 

• Increasing ADFS Token Timeout Time for Microsoft Dynamics CRM 2011

CleanUp PrincipalObjectAccess after installing Update Rollup 6

In der Tabelle PrincipalObjectAccess (Organisations-Datenbank) speichert das CRM sämtliche Informationen über Sicherheitsfreigaben aller Objekte. Durch einen Fehler im CRM wächst diese Tabelle schnell auf mehrere Millionen Datensätze an, was zu Performance-Problemen führen kann.

Dieser Fehler wurde mit Update Rollup 6 behoben. Allerdings nur für neu angelegte Objekte. Um die Tabelle zu säubern und von Artefakten zu befreien stellt Microsoft in KB2664150 ein SQL-Script bereit.

Vor Ausführung des SQL-Scriptes:

1. Update Rollup 6 auf dem CRM-Server installieren
2. Organization_MSCRM in Zeile 1 Datenbank Namen ersetzen 

Laufzeit:
Datensätze vor dem Script: 3.000.000+
Datensätze nach dem Script: 200.000+
Laufzeit: ~5:00 min

USE [Organization_MSCRM]
GO


BEGIN TRY
 BEGIN TRAN t1 
 

  create table #ToDeletePoaEntries
  (
   ObjectId uniqueidentifier,
   Otc int
  )

  CREATE UNIQUE NONCLUSTERED INDEX [mainindex] ON [dbo].[#ToDeletePoaEntries] 
  (
   [ObjectId] ASC,
   [Otc] ASC
  )WITH (STATISTICS_NORECOMPUTE  = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]

  declare entity_cursor cursor local FORWARD_ONLY READ_ONLY
  for select distinct e.ObjectTypeCode, e.BaseTableName, a.PhysicalName from EntityView e
  inner join AttributeView a on e.EntityId = a.EntityId and a.IsPKAttribute = 1
  where e.IsReplicated = 0 and e.IsDuplicateCheckSupported = 0 and e.OwnershipTypeMask & 1 = 1

  open entity_cursor

  declare @baseTableName sysname
  declare @otc nvarchar(20)
  declare @primaryKey sysname
  declare @totalCollected int = 0
  declare @totalDeleted int = 0

  fetch next from entity_cursor
  into @otc, @baseTableName, @primaryKey

  while @@FETCH_STATUS = 0
  begin
   print 'Cleaning up POA for ' + @baseTableName


   declare @deletestatement nvarchar(max)

   -- Insert records to be deleted in [#ToDeletePoaEntries]
   set @deletestatement = 'insert into #ToDeletePoaEntries(ObjectId, Otc) 
   select distinct poa.ObjectId, poa.ObjectTypeCode 
   from PrincipalObjectAccess poa
   left join ' + @baseTableName + ' e on poa.ObjectId = e.' + @primaryKey + 
   ' where e.' + @primaryKey + ' is null and poa.ObjectTypeCode = ' + @otc;
   
   print @deletestatement

   exec(@deletestatement)
   set @totalCollected = @@ROWCOUNT
   print CAST(@totalCollected as nvarchar(20)) + ' records collected for deletion for ' + @baseTableName

   fetch next from entity_cursor
   into @otc, @baseTableName, @primaryKey
  end

  close entity_cursor
  deallocate entity_cursor

  print CAST(@totalCollected as nvarchar(20)) + ' total records collected'

  -- Delete query


  -- delete all records of the current entity type which don't have corresponding object in the base table
  delete from PrincipalObjectAccess
  from PrincipalObjectAccess poa
  join #ToDeletePoaEntries e on poa.ObjectId = e.ObjectId and poa.ObjectTypeCode = e.Otc

  -- delete PrincipalObjectAccess records 

  set @totalDeleted = @@ROWCOUNT
  print CAST(@totalDeleted as nvarchar(20)) + ' records deleted for ' + @baseTableName

 COMMIT TRAN t1
 PRINT 'EXECUTION SUCCEED'
END TRY
BEGIN CATCH
 ROLLBACK TRAN t1
 PRINT 'EXECUTION FAILED :' + ERROR_MESSAGE()
END CATCH

--
:: Links / Weiterführende Informationen:

• Controlling Principal Object Access Growth in CRM 2011
• PrincipalObjectAccess – Performance Recommendations

Change Excel Export Limit

In CRM 2011 ist die Anzahl der Datensätze, die man nach Excel exportieren kann, auf 10.000  begrenzt. Es gibt keine Möglichkeit diese Grenze zu erhöhen – kein supportete Möglichkeit.

Unsupportet sieht das ganze schon anders aus. Mit folgendem SQL-Statement kann man die Grenze auf z.B. 2 Millionen erhöhen:

UPDATE [OrganizationDatabaseName].[dbo].[OrganizationBase] SET [MaxRecordsForExportToExcel] = 2000000

Folgende Parameter muß man ersetzen:
-    OrganizationDatabaseName: Name der Datenbank der Organisation
-    2000000: Neue Grenze der maximal zu exportierenden Datensätze

Natürlich sollte man immer damit rechnen, dass das Ganze in einem Timeout endet, wenn man es übertreibt.

--
:: Links / Weiterführende Informationen:

• Microsoft Forum