2.5 Aktualisierung PerformX-TEST/SCHULUNG

Owned by Nicole Burri
Last updated: Mai 27, 2024 by Damla Öztürk
3 min read

Das Wichtigste in Kürze

Die Aktualisierung des PerformX-TEST oder -SCHULUNG mit dem Datenstand des PerformX-PRODUKTIV hat Einfluss auf aktuelle Erweiterungsprojekte und allfällige Umsysteme und Schnittstellen. Mit dem Know-how eines Applikationsbetreuers kann die Aktualisierung durch den Kunden selbständig durchgeführt werden. 

Wichtig ist die Klärung und Koordination mit Performa, ob in der zu aktualisierenden Instanz noch Änderungen, Anpassungen usw. vorhanden sind, welche zuerst ins PerformX-PROD übernommen werden müssen. Auch empfehlen wir dringend, diese Aktivität im Vier-Augen-Prinzip durchzuführen.

 

Die wichtigsten Eckwerte

Ideale Vorlaufzeit/Information an Performa

1 - 2 Wochen

Auswirkungen PerformX-Betrieb   

Niedrig

PerformX-Unterbruch beim Kunden   

ca. 1 Stunde

 

Vorbereitung

1

Vorgehen

2

Überprüfung, ob Kunde Modern Workplace im Einsatz hat

3

Ist PerformX Portal im Einsatz?

  • Ja = bitte Performa involvieren

    • Prüfung Portal-Version

      • Ja = OK

      • Nein = ... 

    • Prüfung Color im TEST

    • Prüfung TEST-Information für SSO, Client Secret und OpenOlat

4

Ist PerformX Connector im Einsatz?

  • Ja = bitte Performa involvieren

    • Unter F3 - Bereiche - Register Buchhaltung - Externe Identifikationsnummer wegsichern

5

Sind REST-/BPE-Integrationen im Einsatz?

  • Ja = bitte Performa involvieren

6

Klärung pendente Erweiterungen/Ausbauten im PerformX-TEST die noch nicht ins PerformX-PROD übernommen wurden 

7

Prüfen der PerformX-Version der zu aktualisierenden Instanzen. Bei abweichenden Versionen muss nicht nur die Datenbank, sondern auch die Programmversion inklusive REST/BPE aktualisiert werden. 

Falls die Versionen nicht identisch sind, muss auch die Programmversion sowie der REST-Server aktualisiert werden. Das kann Auswirkungen auf die integrierten Systeme haben

8

Überprüfung freier Speicherplatz auf PerformX-Laufwerk (ca. 3x die Grösse des gesamten PerformX-PROD-Verzeichnisses)

9

Definition Stand, der auf TEST/SCHUL kopiert werden soll (aktuelles Backup oder letztes reguläres Backup)

10

Überprüfen der Spezialitäten (PerformaNET - Monitor - Spezialitäten)

11

Planung Systemunterbruch für ca. 60 Minuten aller Mandanten und Information an alle Benutzer (Berücksichtigung Aussenstellen, Filialen) durch Power-User

12

Überprüfung Speicherplatz und Auswirkung Grössenänderung DB (PROD in der Regel grösser als TEST → mit Standardbackup wird nach dem PROD2TEST die 8-fache Differenz zusätzlich benötigt)

Umsetzung

1

Anforderung

2

Sicherstellen, dass niemand mehr in PerformX (alle Instanzen) angemeldet ist
→ PerformX-Server - Computerverwaltung - System - Freigegebene Ordner - Geöffnete Dateien

3

Durchführen Unit-Test

4

Falls die Kopie von einem aktuellen Backup erstellt werden soll, dann ist eine aktuelle Sicherungskopie ab dem PROD durchzuführen

5

Sybase-Central: Sybase-Dienste TEST/SCHUL stoppen

6

Optional: Sicherungskopien erstellen: Alle zu überschreibenden Instanzen kopieren (ganzer Ordner) und im PXAdmin - History-Ordner ablegen

7

Im Ziel-Instanz-Ordner alle Verzeichnisse und Dateien löschen mit Ausnahme des Verzeichnisses „Datenbank“

8

  • Kopieren Dateien vom Quell-Ordner (PROD) in den Ziel-Ordner (TEST/SCHUL)

  • Alle Dateien und Verzeichnisse ausser das Verzeichnis „Dokumente“

  • Verzeichnis Datenbank: Nur die Dateien *.db und *.log kopieren

  • Allfällige weitere Ordner gemäss Kundenpezialitäten

9

Sybase-Central: Start aller Sybase-Dienste

10

Aktualisieren REST/BPE und Durchführen Unit-Test

11

Falls Portal-/Connector im Einsatz sind, ist eine Aktualisierung mit Performa sinnvoll

Nachbearbeitung

1

Anforderung

2

Vergleich Datenstand: Öffnen Quell- und Ziel-Mandant und Abgleich letzt geänderte Datensätze in Adressen, Aufträge usw.

3

  • Prüfen Auswertungen und explizite Verweise auf einzelne Instanzen

    • Ausgabe-Datei für einzelne Objekte

    • Ausgabe-Datei für mehrere Objekte

    • Konfiguration der Folgeaktion

    • Layout in Datei

  • Prüfen/Anpassen aller WoD-Dokumente mit Verweis auf das PROD-System

  • Prüfen/Aktualisieren Systemeinstellungen inklusive Bereiche (vor allem Verweise auf Mandanten etc.)

Falls vorhanden, können diese Aktualisierungen auch via Skripts vorgenommen werden

4

Ablagepfade auf neuen Server anpassen (Kommentar nach jeder Überprüfung entfernen)

->Dokument top 1(
ID
Datei
where not empty Datei
where not Datei begins_with '.\'
...
)

 

Pfad-Variante korrigieren (Gross-/Kleinschreibung beachten!)

Beispiel:

->Dokument(
ID
where Datei begins_with '\\SERVERNAME\PerformX$\PXProduktiv\'
calcDatei as replace_all '\\SERVERNAME\PerformX$\PXProduktiv\' by '\\SERVERNAME\PerformX$\PXTest\' in Datei
Datei set to calcDatei
update locally
)

 

Pfade dynamisch setzen:

->Dokument(
  ID
  Datei
  where Datei begins_with '\\SERVERNAME\PerformX$\PXProduktiv\Dokumente\'
  calcDatei as replace_all '\\SERVERNAME\PerformX$\PXProduktiv\Dokumente\' by '.\Dokumente\' in Datei
  Datei set to calcDatei
  update locally
)

5

Unter F3 - Zahlungswege mit Zahlungsart "BESR/VESR"

  • Überprüfen Pfad und Name für Import-/Exportdatei 

6

Unter F3 - Bereiche - Register Buchhaltung - Externe Identifikationsnummer anpassen

7

Connector

  • Controlling Connector Verbindung prüfen

8

Portal

9

  • Test Zugriff auf alle Systeme von verschiedenen Arbeitsplätzen

  • Überprüfung/Test Web-Integration (falls vorhanden)

  • Überprüfung REST2 Komponenten bei REST-Anbindungen (falls im Einsatz)

    • Vergleich Version Installationsdateien und Module (PROD/TEST)

    • Aktualisierung Installationsdateien und Module (falls PROD<>TEST)

    • Neustart REST2-Service (TEST) 

    • Durchführung Unit-Test

  • Test weitere Schnittstellen

  • Auswertungen: Prüfung und allfällige Korrektur Ablagepfade (→ Redeployment-Skripte)

10

Freigabe aller Instanzen an die Benutzer

11

Logbuch-Eintrag (PerformaNET)