Betriebssystem
Seite Datei
8GB - 12GB Größe der Datei
TCP Globale Einstellungen
Chimney Offload Bundesland: Deaktiviert
Empfangssegment-Koaleszenz-Bundesland: Deaktiviert
Einstellungen für die Leistungsebene
Hohe Leistung
SQL-Server-Einstellungen
Speicher
Reservieren Sie 4 GB von den ersten 16 GB RAM und dann 1 GB von jedem weiteren 8 GB RAM für das Betriebssystem und andere Anwendungen.
Erweiterte Einstellungen
Kostenschwelle für Parallelität
Dieser Wert sollte von 0 auf 50 geändert werden.
Maximaler Grad der Parallelität (MaxDOP)
Die MaxDOP-Einstellung bezieht sich auf die CPUs des SQL Servers, siehe unten für die verschiedenen Szenarien.
Server mit einem einzigen Numa-Knoten | Weniger als 8 logische Prozessoren | Halten Sie Maxdop bei oder unter der Anzahl der logischen Prozessoren |
Server mit einem einzigen Numa-Knoten | Größer als 8 logische Prozessoren | Maxdop bei 8 halten |
Server mit mehreren Numa Nodes | Weniger als 8 logische Prozessoren pro Numa Node | Maxdop bei oder unter der Anzahl logischer Prozessoren pro Numa-Knoten halten |
Server mit mehreren Numa Nodes | Größer als 8 logische Prozessoren pro Numa-Knoten | Maxdop bei 8 halten |
Festplatten-Konfiguration
TeleTracking hat drei verschiedene Ebenen entwickelt, die von der Anzahl der TeleTracking-Anwendungen abhängen, die auf einem SQL Server eingesetzt werden. Es wird dringend empfohlen, die Prüfanwendungen in einer separaten SQL Umgebung einzusetzen.
Die Tiers haben verschiedene Ebenen der Abgrenzung, um Festplattenkonflikte zu vermeiden. Jeder Punkt steht für eine dedizierte LUN oder Festplatte.
Alle Laufwerke sollten die GPT (GUID Partition Table) Partitionsstruktur verwenden.
Beliebige Protokoll- oder Datendateien sollten eine Größe der Zuweisungseinheit von 64K haben; dies kann zum Zeitpunkt der Formatierung des Laufwerks erreicht werden - SQL greift in 8 - 8K-Extents auf die Festplatte zu, so dass Sie durch die Festlegung dieser Größe auf 64K dem Betriebssystem ermöglichen, Daten im Namen von SQL effizienter zu greifen.
Eigenständige Tier-1-Anwendungen (eigenständig: Capacity IQ®, Location IQ®, CRS oder Clinical Workflow®)
Datenlaufwerk
Angemeldet als: TempDB
TempDB, TempDB T-Log, und System DBs
*Backups
Eigenständige Tier-2-Anwendungen (Standalone: Capacity IQ®, Location IQ®, CRS oder Clinical Workflow®)
Daten
Protokoll
TempDB
TempDB-Transaktionsprotokolle
System-DBs
*Backups
Tier 3 (Eigenständige Anwendungen)
Daten 1 (Capacity IQ®, CRS, Clinical Workflow®)
Daten 2 (Location IQ®, Location IQ® Temp)
Transaktionsprotokolle
TempDB
TempDB-Transaktionsprotokolle
System DB
*Backups
Tier 4 (Eigenständige Anwendungen)
Daten 1 (Capacity IQ®, CRS, CRS)
Daten 2 (XTArchiv)
Daten 3 (RLTS, Location IQ® Location IQ® Temp)
Daten 4 (RTLSArchiv)
Transaktionsprotokolle
TempDB
TempDB-Transaktionsprotokolle
System DB
*Backups
*Backups sollten auf einem separaten Laufwerk für Disaster-Recovery-Zwecke gespeichert werden, wenn sie nicht an einem Standort im Netzwerk gespeichert sind
Einstellungen für das Datenbankwachstum (TempDBs und Benutzer-DBs)
Stellen Sie sicher, dass die automatische Dateivergrößerung bzw. die maximale Größe angemessen verwaltet wird - dies trägt dazu bei, dass die Dateien eine überschaubare Größe haben und die Fragmentierung verringert wird.
Datenbank kleiner als 20 GB
Datendateien - 250 MB, unbegrenzt
Protokolldateien - 100 MB, unbegrenzt
Datenbanken größer als 20 GB
Datendateien - 1 GB, unbegrenzt
Protokolldateien - 100 MB, unbegrenzt
TempDBs
Die Anzahl der TempDB-Datendateien sollte der Anzahl der Prozessoren bis zu 8 Kernen entsprechen. Nach 8 TempDB-Datendateien wird die Investition des Zurückbringens aufgrund der Festplattenkonkurrenz reduziert.
Wartungspläne
Eine großartige Lösung ist die Wartung von SQL Server Backup, Integritätsprüfung, Index und Statistiken. Sie ist sehr konfigurierbar und wird immer auf dem neuesten Stand gehalten. Diese Lösung beinhaltet
Vollständige Backups - nachts
Diff-Backups - optional; wird nur bei sehr großen Datenbanken (1 TB oder mehr) benötigt, bei denen die Voll-Backups sehr lange dauern und nicht innerhalb des Wartungsfensters abgeschlossen werden; falls erforderlich, führen Sie diese nächtlich und die Voll-Backups wöchentlich durch
Log-Backups - Am besten so oft wie möglich; wir empfehlen alle 30 Minuten, wenn möglich; dies hilft, die Größe der Log-Datei überschaubar zu halten.
Datenbank-Integritätsprüfungen - nachts, wenn möglich
Indexpflege - Nachts, wenn möglich; wenn sie jedoch nicht innerhalb des zugewiesenen Wartungsfensters abgeschlossen wird, sollte eine wöchentliche Wartung ausreichen.
Zusätzliche Aufträge
Zyklusfehlerprotokolle - sp_cycle_errorlog verwenden - wöchentlich
Empfohlene Werte für Variablen
Index-Wartung
Die Indexpflege sollte nach Abschluss des XTArchive-Prozesses durchgeführt werden, um sicherzustellen, dass die Datenbanken über die neuesten Statistiken verfügen.
Setzen Sie die Seitengröße auf >= 500; lassen Sie die Indizes von 10 - 30 % Fragmentierung reorganisieren; alles über 30 % Fragmentierung - bauen Sie die Indizes neu auf; führen Sie diesen Vorgang zuerst aus, um ein sauberes, effizientes Backup zu erhalten
Statistiken sollten für Spalten aktualisiert werden und eine Größe von 100 % verwenden.
Datenbankintegritätsprüfungen - stellen Sie sicher, dass die Ergebnisse irgendwo in ein Protokollverzeichnis geschrieben werden, damit sie im Falle einer Datenbeschädigung überprüft werden können - führen Sie diese Prüfung unmittelbar nach der Indexpflege durch, um sicherzustellen, dass es keine Probleme mit der Korruption gibt.
Vollständige Backups - nachts, wenn es in das Wartungsfenster passt; wenn es nicht in das Wartungsfenster passt, lassen Sie es wöchentlich laufen
Differentielle Backups - müssen nur durchgeführt werden, wenn Sie keine nächtlichen Vollbackups durchführen können; andernfalls kann dies deaktiviert werden
TLog-Backups - vorzugsweise alle 15 bis 30 Minuten, um die Protokolldatei in Schach zu halten