Offen Fehler bei erstem Start der Wawi nach Installation

[Der Konnektor]

Hallo Forum,
beim ersten Start der Wawi nach der Installation der Datei setup-jtl-wawi_099923_140321.exe wird die Datenbank angelegt und scheinbar diverse Aktualisierungen vorgenommen.
Bei einer der Aktualisierungen von Version 0.9871 erhalte ich folgenden Fehler:

...
Ein Sortierungskonflikt zwischen "SQL_Latin1_General_CP1_CI_AS" und "Latin1_General_CI_AS" im equal to-Vorgang kann nicht aufgelöst werden. Src: Execute 23
...

Genauer Text siehe Screenshot.

Verwendete Installationsdateien:
JTL-Wawi inkl. Datenbankserver
Aktuelle Version: 0.99923 vom 09.05.2014

JTL-Wawi-Full.zip
von http://www.jtl-software.de/JTL-Wawi-Download

Installation genau nach Anweisung aus install.txt
Installiert wurde auf Windows 7 SP1 Professional incl. aller Updates als Administrator.

Ich habe wie im Screenshot gefordert einen Trace gestartet. Dort wird der Fehler wie folgt protokolliert:

...
JTL-wawi        e6c-8b4	EXIT  SQLFreeStmt  with return code 0 (SQL_SUCCESS)
		HSTMT               0x02740E80
		UWORD                        0 <SQL_CLOSE>


JTL-wawi        e6c-8b4	ENTER SQLExecDirect 
		HSTMT               0x02740E80
		UCHAR *             0x00A7A6E0 [      -3] "ALTER TRIGGER [dbo].[tgr_lb_tZahlung_INSUPDEL]\ a--\ a-- Copyright (C) 2013 JTL-Software-GmbH\ a-- Datum 29.01.2013\ a-- Version 05\ a--\ aON [dbo].[tZahlung]\ aAFTER INSERT, UPDATE, DELETE\ aAS\ aBEGIN\ a\ a\ 9DECLARE @kBestellung BIGINT\ a\ 9SET @kBestellung = 0\ a\ 9DECLARE @kZahlungenOhneZahlungsart AS TABLE (kZahlung INT)\ a\ 9  \ 9\ 9\ a\ 9DECLARE c CURSOR LOCAL FAST_FORWARD FOR\ a\ 9\ 9SELECT U1.kBestellung FROM\ a\ 9\ 9(\ a\ 9\ 9\ 9SELECT deleted.kBestellung FROM deleted\ a\ 9\ 9\ 9UNION\ a\ 9\ 9\ 9SELECT inserted.kBestellung FROM inserted\ a\ 9\ 9) AS U1\ a\ 9\ a\ 9OPEN c\ a\ 9FETCH NEXT FROM c INTO @kBestellung\ 9\ 9\ a\ 9\ a\ 9WHILE (@@FETCH_STATUS = 0)\ a\ 9BEGIN\ 9\ a\ 9\ 9EXEC spBestellungEckdatenAktualisieren @kBestellung\ 9\ 9\ 9\ 9\ 9\ 9\ a\ 9\ 9FETCH NEXT FROM c INTO @kBestellung\ a\ 9END\ a\ 9\ a\ 9CLOSE c\ a\ 9DEALLOCATE c\ a\ 9\ a\ 9--\ a\ 9-- Hier wird sichergestellt, dass kZahlungsart nicht 0 ist\ a\ 9-- Dies ist f\ffr Ameisenexporte von Rechnungen erforderlich\ a\ 9-- Der Wert 0 als Zahlungsart kann durch Importe aus externen Systemen entstehen\ a\ 9--\ a\ 9INSERT INTO @kZahlungenOhneZahlungsart (kZahlung)\ a\ 9SELECT U1.kZahlung FROM\ a\ 9(\ a\ 9\ 9SELECT deleted.kZahlung, deleted.kZahlungsart FROM deleted WHERE ISNULL(deleted.kZahlungsart, 0) = 0\ 9\ a\ 9\ 9UNION\ a\ 9\ 9SELECT inserted.kZahlung, inserted.kZahlungsart FROM inserted WHERE ISNULL(inserted.kZahlungsart, 0) = 0\ a\ 9) AS U1\ a\ a\ 9if(ISNULL((SELECT COUNT(kZahlung) FROM @kZahlungenOhneZahlungsart), 0) > 0)\ a\ 9BEGIN\ a\ 9\ 9DECLARE @kStandardZahlungsart INT\ a\ 9\ 9SET @kStandardZahlungsart = ISNULL((SELECT TOP 1 tZahlungsart.kZahlungsart FROM tZahlungsart), 0)\ a\ a\ 9\ 9--\ a\ 9\ 9-- Wenn keine Zahlungsart ermittelt werden kann wird eine Dummy-Zahlungsart angelegt\ a\ 9\ 9--\ a\ 9\ 9if(@kStandardZahlungsart = 0)\ a\ 9\ 9BEGIN\ a\ 9\ 9\ 9DECLARE @kZahlungsartPK AS TABLE (kZahlungsart INT)\ a\ 9\ 9\ 9INSERT INTO @kZahlungsartPK(kZahlungsart) EX..."
		SDWORD                    -3


JTL-wawi        e6c-8b4	EXIT  SQLExecDirect  with return code -1 (SQL_ERROR)
		HSTMT               0x02740E80
		UCHAR *             0x00A7A6E0 [      -3] "ALTER TRIGGER [dbo].[tgr_lb_tZahlung_INSUPDEL]\ a--\ a-- Copyright (C) 2013 JTL-Software-GmbH\ a-- Datum 29.01.2013\ a-- Version 05\ a--\ aON [dbo].[tZahlung]\ aAFTER INSERT, UPDATE, DELETE\ aAS\ aBEGIN\ a\ a\ 9DECLARE @kBestellung BIGINT\ a\ 9SET @kBestellung = 0\ a\ 9DECLARE @kZahlungenOhneZahlungsart AS TABLE (kZahlung INT)\ a\ 9  \ 9\ 9\ a\ 9DECLARE c CURSOR LOCAL FAST_FORWARD FOR\ a\ 9\ 9SELECT U1.kBestellung FROM\ a\ 9\ 9(\ a\ 9\ 9\ 9SELECT deleted.kBestellung FROM deleted\ a\ 9\ 9\ 9UNION\ a\ 9\ 9\ 9SELECT inserted.kBestellung FROM inserted\ a\ 9\ 9) AS U1\ a\ 9\ a\ 9OPEN c\ a\ 9FETCH NEXT FROM c INTO @kBestellung\ 9\ 9\ a\ 9\ a\ 9WHILE (@@FETCH_STATUS = 0)\ a\ 9BEGIN\ 9\ a\ 9\ 9EXEC spBestellungEckdatenAktualisieren @kBestellung\ 9\ 9\ 9\ 9\ 9\ 9\ a\ 9\ 9FETCH NEXT FROM c INTO @kBestellung\ a\ 9END\ a\ 9\ a\ 9CLOSE c\ a\ 9DEALLOCATE c\ a\ 9\ a\ 9--\ a\ 9-- Hier wird sichergestellt, dass kZahlungsart nicht 0 ist\ a\ 9-- Dies ist f\ffr Ameisenexporte von Rechnungen erforderlich\ a\ 9-- Der Wert 0 als Zahlungsart kann durch Importe aus externen Systemen entstehen\ a\ 9--\ a\ 9INSERT INTO @kZahlungenOhneZahlungsart (kZahlung)\ a\ 9SELECT U1.kZahlung FROM\ a\ 9(\ a\ 9\ 9SELECT deleted.kZahlung, deleted.kZahlungsart FROM deleted WHERE ISNULL(deleted.kZahlungsart, 0) = 0\ 9\ a\ 9\ 9UNION\ a\ 9\ 9SELECT inserted.kZahlung, inserted.kZahlungsart FROM inserted WHERE ISNULL(inserted.kZahlungsart, 0) = 0\ a\ 9) AS U1\ a\ a\ 9if(ISNULL((SELECT COUNT(kZahlung) FROM @kZahlungenOhneZahlungsart), 0) > 0)\ a\ 9BEGIN\ a\ 9\ 9DECLARE @kStandardZahlungsart INT\ a\ 9\ 9SET @kStandardZahlungsart = ISNULL((SELECT TOP 1 tZahlungsart.kZahlungsart FROM tZahlungsart), 0)\ a\ a\ 9\ 9--\ a\ 9\ 9-- Wenn keine Zahlungsart ermittelt werden kann wird eine Dummy-Zahlungsart angelegt\ a\ 9\ 9--\ a\ 9\ 9if(@kStandardZahlungsart = 0)\ a\ 9\ 9BEGIN\ a\ 9\ 9\ 9DECLARE @kZahlungsartPK AS TABLE (kZahlungsart INT)\ a\ 9\ 9\ 9INSERT INTO @kZahlungsartPK(kZahlungsart) EX..."
		SDWORD                    -3


		DIAG [42000] [Microsoft][ODBC SQL Server Driver][SQL Server]Ein Sortierungskonflikt zwischen "SQL_Latin1_General_CP1_CI_AS" und "Latin1_General_CI_AS" im equal to-Vorgang kann nicht aufgelöst werden. (468) 


JTL-wawi        e6c-8b4	ENTER SQLErrorW 
		HENV                0x00F7DB48
		HDBC                0x00F7D160
		HSTMT               0x02740E80
		WCHAR *             0x0B6AF028
		SDWORD *            0x0B6AF060
		WCHAR *             0x0B6AEC28 
		SWORD                      512 
		SWORD *             0x0B6AF064


JTL-wawi        e6c-8b4	EXIT  SQLErrorW  with return code 0 (SQL_SUCCESS)
		HENV                0x00F7DB48
		HDBC                0x00F7D160
		HSTMT               0x02740E80
		WCHAR *             0x0B6AF028 [       5] "42000"
		SDWORD *            0x0B6AF060 (468)
		WCHAR *             0x0B6AEC28 [     186] "[Microsoft][ODBC SQL Server Driver][SQL Server]Ein Sortierungskonflikt zwischen "SQL_Latin1_General_CP1_CI_AS" und "Latin1_General_CI_AS" im equal to-Vorgang kann nicht aufgel\ffst werden."
		SWORD                      512 
		SWORD *             0x0B6AF064 (186)


JTL-wawi        e6c-8b4	ENTER SQLFreeStmt 
		HSTMT               0x02740E80
		UWORD                        0 <SQL_CLOSE>


JTL-wawi        e6c-8b4	EXIT  SQLFreeStmt  with return code 0 (SQL_SUCCESS)
		HSTMT               0x02740E80
		UWORD                        0 <SQL_CLOSE>
...

Nach dem Klick auf OK läuft die weitere Installation fehlerlos durch und auch jeder Neustart der WaWi produziert keine direkten Fehler.
Ich vermute jedoch stark, dass meine in anderen Beiträgen gemeldeten Fehlern auf diesen Beruhen.
Was ist da falsch gelaufen, bzw. was muss ich ändern.
Gruß
Konrad

 

[FliegenSpinne]

AW: Fehler bei erstem Start der Wawi nach Installation

Gibts dazu eine Lösung? Genau den Fehler bekomme ich.

 

[FliegenSpinne]

AW: Fehler bei erstem Start der Wawi nach Installation

Ich hab meinen Rechner komplett neu aufgesetzt, nun liess es sich installieren *freu