So migrieren Sie ISPConfig 2, ISPConfig 3, Confixx, CPanel oder Plesk zu ISPConfig 3.2 oder ISPConfig 3.3 (einzelner Server)

In diesem Howto zeigen wir, wie Sie das ISPConfig-Migrationstool 2.0 verwenden, um einen einzelnen Server zu einem neuen ISPConfig 3.x-Server zu migrieren. Das Migrationstool ist Teil des ISPConfig-Migrationswerkzeugs, das hier verfügbar ist.

Das ISPConfig-Migrationstool kann verwendet werden, um diese Hosting-Control-Panels zu einem ISPConfig 3.x-Server zu migrieren:

ISPConfig 2
ISPConfig 3 auf 3.3
Plesk 10 - 12.5
Plesk Onyx
Confixx
Cpanel

In diesem Tutorial migrieren wir einen ISPConfig 3.x-Server zu einem neuen System, das ISPConfig 3.2 oder 3.3 ausführt. Die Migration von anderen unterstützten Hosting-Control-Panels erfolgt ähnlich. Das Migrationstool führt Sie Schritt für Schritt durch den Migrationsprozess.

Voraussetzungen und Hinweise

ISPConfig 3.x auf dem Quellserver.
ISPConfig 3.1.7 oder höher auf dem Zielserver.
PHP 5.3+ mit JSON-, mcrypt-, OpenSSL- und mbstring-Unterstützung auf der Quelle.
Die alten und neuen Server dürfen nicht mit demselben Master-Server verbunden sein. Wenn sie mit demselben Master verbunden sind, verwenden Sie stattdessen ISPCopy (das ebenfalls Teil des Migrationswerkzeugs ist).
Lizenz für das Migrationswerkzeug.
Let’s Encrypt-Zertifikate: Der alte und der neue Server müssen denselben Let’s Encrypt-Client verwenden. Wenn Ihr alter Server Certbot verwendet, stellen Sie sicher, dass das neue System ebenfalls Certbot und nicht Acme.sh verwendet. Wenn Sie den neuen Server mit dem ISPConfig-Auto-Installer installieren und Ihr alter Server Certbot verwendet, verwenden Sie den Befehlszeilen-Schalter –use-certbot im Auto-Installer, um Certbot anstelle von acme.sh auf dem neuen Server zu installieren.
Multiserver-Setups: Das Migrationstool kann ISPConfig-Multiserver-Setups migrieren. Das Ziel einer solchen Migration kann entweder ein anderes Multiserver-Setup sein, oder Sie können ein Multiserver-Setup in ein neues Einzelserver-Setup zusammenführen. Das Migrationstool muss auf jedem (alten) Knoten eines Multiserver-Setups nacheinander ausgeführt werden, das Zielsystem von ISPConfig ist entweder der Master-Knoten des neuen Multiserver-Setups (das Migrationstool zeigt dann einen Dialog an, in dem Sie auswählen können, auf welchen neuen Knoten des Multiserver-Setups die Daten migriert werden sollen) oder der neue Einzelserver.

Erstellen Sie einen Remote-Benutzer in ISPConfig

Sie benötigen einen Remote-Benutzer auf dem Ziel-ISPConfig-Server.

Gehen Sie zu System -> Remote-Benutzer

Fügen Sie einen Remote-Benutzer in ISPConfig hinzu.

Klicken Sie auf die Schaltfläche Neuen Benutzer hinzufügen.

Geben Sie einen Benutzernamen und ein Passwort für den Remote-Benutzer ein, z. B. “remoter” und stellen Sie sicher, dass Sie alle Kontrollkästchen aktiviert haben. Klicken Sie dann auf “Speichern”.

Berechtigungen für Remote-Benutzer

Wenn Sie eine ISPConfig-Version 3.1.11 auf dem Zielserver verwenden, bearbeiten Sie die Datei / usr /local/ ispconfig /security/security_settings.ini als Root-Benutzer:

nano / usr /local/ ispconfig /security/security_settings.ini

und ändern Sie die Werte von ids_anon_enabled und ids_user_enabled von ‘yes’ auf ‘no’.

....  
[ids]  
ids_anon_enabled=no  
ids_anon_log_level=1  
ids_anon_warn_level=5  
ids_anon_block_level=20  
ids_user_enabled=no  
ids_user_log_level=1  
ids_user_warn_level=10  
ids_user_block_level=25  
ids_admin_enabled=no  
ids_admin_log_level=1  
ids_admin_warn_level=5  
ids_admin_block_level=100  
sql_scan_enabled=yes  
sql_scan_action=warn  
apache_directives_scan_enabled=yes  
nginx_directives_scan_enabled=yes  
....

Die IDS kann wieder aktiviert werden, wenn die Migration abgeschlossen ist. Wenn Sie ISPConfig 3.1.12 oder neuer verwenden, ist diese Änderung nicht erforderlich.

Überprüfen Sie als Nächstes, ob das php-soap-Modul auf dem Zielserver installiert ist. Wenn es nicht installiert ist, installieren Sie es jetzt. Auf Debian und Ubuntu können Sie das PHP Soap-Modul mit apt installieren:

apt-get install php-soap

Eine weitere Voraussetzung ist, dass auf dem Ziel- und Quellserver rsync installiert sein muss. Bitte überprüfen Sie mit z. B.:

rsync --version

auf beiden Knoten, dass rsync installiert ist. Wenn es nicht installiert ist, installieren Sie das rsync-Paket des Betriebssystems. Z. B. mit:

apt-get install rsync

auf Debian und Ubuntu oder mit:

yum install rsync

auf CentOS.

Auf dem Zielserver könnte eine Datei /etc/ssh/sshd_config.d/custom.conf erstellt worden sein, die vom ISPConfig-Auto-Installer stammt und die Funktionsweise des Migrationstools verhindert. Diese Datei muss gelöscht werden, falls sie existiert. Führen Sie diesen Befehl auf dem Zielserver als Root-Benutzer aus, um die Datei zu löschen:

rm /etc/ssh/sshd_config.d/custom.conf

Alle folgenden Schritte werden auf dem Quell-Server durchgeführt, es sei denn, es wird etwas anderes angegeben.

Laden Sie das Migrationstool herunter und extrahieren Sie es

cd /root  
mkdir migration  
cd migration  
wget https://www.ispconfig.org/downloads/ispconfig_migration_toolkit-latest.zip  
unzip ispconfig_migration_toolkit-latest.zip  
mv ispconfig_migration_toolkit/ispc3-migration-tool-*.tar.gz /root/migration/migtool.tar.gz  
tar xzf migtool.tar.gz  
rm -f migtool.tar.gz

Bereiten Sie die passwortlose Anmeldung vor (optional)

Während der Migration wird eine SSH-Verbindung für die Übertragung von Einstellungen und Daten vom Quell- zu den Zielserver(n) hergestellt. Dazu muss der Quellserver in der Lage sein, sich ohne Passwort mit dem Zielserver zu verbinden.

Sie können entweder:

Die passwortlose Anmeldung selbst einrichten (öffentlichen Schlüssel des Quellservers zur Datei authorized_keys des Ziel-Root-Benutzers hinzufügen).
Oder den Root-Zugriff über SSH zum Ziel vorübergehend mit Passwort erlauben. Das Migrationstool wird dann ssh-keygen und ssh-copy-id für Sie aufrufen. Dies sind direkte Systemaufrufe, sodass, wenn Sie während dieses Schrittes nach dem SSH-Root-Passwort des Ziels gefragt werden, die Eingabe NICHT vom Migrationstool gelesen wird, sondern eine direkte Eingabeaufforderung des ssh-copy-id-Systembefehls ist.

Führen Sie die Migration (Trockenlauf) aus

./migrate

Wenn Sie das Tool mit einer bestimmten PHP-Version (z. B. PHP 7.4 auf Ubuntu 22.04) ausführen möchten, verwenden Sie stattdessen diesen Befehl:

PHP=/usr/bin/php7.4 ./migrate

Das Ergebnis eines der obigen Befehle wird wie folgt aussehen:

Willkommen beim ISPConfig3 Migration Tool V2 Version 2.0.0

Obwohl dieses Tool nichts auf dem Quellserver ändert, sollten Sie IMMER ein BACKUP aller Ihrer Daten erstellen, bevor Sie zu einem neuen Server migrieren!

Sie müssen einige Voraussetzungen eingerichtet haben, um dieses Tool zu verwenden:
 * Erstellen Sie einen Remote-Benutzer (System -> Remote-Benutzer) in Ihrem ZIEL-ISPConfig3-System und gewähren Sie ihm ALLE Rechte
 * Stellen Sie sicher, dass dieses (das QUELL-System) die Remoting-API des ZIEL-Systems erreichen kann

* Haftungsausschluss für Gewährleistungen *
ISPConfig lehnt im größtmöglichen gesetzlich zulässigen Umfang alle anderen Gewährleistungen ab, ob ausdrücklich oder stillschweigend, einschließlich, aber nicht beschränkt auf, alle stillschweigenden Gewährleistungen für Titel, Nichtverletzung, Integration, Handelsüblichkeit oder Eignung für einen bestimmten Zweck. Durch die weitere Nutzung dieser Software stimmen Sie dem zu.

Zunächst die wichtigste Frage:
Wollen Sie eine echte Migration oder einen Trockenlauf durchführen? (trocken, migrieren): trocken

Wir möchten zuerst im Trockenlauf-Modus ausführen, also geben wir hier trocken ein.

Die folgenden Module sind verfügbar:
        1. Confixx zu ISPConfig 3 Migrator (confixx)
        2. Plesk (10.5 - 17.5) zu ISPConfig 3 Migrator (plesk)
        3. ISPConfig 2 zu 3 Migrator (ispconfig2)
        4. ISPConfig 3 zu ISPConfig 3 Migrator (ispconfig3)

Welches entspricht Ihrem QUELL-System? (confixx, plesk, ispconfig2, ispconfig3): ispconfig3

Das Migrationstool muss wissen, welches Control Panel Sie auf Ihrem Quellserver verwenden. Es versucht, das erforderliche Modul auf dem Quellserver zu erkennen, sodass Sie normalerweise einfach die ENTER-Taste drücken können.

Geben Sie die IP dieses (QUELL) Servers ein, die für ausgehende Verbindungen verwendet wird [192.168.10.10]: 123.123.123.123

Das Migrationstool muss wissen, welche IP-Adresse auf dem Quellserver für ausgehende Verbindungen verwendet wird, d. h. welche IP-Adresse andere Server sehen, wenn die Quelle eine Verbindung zu ihnen herstellt. Das Tool versucht, die IP-Adresse zu erraten, aber Sie müssen den Wert möglicherweise ändern, wenn Sie beispielsweise ein privates Netzwerk verwenden.

Name des Remote-Benutzers des ZIEL-ISPConfig3-Systems []: remoter
Passwort für diesen Remote-Benutzer []: yourremotepassword
URL zum Remote-System (z. B. https://yourdomain.com:8080/remote/) []: https://www.example.com:8080/remote/
Sie haben mir den Remote-Benutzer 'remoter' mit dem Passwort 'yourremotepassword' gegeben
Und ich soll mich mit 'https://www.example.com:8080/remote/' verbinden
Ist das korrekt? (j, n): j

Geben Sie dem Migrationstool die Daten des Remote-Benutzers, den Sie auf dem Ziel erstellt haben, und bestätigen Sie Ihre Eingabe mit “j”. Das Migrationstool wird dann versuchen, eine Verbindung zur Remote-API Ihres Zielsystems herzustellen.

Ich muss jetzt einige Änderungen in Ihrer ISPConfig3 ZIEL-Systemkonfiguration vornehmen.
        1.) Aktivieren Sie das Domainmodul, falls erforderlich
        2.) Entfernen Sie Client-Präfixe (wird am Ende automatisch rückgängig gemacht)
        3.) Aktivieren Sie die Anmeldung für Mailkonten, falls erforderlich

Testen der MySQL-Verbindung ... OK

Was ist die Haupt-Öffentliche(!) IP des Zielservers www.example.com? [123.123.123.123]: [ENTER]

Das Migrationstool wird einige ISPConfig-Einstellungen auf dem Ziel ändern (diese Änderungen werden nicht vorgenommen, wenn im Trockenlauf-Modus ausgeführt), und die Verbindung zum MySQL-Server testen. Es versucht, die MySQL-Anmeldeinformationen zu erraten, indem es einige Systemdateien durchsucht, aber letztendlich werden Sie nach dem MySQL-Root-Passwort gefragt.

Als Nächstes müssen Sie die öffentliche IP des Zielservers angeben. Sie wird aus DNS vorab abgerufen, aber Sie müssen sie möglicherweise anpassen, insbesondere wenn Sie denselben Hostnamen auf der Quelle und dem Ziel verwenden.

Möchten Sie, dass ich vorhandene Einträge mit demselben Namen überschreibe/aktualisiere? (j, n): j
Sie können jetzt Eintragsnamen festlegen, die NICHT überschrieben werden sollen.
Sie sollten dies verwenden, wenn Sie planen, die Daten mehrerer Server in eine Multi-Server-Installation zu importieren.
Wenn dieses Tool einen Namen findet, der bereits vorhanden ist, aktualisiert es die Daten mit den QUELL-Daten!
Wenn dieses Tool einen Namen findet, den Sie als nicht zu überschreiben markiert haben, wird entweder
         - ein _2, _3 usw. an diesen Namen angehängt und ein neuer Eintrag erstellt, oder
         - ein Serverpräfix vorangestellt, wenn dies durch das Argument --server-prefix angegeben ist

Das Migrationstool ermöglicht das Zusammenführen mehrerer Server in ein Ziel. Dabei kann es sein, dass es auf den Quellservern zu Konflikten bei Benutzernamen kommt, z. B. wenn Sie zwei Datenbanken mit dem Namen “testdatabase” haben. Wenn Sie diese Frage mit “j” beantworten, wird die zweite Datenbank die erste ersetzen. Wenn Sie mit “n” antworten, wird der Name der zweiten Datenbank in “testdatabase_2” geändert.

Stellen Sie sicher, dass Sie bei einer Migration eines einzelnen Servers mit “j” antworten, da Sie andernfalls Duplikate erstellen, wenn Sie das Migrationstool mehrmals auf derselben Quelle ausführen.

Derzeit haben Sie 0 FTP-Benutzernamen markiert:

Sie können jetzt weitere Namen zu dieser Liste hinzufügen. Geben Sie sie einfach einzeln ein oder geben Sie eine durch Kommas getrennte Liste an.
Um einen oder mehrere Namen aus der Liste zu löschen, fügen Sie Ihrer Eingabe /DELETE voran.
Um alle Namen aus der Liste zu löschen, geben Sie /CLEAR ein.
Eine leere Eingabe führt zum nächsten Schritt.
Ihre Wahl : [ENTER]

Das Migrationstool bietet Ihnen an, einige Benutzernamen für FTP, Datenbanken, Clients usw. als “reserviert” zu kennzeichnen. Das bedeutet, dass sie nicht überschrieben werden, wie im obigen Abschnitt erwähnt. Normalerweise lassen Sie dies leer, aber in einigen Fällen möchten Sie möglicherweise Benutzernamen wie “admin” oder “administrator” vom Import ausschließen. Sie können sie hier eingeben, was zu einer Umbenennung der importierten Namen in “admin_2” usw. führt.

Die Frage wird für die verschiedenen Diensttypen (FTP, Datenbank, Clients, Mailbenutzer) wiederholt.

Was ist der Datenbankname Ihrer QUELL-ISPConfig 3-Installation? [dbispconfig]: [ENTER]

Das Tool fragt nun nach dem Datenbanknamen auf dem Quellserver, der die Daten des Control Panels enthält. Bitte überprüfen Sie, ob die erkannte Datenbank korrekt ist, und ändern Sie sie gegebenenfalls.

Möchten Sie nur einige Dienste oder alles migrieren?                                                                 
Gültige Dienste sind: client, web, mail, ftp, database, cronjob, dns, billing                                               
Bitte geben Sie einen oder mehrere Dienste (durch Kommas getrennt) ein oder lassen Sie das Feld leer für alle: [ENTER]

Das neue Migrationstool kann nur eine Teilmenge von Diensten migrieren, z. B. nur Mailkonten migrieren und Webseiten usw. überspringen.

Wir möchten alle Dienste migrieren, also lassen wir die Eingabe leer und drücken ENTER.

Um Webdaten zu kopieren, benötige ich SSH-Zugriff auf den Ziel-Webserver.
Bitte stellen Sie sicher, dass der Root-Zugriff über SSH erlaubt ist. Öffnen Sie auf dem Ziel /etc/ssh/sshd_config
und setzen Sie PermitRootLogin auf yes oder ohne Passwort.
Sie können dies rückgängig machen, sobald die Migration abgeschlossen ist.

Was ist die IP für den Ziel-Webserver, um sich über SSH zu verbinden? [123.123.123.123]: [ENTER]
Was ist der SSH-Port? [22]: [ENTER]

Um Web-, Mail- und Datenbankdaten zu kopieren, benötigt das Migrationstool passwortlosen SSH-Zugriff auf den Zielserver. Sie müssen die IP und den Port angeben, zu dem die Quelle eine Verbindung herstellen soll. Wenn Sie die passwortlose Anmeldung noch nicht eingerichtet haben, werden Sie nach dem Root-SSH-Passwort des Zielservers gefragt.

Testen der MySQL-Verbindung ... OK

Starte API-Aufrufe.

[50/74]  Verarbeitung von mydomain.com

Das Tool beginnt nun, alle Einträge auf dem Ziel-ISPConfig zu erstellen/zu aktualisieren. Im Trockenlauf wird natürlich nichts geändert oder kopiert. Warten Sie, bis die API-Aufrufe abgeschlossen sind.

Verarbeitung der Einträge abgeschlossen.                                                                                               
=============
Migrationstool-Ausführung abgeschlossen.

Sobald das Migrationstool den Trockenlauf ohne Fehler abgeschlossen hat, können wir mit der echten Migration fortfahren.

Führen Sie die Migration aus

./migrate

Wenn Sie das Tool mit einer bestimmten PHP-Version (z. B. PHP 7.4 auf Ubuntu 22.04) ausführen möchten, verwenden Sie stattdessen diesen Befehl:

PHP=/usr/bin/php7.4 ./migrate

Das Ergebnis eines der obigen Befehle wird wie folgt aussehen:

    Willkommen beim ISPConfig3 Migration Tool V2 Version 2.0.0rc2

Obwohl dieses Tool nichts auf dem Quellserver ändert, sollten Sie IMMER ein BACKUP aller Ihrer Daten erstellen, bevor Sie zu einem neuen Server migrieren!

Sie müssen einige Voraussetzungen eingerichtet haben, um dieses Tool zu verwenden:
 * Erstellen Sie einen Remote-Benutzer (System -> Remote-Benutzer) in Ihrem ZIEL-ISPConfig3-System und gewähren Sie ihm ALLE Rechte
 * Stellen Sie sicher, dass dieses (das QUELL-System) die Remoting-API des ZIEL-Systems erreichen kann

* Haftungsausschluss für Gewährleistungen *
ISPConfig lehnt im größtmöglichen gesetzlich zulässigen Umfang alle anderen Gewährleistungen ab, ob ausdrücklich oder stillschweigend, einschließlich, aber nicht beschränkt auf, alle stillschweigenden Gewährleistungen für Titel, Nichtverletzung, Integration, Handelsüblichkeit oder Eignung für einen bestimmten Zweck. Durch die weitere Nutzung dieser Software stimmen Sie dem zu.

Zunächst die wichtigste Frage:
Wollen Sie eine echte Migration oder einen Trockenlauf durchführen? (trocken, migrieren): migrieren

Dieses Mal antworten wir auf die Eingabeaufforderung mit “migrieren” und beantworten die Fragen genau wie während des Trockenlaufs. Das Tool wird Ihre Eingaben aus dem Trockenlauf vorausfüllen, sodass Sie meistens die ENTER-Taste drücken können.

Testen der MySQL-Verbindung ... OK
Kopiere Let'sEncrypt-Dateien zum Ziel ... OK

Starte API-Aufrufe.
[9/11]  Verarbeitung [email protected] (web213p41)

Dieses Mal wird der Prozess etwas länger dauern, da echte API-Aufrufe durchgeführt werden. Warten Sie, bis der Prozess abgeschlossen ist.

Verarbeitung der Einträge abgeschlossen.                                                                                               
Die Ziel-ISPConfig-Jobwarteschlange hat noch 35 Einträge. Warten ..

Um sicherzustellen, dass alle Pfade auf dem Ziel erstellt werden, wartet das Migrationstool, bis ISPConfig alle Anfragen verarbeitet hat, bevor es fortfährt.

[INFO] Die Ziel-ISPConfig-Jobwarteschlange ist abgeschlossen. Fortfahren.

[19/935] Synchronisiere /var/www/clients/client26/web21/web nach /var/www/clients/client1424/web21/

Jetzt synchronisiert das Tool alle Pfade (Web, Mail) und kopiert die Datenbankinhalte auf den Zielserver. Dieser Prozess kann je nach Datenmenge, die Sie haben, eine Weile dauern.

Wenn Sie die tatsächliche Datensynchronisierung in einem separaten Schritt durchführen möchten, können Sie dies überspringen, indem Sie ./migrate –no-syncjobs anstelle von nur ./migrate ausführen.

Letzte Schritte

Das Migrationstool setzt die Werte zurück, die es zu Beginn geändert hat (z. B. Client-Präfixe).

Je nach Ihrem Quell-Control-Panel hat das Migrationstool das Domainmodul auf Ihrem Ziel-ISPConfig aktiviert. Das bedeutet, dass Domains nur für Websites, E-Mail-Domains usw. verwendet werden können, wenn sie zuerst von einem Administrator zugewiesen wurden (über Client -> Domains). Wenn Sie das Domainmodul nicht verwenden möchten, können Sie es unter System -> Schnittstelleneinstellungen -> Tab “Domains” deaktivieren.

Überprüfen Sie schließlich die migrate.log, die erstellt wurde, auf Einträge, die [ERROR] oder [WARNING] Marker haben. Diese weisen auf Probleme während des Migrationsprozesses hin.

Synchronisieren Sie Ihr Ziel erneut

Synchronisieren Sie Konten und Einstellungen erneut

Wenn sich nach der Migration etwas im Quell-Control-Panel geändert hat, können Sie es einfach erneut ausführen. Das Migrationstool aktualisiert alle Einträge mit den neuen Einstellungen von Ihrem Quellserver. Und fügt neue Einträge hinzu, die in der Zwischenzeit erstellt wurden. Gelöschte Einträge auf der Quelle werden nicht auf dem Ziel gelöscht!

Synchronisieren Sie Daten erneut

Wenn Sie nur die Daten für Web, Mail und Datenbanken erneut synchronisieren möchten, können Sie ./migrate –syncjobs ausführen. Dies überspringt alle Migrationsschritte und führt nur die Synchronisierung von Websites, Datenbanken und E-Mails durch.

Sie können auch nur einen der Dienste erneut synchronisieren, z. B. ./migrate –syncjobs –only=database. Dies überspringt die erneute Synchronisierung von Webdaten und E-Mails.

Erweiterte Optionen

Um eine Liste von erweiterten Optionen zu erhalten, die es ermöglichen, z. B. einzelne Websites, Mail-Domains oder Clients zu migrieren, verwenden Sie die –help-Option.

./migrate --help

Die aktuellen Optionen sind:

Verwendung:  migrate 
        Liste der Optionen:
        --help
                        Diese Anzeige zeigen
        --server-prefix=
                Verwenden Sie das angegebene Präfix für konfliktbehaftete Benutzernamen, falls weitere
                Konflikte auftreten,
                fügen Sie _2 _3 _4 ... zum Benutzernamen hinzu
        --source-temp-dir=
                Setzen Sie ein anderes temporäres Verzeichnis für Aktionen auf dem Quellserver als /tmp
        --target-temp-dir=
                Setzen Sie ein anderes temporäres Verzeichnis für Aktionen auf dem Zielserver als /tmp
        --syncjobs
                Führen Sie den Migrationsprozess nicht aus, synchronisieren Sie einfach alle Daten
                (Webdateien, Datenbankinhalte)
        --no-syncjobs
                Führen Sie nur die Migration durch, kopieren Sie keine Daten- oder
                Datenbankinhalte zum Ziel
        --ignore-sync-errors
                Brechen Sie die Verarbeitung von Syncjobs nicht ab, wenn ein Fehler auftritt. Dies
                kann hilfreich sein, wenn beispielsweise ein Befehl wie chattr auf dem
                Zielserver nicht korrekt funktioniert.
        --confixx-no-domain
                Bei einer Confixx-Migration (Quellserver) erstellen Sie keine
                Dummy-Website, die alle anderen Domains dieses Clients als Alias-Domains enthält.
                Confixx verwendet einen anderen Ansatz zur Speicherung und Verwaltung von Domains, sodass es kein
                "Haupt"-Domain gibt, sondern ein Hosting, das alle
                Domains zugewiesen hat.
                Auf Confixx-Servern, auf denen Clients nur eine einzige
                Domain haben, kann es besser sein, keine Dummy-Website mit einem einzigen Alias zu erstellen, sondern die
                Domain stattdessen als Website zu verwenden.
        --only=client|web|mail|ftp|database|cronjob|dns|billing
                Nur den angegebenen Dienst(e) migrieren und die anderen überspringen.
                Kann mehrfach angegeben werden.
        --exclude=client|web|mail|ftp|database|cronjob|dns|billing
                Alle Dienste migrieren, aber die angegebenen.
                Kann mehrfach angegeben werden.
        --only=/--exclude= bei --syncjobs ausführen
                Bei der Einschränkung der erneuten Synchronisierung auf einzelne Dienste sind nur Web,
                Mail, Datenbank, System gültig.
        --only-client=
                Nur einen einzelnen Client und dessen Daten (Web, Mail usw.) migrieren. Dies kann zusammen
                mit --only= / --exclude= verwendet werden, um die migrierten Daten
                noch weiter einzuschränken.
        --only-web=
                Nur die angegebene Domain und deren zugewiesene
                Datenbanken, FTP-Konten usw. migrieren.
                Dies kann zusammen mit den anderen
                --only-x/--exclude-x und --only=/--exclude=-Optionen verwendet werden,
                um die zu migrierenden Daten anzugeben.
        --only-mail=
                Nur die angegebene Mail-Domain und deren zugewiesene
                Mail-Konten, Spamfilter usw. migrieren.
                Dies kann zusammen mit den anderen
                --only-x/--exclude-x und --only=/--exclude=-Optionen verwendet werden,
                um die zu migrierenden Daten anzugeben.
        --only-database=
                Nur die angegebene Datenbank und deren übergeordnete Website migrieren.
                Dies kann zusammen mit den anderen
                --only-x/--exclude-x und --only=/--exclude=-Optionen verwendet werden,
                um die zu migrierenden Daten anzugeben.
        --only-dns=
                Nur die angegebene DNS-Zone und deren zugewiesene DNS
                Einträge.

                Die obigen Optionen können auch umgekehrt verwendet werden,
                mit --exclude-client, --exclude-web,
                --exclude-mail, --exclude-database, --exclude-dns
                WARNUNG! Clients MÜSSEN IMMER migriert werden, andernfalls
                werden alle migrierten Daten dem Admin-Benutzer anstelle des Clients zugewiesen!