Wenn Sie ein Upgrade abgeschlossen haben oder ein Upgrade fehlgeschlagen ist, können Sie Ihre Umgebung mit einem Rollback auf die vorherige Version zurücksetzen.

Die folgenden Schritte gelten für die Durchführung eines manuellen Rollback-Vorgangs. Dies ist nur dann erforderlich, wenn ein automatisiertes Rollback fehlschlägt.

Hinweis: Es existieren bekannte Probleme im Zusammenhang mit diesem Verfahren. Weitere Informationen dazu finden Sie im Abschnitt „Bekannte Probleme“ in den Versionshinweisen.

Prozedur

  1. Führen Sie ein Rollback der Dienstanbieter (SP)-Appliances aus.
    1. Schalten Sie alle Appliances aus, auf denen die neue Version („grüne“ Appliances) ausgeführt wird.
    2. Schalten Sie alle Appliances ein, auf denen die alte Version („blaue“ Appliances) ausgeführt wird
    3. Setzen Sie die Datenbank auf beiden Appliances zurück.
      • Wenn auf den „blauen“ SP-Appliances die Version 9.0.0 oder 9.0.1 ausgeführt wird, führen Sie die folgenden Befehle als Root auf beiden Appliances aus:
        DB_NAME='fdb'; PGPASSWORD=$(sed -n 1p /root/.pgpass | cut -d: -f5)  psql -U admin ${DB_NAME} -c "BEGIN;SET TRANSACTION read write; ALTER DATABASE ${DB_NAME} SET default_transaction_read_only='off'; COMMIT;"
        service dtService restart
      • Wenn auf den „blauen“ SP-Appliances die Version 18.1 oder höher ausgeführt wird, führen Sie die folgenden Befehle als Root auf beiden Appliances aus:
        /usr/local/desktone/scripts/reset_db_access_mode.sh 1000 'restart'
  2. Führen Sie ein Rollback der Ressourcenmanager (RM)-Appliances aus.
    1. Schalten Sie alle Appliances aus, auf denen die neue Version („grüne“ Appliances) ausgeführt wird.
    2. Schalten Sie alle Appliances ein, auf denen die alte Version („blaue“ Appliances) ausgeführt wird
  3. Führen Sie ein Rollback der Mandanten (TA)- und Desktop Manager (DM)-Appliances aus.
    1. Schalten Sie alle Appliances aus, auf denen die neue Version („grüne“ Appliances) ausgeführt wird.
    2. Schalten Sie alle Appliances ein, auf denen die alte Version („blaue“ Appliances) ausgeführt wird
    3. Setzen Sie die Datenbank auf Appliances zurück.
      • Wenn auf den „blauen“ SP-Appliances die Version 9.0.0 oder 9.0.1 ausgeführt wird, führen Sie den folgenden Befehl als Root auf allen TA- und DM-Appliances aus. Führen Sie den Befehl für jede Datenbank einmal aus und ersetzen Sie XXX durch den Datenbanknamen (fdb, edb und avdb für TA-Appliances; edb und avdb für DM-Appliances).
        DB_NAME='XXX'; PGPASSWORD=$(sed -n 1p /root/.pgpass | cut -d: -f5) psql -U admin ${DB_NAME} -c "BEGIN;SET TRANSACTION read write; ALTER DATABASE ${DB_NAME} SET default_transaction_read_only='off'; COMMIT;"
      • Wenn auf den „blauen“ SP-Appliances die Version 18.1 oder höher ausgeführt wird, führen Sie den folgenden Befehl als Root auf der primären SP-Appliance mit der entsprechenden Mandanten-OrgId aus:
        /usr/local/desktone/scripts/reset_db_access_mode.sh 'TENANT_ORG_ID'
    4. Stellen Sie die IP-Adresse der „blauen“ eth1-Appliance wieder her, indem Sie den folgenden Befehl als Root auf der primären SP-Appliance ausführen. Führen Sie den Befehl einmal für jede TA- oder DM-Appliance aus und ersetzen Sie BACKBONE_IP durch die Backbone-IP der Appliance.
      BLUE_APPLIANCE_ETH1='BACKBONE_IP'; export PGPASSWORD=$(sed -n 1p /root/.pgpass | cut -d: -f5); BLUE_APPLIANCE_ID=$(psql -U admin fdb -t --no-align -c "select appliance_id from network_interface where ip_address='${BLUE_APPLIANCE_ETH1}'"); psql -U admin fdb -c "WITH NIC_IDS AS  (select id from network_interface where adapter_name IN  ('eth1', 'standby') and appliance_id= '${BLUE_APPLIANCE_ID}') UPDATE network_interface SET adapter_name=(CASE ip_address WHEN '${BLUE_APPLIANCE_ETH1}' THEN 'eth1' ELSE 'standby' END) WHERE id IN (SELECT id from NIC_IDS)"
    5. Stellen Sie die Plattformversion und die Manifestversion für die Mandantenorganisation wieder her, indem Sie den folgenden Befehl als Root auf der primären SP-Appliance mit den entsprechenden Werten für TENANT_ORG_ID, BLUE_PLATFORM_VERSION und BLUE_MANIFEST_VERSION ausführen.
      • Wenn auf den „blauen“ SP-Appliances die Version 9.0.0 oder 9.0.1 ausgeführt wird, führen Sie den folgenden Befehl aus:
        TENANT_ORG_ID='XXXX' BLUE_PLATFORM_VERSION=‘X.X.X'; PGPASSWORD=$(sed -n 1p /root/.pgpass | cut -d: -f5) psql -U admin fdb -c "UPDATE appliance SET version='${BLUE_PLATFORM_VERSION}' WHERE org_id=${TENANT_ORG_ID}"
      • Wenn auf den „blauen“ SP-Appliances nicht die Version 9.0.0 oder 9.0.1 ausgeführt wird, führen Sie den folgenden Befehl aus:
        TENANT_ORG_ID='XXXX' BLUE_PLATFORM_VERSION=‘X.X.X' BLUE_MANIFEST_VERSION='X.X.X.XXXX.X'; PGPASSWORD=$(sed -n 1p /root/.pgpass | cut -d: -f5) psql -U admin fdb -c "UPDATE appliance SET version='${BLUE_PLATFORM_VERSION}', manifest_version='${BLUE_MANIFEST_VERSION}' WHERE org_id=${TENANT_ORG_ID}”
    6. Wenn vor dem Upgrade die App Volumes Manager-Konsole aktiviert war, aktivieren Sie sie erneut, indem Sie den folgenden Befehl als Root auf der primären SP-Appliance mit dem entsprechenden Wert für ORG_ID ausführen.
      PGPASSWORD=$(sed -n 1p /root/.pgpass | cut -d: -f5) psql -U admin fdb -c "UPDATE organization SET avmui_enabled='t' where id='ORG_ID’"
    7. Starten Sie dtService neu, indem Sie auf den einzelnen TA- und DM-Appliances Folgendes ausführen.
      service dtService restart