Performance im Netz

Performance im Netz, LAN, WAN, VPN

Product line

Standard

|

Expert

Operating mode

CLOUD ABO

|

ON-PREMISES

Modules

Services & CRM

Budget & Phases

Purchases

Resource Planning

Business Intelligence

Created: 29.11.2010
Updated: 12.09.2023 | Artikel aktualisiert.

Wenn Sie annehmen, dass auftretende Performance-Probleme nicht von Ihrer Vertec-Konfiguration verursacht werden - siehe dazu den Artikel Performance - könnte die Ursache zum Beispiel auch ein Netzwerkproblem sein. Nachfolgende Angaben sollen Ihnen helfen, dem Problem auf die Spur zu kommen.

Einflussfaktoren für Netzwerk- und Serverperformance sind:

  • Serverauslastung
  • Netzwerkbandbreite
  • Latenz

Serverauslastung

Entspricht Ihr Server den Anforderungen?

Die Performance auf dem Server kann durch Services, Firewalls, Virenscanner etc. beeinflusst werden. Netzwerkprobleme sind in der Regel komplex. Um solchen Schwierigkeiten auf den Grund gehen zu können, braucht es einen Netzwerkspezialisten, der mit Tools wie z.B. dem Netzwerkanalyseprogramm WireShark herausfinden kann, wodurch die Probleme verursacht werden.

Die Erfahrung zeigt, dass Vertec auf einem Small Business Server nicht performant genug läuft. Das Problem ist dabei nicht der Small Business Server, sondern der (damit mitgelieferte) Exchange-Server, welcher den Speicherplatz fast vollständig für sich beansprucht und die CPU auslastet. Dabei spielt die Grösse des Speicherplatzes keine Rolle. Vertec sollte deshalb nicht auf dem gleichen Server wie ein Exchange-Server installiert werden.

Wahl des Datenbankservers

  • Bei Installationen bis ca. 50-100 Usern ist Firebird die beste Wahl, da sehr performant und in der Administration sehr einfach, z.B. bezüglich Backup. Vertec wird standardmässig mit Firebird ausgeliefert.
  • Ab 100 Usern oder bei besonderen Anforderungen bezüglich der Performance kann der Einsatz eines Microsoft SQL-Server in Erwägung gezogen werden. Dieser skaliert bei sehr vielen gleichzeitigen Usern und Transaktionen sehr gut.

Siehe zu diesem Thema den Artikel Datenbankunterstützung - Firebird oder MS SQL Server .

Dedicated vs. Shared Ressourcen

Eine höhere Anzahl CPU's bringt bei grossen Installationen bereits eine grosse Performance-Verbesserung. Eine weitere Verbesserung kann durch das fixe Zuweisen von Ressourcen (dedicated) erzielt werden. Zum Vergleich folgende Tabelle mit Performance-Werten:

  4 CPU, shared Ressourcen 8 CPU, shared Ressourcen 8 CPU, dedicated Ressourcen
Dauer der Berechnung 100% 56% 48%
  • Bei vielen Usern und grossen Datenbanken sind die Ressourcen des Microsoft SQL-Servers entscheidend! Läuft dieser nicht optimal, kommen auch Optimierungen in Vertec an ihre Grenzen.
  • Eine VM mit shared Ressourcen ist einer VM mit dedicated Ressourcen performancemässig unterlegen. Für ein Produktivsystem wie Vertec sollte die VM bei vielen Usern und grossen Datenbanken mit fix zugewiesenen Ressourcen arbeiten.

Aktualisierte Index Statistiken

Die Datenbank Server brauchen Index Statistiken, um herauszufinden, welcher Index in welcher Reihenfolge verwendet werden soll. Zum Beispiel gibt es für ein "Mann/Frau" Feld genau 2 Möglichkeiten, bei einem Index auf einer Postleitzahl sehr viel mehr. Mit der Index Statistik kann ein Query Analyzer eruieren, welchen Index er zuerst benutzen soll und welchen als zweites etc. Das ist performancerelevant.

Sind Index Statistiken nicht aktuell, kann es passieren, dass die Indizes zwar benutzt werden, aber nicht in der richtigen Reihenfolge.

Detaillierte Informationen zu diesem Thema finden Sie im Artikel Datenbank Performance und Index Statistiken .

Clients

Bei der Verarbeitung der Businesslogik macht Vertec viele Einzelzugriffe. Bei der Desktop App läuft die Businesslogik lokal, bei Cloud Clients (Cloud App und Web App) serverseitig. Je nachdem, wo diese Logik abläuft, sind unterschiedliche Kriterien Performance-entscheidend:

Cloud Clients

Hier übernimmt der Cloud Server die "lokale" Rolle. Deshalb ist es für die Performance am Besten, wenn der Cloud Server so nahe wie möglich am Datenbankserver ist, mit tiefer Latenz und hoher Bandbreite.

Den Cloud Clients - Vertec Cloud App und Vertec Web App - werden über das Netz nur die Resultate geschickt, was wenig Zeit braucht, deshalb ist die Bandbreite von den Clients zum Server unerheblich. Eine tiefe Latenz ist für Cloud Clients von Vorteil, da alle Oberflächen-Manipulationen an den Server gemeldet werden.

Auch bei den Cloud Clients gelten die normalen Performance-Kriterien, da die Verarbeitung in Vertec ja trotzdem erfolgt. Einzig die gesamthafte Übertragung zu den Clients fällt weg, was enorme Vorteile zum Beispiel beim Einsatz von Vertec via VPN bringt.

Desktop App

Die Vertec Desktop App ist nicht für die Verwendung über das Netzwerk geeignet. Sie macht bei der Verarbeitung der Business-Logik viele Einzelzugriffe über das Netzwerk und reagiert deshalb empfindlich auf lange Antwortzeiten (Latenz).

Die Desktop App läuft deshalb langsamer, da sie bei jedem einzelnen Paket auf Antwort wartet. Dies kann auch bei ansonsten sehr schnellen Leitungen (hohe Netzwerk-Bandbreite) problematisch sein. Wenn die Pakete unterwegs bei einer Station (z.B. einem fehlkonfigurierten Switch) aufgehalten werden, nützt es nichts, wenn die Wege dazwischen schnell sind. Ein Indikator für hohe Latenz ist, wenn die Antwortzeiten bei Pings durchschnittlich grösser als 1 Millisekunde sind.

Wir empfehlen, stattdessen die Vertec Cloud App oder die Vertec Web App (Cloud Clients) zu verwenden.

Falls der Einsatz der Vertec Desktop App unumgänglich ist, sollte dafür eine Client-Installation gemacht werden.

Vertec in WAN Systemen

Greift der Client via VPN auf den Server zu (WAN), ist die Latenz entscheidend. Vertec lässt sich via VPN betreiben. Dabei empfiehlt sich der Einsatz der Vertec Cloud Clients, da die Vertec Desktop App im WAN nicht performant ist.

Bitte wählen Sie Ihren Standort