Verwiesen an Support SQL falsche Server Collation

[pjelonek]

Beim Umzug auf einen neuen Server haben wir festgestellt das beim initialen Setup als SQL Collation "German_PhoneBook_CI_AI_KS_WS" verwendet wurde.
Müssen wir das korrigieren oder können wir das ignorieren.

Falls ja gibt es eine Anleitung wie sich das umbauen lässt?

 

[mh1]

Collation Fehler sollte man nicht ignorieren.

Collations bestimmen die Sortierreihenfolge (z.b. ORDER BY).
Wenn das falsch einestellt ist, erhält der Wawi Client u.U. falsche Daten. Bei deiner eingestellten "Telefonbuch-Sortierung" wird z.b. ein "Ä" als "AE" einsortiert.

 

[pjelonek]

Kennt jemand einen Weg wie man das bereinigen kann?

 

[mh1]

Ist denn die JTL Datenbank bis jetzt noch leer? Du schreibst ja vom initialen Setup.....

Falls das so ist, also nach keine Daten in der Datenbank sind, würd ich sie einfach löschen und die Collation des Servers umstellen auf Latin1_General_CI_AS
Dann nach Neustart des SQL-Servers die Datenbank wieder neu erstellen lassen.

Mit diesem Befehl kannst du dir die vom Server verwendete Collation anzeigen lassen:
select convert(varchar,SERVERPROPERTY('Collation'))

 

[pjelonek]

Die Datenbank ist bereits befüllt.
Ich habe schon überlegt ob ich ein neues System aufbaue und mit der Ameise alles exportiere und wieder importiere.
Außer es gibt einen Befehl die Datenbank mit SQL zu konvertieren.

 

[ple]

Das würd mich auch interessieren, wie man das machen könnte. Unsere steht auf sql_latin xxx.
Soviel wie ich weiß, müssten alle Daten in den Tabellen exportiert werden, dann umstellen und dann die Rohdaten wieder zurück.
Aber laut Support wäre das bis jetzt kein Problem mit meiner Einstellung. Naja, würde mich trotzdem interessieren, wie es am besten gehen würde.

 

[SebastianB]

Also,

welche Collation man in der Datenbank nutzt ist der JTL-Wawi "erstmal" egal. Es betrifft dann halt die Suchen. Was wichtig ist, dass es eine "case insenstivie"-Collation ist, sprich: Groß- und Kleinschreibung muss egal sein, sonst wird es übel.

Wichtig für die JTL-Wawi ist, dass die Collation von Server (also master-DB), Datenbank und Tabelle übereinstimmt. Das ist das Problem, was die JTL-Wawi beim Start anmeckert: Spielt man z.B: eine Datenbank mit Collation A in einen Server mit Collation B ein, dann verweigert die JTL-Wawi das Update, weil das nicht gut ausgeht. Und da Microsoft leider in der Vergangenheit gerne mal die "Standard-Collation" in Deutschland geändert hat, kommt es gerne zu dem Problem, wenn man den SQL Server neu aufgesetzt hat.

Wir empfehlen auf jeden Fall eine deutsche Collation die case-insentive ist, also irgendwas mit latin und CI im Namen. Welche das nun ist, ist egal.

Die Collation ändern "geht erstmal nicht". Vereinfacht gesagt muss man, um die DB-Collation zu ändern, alle Objekte aus der DB löschen die irgendwie auf ein Feld zugreifen was eine Collation verwendet - sprich: Alle Views, SPs, Functions usw. müssen raus - dann kann man die Collation ändern, und dann muss der ganze Kram wieder rein. Das ist nicht ohne. Da kann einiges schief gehen. Deshalb gibt es im Netz auch keine fertigen Skripte dafür.

Ich habe hier ein Skript, was die Collation geradebiegen sollte. Wer weiß was er tut kann das Skript von mir (via PN) bekommen, allerdings ohne jede Form von garantierter Lauffähigkeit, Garantie, Gewährleistung, was auch immer. Das Skript kann wirklich, wirklich die Datenbank auch kaputt machen wenn was schief läuft. Das ist nicht übertrieben.

 

[mh1]

Die Collation kann man auf drei Arten festlegen (in Klammer jeweils der Befehl, um sich die aktuelle Einstellung anzuzeigen):

• für den Server (Systemcollation) SELECT CONVERT(nvarchar(128), SERVERPROPERTY('collation'));
• für die Datenbank SELECT CONVERT (nvarchar(128), DATABASEPROPERTYEX('eazybusiness', 'collation'));
• für einzelne Spalten
• für einzelne Abfragen

Die Systemcollation kann wirklich nur geändert werden, indem man alle Objekte und Daten exportiert, die master Datenbank neu erstellt und dann alles wieder importiert.

Eine Collation auf Datenbankebene liese sich für eine neue, leere DB mit folgendem Befehl ändern: ALTER DATABASE eazybusiness COLLATE Latin1_General_CI_AS;
Dadurch würden sich aber keine Collationen für einzelne Spalten ändern, sofern die Wawi da überhaupt was festlegt (vermutlich ist da aber nichts konfiguriert).
Ich würde so eine Änderung aber immer erst auf einem Testsystem machen und nur wenn der Vorgang fehlerfrei durchläuft (danach DBCC), dann ins Livesystem übernehmen.


EDIT:
In der Zwischenzeit hat ein JTL-Mitarbeiter schon geantwortet. Und damit ist ja eigentlich alle gesagt.
Ich lasse meinen Text hier trotzdem stehen

 

[pjelonek]

Ich habe nun ein neues System aufgesetzt und alles mit der Ameise exportiert.
Die Einstellungen Menü für Menü nachgebaut und alles mit der Ameise im neuen System importiert. Scheint erstmal zu laufen.

 

[swimmi]

Ich habe ein ähnliches Problem.
Neuer PC Angeschafft, dort dann den SQL Server und JTL Wawi nach Anleitung von der Webseite installiert.
Backup des alten Rechners eingespielt.
Beim Anlegen des ersten Auftrages kommt dann die Fehlermeldung

- Es liegt ein Sortierungskonflikt in der Datenbank vor- Die Collation der Datenbank wurde bei einem Update des SQL-Servers verändert. Bitte wenden Sie sich an unseren Support.
Ein Sortierungskonflikt zwischen "SQL_Latin1_General_CP1_CI_AS" und "Latin1_General_CI_AS" im UNION-Vorgang kann nicht aufgelöst werden.
Procedure: Kunde.spUpdateKundeSuche

Kann ich sehen mit was die alten DBläuft damit ich das alles nochmal neu machen kann auf dem neuen PC?
Eine einfache Lösung gib es anscheinend ja nicht .

Danke

gruß gero

 

[pjelonek]

Ich habe über die Feiertage ein neues System aufgesetzt. Menü für Menü die Einstellungen manuell übertragen. Mit der Ameise alle Daten exportiert und neu importiert.. Rechnungen lassen sich aber nicht importieren

 

[markenuhren-kaufen.com]

Also,

welche Collation man in der Datenbank nutzt ist der JTL-Wawi "erstmal" egal. Es betrifft dann halt die Suchen. Was wichtig ist, dass es eine "case insenstivie"-Collation ist, sprich: Groß- und Kleinschreibung muss egal sein, sonst wird es übel.

Wichtig für die JTL-Wawi ist, dass die Collation von Server (also master-DB), Datenbank und Tabelle übereinstimmt. Das ist das Problem, was die JTL-Wawi beim Start anmeckert: Spielt man z.B: eine Datenbank mit Collation A in einen Server mit Collation B ein, dann verweigert die JTL-Wawi das Update, weil das nicht gut ausgeht. Und da Microsoft leider in der Vergangenheit gerne mal die "Standard-Collation" in Deutschland geändert hat, kommt es gerne zu dem Problem, wenn man den SQL Server neu aufgesetzt hat.

Wir empfehlen auf jeden Fall eine deutsche Collation die case-insentive ist, also irgendwas mit latin und CI im Namen. Welche das nun ist, ist egal.

Die Collation ändern "geht erstmal nicht". Vereinfacht gesagt muss man, um die DB-Collation zu ändern, alle Objekte aus der DB löschen die irgendwie auf ein Feld zugreifen was eine Collation verwendet - sprich: Alle Views, SPs, Functions usw. müssen raus - dann kann man die Collation ändern, und dann muss der ganze Kram wieder rein. Das ist nicht ohne. Da kann einiges schief gehen. Deshalb gibt es im Netz auch keine fertigen Skripte dafür.

Ich habe hier ein Skript, was die Collation geradebiegen sollte. Wer weiß was er tut kann das Skript von mir (via PN) bekommen, allerdings ohne jede Form von garantierter Lauffähigkeit, Garantie, Gewährleistung, was auch immer. Das Skript kann wirklich, wirklich die Datenbank auch kaputt machen wenn was schief läuft. Das ist nicht übertrieben.

Hallo Sebastian, könnten wir das Skript per PM bekommen? Aktuelle können wir keine Ebayaufträge verarbeiten nach dem Serverumzug.

 

[Happy]

@markenuhren-kaufen.com
wende dich am besten per Ticket an unseren Support. Die Kollegen dort können dir da weiterhelfen.

ABER:
Wenn das Collationsproblem unmittelbar nach einem Server Umzug auftritt, wird der Server eine andere Collations haben wie die Datenbank.
In diesem Fall ist es schneller, den SQL Server neu zu installieren, mit der Collations der DB bzw. der Collation des alten SQL Server.

 

[MinaA]

Also,

welche Collation man in der Datenbank nutzt ist der JTL-Wawi "erstmal" egal. Es betrifft dann halt die Suchen. Was wichtig ist, dass es eine "case insenstivie"-Collation ist, sprich: Groß- und Kleinschreibung muss egal sein, sonst wird es übel.

Wichtig für die JTL-Wawi ist, dass die Collation von Server (also master-DB), Datenbank und Tabelle übereinstimmt. Das ist das Problem, was die JTL-Wawi beim Start anmeckert: Spielt man z.B: eine Datenbank mit Collation A in einen Server mit Collation B ein, dann verweigert die JTL-Wawi das Update, weil das nicht gut ausgeht. Und da Microsoft leider in der Vergangenheit gerne mal die "Standard-Collation" in Deutschland geändert hat, kommt es gerne zu dem Problem, wenn man den SQL Server neu aufgesetzt hat.

Wir empfehlen auf jeden Fall eine deutsche Collation die case-insentive ist, also irgendwas mit latin und CI im Namen. Welche das nun ist, ist egal.

Die Collation ändern "geht erstmal nicht". Vereinfacht gesagt muss man, um die DB-Collation zu ändern, alle Objekte aus der DB löschen die irgendwie auf ein Feld zugreifen was eine Collation verwendet - sprich: Alle Views, SPs, Functions usw. müssen raus - dann kann man die Collation ändern, und dann muss der ganze Kram wieder rein. Das ist nicht ohne. Da kann einiges schief gehen. Deshalb gibt es im Netz auch keine fertigen Skripte dafür.

Ich habe hier ein Skript, was die Collation geradebiegen sollte. Wer weiß was er tut kann das Skript von mir (via PN) bekommen, allerdings ohne jede Form von garantierter Lauffähigkeit, Garantie, Gewährleistung, was auch immer. Das Skript kann wirklich, wirklich die Datenbank auch kaputt machen wenn was schief läuft. Das ist nicht übertrieben.

Hallo Sebastian, kannst du mir bitte das Skript zukommen lassen?
Ich habe dir bereit ein PN geschickt.
Danke!

Viele Grüße, Mina