String "DisableMapiCaching" in RU14

Wir hatten in unser großen CRM Umgebung eine lange Zeit Performanceprobleme mit dem Outlookclient.
Neben anderen Optimierungen wurde seit RU8 (ggfls. auch 6 oder7) der String "DisableMapiCaching" eingeführt, der für uns Welten gebracht hat.
Seit dem läuft der Outlookclient super und performant. Mit unser riesigen Datenbank ist ein Betrieb ohne diesen String nicht möglich.

Im RU14 scheint nun dieser String nicht mehr möglich oder geändert worden zu sein, da er keine Funktion mehr zeigt.
Wurde er gestrichen oder geändert? Wenn ja ist das RU14 nicht produktiv einsetzbar bei größeren Umgebungen mit Outlook.

Hier unser Registry Addon:

Code:

Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Microsoft\MSCRMClient]
"NotificationPollInterval"=dword:0036ee80
"StateManagerPollInterval"=dword:0000000a
"ActiveCachesUpdatingPeriodMilliseconds"=dword:002dc6c0
"IncrementalDataCachesInclusionUpdatingPeriodMilliseconds"=dword:005b8d80
"IncrementalDataCachesExclusionUpdatingPeriodMilliseconds"=dword:005b8d80
"DisableMapiCaching"=dword:00000001

[HKEY_CURRENT_USER\Software\Microsoft\MSCRMClient\{3b74bb99-276b-4443-ade0-3158ea458f11}]
"TagPollingPeriod"=dword:000927c0
"TagMaxAggressiveCycles"=dword:00000000

Erklärung: Beim Anpinnen (Stecknadel) von Ansichten ohne den String in Outlook, wird vom Server zwischengecacht und Outlook steht minutenlang still.
Bei großen Ansichten/Datenmengen ist der Client damit unbedienbar.

Vielen Dank

Zuletzt geändert von CPAG-HH am 26. Juli 2013 14:21, insgesamt 2-mal geändert.

Hi,

im RU14 hat Microsoft Performance Anpassungen gemacht:
•Bessere Performance, um Benutzer- und Zwischenspeichern. Beispielsweise ist ein Benutzer Mitglied von 15.000 Teams. Sie melden Sie sich als dieser Benutzer, und es dauert lange, bis alle Daten zwischenspeichern. Wenn Sie unter einem anderen Benutzernamen anmelden, sehen Sie das gleiche Problem durch Löschen des Caches an.

damit funktioniert DisableMapiCaching nicht mehr.

Ich suche auch nach neue Lösung.

Gruß

Iaroslav

Hallo,

ja ich kann das mittlerweile auch 100% durch Labortests bestätigen.
Damit ist CRM nicht mehr in großen Firmenumgebungen mit riesiger Datenbank und Outlookclient einsetzbar.
RU9-14 sind damit allesamt "Schrott".

Großartig!
Wäre für jede Lösung dankbar. Ansonsten bleibt nur produktiv RU8

Gibt es eigentlich eine offizielle Stelle wo man sich hinwenden kann? Das kann ja nicht mehr angehen, dass CRM immer mehr "verschlimmbessert" wird.
Ggfls. kommt man da als MS Goldpartner weiter?

So Butter bei die Fische:
Ich bin mit einigen CRM MVPs in Email-Kontakt gewesen und habe auch selber im Labor getestet.

Die Strings wurden lokal in der Registry am Client bei RU14 gestrichen und sind in die OrgDbOrgSettings 'gewandert' und können nunmehr mit dem OrgDBOrgSettings-Tool gelesen bzw. gesetzt werden

Die Keys DisableMapiCaching Boolean
AddressBookMaterializedViewsEnabled Boolean

http://support.microsoft.com/kb/2691237
http://cognettacloud.com/?p=867
http://carstengroth.wordpress.com/category/crm-2011/
http://support.microsoft.com/kb/288894
http://support.microsoft.com/kb/2585157

Gruß

Hi CPAG-HH,

danke für Infos.

Gruß

Iaroslav

Ich habe nun im Labor RU14 installiert und die OrgDbOrgSettings gesetzt.
Trotz iisreset+ Pool recyclen, Komplettstart der Windows Server und Neuinstalltion vom Outlookclient greift bei mir das OrgDbOrgSettings DisableMapiCaching nicht oder zumindest nicht so sauber und zuverlässig wie der frühere Registrystring.

Ab und zu scheint DisableMapiCaching zu greifen, dann aber wieder hängt der Outlookclient nach Klick auf die Stecknadel minutenlang wie früher.
Jemand andere Erfahrungen oder eine Idee ob weitere Scritte nach dem
"Microsoft.Crm.SE.OrgDBOrgSettingsTool.exe Update /u <OrgName> DisableMapiCaching True" nötig sind?
Unter Retrieve wird der String als True angezeigt.

Danke, Gruß und fröhlichen Sysadminday
CPAG-HH

Hallo,

bei mir funktioniert OrgDBOrgSettingsTool nicht.
Nach Abfrage "Microsoft.Crm.Se.OrgDbOrgSettingsTool.exe Retrieve /u OrgName" kriege ich eine Fehlermeldung: "Error occurred in OrgDBOrgSettings and the error detail are The caller was not authenticated by the Service. The request for security token could not be satisfied because authentication failed".

hat jemand schon gehabt?

Gruß

Iaroslav

Ja, es muss die "Microsoft.Crm.SE.OrgDBOrgSettingsTool.exe.config" entsprechend sauber angepasst werden.
Relevant sind folgende Bereiche:

Code:

            <setting name="OrgDBOrgSettingsTool_CrmService_CrmService" serializeAs="String">
              <!--- Please change CrmServer to your Crm Server Name -->
                <value>http://SERVERNAME/MSCrmServices/2007/CrmService.asmx</value>

            <setting name="OrgDBOrgSettingsTool_CrmDiscoveryService_CrmDiscoveryService"
                serializeAs="String">
              <!--- Please change CrmServer to your Crm Server Name -->
                <value>http://SERVERNAME:/XrmServices/2011/Discovery.svc</value>

            <setting name="OrgDBOrgSettingsTool_UserName" serializeAs="String">
              <!--- Please change the value below to your email Id/User Name for Online / SPLA -->
                <value>administrator</value>

          <setting name="OrgDBOrgSettingsTool_Domain" serializeAs="String">
            <value>DOMAIN</value>

          <setting name="OrgDBOrgSettingsTool_OrgServiceUri" serializeAs="String">
            <value>http://SERVERNAME/{0}/XrmServices/2011/Organization.svc</value>

Wobei natürlich SERVERNAME und DOMAIN entsprechend angepasst werden muss.
Danach kommt die normale Windows AD Passwortabfrage und man muss noch mal obige Zugansdaten (DOMAIN\Administrator) und Passwort zwei mal angeben.

Hi,

ich habe schon mehrmals config Datei anders konfiguriert und bin schon unsicher, dass das Problem da liegt.

Dieser Eintrag hatte ich früher nicht angepasst, aber hat auch nicht geholfen.
<setting name="OrgDBOrgSettingsTool_OrgServiceUri" serializeAs="String">
<value>http://SERVERNAME/{0}/XrmServices/2011/Organization.svc</value> ??

Woran kann das noch liegen? Soll man IIS anpassen? aber da ist anonym Zugriff aktiviert.

Gruß

Iaroslav

Ich musste weder im Labor noch produktiv etwas am IIS anpassen, aber eben jeweils die 5 Strings im config-file.

Code:

<setting name="OrgDBOrgSettingsTool_CrmService_CrmService" serializeAs="String">
<setting name="OrgDBOrgSettingsTool_CrmDiscoveryService_CrmDiscoveryService"
<setting name="OrgDBOrgSettingsTool_UserName" serializeAs="String">
<setting name="OrgDBOrgSettingsTool_Domain" serializeAs="String">
<setting name="OrgDBOrgSettingsTool_OrgServiceUri" serializeAs="String">

Wobei username und domain ggfls. egal sind, da sind sowieso im Folgedialog noch einmal eingegeben werden.
das "/{0}/" muss übrigens stehen bleiben, da mit der variablen die CRM Organisation eingefügt wird.

Ein paar Ideen:
-Shell als Admin ausgeführt?
-Eingetragener und ausführender User muss Adminrechte auf Server und Crm haben
-Am besten auf dem CRM Anwendungsserver ausführen
-Servernamen im Netbiosformat eintragen nicht als dns bzw. FQDN
-{0} Variable muss stehenbleiben bei orgserviceuri

Hallo,

nachdem Neustart von Server funktioniert alles wieder.
Danke

Iaroslav

Hallo,

wie soll das Microsoft.Crm.SE.OrgDBOrgSettingsTool.exe Update /u testOrg SetRegardingLookupDefaultEntityType Parameter funktionieren? Egal was ich trage ein, steht trotzdem Firma in alle LookUps.

Gruß

Iaroslav