In diesem Artikel werden die vom aktuellsten VCS Setup durchgeführten Sicherheitsprüfungen beschrieben.

Die Prüfungen sollen verhindern, dass durch das einspielen des Updates eine Situation entsteht in der weder die alte noch die neue Version nutzbar ist oder die Datenbank/-backup gefährdet ist.

Generell wird unterteilt in 1. Ausführung des Steups mit De- und Installation des Programms und danach 2. das DB-Update 

1. Funktionen des Setups

• [2.50.97] Beim Setup wird bereits vor der Deinstallation abgebrochen, sofern die für VCS hinterlegte DB-Verbindung nicht ausreichend Berechtigungen auf der Datenbank aufweist, nach dem Setup aber ein DBUpdate erforderlich ist. Befinden sich aktuell angemeldete Benutzer auf der Datenbank, so wird darauf hingewiesen. Um das Setup fortsetzen zu können muss ein Code eingegeben werden. Zusätzlich erfolgt ein Hinweis auf andere Arbeitsstationen, die ggf. geupdatet werden müssen (Quelle = Applog). Die 3 Funktionen werden nicht ausgeführt, wenn das Setup Silent, z.B. vom SMC gerufen wird oder der für die Unterdrückung der Kassenabschlussmeldung erforderliche Aufrufparameter angegeben ist.
• [2.50.97] Beim Setup wird bereits vor der Deinstallation abgebrochen, sofern die Prüfung des .NET Frameworks via Regasm Fehler meldet 

2. Prüfungen vor DB-Update

• [2.50.104] Konfiguration der ausgeführten Prüfungen, Vor Ausführung des DB-Update werden Prüfungen ausgeführt um sicher zu stellen dass ein Backup vorhanden ist und dass die Datenbannk nicht beschädigt ist. Dafür sind erweiterte Rechte auf der Datenbank erforderlich (für last Run DBCC Admin, last Update DB-Owner). Über eine Ini-Datei kann die Prüfung gesteuert werden und die Prüfungen deaktiviert werden sofern der Ausführende nicht genügend Rechte hat. Im KNB Artikel ist der [ID: Aufbau der INI Datei|18441] beschrieben. Mit der Lösung via INI Datei kann für Kunden welche nicht pauschal via SA zugreifen die Prüfung dauerhaft angepasst werden die durch das Update ausgeführt wird.
• [2.50.98] Vor Start DB-Update, zwingende DBCC-Ausführung vor DB-Update eingebaut
• [2.50.98] Vor Start DB-Update, Erkennung ob DB-Update bereits ausgeführt wird eingebaut um Doppeltstart von mehreren Arbeitsplätzen zu verhindern
• [2.50.98] Vor Start DB-Update, InstallAwareSetupHelp wird nun beim DBUpdate als offene DB Verbindung ignoriert
• [2.50.98] Bei DB-Update, Konverter bzgl. OutOfMemory verbessert: 64bit-Kontext auf 64bit-Systemen & Sonderbehandlungen für Lauf in reinen x86-Umgebungen eingebaut
• [2.50.98] Bei DB-Update, Kein Abbruch des Blobkonverters mehr bei Problemen das gezippte Blob zu entpacken oder beim deserialisieren eines Bereichs daraus. Problem wird ins Loupe dokumentiert und in die Notiz des SubProcess eintragen
• [2.50.97] Vor Start DB-Update, Prüfung ob weitere User an der DB angemeldet sind, 

Nicht möglich: Die folgenden Anwender sind auf der Datenbank angemeldet [User....]

In diesem Fall Abbruch/ Refresh-Möglichkeit

• [2.50.97] Vor Start DB-Update, Prüfung auf alter letztes DB-Backup (>24 Std), falls älter erstellen Backup eingebaut

Erstellt: 27.10.2018 10:19:17
Autor: Ringhut (Steck, Zach)
Geändert: 27.10.2018 10:53:29
Geändert von: Ringhut
ArtikelID: 18461