CRM 2011 – The located assembly’s manifest definition does not match the assembly reference
Hallo zusammen,
bei einem Kunden habe ich beim update einer CRM 4 Organisation den folgenden Fehler erhalten:
Action Microsoft.Crm.Tools.Admin.UpgradeWorkflowsAction failed.
Could not load file or assembly ‚Microsoft.Crm.Sdk, Version=4.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35‘ or one of its dependencies.
The located assembly’s manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
Ursache war, das ein paar PlugIns nicht in der Datenbank gespeichert waren sondern im Filesystem. Ich musste also nur die Daten aus dem Verzeichnis Server\bin\assembly des alten CRM 4.0 Servers auf den neuen CRM 2011 Server kopieren und konnte dann die Datenbank erfolgreich updaten.
Sollte das oben beschriebene Verfahren nicht ausreichen kann es helfen, die Microsoft.Crm.Sdk und SdkProxy Dlls der Version 4 in den Gac zu registrieren und dann das Update durchzuführen, danach können die Dlls wieder deregistriert werden.
Microsoft.Crm.Sdk and SdkProxy (v4)
CRM 2011 – Duplikaterkennung beim Import mit RU12 funktioniert nicht
Hallo zusammen,
wie ich gerade gelesen habe, soll es ein Problem mit dem RU12 und der Duplikaterkennung beim Import geben. Laut Microsoft Support ist dies erkannt worden und soll mit dem nächsten Major Release behoben werden.
Link zum Originalartikel siehe hier.
CRM 2011 – Dezember 2012 Service Update – Wichtige Informationen
Hallo,
unter der URL https://community.dynamics.com/product/crm/crmtechnical/b/dynamicscrmsupportblog/archive/2013/01/28/december-2012-update-has-been-released.aspx hat das CRM Team eine Blogbeitrag veröffentlicht, der eine Liste der wichtigsten KW Artikel zum RU12 von Microsoft enthält.
Anbei ein aktueller Auszug:
New Form Experience
How to continue using the classic forms after applying the December 2012 Service Update
Classic Form Experience
Cross Browser
Firefox or Chrome users are repeatedly prompted for credentials in Microsoft Dynamics CRM 2011
Google Chrome becomes unresponsive when logging into Microsoft Dynamics CRM Online
Microsoft Dynamics CRM 2011 Integrated Authentication with Firefox in Update Rollup 12
Microsoft Dynamics CRM 2011 Custom Code Validation Tool
Microsoft Dynamics CRM 2011 List Component for SharePoint
An updated SharePoint List Component is required for Microsoft Dynamics CRM Document Management (SharePoint integration) functionality. For the Microsoft Dynamics CRM Document Management feature to continue to operate, the updated list component must be downloaded from the Microsoft Dynamics CRM 2011 List Component for SharePoint download page
Informational
FIPS 140-2 Compliancy with Microsoft Dynamics CRM 2011 Update Rollup 12
Microsoft Dynamics CRM Compatibility List
Indexes added with Microsoft Dynamics CRM 2011 Update Rollup 12
Share Point Online Service Update Januar 2013
Hallo,
alle, die zusammen CRM Online auch SharePoint Online einsetzen, müssen unbedingt die SharePoint List Komponente updaten und die neue Version, die für den Multi Browser Support erstellt wurde, im SharePoint Server installieren.
Nur die neue Version ist kompatibel mit dem letzten Update von SharePoint online und wird nach dem automatischen Update von SharePoint Online funktionieren.
Aber Achtung, die neue Version ist nicht abwärtskompatibel, so das ihr die neue Version erst installieren solltet, wenn eure SharePoint Online Server upgedatet wurde.
Die neue zu installierende SharePoint List Komponente findet ihr hier:
http://www.microsoft.com/de-de/download/details.aspx?id=5283
RU12 ist erschienen
Gestern wurde der KB Artikel für das RU 12 von Microsoft veröffentlicht.
Ihr findet den Artikel unter diesem Link.
Das RU12 wird am 10. Januar im Downloadcenter und am 22. Januar über das Microsoft Update verfügbar sein.
Zusätzlich gibt es noch eine ganze Reihe von KB Artikeln, die in diesem Zusammenhang veröffentlicht wurden.
Existierende Globale oder Serviceadministratoren sind nicht mehr vorhanden, wenn das Dezember 2012 Update eingespielt wurde.
http://support.microsoft.com/kb/2790161
Der Dokumentenlink erscheint nicht in den neuen Lead und Verkaufschancenformularen des Dezember 2012 Service Updates
http://support.microsoft.com/kb/2792854
Prozesse funktionieren bei einigen Benutzern mit den neuen Vertriebs- und Serviceformularen aus dem Dezember 2012 Update nicht.
http://support.microsoft.com/kb/2790874
Hinweise, wie die „alten“ Formulare weiter benutzt werden können, nachdem das Dezember 2012 Update eingespielt wurde
http://support.microsoft.com/kb/2790793
Neue Indizes in der CRM Datenbank durch das Dezember 2012 Update
http://support.microsoft.com/kb/2792837
Browserkompatoibilität mit dem Dezember 2012 Update (Multi Browser Support)
http://support.microsoft.com/kb/2784954
Benutzer werden bei der Nutzung des Internet Explorers 7 zu Mobile Express umgeleitet, wenn das Dezember 2012 Update eingespielt wurde
CRM 2011 – Fehlersuche Email Router, Loggen, Tracen
Ich bin heute wieder einmal über dieses Thema gestolpert und alle von mir gefundenen Artikel haben das Thema nicht korrekt erklärt bzw. gingen gleich auf das Tracing ein, was aber in den meisten Fällen nicht nötig ist.
Mit dem Tracing können ehr grundsätzliche Fehler aufgespürt werden, wenn zum Beispiel der Dienst gar nicht mehr startet. Das Logging ist sehr hilfreich um z.B. Konfigurationsfehler des Email Routers zu ermitteln oder herauszufinden, warum eine bestimmte Email nicht über den Email Router abgeholt werden konnte.
Das Logging mit dem Email Router kann ganz einfach über die Datei Microsoft.CRM.Tools.EmailAgent.xml konfiguriert werden. Ihr findet die Datei im Ordner C:\Programme\Microsoft CRM Email\Service.
In dieser Datei gibt es im Standard bereits einen Eintrag <LogLevel>, der auf 1 stehen sollte.
Um das Loggen jetzt einzuschalten müsst ihr zuerst einen Eintrag unter <LogLevel> mit dem Namen <LogFile> hinzufügen, um den Namen und den Speicherort der Logdatei zu definieren.
Anschließend wird dann der LogLevel auf 3 gesetzt, um das loggen einzuschalten. Eure Konfigurationsdatei sollte dann also folgende Einträge enthalten:
<LogLevel>3</LogLevel>
<LogFile>c:\temp\log.txt</LogFile>
Ihr solltet den Email Router noch neu starten, damit er seine Konfiguration auch neu einliest.
Ich ändere für das Loggen auch noch immer den Wert in <SchedulingPeriod>, damit ich nicht so lange auf das abholen der Emails warten muss. Der Wert wird in Sekunden angegeben und die Defaulteinstellung von 1000 bedeutet also über 16 Minuten, was mir beim Testen immer zu lange ist.
CRM 2011 – Timeouts und Begrenzungen
Es gibt einen sehr schönen neuen Wiki-Artikel mit dem Thema CRM 2011 Timeouts and Limits.
In diesem Artikel werden die aktuell bekannten Timeouts mit ihren Defaultwerten aufgelistet. Zusätzlich wird erklärt, über welchen Key der Registry diese Werte geändert werden können.
Im Bereich Limits werden nicht nur die Begrenzungen für z.B. Fetch Abfragen beschrieben, sondern auch, ob und wie diese Grenze geändert werden kann.
Den Artikel findet ihr hier.
CRM 4.0 und CRM 2011 – Kompatibilitätsliste
Unter dem KB Artikel 2669061 veröffentlicht Microsoft ständig die aktuelle Kompatibilitätsliste für Microsoft Dynamics CRM 4.0 und 2011.
Direkter Link zum Artikel: KB 2669061
CRM 2011 – Outlook AddIn im WebClient für einzelne Benutzer nicht anbieten
Seit CRM 2011 gibt es ja die Möglichkeit, das Abrufen des Outlook Clients im Webclient zu unterbinden, indem einfach unter System\Verwaltung\Systemeinstellungen auf dem Reiter Outlook die Einstellung auf Nein gesetzt wird.
Was ist aber, wenn ihr das nur für einige Benutzer unterbinden wollt?
In diesem Fall müsst ihr unter Systemeinstellungen den Eintrag auf Ja setzten und bei den Clients, die den Outlook Client nicht über die Weboberfläche angeboten bekommen sollen, den folgenden Reg-Key setzen:
[HKEY_CURRENT_USER\Software\Microsoft\Office\Outlook\Addins\crmaddin.Addin]
„LoadBehavior“=dword:00000008
CRM 2011 – Wartende Workflows
In meinen Projekten kommt es immer wieder vor, das Workflows benötigt werden, die auf irgendein Ereignis warten sollen, bevor die Abarbeitung des Workflows fortgesetzt wird.
Auf das Einrichten eines wartenden Workflows möchte ich in diesem Artikel nicht eingehen sondern euch vielmehr auf ein Problem mit wartenden Workflows aufmerksam machen, das sehr oft übersehen wird.
Nehmen wir an, ihr habt in eurem Projekt einen Workflow mit einer Wartebedingung. Dann wird mit dem System gearbeitet und es gibt hunderte dieser wartenden Workflow.
Nach 6 Monaten haben sich die Anforderungen des Kunden geändert und der Workflow muss angepasst werden. Ihr denkt euch, das ist ja weiter kein Problem, einfach den Workflow deaktivieren, den Workflow entsprechend den neuen Anforderungen anpassen und wieder aktivieren.
Aber was passiert in diesem Szenario mit den Workflow, die bereits gewartet haben? Nun, die Antwort ist ganz einfach, sie arbeiten noch nach der alten Logik und wenn die Wartebedingung erfüllt wird, wird die alte Logik des Workflows ausgeführt.
Es ist also sehr wichtig, dass ihr vor der Änderung an Workflows mit einer Wartefunktion darauf achtet, auch die wartenden Workflows einzubeziehen und euch eine Lösung für diese zu überlegen.
Ich achte in meinen Projekten immer darauf, die Wartezeit in wartenden Workflows auf ein oder zwei Tage zu begrenzen. Sollten die Anforderungen des Kunden eine längere Wartezeit benötigen, arbeite ich mit anderen Techniken wir z.B. das aufteilen des Workflows ins einzelne, kleinere Workflows und/oder PlugIns.