Wer hat OTRS mit Microsoft SQL Server 2000 bzw. 2005 laufen?

[xhutzelx]

Hallo Leute!

Ausser dem Link zur OTRS FAQ "OTRS on MSSQL Database Server" habe ich bisher nicht viel gefunden. Daher meine Frage: Wer hat OTRS mit einem Microsoft SQL Server laufen? Da alle Datenbanken bei uns auf MS SQL laufen, möchte Chef, dass auch OTRS darauf läuft.

Wir haben die Scripte wie in der FAQ geschildert angepasst, bekommen aber bei der Ausführung im Query Analyzer einiges an Fehlern. Z.B. sollte meiner Meinung nach der Dateityp varchar (max) für SQL 2000 etwa in 'ntext' oder 'text' geändert werden, da varchar (max) nur in SQL 2005 läuft.
Aber nach dem Wechsel auf SQL 2005 Express (zum testen) kommen auch mit varchar (max) Meldungen, dass 8096 pro Zeile nicht überschritten werden dürfen, da sonst Fehler auftreten können...usw. Besonders das dritte Script macht im Query Analyzer Schwierigkeiten.
Jetzt frag ich mich, wer hat das vorher eigentlich getestet und diese Anleitung geschrieben??? Nein, Quatsch. Die Frage muss natürlich lauten:
Wer hat OTRS mit einem der MS SQL Server Versionen laufen und kann mir sagen, wie er vorgegangen ist?

LG

[dataeric]

nach einem monat noch keine antwort ?

habe das selbe problem, bzw. moechte parallel auch iis6 einsetzen....

bei 80 hits sollte doch zumindest einer dabei sein der nen tip hat ?

*rofl*


DANKE !!!

....

rock on !!!
eric

[Andre Bauer]

Nein, da die meisten Leute (zum Glück) Linux nutzen....

[xEn64]

He,

bin grade am Testen von OTRS unter MSSQL / W2k3 / IIS / Activeperl
es funktioniert auch soweit.

Sag mir doch mal an welchem Punkt du konkret scheiterst, vllt kann ich dir helfen.
nen ganzen Guide zu schriebn bin ich grad zu faul

Gruß
xn

[MSchroeder]

Hi,

ich hab OTRS 2.25 und ITSM 1.0.5 auf Windows 2003 R2 32Bit Standard Edition auf einem HP ProLiant DL380 G4 mit Dual-XEON 3,40 GhZ
DIe DB läuft auf drei MSSQL 2005 64Bit Enterprise die unser DB-Admin irgendwie in nem Spiegel-Server-Verbund auf drei HP ProLiant DL380 G5 mit Quad-Xeon 2,0 GHz betreibt. Die werden natürlich noch von ner Menge anderer Anwendungen (CRM, CMS, Intranet, ERP) genutzt. DAS OTRS läuft bei uns seit 4 Monaten und die DB ist 2 GB groß.
Die DB hängt per FC an nem SAN und wird da synchron an einen zweiten Standort gespiegelt.

Customer und Agentdaten kommen aus dem AD (3 Domänen-> 3x LDAP-Server).

Genutzt wird das System zur Zeit von 20 Agents (RZ-Betrieb, Entwicklung, Service-Desk, IT-Orga), für etwa 2000 RZ-Nutzer und 1000 CI's und 3000 Locations (viele Ports) bei etwa 100 Services.

Was mich nervt sind die zig hundert (oder tausende) SQL-Sub-Selects beim Aufruf der Locations. Der Seitenaufbau dauert bei mir 40-60 Sekunden. Nur gut, daß wir zwar viele CI's damit verknüpfen, aber die Liste (Übersicht) nur sehr selten benötigen. Hatte ich schon als Bug angemedet, aber wahr nicht nachvollziehbar. Hätte die DB jedoch gerne unter meiner Kontrolle auf nem MySQL. Naja, einer der Gründe ist jedoch, dass auf dem MS-SQL mit Reporting-Services Auswertungen gefahren werden.

Was ich vergaß...
Habe heute den IIS 6 mit dem Apache 2 ausgetauscht. Brauchte den IIS wegen der integrierten Authentifizierung. Habe mich aber immer über die CGI-Fehler geärgert. Erschien oft die Fehlermeldung des IIS das vom CGI ungültige/unvollständige (oder so ähnlich) Daten (oder waren es die Headerdaten) geliefert wurden. So hatte ich auf einige Seiten im Adminbereich keinen Zugriff. Dafür hab ich aber noch ne kleine Linux-VM gehabt. Nun ja, aufgrund der Einbindung und des Zugriffs von3 Domänen aus, habe ich die integrierte Authentifizierung nicht mehr nutzen können und somit war der IIS obsolet.
Hoffe jetzt, das der Apache mindestens genauso performant ist. Ansonsetn krieg ich am Montag den A**** aufgerissen *g*.

Installier bloss die Updates, endlich funzt auch die Suche mit MSSQL bei den CI's richtig! Danke OTRS-TEAM !

Gruß aus Düsseldorf

[fdarbel]

Hello,
Ich habe OTRS 2.4.7 mit IIS/ActivePerl/MSSQL2008 installiert und bin gerade am Testen. Soweit scheint es zu funktionieren... Jedoch habe ich festgestellt, dass die Attachments korrupt sind. In Script otrs-schema.mssql.sql ist das Feld article_attachment.content als Text deklariert (LONGBLOB im MySQL). Ich vermute, die Datentype ist hier nicht korrekt... Gibt es anderen Datentypen die besser sind, um Anlagen speichern zu können? Vielleicht täusche mich und liegt die Fehler irgendwo anders...

Merci im voraus für euere Feedbacks

[fdarbel]

Ich habe eigentlich das Config file anpassen müssen:

Code: Select all

$Self->{'DefaultCharset'} = 'iso-8859-1';

Die MSSQL Datenbank unterstütz UTF-8 anscheinend nicht Nun sollte es für die neuen Attachment funktionieren. Das Problem besteht aber leider für die Dateien die aus MySQL importiert wurden. Hatte jemand das gleiche Problem mal gelöst (MySQL --> MSSQL)?

[AlexelA]

Ich bin gerade ebenfalls am testen. 2.4.7 auf MSSQL2005. Auch ich würde gerne Daten von MySQL migrieren nach MSSQL. Mich würde interessieren, welchen Ansatz Du gegangen bist? Ich habe schon das Problem, dass die SQL DUMP's ziemlich groß werden (10GB) und ich diese gar nicht mehr importiert bekomme.

[fdarbel]

Hallo AlexelA,
1) MSSQL DB erstellen (OTRS SQL Script ausführen)
2) Insert statements (OTRS SQL Script) ausführen
3) Das Content MySQL <> MSSQL vergleichen (Nicht alle Tabellen müssen zwingend migriert werden)
4) Ich habe folgendes gemacht: http://www.codeproject.com/KB/database/ ... play=Print. Es funktioniert wircklich gut... Nur für die Attachments habe ich leider keine Lösung gefunden Auch mit einem SSIS Packet hat es nicht funktioniert. Das Problem ist das ich UTF-8 Variablen nicht im ISO-8859-1 umwandeln konnte!
5) Constraint statements (OTRS SQL Script) ausführen

Das OTRS funktioniert nun sehr gut (IIS7, ActivePERL, MSSQL2008). Nur die alte Dokumente sind leider nicht mehr verfügbar. Falls du eine Lösung hast, würde es mich interessieren...