CRM 1.2 Probleme

Hi,

im 2. Anlauf (vor einigen Wochen hatte ich unseren SBS zerschossen) hats geklappt, ich habe CRM 1.2 fehlerfrei installiert. Dennoch, es gibt wieder Probleme.

Umgebung:

Server 1: SBS 2003 SP1, DC, Exchange2003 und SQL Server2000, CRM Email Router

Server 2: Windows 2003 Standard Server als Member, CRM Server

Clients: ThinkPads mit WindowsXP SP2

CRM Installation:

(Nicht als Testfirma installiert sondern scharf)

SQL Server 2000 auf SBS 2003 Server ohne Fehler installiert.

Im Exchange die entsprechenden Benutzer modifiziert für CRMemail.

CRM 1.2 auf Windows2003 Standard Server ohne Fehler installiert.

CRM Email Router auf SBS 2003 Server ohne Fehler installiert.

Domänenbenutzer per Enterprise Manager für CRM Datenbanken hinzugefügt.

SQL-Rechte public für die entsprechenden Datenbanken gesetzt.

Bereitstellungsmanager ausgeführt und Benutzer hinzugefügt.

CRM Outlook/Sales Client Installation:

Als User angemeldet (lokale Admin-Rechte) und Client ohne Fehler installiert.

Outlook2003.

Was funktioniert:

- Im Browser funktioniert so ziemlich alles einwandfrei.

- Im IE kann ich auf die CRM Website zugreifen und werde erfolgreich "erkannt".

- Alle Daten sind verfügbar.

- Im Outlook sind die neuen Buttons für CRM da und funktionabel.

- Erstellte Termine in Outlook als CRM Termin deklariert, sehe ich im CRM

Nun gehts an die Probs:

- Termine oder Terminänderungen innerhalb CRM (über Browser) werden nicht nach Outlook repliziert (auch nicht nach manuellem Anstoßen von Synchronisation).

- Erstelle ich eine CRM eMail in Outlook und versende diese, kommt "Fehler, wenden Sie sich an den Administrator".

- Im CRM Offline-Modus in Outlook sehe ich alle CRM Folder, bekomme aber beim Aufruf "Fehler, keine Entität" angezeigt.

- Emails aus dem CRM heraus werden nicht versendet.

- Der Import der Kontakte aus Outlook nach CRM (Browser) wird mit der Fehlermeldung "Outlook konnte nicht gestartet werden. Stellen Sie sicher, daß Outlook auf Ihrem System installiert ist" abgebrochen. Outlook ist natürlich installiert. Ich habe es sogar im Hintergrund offen. ActiveX Steuerelemente dürfen installiert werden.

- Meine lokale MSDE kann ich im Serverdienstmanager nicht verbinden. Der Dienst "MSSQL$CRM" läuft aber. Ich denke, dass vieles von diesem Problem abhängig ist. Die MSDE ist von CRM Sales/Outlook installiert worden, es gab vorher keine MSDE Instanzen.

Das ist erstmal einiges zum Grübeln, denke ich.

Gruß

- Pie

Ich kann den SQLAgent$CRM nicht starten.

C:\Programme\Microsoft SQL Server\MSSQL$CRM\Binn\sqlagent.EXE -i CRM bringt Fehler 6

Den gleichen Fehler bekomme ich auch an einer anderen Maschine.

892949 Update rollup 1 für Microsoft CRM Sales für Outlook 1.2 ist installiert.

Keine Änderung.

Für mich sieht das so aus, als ob es keinen Zugriff auf die SQL Instanz gäbe.

Ein osql query gab 0 Einträge zurück.

Der SQL Server Dienst Manager zeigt meinen Rechner nicht als SQL Server an. Auch wenn ich ihn manuell eintrage, wird er nicht verbunden.

Die Instanz MSSQL$CRM und der SQLAgent$CRM sind nun gestartet, dennoch kann ich weder mit dem Dienstmanager, noch sonst eine Verbindung herstellen.

Ereignisprotokol gibt nach Synchronisationsversuch folgendes raus:

MSCRM Platform Error Report:

--------------------------------------------------------------------------------------------------------

Error: Ausnahme von HRESULT: 0x80040E00.

Error Message: Ausnahme von HRESULT: 0x80040E00.

Error Details: Details on this error have not been provided by the platform.

Source File: Not available

Line Number: Not available

Stack Trace Info: at System.Web.UI.Page.HandleError(Exception e)

at System.Web.UI.Page.ProcessRequestMain()

at System.Web.UI.Page.ProcessRequest()

at System.Web.UI.Page.ProcessRequest(HttpContext context)

at System.Web.CallHandlerExecutionStep.System.Web.HttpApplication+IExecutionStep.Execute()

at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.

----------------------------

Ich geh jetzt pennen...

Moin, da bin ich wieder :D

Wollte noch anmerken, dass die Fehlermeldung natürlich ebenfalls daher kommen, dass keine lokale SQL Datenbank erreichbar ist.

-Pie

*totalerunsinn*

sorry, hab nichts gesagt - ich schein heute morgen nicht ganz zurechnungsfähig zu sein. Muss mir erstmal kaffeekochen hier. ogott o gott...

@morpheu_

die Antwort verstehe ich jetzt nun wirklich nicht!

Hallo Pie,

es ist einige Zeit her, dass ich den CRm installiert habe, aber wenn ich mich nicht täusche, sollte die Datenbank auf einem anderen Server liegen, der nicht DC sein darf, was ja hier dann nicht korrekt wäre.

Schau mal in den Installationsvorgaben nach, da könnte das problem sein.

herakles99

Hallo Herakles,

ich verstehe das Kaffee-Posting auch nicht. Ich schätze Morpheus hat was geschrieben, dann alles gelöscht und nur noch das obige stehen lassen. So wissen wir natürlich nicht, was totaler Unsinn ist...

Wie dem auch sei, der CRM Server ist kein DC. Lediglich der SQL Server ist auf dem DC installiert, das geht in Ordnung. Es ist auch möglich, das CRM auf dem DC zu installieren, es wird nur nicht empfohlen.

Trotzdem danke :-)

Es folgt gleich noch ein Nachtrag.

- Pie

Ich habe nun den Sales/Outlook Client samt MSDE deinstalliert, da die CRM Intanz nicht zu erreichen war und auch der Dienst Manager den SQL Server nicht ansprechen konnte.

Anschließend habe ich die MSDE manuell von der Sales/Outlook CD mit setup.exe blanksapwd=1 installiert. Der Dienst Manager kann nun die DB einwandfrei sehen und verwalten. Ebenso den SQLAgent.

Dann habe ich Sales/Outlook Client erneut installiert, inklusive der SQL Instanz MSSQL$CRM. Die Instanz ist unter Dienste gestartet, der Agent SQLAgent$CRM steht auf Startart "Manuell", kann aber ohne Fehler gestartet werden.

Nun habe ich wieder das Updaterollup 1 für Sales/Outlook installiert und im Online Modus läuft das wieder soweit.

Wechsele ich aber zum Offline-Modus vom CRM, kann die Datenbank erneut nicht gefunden werden.

Ich kann mir nicht verkneifen zu sagen, dass ich hier langsam aber sicher am Stock gehe.

Gruss

- Pie

Alles wieder deinstalliert auf dem Client.

Erneute Installation von Sales/Outlook Client bringt wieder das gleiche Problem: Die Instanz $CRM ist nicht ansprechbar und auch nicht im Dienste Manager zu sehen.

Demzufolge habe ich im CRM Offlinebetrieb wieder "Metadaten-Cachefehler: Keine Instanz"

Das ErrorLog der MSSQL$CRM Instanz:

-----------------------------

2005-08-15 14:26:32.09 server Microsoft SQL Server 2000 - 8.00.760 (Intel X86)

Dec 17 2002 14:22:05

Copyright © 1988-2003 Microsoft Corporation

Desktop Engine on Windows NT 5.1 (Build 2600: Service Pack 2)

2005-08-15 14:26:32.09 server Copyright © 1988-2002 Microsoft Corporation.

2005-08-15 14:26:32.09 server Alle Rechte vorbehalten.

2005-08-15 14:26:32.09 server Serverprozess-ID ist 2160.

2005-08-15 14:26:32.09 server Protokolliert SQL Server-Meldungen in Datei 'C:\Programme\Microsoft SQL Server\MSSQL$CRM\LOG\ERRORLOG'.

2005-08-15 14:26:32.12 server SQL Server startet mit Prioritätsklasse 'normal' (1 CPU vorgefunden).

2005-08-15 14:26:32.47 server SQL Server wurde für die Verarbeitung im thread-Modus konfiguriert.

2005-08-15 14:26:32.47 server Die dynamic-Sperrenreservierung wird verwendet. [500] Sperrenblöcke, [1000] Sperrenbesitzerblöcke.

2005-08-15 14:26:32.57 spid3 Achtung ******************

2005-08-15 14:26:32.57 spid3 SQL Server wurde im Einzelbenutzermodus gestartet. Aktualisierungen der Systemkataloge sind zulässig.

2005-08-15 14:26:32.58 spid3 Startet Datenbank 'master'.

2005-08-15 14:26:33.29 server Verwendet 'SSNETLIB.DLL', Version '8.0.766'.

2005-08-15 14:26:33.30 spid5 Startet Datenbank 'model'.

2005-08-15 14:26:33.43 spid3 Servername ist 'NOT-AR\CRM'.

2005-08-15 14:26:33.46 spid3 Skipping startup of clean database id 5

2005-08-15 14:26:33.46 spid3 Skipping startup of clean database id 6

2005-08-15 14:26:33.51 spid3 Startet Datenbank 'msdb'.

2005-08-15 14:26:33.87 server SQL Server überwacht Shared Memory.

2005-08-15 14:26:33.88 server SQL Server ist bereit für Clientverbindungen

2005-08-15 14:26:33.95 spid5 Löscht tempdb-Datenbank.

2005-08-15 14:26:36.18 spid5 Startet Datenbank 'tempdb'.

2005-08-15 14:26:36.29 spid3 Achtung ******************

2005-08-15 14:26:36.29 spid3 Ändert die Standardsortierung zu Latin1_General_CI_AS.

2005-08-15 14:26:37.95 spid3 Der Clustered-Index für master.sysdatabases wurde wiederhergestellt.

2005-08-15 14:26:38.06 spid3 Der Non-clustered-Index für master.sysobjects wurde wiederhergestellt.

2005-08-15 14:26:38.06 spid3 Der Non-clustered-Index für master.sysobjects wurde wiederhergestellt.

2005-08-15 14:26:38.15 spid3 Der -Index für master.syscolumns wurde wiederhergestellt.

2005-08-15 14:26:38.17 spid3 Der -Index für master.systypes wurde wiederhergestellt.

2005-08-15 14:26:38.20 spid3 Der -Index für master.sysusers wurde wiederhergestellt.

2005-08-15 14:26:39.66 spid3 Der -Index für master.sysproperties wurde wiederhergestellt.

2005-08-15 14:26:39.72 spid3 Der -Index für master.sysfulltextcatalogs wurde wiederhergestellt.

2005-08-15 14:26:39.93 spid3 Der -Index für master.sysxlogins wurde wiederhergestellt.

2005-08-15 14:26:40.18 spid3 Der -Index für master.sysdevices wurde wiederhergestellt.

2005-08-15 14:26:40.33 spid3 Der -Index für master.sysservers wurde wiederhergestellt.

2005-08-15 14:26:40.64 spid3 Der -Index für master.syslanguages wurde wiederhergestellt.

2005-08-15 14:26:40.94 spid3 Der -Index für master.syscharsets wurde wiederhergestellt.

2005-08-15 14:26:40.96 spid3 Der -Index für master.sysfilegroups wurde wiederhergestellt.

2005-08-15 14:26:41.68 spid3 Der -Index für master.spt_values wurde wiederhergestellt.

2005-08-15 14:26:42.00 spid3 Der -Index für master.spt_datatype_info_ext wurde wiederhergestellt.

2005-08-15 14:26:42.02 spid3 Der -Index für master.MSreplication_options wurde wiederhergestellt.

2005-08-15 14:26:42.03 spid3 Der -Index für master.spt_datatype_info wurde wiederhergestellt.

2005-08-15 14:26:42.52 spid3 Der Non-clustered-Index für tempdb.sysobjects wurde wiederhergestellt.

>> Teil 2 folgt

2005-08-15 14:26:42.53 spid3 Der Non-clustered-Index für tempdb.sysobjects wurde wiederhergestellt.

2005-08-15 14:26:42.59 spid3 Der -Index für tempdb.syscolumns wurde wiederhergestellt.

2005-08-15 14:26:42.67 spid3 Der -Index für tempdb.systypes wurde wiederhergestellt.

2005-08-15 14:26:42.68 spid3 Der -Index für tempdb.sysusers wurde wiederhergestellt.

2005-08-15 14:26:42.68 spid3 Der -Index für tempdb.sysproperties wurde wiederhergestellt.

2005-08-15 14:26:42.69 spid3 Der -Index für tempdb.sysfulltextcatalogs wurde wiederhergestellt.

2005-08-15 14:26:43.03 spid3 Der -Index für tempdb.sysfilegroups wurde wiederhergestellt.

2005-08-15 14:26:43.45 spid3 Der Non-clustered-Index für model.sysobjects wurde wiederhergestellt.

2005-08-15 14:26:43.47 spid3 Der Non-clustered-Index für model.sysobjects wurde wiederhergestellt.

2005-08-15 14:26:43.66 spid3 Der -Index für model.syscolumns wurde wiederhergestellt.

2005-08-15 14:26:43.67 spid3 Der -Index für model.systypes wurde wiederhergestellt.

2005-08-15 14:26:43.92 spid3 Der -Index für model.sysusers wurde wiederhergestellt.

2005-08-15 14:26:43.93 spid3 Der -Index für model.sysproperties wurde wiederhergestellt.

2005-08-15 14:26:43.93 spid3 Der -Index für model.sysfulltextcatalogs wurde wiederhergestellt.

2005-08-15 14:26:43.94 spid3 Der -Index für model.sysfilegroups wurde wiederhergestellt.

2005-08-15 14:26:44.79 spid3 Der Non-clustered-Index für msdb.sysobjects wurde wiederhergestellt.

2005-08-15 14:26:44.80 spid3 Der Non-clustered-Index für msdb.sysobjects wurde wiederhergestellt.

2005-08-15 14:26:44.82 spid3 Der -Index für msdb.syscolumns wurde wiederhergestellt.

2005-08-15 14:26:44.84 spid3 Der -Index für msdb.systypes wurde wiederhergestellt.

2005-08-15 14:26:45.16 spid3 Der -Index für msdb.sysusers wurde wiederhergestellt.

2005-08-15 14:26:45.18 spid3 Der -Index für msdb.sysproperties wurde wiederhergestellt.

2005-08-15 14:26:45.18 spid3 Der -Index für msdb.sysfulltextcatalogs wurde wiederhergestellt.

2005-08-15 14:26:45.19 spid3 Der -Index für msdb.sysfilegroups wurde wiederhergestellt.

2005-08-15 14:26:45.21 spid3 Der -Index für msdb.sysjobschedules wurde wiederhergestellt.

2005-08-15 14:26:45.22 spid3 Der -Index für msdb.syscategories wurde wiederhergestellt.

2005-08-15 14:26:45.24 spid3 Der -Index für msdb.systargetservers wurde wiederhergestellt.

2005-08-15 14:26:45.24 spid3 Der -Index für msdb.systargetservergroups wurde wiederhergestellt.

2005-08-15 14:26:46.53 spid3 Der -Index für msdb.sysalerts wurde wiederhergestellt.

2005-08-15 14:26:46.54 spid3 Der -Index für msdb.sysoperators wurde wiederhergestellt.

2005-08-15 14:26:46.54 spid3 Der -Index für msdb.syscachedcredentials wurde wiederhergestellt.

>> Teil 3 folgt

2005-08-15 14:26:46.54 spid3 Der -Index für msdb.logmarkhistory wurde wiederhergestellt.

2005-08-15 14:26:46.75 spid3 Der -Index für msdb.sysdtscategories wurde wiederhergestellt.

2005-08-15 14:26:46.75 spid3 Der -Index für msdb.sysdbmaintplan_databases wurde wiederhergestellt.

2005-08-15 14:26:46.76 spid3 Der -Index für msdb.mswebtasks wurde wiederhergestellt.

2005-08-15 14:26:46.76 spid3 Der -Index für msdb.sysdownloadlist wurde wiederhergestellt.

2005-08-15 14:26:46.76 spid3 Der -Index für msdb.sysjobs wurde wiederhergestellt.

2005-08-15 14:26:46.77 spid3 Der -Index für msdb.sysjobsteps wurde wiederhergestellt.

2005-08-15 14:26:48.00 spid3 Die Standardsortierung wurde erfolgreich geändert.

2005-08-15 14:26:48.35 spid3 Wiederherstellung abgeschlossen.

2005-08-15 14:26:48.35 spid3 SQL global counter collection task is created.

2005-08-15 14:26:48.44 spid3 Warning: override, autoexec procedures skipped.

2005-08-15 14:26:54.75 spid51 Fehler: 15457, Schweregrad: 0, Status: 1

2005-08-15 14:26:54.75 spid51 Die Konfigurationsoption 'allow updates' wurde von 0 zu 1 geändert. Führen Sie zum Installieren die RECONFIGURE-Anweisung aus..

2005-08-15 14:26:54.87 spid51 Fehler: 15457, Schweregrad: 0, Status: 1

2005-08-15 14:26:54.87 spid51 Die Konfigurationsoption 'allow updates' wurde von 1 zu 0 geändert. Führen Sie zum Installieren die RECONFIGURE-Anweisung aus..

2005-08-15 14:26:55.39 spid3 Aufgrund der Stop-Anforderung des Dienstkontroll-Managers wird SQL Server beendet.

--------------------------------

Den Fehler 15457 habe ich in der KB gefunden. Der Workaround ist mir aber viel zu heftig, da ich von SQL zu wenig verstehe :(

Kann da jemand weiterhelfen?

Gruss

- Pie

Hat denn da niemand Lösungsansäzte zu?

- Pie