Daniel Dorna

OTRS-Migration auf einen neuen Server

Wir haben unser OTRS auf einen neuen, leistungsstärkeren Server migriert und die Gelegenheit genutzt, hier für Euch zu dokumentieren, wie Ihr eine OTRS-Instanz einschließlich aller Daten und Tabellen mit Boardmitteln ganz einfach auf einen neuen Server migrieren könnt.

Ausgangspunkt der OTRS-Migration

Die Herausforderung bei jeder OTRS-Migration besteht darin, die Downtime des Portals so gering wie möglich zu halten bzw. sicherzustellen, dass das OTRS schnellstmöglich wieder verfügbar ist. Da DNS-Anpassungen auch mal bis zu 24 Stunden dauern können, haben wir die Apache-Konfigurationen vorsorglich mit entsprechenden Weiterleitungen und Aliassen angepasst.

Wir geben dem alten Server die Bezeichnung otrs_old und dem neuen Server die Bezeichnung otrs_new. Die DNS-Einträge werden analog zu diesen Bezeichnungen angelegt.

Unsere Migration erfolgte mit folgendem Setup:

Von Ubuntu 16.04.3 auf Ubuntu 16.04.3

Von OTRS 6.0.3 auf 6.0.3

Von MySQL 5.7.21 auf 5.7.21

Von Apache 2.4.18 auf 2.4.18

Auf dem neuen Server ist bereits ein blankes OTRS installiert, damit die Pakete/Module (Perl etc.) bereits vorhanden sind.

 Vorgehensweise

  1. Anhalten des Apache auf beiden Servern
    root@otrs:~# service apache2 stop
  2. Stoppen des Crons auf beiden Servern
    otrs@otrs:~# ./opt/otrs/bin/Cron.sh stop
  3. Deaktivieren des E-Mail-Kontos in OTRS (unter dem Menüpunkt Admin -> PostMaster-E-Mail-Konten)
  4. Erstellen der Datensicherung auf dem alten Server
    root@otrs:~# ./opt/otrs/scripts/backup.pl -d /home/otrs
  5. Kopieren der Datensicherung auf den neuen Server
    root@otrs:~# scp -r /home/otrs/* server_neu:/tmp/
  6. Einspielen der Datensicherung auf dem neuen Server
    root@otrs:~# ./opt/otrs/scripts/restore.pl -b /tmp/<Time>/ -d /opt/otrs
    Auf dem neuen Server sollte bereits eine leere Datenbank vorhanden sein, sonst wird der Import abgebrochen.
    Ebenso muss in der Config.pm das gleiche MySQL-Passwort für den OTRS User wie auf dem alten Server hinterlegt sein. Auch hier bricht der Import sonst ab.
  7. Vorsichtshalber löschen wir auf dem neuen Server noch den Cache
    otrs@otrs:~# ./opt/otrs/bin/otrs.Console.pl Maint::Loader::CacheCleanup
  8. Starten des Apache auf dem neuen Server
    root@otrs:~# service apache2 start
  9. Nun prüfen wir auf dem neuen Server, ob der Daemon läuft
    otrs@otrs:~# ./opt/otrs/bin/otrs.Daemon.pl status
    Falls nicht, starten wir  den Daemon manuell
    otrs@otrs:~# ./opt/otrs/bin/otrs.Daemon.pl start
  10. Und schon können wir uns im neuen Portal einloggen und prüfen, ob alles korrekt funktioniert.
  11. Wenn alles funktioniert, müssen wir noch auf dem alten Server (in der Apache Konfiguration beim Eintrag <VirtualHost>) eine Weiterleitung einrichten -> Redirect permanent / https://otrs_new/
  12. Starten des Apache-Diensts auf dem alten Server
    root@otrs:~# service apache2 start
  13. Aktivieren des E-Mail-Kontos in OTRS (Menüpunkt Admin -> PostMaster-E-Mail-Konten)
  14. Starten des Crons auf beiden Servern
    otrs@otrs:~# ./opt/otrs/bin/Cron.sh start
  15. Jetzt werden auf dem neuen Server  noch entsprechende Aliasse in der Apache-Konfiguration beim Eintrag <VirtualHost> hinzugefügt -> ServerAlias otrs_alt
  16. Danach prüfen wir, ob die neue OTRS-Instanz unter den korrekten URLs erreichbar ist.
  17. Nach ein paar Tagen kann die alte OTRS-Instanz auf dem alten Server dann gelöscht und das System um die OTRS-Dateien bereinigt werden (z. B. Apache-Konfiguration etc.)

Wenn alles korrekt funktioniert, ist die Migration damit abgeschlossen.

 

Bei Problemen oder Fragen kontaktieren Sie uns bitte einfach. Wir finden immer eine Lösung.

Gerne erstellen wir ein individuelles Angebot!

/von
sr

11+ Kundendatenbanken an OTRS anbinden

,

Einleitung

In dieser Beschreibung geht es nicht um die Konfiguration von Kundendatenbanken in OTRS oder OTRS::ITSM. Es geht um den seltenen Fall, dass die vorgesehenen 11 konfigurierbaren Datenbanken nicht ausreichend sind.

[/vc_column_text][vc_separator][vc_column_text]

Problem

Im OTRS oder OTRS::ITSM Standard ist es möglich bis zu 11 Kundendatenbanken per Konfiguration anzubinden. Egal ob es sich lediglich um Kundendaten, um Kundendaten zur Authentifizierung von Kunden oder um Kundendaten zur Synchronisation von Daten handelt, ab der elften Datenbank ist im OTRS Standard Schluss.

[/vc_column_text][vc_separator][vc_column_text]

Lösung

Die Lösung befindet sich in der Datei

OTRS_HOME/Kernel/System/Auth.pm

Hier sehen wir, dass OTRS standardmäßig einfach versucht die Kundendatenbanken 0-11 heranzuziehen.  Dafür bitte einfach in der Datei nach folgender Zeile suchen:

    for my $Count ( “, 1 .. 10 )

Hier sehen wir sofort was passiert, es werden lediglich bis zu 10 Datenquellen durchsucht, da 0 auch existiert, sind es insgesamt 11.

Wollen wir nun bis zu 20 Datenquellen an OTRS anbinden, bitte einfach die jeweilige Schleife anpassen:

    for my $Count ( “, 1 .. 20 )

Ja nach OTRS Version und Verwendungszweck, kann es sein dass die Zeile bis zu vier Mal in der Datei angepasst werden muss.

Bei Problemen oder Fragen kontaktieren Sie uns bitte einfach. Wir finden immer eine Lösung.

Gerne erstellen wir ein individuelles Angebot!

/2 Kommentare/von
sr

OTRS Interface durch verschiedene FQDN aufrufen

[vc_row][vc_column width=“3/4″ el_class=“vc_sidebar_position_right“ offset=“vc_col-lg-9 vc_col-md-9 vc_col-sm-12″][stm_post_info css=“.vc_custom_1437111129257{margin-bottom: 0px !important;}“][vc_column_text]In der OTRS Standardkonfiguration werden das Kunden- und das Agenten-Interface nur über eine FQDN aufgerufen. Sollen unterschiedliche Domains oder Sub-Domains verwendet werden, kann dies mit Hilfe von Apache Vhosts und „Redirects“ realisiert werden.

Die nachfolgende Beispielkonfiguration wurde unter Ubuntu und Apache2 getestet:[/vc_column_text][vc_custom_heading text=“Unordered & Ordered Lists“ font_container=“tag:h3|text_align:left“ google_fonts=“font_family:Montserrat%3Aregular%2C700|font_style:700%20bold%20regular%3A700%3Anormal“][vc_row_inner][vc_column_inner][vc_column_text]Apache Einstellungen

1.) Bitte mit dem Befehl
root@otrs:~# a2enmod rewrite

das Apache Modul mod_rewrite aktivieren. Sollte a2enmod nicht existieren, bitte folgenden Befehl verwenden:

root@otrs:~# ln -l /etc/apache2/mods-available/rewrite.load /etc/apache2/mods-enabled/rewrite.load

Sollte das Modul Mod_rewrite nicht existieren, dieses bitte über CPAN oder apt nachinstallieren und die obigen Schritte wiederholen. In der Regel ist das Modul allerdings installiert.

2.) Die Datei „/etc/apache2/sites-enabled/000-default“ deaktivieren:

root@otrs:~# a2disside 000-default

3.) Zwei neue VHost-Konfigurationsdateien in „/etc/apache2/sites-available/“ mit den Namen „otrs-agent“ und „otrs-customer“ anlegen.

4.) In die VHost-Konfigurationsdatei für das Agenten Interface „otrs-agent“ folgende Konfigurationsoptionen kopieren:

 

ServerName www.URLdesAgentenInterfaces.de

Serveralias URLdesAgentenInterfaces.de *.URLdesAgentenInterfaces.de 

DocumentRoot /opt/otrs/var/httpd/htdocs/

# An dieser Stelle die OTRS Konfiguration aus dem nächsten Punkt einfügen.

 

5.) Alle Inhalte aus der bisherigen OTRS-Konfigurationsdatei unter „/etc/apache2/conf.d/otrs.conf“ 
in die neue Konfigurationsdatei „otrs-agent“ zwischen „DocumentRoot“ und „“ kopieren. Bitte lediglich die Option „MaxRequestsPerChild“ auskommentieren, da diese an dieser Stelle nicht verwendet werden darf.

6.) Das Vorgehen aus Punkt 4.) und 5.) noch mal für die VHost Konfigurationsdatei des Kundeninterfaces „otrs-customer“ wiederholen. In „ServerName“ und „Serveralias“ muss die Kundendomain angegeben werden.

7.) Da wir die VHost Konfiguration erst im Ordner „/etc/apache2/sites-available/“ erstellt haben, müssen wir diese noch aktivieren. Dies geschieht, in dem wir einen Link der Dateien in das Verzeichnis „/etc/apache2/sites-enabled/“ setzen. Bitte hierzu folgende Befehle ausführen:

root@otrs:~# a2enside otrs-agent
root@otrs:~# a2enside otrs-customer

8.) Bitte die Datei „/etc/apache2/conf.d/otrs.conf“ löschen.

9.) Nach einem Neustart des Apachen durch den Befehl

root@otrs:~# service apache2 restart

sollten Kunden- und Agentinterface über die verschiedenen Domains erreicht werden können.

10.)Sollen die Kunden nicht den gesamten Pfad (z. B. servicedesk.kundendomain.de/otrs/customer.pl) im Browser angeben müssen, können wir nun noch einen Redirect in der Konfigurationsdatei „/etc/apache2/sites-available/otrs-customer“ hinzufügen (am besten nach dem letzten Setting):

RewriteEngine on
RewriteRule ^/$ https://kundendomain/otrs/customer.pl [R=301]
11.) Noch mal einen Apache Restart durchführen und viel Spaß!

[/vc_column_text][/vc_column_inner][/vc_row_inner][vc_column_text]

Bei Problemen oder Fragen kontaktieren Sie uns bitte einfach. Gerne richten wir Ihnen Ihr System so ein, wie Sie es wünschen. Im Rahmen unserer Supportverträge konfigurieren wir Ihnen gerne auch Ihren Webserver.

[/vc_column_text][vc_row_inner][vc_column_inner width=“1/2″][stm_post_tags][/vc_column_inner][vc_column_inner width=“1/2″][stm_share code=“JTNDc3BhbiUyMGNsYXNzJTNEJTI3c3RfZmFjZWJvb2tfbGFyZ2UlMjclMjBkaXNwbGF5VGV4dCUzRCUyNyUyNyUzRSUzQyUyRnNwYW4lM0UlMEElM0NzcGFuJTIwY2xhc3MlM0QlMjdzdF90d2l0dGVyX2xhcmdlJTI3JTIwZGlzcGxheVRleHQlM0QlMjclMjclM0UlM0MlMkZzcGFuJTNFJTBBJTNDc3BhbiUyMGNsYXNzJTNEJTI3c3RfZ29vZ2xlcGx1c19sYXJnZSUyNyUyMGRpc3BsYXlUZXh0JTNEJTI3JTI3JTNFJTNDJTJGc3BhbiUzRSUwQSUzQ3NwYW4lMjBjbGFzcyUzRCUyN3N0X3NoYXJldGhpc19sYXJnZSUyNyUyMGRpc3BsYXlUZXh0JTNEJTI3JTI3JTNFJTNDJTJGc3BhbiUzRQ==“][/vc_column_inner][/vc_row_inner][stm_post_author][stm_post_comments][/vc_column][vc_column width=“1/4″ offset=“vc_hidden-sm vc_hidden-xs“][vc_widget_sidebar sidebar_id=“default“ el_class=“sidebar-area-right sidebar-area“][/vc_column][/vc_row]

/von