Performance verbessern - Versionsgeschichte

Gevitas am 10. September 2020 um 10:00 Uhr

2020-09-10T10:00:17Z

Gevitas: /* Allgemeines */

2020-09-10T09:46:29Z

‎Allgemeines

Gevitas: /* Benutzerprofil-Dateien lokal ablegen */

2019-02-12T08:55:55Z

‎Benutzerprofil-Dateien lokal ablegen

Gevitas: /* Speicherort der Benutzerprofil-Dateien */

2019-02-12T08:54:18Z

‎Speicherort der Benutzerprofil-Dateien

Gevitas am 12. Februar 2019 um 08:47 Uhr

2019-02-12T08:47:57Z

Gevitas: /* Datenbank-Indizes */

2013-02-23T22:20:29Z

‎Datenbank-Indizes

Gevitas am 22. Februar 2013 um 22:14 Uhr

2013-02-22T22:14:35Z

Gevitas am 22. Februar 2013 um 22:01 Uhr

2013-02-22T22:01:21Z

Gevitas am 22. Februar 2013 um 21:59 Uhr

2013-02-22T21:59:51Z

Gevitas am 22. Februar 2013 um 21:58 Uhr

2013-02-22T21:58:02Z

@@ Zeile 18: / Zeile 18: @@
 ==== Hardware ====
-* RAM-Speicher (Arbeitsspeicher): Geben Sie dem SQL-Datenbank-Server '''so viel Arbeitsspeicher wie möglich'''! SQL-Maschinen bauen sich im Laufe der Zeit sog. interne [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] im Arbeitsspeicher auf. Hier merken sie sich, welche Abfragen besonders häufig vorkommen und optimieren den Zugriff darauf im Arbeitsspeicher.
+* RAM-Speicher (Arbeitsspeicher): Geben Sie dem SQL-Datenbank-Server '''so viel Arbeitsspeicher wie möglich'''!
 * Verwenden Sie ein 64-Bit-Betriebssystem, das mehr als 3 GByte Speicher nutzen kann.
-* '''Nutzen Sie neuere Hardware''', die z.B. [http://de.wikipedia.org/wiki/Festplatte#SATA SATA] benutzt. Der "Flaschenhals" eines Servers ist meist die Festplatte! Der Grund liegt darin, dass der SQL-Server sicherstellen muss, dass die gerade gespeicherten Daten auch allen Benutzern sicher '''sofort''' zur Verfügung stehen. Also müssen '''neue Daten sofort''' auf die Festplatte. Bei neuen Daten müssen aber meist auch die Indizes aktualisiert werden, was einen weiteren Festplatten-Zugriff notwendig macht.
+* Wenn Sie den "MS SQL Server '''Express'''" verwenden, beachten Sie die Einschränkungen der Express-Versionen
 ==== Datenbank-Indizes ====
-Ein [http://de.wikipedia.org/wiki/Datenbankindex Datenbank-Index] ist ein Mechanismus einer Datenbank-Maschine, der bestimmte Felder (Spalten) einer Tabelle '''indiziert'''. Dadurch merkt sich der Datenbank-Server in einer speziellen internen Tabelle, welche Werte es für das ausgewählte Feld gibt. Der '''Zugriff''' auf '''bestimmte Werte''' der Tabelle wird dadurch '''wesentlich beschleunigt'''.
+Ein [http://de.wikipedia.org/wiki/Datenbankindex Datenbank-Index] ist ein Mechanismus einer Datenbank-Maschine, der bestimmte Felder (Spalten) einer Tabelle '''indiziert'''.
 * Vorteil: Das '''Einlesen''' von Daten wird '''signifikant''' beschleunigt.
@@ Zeile 41: / Zeile 49: @@
 * Der Artikel '''[[Standard-Indizes der GEVAS-Professional-Datenbank]]''' beinhaltet Informationen über die empfohlenen oder erweiterten Indizes einer [[GEVAS-Professional]]-Datenbank.
 === Client, Rechner ===
@@ Zeile 46: / Zeile 55: @@
 Da sich die GEVITAS-Programme laufend den Anforderungen anpassen, steigt auch die Anforderung an die Rechner. Ein paar Tipps dazu:
-* Wenn Sie ältere Hardware verwenden, schalten Sie im [[REFLEX: Benutzerprofil|Benutzerprofil]] den Farbverlauf aus. Bei älteren Rechnern ist die CPU für das Berechnen von Grafiken zuständig, bei neueren macht das die Grafikkarte.
+* Wenn Sie ältere Hardware verwenden, schalten Sie im [[REFLEX: Benutzerprofil|Benutzerprofil]] den Farbverlauf aus.
-* Benutzen Sie den Grafikkarten-Treiber des Herstellers! Manchmal sucht Windows bei der Installation einen Microsoft-Treiber aus, der die Grafikkarte u.U. nicht optimal ansteuert.
+: Bei älteren Rechnern ist die CPU für das Berechnen von Grafiken zuständig, bei neueren macht das die Grafikkarte.
-Wenn Sie das Programm über einen Terminal-Server benutzen:
+=== Terminal-Server, RDC, Citrix und Co. ===
-* Schalten Sie im [[REFLEX: Benutzerprofil|Benutzerprofil]] den Farbverlauf aus. Das Übertragen von Farbverläufen erfordert viel, viel mehr Daten als das Übertragen einer einfarbigen Flache!
+Wenn Sie das Programm über einen Remote-Server benutzen:
@@ Zeile 61: / Zeile 76: @@
 === Hintergrund ===
-Eigentlich ist es eine gute Idee, die Benutzerprofil-Dateien auf einem Server-Laufwerk abzulegen. Das hat den Vorteil, dass sich ein/e Benutzer/in an verschiedenen Rechnern an das Programm anmelden kann und hat überall das gewohnte Benutzerprofil, also Farben, gewählte Optionen, Einstellungen der Tabellen usw.
+Eigentlich ist es eine gute Idee, die Benutzerprofil-Dateien auf einem Server-Laufwerk abzulegen.
-Leider '''kann''' es sein, dass das Speichern der Einstellungen auf einem Server-Laufwerk länger dauert! D as führt dazu, dass das Schließen eines Fensters ein paar Sekunden lang dauert, obwohl die eigentliche Datenbank-Abfrage darin schon längst abgeschlossen ist.
+* Das hat den Vorteil, dass sich Benutzer*innen an verschiedenen Rechnern an das Programm anmelden können und überall die gewohnte Programm-Umgebung vorfinden, also Farben, gewählte Optionen, Einstellungen der Tabellen usw.
 ;Hinweis
@@ Zeile 83: / Zeile 101: @@
 In der [[INI-Datei]] kann man den Ort der Benutzerprofil-Dateien festlegen.
-Wenn man die Benutzerprofil-Dateien lokal auf dem Rechner ablegt, gewinnt man u.U. enorm an Performance, verliert aber den Komfort, dass sich Benutzer/innen an jedem Arbeitsplatz anmelden können und ihr gewohntes Aussehen des Programms haben.
+* Wenn man die Benutzerprofil-Dateien lokal auf dem Rechner ablegt, gewinnt man u.U. enorm an Performance,
+: verliert aber den Komfort, dass sich Benutzer/innen an jedem Arbeitsplatz anmelden können
-Wenn man jedoch mit '''Remote Desktop (RDP)''' arbeitet, ist es '''empfehlenswert, die Benutzerprofil-Dateien lokal abzulegen'''.
+: und ihr gewohntes Aussehen des Programms haben.
 ;Grund
-:Jede/r Benutzer/in arbeitet ja in Wirklichkeit nicht an seinem Arbeitsplatz, sondern auf dem RDP-Server, also eigentlich lokal.
+:Jede*r Benutzer*in arbeitet ja in Wirklichkeit nicht an seinem Arbeitsplatz, sondern auf dem Remote-Server, also eigentlich lokal.
-:Man kann sich also an einem beliebigen Rechner anmelden, RDP starten und hat seine gewohnten Programm-Einstellungen!
+:Man kann sich also an einem beliebigen Rechner anmelden, Remote starten und hat seine gewohnten Programm-Einstellungen!
+:Man hat also eine verbesserte Performance und trotzdem ein zentrale Stelle für die Benutzerprofil-Dateien.

← Nächstältere Version		Version vom 10. September 2020, 09:46 Uhr
Zeile 1:		Zeile 1:
	== Allgemeines ==		== Allgemeines ==
−	~~''Dieser Artikel ist noch in Bearbeitung''~~

	Dieser Artikel beschreibt, mit welchen Maßnahmen man die [http://de.wikipedia.org/wiki/Leistung_(Informatik) Performance] des Programms verbessern kann.		Dieser Artikel beschreibt, mit welchen Maßnahmen man die [http://de.wikipedia.org/wiki/Leistung_(Informatik) Performance] des Programms verbessern kann.

@@ Zeile 86: / Zeile 86: @@
 Wenn man die Benutzerprofil-Dateien lokal auf dem Rechner ablegt, gewinnt man u.U. enorm an Performance, verliert aber den Komfort, dass sich Benutzer/innen an jedem Arbeitsplatz anmelden können und ihr gewohntes Aussehen des Programms haben.
-Wenn man jedoch mit Remote Desktop (RDP) arbeitet, ist es empfehlenswert, die Benutzerprofil-Dateien lokal abzulegen.
+Wenn man jedoch mit '''Remote Desktop (RDP)''' arbeitet, ist es '''empfehlenswert, die Benutzerprofil-Dateien lokal abzulegen'''.
 ;Grund
 :Jede/r Benutzer/in arbeitet ja in Wirklichkeit nicht an seinem Arbeitsplatz, sondern auf dem RDP-Server, also eigentlich lokal.
 :Man kann sich also an einem beliebigen Rechner anmelden, RDP starten und hat seine gewohnten Programm-Einstellungen!

@@ Zeile 59: / Zeile 59: @@
 == Speicherort der Benutzerprofil-Dateien ==
 Eigentlich ist es eine gute Idee, die Benutzerprofil-Dateien auf einem Server-Laufwerk abzulegen. Das hat den Vorteil, dass sich ein/e Benutzer/in an verschiedenen Rechnern an das Programm anmelden kann und hat überall das gewohnte Benutzerprofil, also Farben, gewählte Optionen, Einstellungen der Tabellen usw.
@@ Zeile 74: / Zeile 76: @@
 :*Versandart auswählen
 usw.

← Nächstältere Version		Version vom 12. Februar 2019, 08:47 Uhr
Zeile 56:		Zeile 56:

	* Schalten Sie im [[REFLEX: Benutzerprofil\|Benutzerprofil]] den Farbverlauf aus. Das Übertragen von Farbverläufen erfordert viel, viel mehr Daten als das Übertragen einer einfarbigen Flache!		* Schalten Sie im [[REFLEX: Benutzerprofil\|Benutzerprofil]] den Farbverlauf aus. Das Übertragen von Farbverläufen erfordert viel, viel mehr Daten als das Übertragen einer einfarbigen Flache!
		+
		+
		+	== Speicherort der Benutzerprofil-Dateien ==
		+
		+	Eigentlich ist es eine gute Idee, die Benutzerprofil-Dateien auf einem Server-Laufwerk abzulegen. Das hat den Vorteil, dass sich ein/e Benutzer/in an verschiedenen Rechnern an das Programm anmelden kann und hat überall das gewohnte Benutzerprofil, also Farben, gewählte Optionen, Einstellungen der Tabellen usw.
		+
		+	Leider '''kann''' es sein, dass das Speichern der Einstellungen auf einem Server-Laufwerk länger dauert! D as führt dazu, dass das Schließen eines Fensters ein paar Sekunden lang dauert, obwohl die eigentliche Datenbank-Abfrage darin schon längst abgeschlossen ist.
		+
		+	;Hinweis
		+	:Technisch gesehen "merkt" sich das Programm beim Schließen eines Fensters alle Einstellungen, die das Fenster betreffen, in der Benutzerprofil-Datei.
		+	:Wenn man also z.B. einen Auftrag erfasst öffnet und schließt man beispielsweise diese Fenster:
		+	:*Status festlegen
		+	:*Kunde suchen/auswählen
		+	:*Wiederholt Artikel suchen/auswählen
		+	:*Unter Umständen mehrmals in die Dispo schauen
		+	:*Liefer-/Abhol-Anschrift festlegen
		+	:*Versandart auswählen
		+	usw.

@@ Zeile 37: / Zeile 37: @@
 '''Das Anlegen von Indizes einer Datenbank ist eine Wissenschaft für sich!'''
 Die [[REFLEX]] bzw.  [[GEVAS-Professional]] bringen bei der Neuinstallation eine Datenbank mit, in den eigentlich alle notwendigen Indizes gesetzt sind.
 === Client, Rechner ===

@@ Zeile 12: / Zeile 12: @@
 usw.
 === Server ===
 Vereinfacht gesagt, kann man die Performance eines Datenbank-Servers verbessern durch diese Maßnahmen:
 * RAM-Speicher (Arbeitsspeicher): Geben Sie dem SQL-Datenbank-Server '''so viel Arbeitsspeicher wie möglich'''! SQL-Maschinen bauen sich im Laufe der Zeit sog. interne [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] im Arbeitsspeicher auf. Hier merken sie sich, welche Abfragen besonders häufig vorkommen und optimieren den Zugriff darauf im Arbeitsspeicher.
@@ Zeile 37: / Zeile 27: @@
 * Nutzen Sie neuere Hardware, die z.B. [http://de.wikipedia.org/wiki/Festplatte#SATA SATA] benutzt.
 === Client, Rechner ===

@@ Zeile 32: / Zeile 32: @@
 * Verwenden Sie ein 64-Bit-Betriebssystem, das mehr als 3 GByte Speicher nutzen kann.
 * Wenn Sie den "MS SQL Server 2008 R2 '''Express'''" verwenden, beachten Sie die Einschränkungen des "MS SQL Server 2008 R2 Express":
-** Es wird nur ein Prozessor bzw. ein Prozessorkern verwendet. Das ist nicht so schlimm, weil die CPU eines SQL-Servers meist "gelangweilt" ist.
+** '''Es wird nur ein Prozessor bzw. ein Prozessorkern verwendet: '''Das ist nicht so schlimm, weil die CPU eines SQL-Servers meist "gelangweilt" ist.
-** Die Express-Edition nutzt maximal 1 GB Arbeitsspeicher. Das ist schon eine wesentliche Einschränkung! SQL-Server "leben" von RAM-Speicher. Wenn Sie nicht genug davon haben, können Sie keine internen [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] aufbauen, in denen sie sich immer wiederkehrende Abfragen merken.
+** '''Die Express-Edition nutzt maximal 1 GB Arbeitsspeicher:''' Das ist schon eine wesentliche Einschränkung! SQL-Server "leben" von RAM-Speicher. Wenn Sie nicht genug davon haben, können Sie keine internen [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] aufbauen, in denen sie sich immer wiederkehrende Abfragen merken.
-** Eine Datenbank darf maximal 10 GB groß sein (in 2008 R1 nur 4 GB).
+** '''Eine Datenbank darf maximal 10 GB groß sein (in 2008 R1 nur 4 GB)''': Die wenigsten Kunden werden dieses Limit erreichen.
 * Nutzen Sie neuere Hardware, die z.B. [http://de.wikipedia.org/wiki/Festplatte#SATA SATA] benutzt.
 === Client, Rechner ===