Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

...

Hinweis

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 empfehlend empfehlen wir dringend, diese Aktivität im Vier-Augen-Prinzip durchzuführen.

...

Ideale Vorlaufzeit/Information an Performa

1 - 2 Wochen

Auswirkungen PerformX-Betrieb   

Niedrig

PerformX-Unterbruch beim Kunden   

ca. 1 Stunde

...

Vorbereitung

Nr.1
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

2
4

Ist PerformX Connector im Einsatz?

  • Ja = bitte Performa involvieren

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

5

Sind REST-/BPE-Integrationen im Einsatz?

  • Ja = bitte Performa involvieren

4
6

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

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 haben6

8

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

9

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

10

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

11

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

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

Nr.1
1

Anforderung

2

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

3

Durchführen Unit-Test3

4

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

5

Sybase-Central: Sybase-Dienste TEST/SCHUL stoppen5

6

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

7

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

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

8
9

Sybase-Central: Start aller Sybase-Dienste9

10

Aktualisieren REST/BPE und Durchführen Unit-Test10

11

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

Nachbearbeitung

Nr.1
1

Anforderung

2

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

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 werden3

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
)4

5

Unter F3 - Zahlungswege mit Zahlungsart "BESR/VESR"

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

5
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)

6
10

Freigabe aller Instanzen an die Benutzer6

11

Logbuch-Eintrag (PerformaNET)

...