Performance Whitepaper - combit GmbH

combit GmbH
Untere Laube 30
78462 Konstanz
Whitepaper
Produkt: combit Relationship Manager
Performance Whitepaper
Copyright combit GmbH, Alle Rechte vorbehalten.

Produkt: combit Relationship Manager
Performance Whitepaper - 2 -
Inhalt
Einleitung 4
Client- und serverseitige Einstellungen 4
Netzwerk-Anbieterreihenfolge 4
Deaktivieren von IPv6 4
Datenbankverbindung über die Server-IP-Adresse 5
TCP/IP vs. Named Pipes 6
TCP Auto-Tuning-Protokoll/RSS 7
Firewall 7
Virenscanner 8
Transaktionsprotokoll/Wartungspläne 8
Treiber 8
Hardware 8
Solution-seitige Einstellungen 8
Indizes 8
Primärschlüssel 9
Fremdschlüssel 9
Relationen 9
Eingabemaske/Übersichtsliste 10
Scripting 11
Häufige Filter 11
Checkliste 12
Copyright combit GmbH, Alle Rechte vorbehalten.

Produkt: combit Relationship Manager
Performance Whitepaper - 3 -
Einleitung
Insbesondere bei der u.a. IT-Infrastruktur kann es zu erheblichen Performance-Einbußen bei der Arbeit mit dem combit
Relationship Manager kommen. Dieses Whitepaper soll Ihnen helfen die Systemeinstellungen zu überprüfen, ggf. zu
korrigieren oder zu ändern und somit eine erste eigene Problemanalyse/-behebung durchführen zu können.
Windows Vista/Windows 7 Clients
Windows Server 2003
Firewall (client-/serverseitig)
Anti-Virenscanner (client-/serverseitig)
Client- und serverseitige Einstellungen
Netzwerk-Anbieterreihenfolge
In der Auswertungsreihenfolge der Netzwerkanbieter der Netzwerkkarte sollte das "Microsoft Windows-Netzwerk" als
Erstes ausgewertet werden. Den Einstellungsdialog erreicht man über:
Netzwerk- und Freigabecenter > Adaptereinstellungen ändern > Erweitert (falls Menüleiste ausgeblendet, "Alt"-Taste
betätigen) > Erweiterte Einstellungen > Anbieterreihenfolge
Deaktivieren von IPv6
Bei der Kommunikation zwischen "älteren" Windows-Servern und "neueren" Windows-Clients kann es zu Engpässen bzgl.
des verwendeten IP-Protokolls kommen. Das IPv6-Protokoll sollte daher deaktiviert werden. Dies muss in den
Einstellungen der LAN-Verbindungen erfolgen:
Copyright combit GmbH, Alle Rechte vorbehalten.

Produkt: combit Relationship Manager
Performance Whitepaper - 4 -
Datenbankverbindung über die Server-IP-Adresse
Bei dieser Systemkonstellation kann es auch zu Problemen bei der DNS-Auflösung kommen. Folglich kann die
Datenbankanbindung im cRM über den Servernamen zu Problemen führen. Abhilfe verschafft hier die Verwendung der
Server-IP anstatt des Servernamen. Diese Änderung kann über die cRM Projekt-Menüleiste und die Menüpunkte
"Konfigurieren > Datenbank > Datenbankverbindung" vorgenommen werden:
TCP/IP vs. Named Pipes
Copyright combit GmbH, Alle Rechte vorbehalten.

Produkt: combit Relationship Manager
Performance Whitepaper - 5 -
Die Verbindung bzw. die Kommunikation der Clients mit dem SQL-Server erfolgt über ein einziges Protokoll. Hierbei kann
es ebenfalls zu Verzögerungen kommen, wenn der Server einem Protokoll lauscht, welches der Client jedoch erst in
Erfahrung bringen muss. Hier lässt sich ebenfalls die Auswertungsreihenfolge ändern und das verwendete Protokoll somit
priorisieren. In diesen Dialog gelangen Sie folgendermaßen:
Client (ohne SQL-Tools)
"Start > Alle Programme > Verwaltung > Computerverwaltung > Dienste und Anwendungen > SQL Server-
Konfigurations-Manager > SQL Native Client (10.0)-Konfiguration > Clientprotokolle"
Server/Client mit SQL-Tools
"Start > Alle Programme > MS SQL Server 2008 (R2) > Konfigurationstools > SQL-Server-Konfigurations-Manager > SQL
Native Client (10.0)-Konfiguration > Clientprotokolle"
Zu beachten sind die folgenden Hinweise von Microsoft:
TCP/IP
TCP/IP ist ein Protokoll, das im Internet häufig verwendet wird. Es kommuniziert über untereinander verbundene Computernetzwerke
mit unterschiedlichen Hardwarearchitekturen und verschiedenen Betriebssystemen. TCP/IP schließt Standards zum Weiterleiten von
Netzwerkverkehr ein und bietet erweiterte Sicherheitsfunktionen. Es ist das heute in der Geschäftswelt am häufigsten verwendete
Protokoll. Das Konfigurieren des Computers für die Verwendung von TCP/IP kann ein komplexer Vorgang sein, allerdings sind die
meisten Netzwerkcomputer bereits ordnungsgemäß konfiguriert. Weitere Informationen zum Konfigurieren der TCP/IP-Einstellungen,
die nicht im SQL Server-Konfigurations-Manager verfügbar sind, finden Sie in der Microsoft Windows-Dokumentation.
Named Pipes
Named Pipes ist ein Protokoll, das für lokale Netzwerke entwickelt wurde. Ein Teil des Arbeitsspeichers wird von einem Vorgang zum
Weiterleiten von Informationen an einen anderen Vorgang verwendet, sodass die Ausgabe des einen Vorgangs der Eingabe des
anderen entspricht. Der zweite Prozess kann ein lokaler (auf demselben Computer wie der erste) oder ein Remoteprozess (auf einem
Computer im Netzwerk) sein.
Named Pipes im Vergleich zu TCP/IP-Sockets
In einer schnellen LAN-Umgebung (Local Area Network) sind TCP/IP-Sockets (Transmission Control Protocol/Internet Protocol) und
Named Pipes-Clients hinsichtlich der Leistung vergleichbar. Der Leistungsunterschied zwischen TCP/IP-Sockets und Named Pipes-Clients
wird jedoch in langsameren Netzwerken, wie z. B. WANs oder Einwählverbindungen, deutlich. Ursache hierfür sind die Unterschiede in
der prozessübergreifenden Kommunikation (Interprocess Communication, IPC) zwischen Peers.
Für Named Pipes ist die Netzwerkkommunikation normalerweise überwiegend interaktiv. Ein Peer sendet keine Daten, bevor ein anderer
Peer sie mithilfe eines Lesebefehls anfordert. Zu einem Netzwerklesevorgang gehört normalerweise vor Beginn des Lesens der Daten
das kurze Einsehen zahlreicher Named Pipes-Nachrichten. Dies kann in einem langsamen Netzwerk sehr teuer sein und
übermäßigen Netzwerkverkehr verursachen, was sich wiederum auf andere Netzwerkclients auswirkt.
Darüber hinaus sollte geklärt werden, ob die Kommunikation über lokale Pipes oder Netzwerkpipes stattfindet. Wenn die
Serveranwendung lokal auf dem Computer mit einer Instanz von SQL Server ausgeführt wird, bietet sich das Verwenden des lokalen
Named Pipes-Protokolls an. Lokale Named Pipes-Protokolle werden im Kernelmodus ausgeführt und sind sehr schnell.
Für TCP/IP-Sockets sind Datenübertragungen geradliniger und mit weniger Verwaltungsaufwand verbunden. Datenübertragungen
können auch von Mechanismen zur TCP/IP-Socketleistungserweiterung, wie beispielsweise Windowing, verzögerten Bestätigungen usw.
profitieren. Dies kann in einem langsamen Netzwerk sehr hilfreich sein. Abhängig vom Anwendungstyp können diese
Leistungsunterschiede sehr deutlich sein.
TCP/IP-Sockets unterstützen zudem eine Backlogwarteschlange. Dadurch kann im Vergleich zu Named Pipes, die aufgrund von
ausgelasteten Pipes zu Fehlern beim Verbindungsversuch mit SQL Server führen können, ein begrenzter Glättungseffekt erreicht
werden.
Im Allgemeinen wird TCP/IP in einem langsamen LAN, WAN oder DFÜ-Netzwerk bevorzugt. Wenn die
Netzwerkgeschwindigkeit keine Rolle spielt, stellen Named Pipes hingegen häufig die bessere Wahl dar, da sie mehr Funktionalität,
größere Benutzerfreundlichkeit und mehr Konfigurationsoptionen bieten.
Aktivieren des Protokolls
Das Protokoll muss sowohl auf dem Client als auch dem Server aktiviert sein. Der Server kann gleichzeitig auf alle aktivierten
Protokolle auf Anforderungen lauschen. Clientcomputer können ein Protokoll auswählen oder das Verwenden der Protokolle in der
Reihenfolge versuchen, wie sie im SQL Server-Konfigurations-Manager angegeben sind.
Copyright combit GmbH, Alle Rechte vorbehalten.

Produkt: combit Relationship Manager
Performance Whitepaper - 6 -
[Microsoft, http://technet.microsoft.com/de-de/library/ms187892.aspx]
TCP Auto-Tuning-Protokoll/RSS
Mit dem Betriebssystem Windows Vista hat Microsoft das sogenannte "TCP Auto-Tuning-Protokoll"
eingeführt. Dieses Protokoll handelt die Fenstergröße für die zwischen Server und Client auszutauschenden
Pakete aus, d.h. der Netzwerk-Verkehr wird durch dieses Protokoll ständig überwacht und wirkt sich somit
auch auf die Geschwindigkeit z.B. beim Löschen, Kopieren oder Verschieben von Dateien im Netzwerk aus.
Dieses Protokoll lässt sich über die Kommandozeile deaktivieren. Diese muss hierfür unbedingt "Als
Administrator" ausgeführt werden. Desweiteren empfiehlt es sich, die RSS-Funktionalität zu deaktivieren
(Receive Side Scaling), da diese ebenfalls einen Falschenhals im Zusammenspiel von Multi-Core-Prozessoren
und Single-CPU-Services bildet. Der Befehl zur Deaktivierung lautet wie folgt:
netsh interface tcp set global autotuninglevel=disabled
netsh interface tcp set global rss=disabled
Firewall
Die Microsoft Windows Firewall verhindert nicht autorisierte Zugriffe auf den Computer. Dies kann dazu
führen, dass möglicherweise auch Verbindungsversuche von cRM Clients auf die auf diesem Computer
laufende Microsoft SQL Server Instanz blockiert werden. Der Effekt kann eine lange Wartezeit oder sogar
eine "Timeout"-Fehlermeldung beim Starten des cRM sein.
Der erste nachfolgende Knowledge Base-Artikel von Microsoft beschreibt, wie bei der Firewall des Windows
Server 2008 die für den Microsoft SQL Server notwendigen Verbindungen geöffnet/eingestellt werden.
Der zweite Artikel beschreibt allgemein die für den Microsoft SQL Server 2008 benötigten Ports und die
vorzunehmenden Einstellungen für unterschiedliche Microsoft Windows Systeme.
http://support.microsoft.com/kb/968872
http://msdn.microsoft.com/en-us/library/cc646023.aspx
Virenscanner
Insbesondere beim Programmstart aber auch beim Verwenden von Script-Dateien (ggf. hinter Schaltflächen
der Eingabemaske verborgen) können aktive Virenscanner zu einem Leistungsverlust führen, da jeder
Dateizugriff geprüft wird. Erfahrungen aus der Praxis zeigen, dass es oftmals ausreichend ist, wenn die cRM-
Arbeits- und Installationsverzeichnisse von einem permanenten Scan des Virenscanner ausgeschlossen
werden. Dies kann sowohl auf dem Client als auch auf dem Server der Fall sein.
Transaktionsprotokoll/Wartungspläne
In einem Transaktionsprotokoll werden die Details aller Änderungen an der SQL Server-Datenbank
gespeichert. Das Transaktionsprotokoll der Datenbank sollte nicht unerwartet groß sein bzw. es sollte ein
Copyright combit GmbH, Alle Rechte vorbehalten.

Produkt: combit Relationship Manager
Performance Whitepaper - 7 -
entsprechender Wartungsplan für die Verkleinerung der Datenbank eingerichtet sein (Transaktionsprotokoll
wird ebenfalls bei einer entsprechend eingerichteten Datenbanksicherung verkleinert).
Weiterführende Informationen dazu finden Sie in der Microsoft Knowledgebase:
http://support.microsoft.com/?kbid=873235
Bitte beachten: Für Wartungspläne sind SQL Server Agent und SSIS erforderlich, die von SQL Server
Express nicht unterstützt werden. Hier bietet sich ein SQL-Script + sqlcmd.exe und ein geplanter Task an.
Die Vorgehensweise ist z.B. hier beschrieben: http://www.mssqltips.com/tip.asp?tip=1174
Treiber
Achten Sie darauf, dass die verwendeten Treiber für die Netzwerk- und Grafikkarte aktuell und für das
Betriebssystem freigegeben sind.
Hardware
Achten Sie darauf, dass Server und Client die Mindestvoraussetzungen für den Einsatz des cRM erfüllen.
Weitere Informationen dazu befinden sich im cRM-Handbuch.
Überprüfen Sie, ob Ihr Server genügend Arbeitsspeicher und einen ausreichend schnellen Prozessor hat. Der
Einsatz von RAID Systemen bzw. Multiprozessor Servern kann ebenfalls die Arbeitsgeschwindigkeit erhöhen.
Solution-seitige Einstellungen
Indizes
Ein Index enthält Schlüssel, die aus einer oder mehreren Spalten in der Tabelle oder Sicht erstellt werden.
Durch das Erstellen gut durchdachter Indizes können Sie die Leistung von Datenbankabfragen und
Anwendungen erheblich steigern. Zum Erstellen eines Index klicken Sie im Objekt-Explorer im MS SQL Server
mit der rechten Maustaste auf den Ordner "Indizes" unterhalb einer Tabelle, und wählen Sie dann im
Kontextmenü "Neuer Index" aus. Alternativ erstellen Sie eine Sortierung im cRM.
Verwenden Sie explizite Indizes Ihres Datenbanksystems (nicht zu verwechseln mit den Sortierkriterien im
cRM!) für folgende Spalten: die Primärschlüsselspalte, wichtige Spalten nach denen immer wieder sortiert
wird (erledigt der cRM nur unter MS SQL Server automatisch!) und in denen häufig gesucht oder gefiltert
wird sowie für alle Fremdschlüsselspalten, denn über diese werden Relationen aufgelöst. Es handelt sich
dabei um Spalten, die IDs auf fremde Tabellen enthalten, wie bspw. in Verknüpfungsansichten bei n:m
Relationen und in 1:n Ansichten.
Primärschlüssel
Das Primärschlüsselfeld der Datenbank sollte als cRM interner Feldtyp "Datensatz-ID" gekennzeichnet sein.
Dies hat zur Folge, dass automatisch ein Index auf dieses Feld angelegt wird. Ansonsten gilt: Verwenden Sie
für das Primärschlüsselfeld zur Optimierung der Arbeitsgeschwindigkeit explizite Indizes Ihres
Datenbanksystems.
Fremdschlüssel
Auf Fremdschlüsselspalten sollten unbedingt Indizes aufgebaut werden. Über diese Spalten werden
Relationen aufgelöst. Es handelt sich hierbei um Spalten, die IDs auf fremde Tabellen enthalten, wie bspw.
in Verknüpfungsansichten bei n:m-Relationen und in 1:n Ansichten.
Copyright combit GmbH, Alle Rechte vorbehalten.

Produkt: combit Relationship Manager
Performance Whitepaper - 8 -
Ein Beispiel hierfür wäre in einer Tabelle "Contacts" die Spalte "CompanyID", welche neben dem
Primärschlüsselfeld "ContactID", die Relation zur "Company" herstellt.
Relationen
Überprüfen Sie alle Relationen auf Ihre tatsächliche Notwendigkeit, da der cRM diese Relationen überall
rekursiv auflöst und somit die Arbeitsgeschwindigkeit auch maßgeblich von ihnen abhängt. Unnötige
Relationen sollten deshalb entfernt werden, dies gilt bspw. für nicht benötigte 1:1 "Rückrelationen" von 1:n
verknüpften Ansichten. Ein Beispiel hierfür wäre eine Darstellung von Daten von Firmen und Kontakten
(Ansprechpartner) innerhalb einer Ansicht.
Eine Auflistung aller Ansichten mit Anzahl der 1:1 Relationen finden Sie im Support-Dialog des cRM. Diesen
Dialog können Sie über "? > Über... > Support Informationen" aufrufen.
Eingabemaske/Übersichtsliste
Versuchen Sie die Anzahl der Felder pro Datenbank-Tabelle niedrig zu halten. 75 Felder pro Tabelle sollten
hier als Maximal-Richtwert verwendet werden.
Jedes auf der aktuellen Eingabemaskenseite platzierte 1:1 Feld verursacht zusätzliche Datenbankabfragen,
welche Bandbreite und Performance in Anspruch nehmen. Noch deutlicher wird die Auswirkung bei einer
Verwendung als Spalte in Übersichtslisten und Containern, da dann diese Abfragen nicht nur für den
aktuellen Datensatz sondern für alle darin dargestellten Datensätze bei jeder Fensteraktualisierung neu
durchgeführt werden.
Ein besonderes Augenmerk sollten Sie auf berechnete Felder und auf 1:1-Relationen auf Datenbanksichten
haben, welche Berechnungen (möglichweise sogar über einen Verbindungsserver auf einem anderen
Datenbankserver) durchführen. Hier können sich je nach Server-Leistung und wachsender Datenmenge
deutliche Auswirkungen auf die Performance einstellen. Insbesondere bei Verbindungsservern kann sich eine
Performanceeinbuße allein bereits durch das Anlegen einer derartigen 1:1-Relation bemerkbar machen, also
auch wenn deren Feld selbst nicht in Übersichtsliste, Container oder Eingabemaske angezeigt werden.
Copyright combit GmbH, Alle Rechte vorbehalten.

Produkt: combit Relationship Manager
Performance Whitepaper - 9 -
Dies wirkt sich beim Öffnen der Ansicht aber insbesondere beim Blättern durch die Datensätze sowie beim
Umschalten der Eingabemaskenseite aus. Berücksichtigen Sie dies daher, wenn Sie viele solcher 1:1 Felder
vor allem aus unterschiedlichen Relationen platzieren möchten.
Blenden Sie in den Listenansichten (Containern) nicht benötigte Spalten komplett aus. In der Übersichtsliste
ist dies vor allem für Dateiverweise zu empfehlen, da ansonsten beim Aufbau der Listenansicht jeder
einzelne Verweis auf Verfügbarkeit geprüft wird.
Verwenden Sie möglichst kurze Spaltentitel in den Listenansichten (Containern). Bei Relationen verwendet
der cRM in der Grundeinstellung lange Namen wie z.B. FirmenID.Firmen.ID.Firma. Diese lassen sich über das
Kontextmenü > Konfiguration > Spaltentitel im Nachhinein ändern.
Scripting
In Scripten sollte nicht mit den Methoden "CurrentRecord" bzw. "CurrentRecordBuffered" gearbeitet werden.
Stattdessen empfiehlt sich die Verwendung von "CurrentRecordSynchronized". Da bei dieser Methode das
komplette Puffern von Feldinhalten entfällt, ist dies die empfohlene Methode, um auf Feldinhalte von
Datensätzen zuzugreifen. Desweiteren sollten Scripte nicht anhand der Methode "RecCount" prüfen, ob ein
Filter ein Ergebnis hat, sondern mit dem Rückgabewert des ersten "MoveNext" nach Filteranwendung
arbeiten. Im Anhang der Programmierer-Referenz (SDK-Dokumentation) befindet sich ein Beispiel
diesbezüglich.
Häufige Filter
Wenn häufig mit Filtern gearbeitet wird, dann sollten die verwendeten Filter nicht auf Feldern vom cRM
internen Feldtyp "Zeichen lang" (phys.: text, ntext, varchar(max), nvarchar(max)) basieren. Dies führt bei
steigender Datensatz-Anzahl zu einer Verlangsamung der Filter-Ausführung. Die Informationen, nach
welchen gesucht wird, sollten daher konzeptionell besser in einem anderen Feld(-typ) – ggf. zusätzlich –
hinterlegt werden.
Copyright combit GmbH, Alle Rechte vorbehalten.

Produkt: combit Relationship Manager
Performance Whitepaper - 10 -
Checkliste
Kapitel Geprüft am von
Netzwerk-Anbieterreihenfolge
Bemerkung:
IPv6 deaktiviert
Bemerkung:
Datenbankverbindung
Bemerkung:
TCP/IP – Named Pipes
Bemerkung:
TCP Auto-Tuning-Protokoll/RSS
Bemerkung:
Firewall
Bemerkung:
Virenscanner
Bemerkung:
Transaktionsprotokoll/Wartungsplan
Bemerkung:
Treiber
Bemerkung:
Hardware
Bemerkung:
Copyright combit GmbH, Alle Rechte vorbehalten.

Produkt: combit Relationship Manager
Performance Whitepaper - 11 -
Kapitel Geprüft am von
Indizes
Bemerkung:
Primärschlüssel
Bemerkung:
Fremdschlüssel
Bemerkung:
Relationen
Bemerkung:
Eingabemaske/Übersichtsliste
Bemerkung:
Scripting
Bemerkung:
Häufige Filter
Bemerkung:
Hinweis: combit macht keine Angaben zu einer bestimmten Eignung obiger Informationen. Irrtümer und Fehler bleiben ausdrücklich
vorbehalten, die Angaben erfolgen ohne Gewähr und enthalten keine Zusicherung. Die Informationen können z.T. auch ein Versuch
sein, Ihnen bei einer Aufgabenstellung zu helfen, selbst wenn das Produkt eigentlich nicht für diesen speziellen Zweck vorgesehen
wurde.
Copyright combit GmbH, Alle Rechte vorbehalten.