Datenübernahme aus 'altem' OTRS
Hallo zusammen, Ich stehe vor der Aufgabe, Ticketdaten aus einem OTRS 1.3 in ein bereits bestehendes OTRS 2.2 einzuspielen (Konsolidierung innerhalb einer Konzernstruktur). Zur Zeit geht es darum, die Aufwände abzuschätzen. Die Ticketnummerkreise und die Ticket-ID's überschneiden sich nicht. Als benötigte Tabellen habe ich bis identifiziert: * ticket * ticket_history * time_accounting * article * article_attachment hierzu müssen Übersetzungtabellen aufgebaut werden, die ID's wie queue, user, ... austauschen können. Vorgehensplan wäre das Einspielen der Tabellendaten in ein Oraclesystem und Programmierung in PL/SQL. Hat jemand Erfahrungen mit solch einer Übernahme gemacht, kann mir bei der Aufwandschätzung helfen. Oder hat jemand vielleicht schon die Skripte hierfür ... ? Jede Antwort ist eine gute Antwort Heinz-Josef Sturm ========== Heinz-Josef Sturm =========== www http://www.ikado.de email HSturm@ikado.de fon +49 (0) 241 18294-16 fax +49 (0) 241 18294-66 mobile +49 (0) 178 45236 06 ikado GmbH Auf der Hüls 198 52068 Aachen =====================================
Hallo Heinz-Josef, Sturm, Heinz-Josef schrieb:
Hallo zusammen,
Ich stehe vor der Aufgabe, Ticketdaten aus einem OTRS 1.3 in ein bereits bestehendes OTRS 2.2 einzuspielen (Konsolidierung innerhalb einer Konzernstruktur).
Zur Zeit geht es darum, die Aufwände abzuschätzen.
Die Ticketnummerkreise und die Ticket-ID's überschneiden sich nicht.
Ist die SystemID unterschiedlich? Wäre günstig: * um dauerhaft erfahren zu können aus welchem DB-Bestand das Alt-Ticket stammt * wäre ggf. ungünstig weil seit v2.2 alle Follow-Ups-Mails, für die es zwar ein Ticket gibt, aber die SystemID dieses Tickets nicht identisch ist mit der OTRS-SystemID, nicht als Follow-Up sondern neues Ticket behandelt werden.
Als benötigte Tabellen habe ich bis identifiziert:
o ticket o ticket_history o time_accounting o article o article_attachment
Wie schaut's aus mit QueueIDs, AgentIDs, CustomerUserIDs, etc...
hierzu müssen Übersetzungtabellen aufgebaut werden, die ID’s wie queue, user, … austauschen können. Vorgehensplan wäre das Einspielen der Tabellendaten in ein Oraclesystem und Programmierung in PL/SQL.
Ich weiß nicht was Du mit Übersetzungstabellen meinst. Vielleicht weil's eben bei meiner obigen Auflistung "QueueIDs, ..." zu Überschneidungen kommt die Du vor dem Import des 2. Datenbestandes beseitigen musst.
Hat jemand Erfahrungen mit solch einer Übernahme gemacht, kann mir bei der Aufwandschätzung helfen.
Oder hat jemand vielleicht schon die Skripte hierfür … ?
Jede Antwort ist eine gute Antwort
Heinz-Josef Sturm
Gruß, Alexander
Hallo zusammen, vielleicht kann mir jemand helfen. Ich suche eine Möglichkeit die Mails zu unterdrücken/abzuschalten, welche vom System (Notification Master) verschickt werden, z.B.: Von: OTRS Notification Master [mailto:otrs@its.firma.com mailto:otrs@its.firma.com ] Gesendet: Donnerstag, 6. September 2007 16:06 An: max.mustermann@firma.de Betreff: [Ticket#: 2007062410000851] Ticket uebertragen an Dich! (RE: ..... Ich bin auf unserem OTRS 2.0.4 mehr oder weniger das komplette Framework durchgegangen und auf unserem 2. OTRS 1.3.2 die Default.pm ohne etwas zu finden. Hat bitte jemand einen Tipp für mich wo ich einen Schalter für die Notifications finde? Ganz lieben Dank im Voraus. Mit freundlichen Grüßen / with best regards Christian Pirthauer IT-Infrastructure Tel.: +49 (0)89 4424 0431 FAX.: +49 (0)89 4424 0531 email: christian.pirthauer@wirecard.com Wirecard Technologies AG Bretonischer Ring 4 85630 Grasbrunn Amtsgericht München HRB: 142 427 Vorstände: Dr. Markus Braun; Burkhard Ley, Rüdiger Trautmann Aufsichtsratsvorsitzender: Klaus Rehnig VERTRAULICHE INFORMATIONEN ! Diese email enthält vertrauliche Informationen und ist nur für den berechtigten Empfänger bestimmt. Wenn diese email nicht für Sie bestimmt ist, bitten wir Sie, diese email an uns zurückzusenden und anschließend auf Ihrem Computer und Mail-Server zu löschen. Solche emails und Anlagen dürfen Sie weder nutzen, noch verarbeiten oder Dritten zugänglich machen, gleich in welcher Form. Wir danken für Ihre Kooperation! CONFIDENTIAL ! This email contains confidential information and is intended for the authorised recipient only. If you are not an authorised recipient please return the email to us and then delete it from your computer and mail-server. You may neither use nor edit any such emails including attachments, nor make them accessible to third parties in any manner whatsoever. Thank you for your cooperation.
participants (3)
-
Alexander Scholler -
Pirthauer, Christian -
Sturm, Heinz-Josef