Finance Version 2023.2 Systemvoraussetzungen
- Confluence Service
Vorbemerkung
Dieses Dokument gilt für die Finance Version ab 23.02.000 (Release 2023.2).
Stand der der Systemvoraussetzungen:
https://info.nevaris.com/technik-bc
Inhalt
Architekturübersicht
Von Microsoft gibt es drei unterschiedliche Systemkonfigurationen, die zur Installation eines Business Central-Systems vorgeschlagen werden. Die Konfigurationen unterscheiden sich in der Anzahl der Computer, auf denen die erforderlichen Komponenten installiert werden.
Für Testumgebungen
Webserver (IIS), Mittelschichtsserver und SQL-Server werden gemeinsam auf einem System betrieben.
Dabei muss auf die ordentliche Zuteilung der Systemressourcen geachtet werden (Einteilung RAM-Nutzung SQL-Server, Cache-Nutzung Mittelschicht, IIS und Rest für das Betriebssystem).
Zwei-Maschinen-Konfiguration
Variante a:
Mittelschichtsserver und SQL-Server werden gemeinsam auf einem System betrieben. Der Webserver (IIS) läuft separat.
Durch die gemeinsame Installation von SQL- und Mittelschichtsserver auf einem System können sich Geschwindigkeitsvorteile ergeben. Ob dieses Deployment für ein Kundensystem die richtige Lösung ist, hängt von der jeweiligen Systeminfrastruktur ab.
Variante b:
Mittelschichtsserver und Webserver werden gemeinsam auf einem System betrieben. Der SQL-Server läuft separat. Es ist auf die richtige Zuteilung der Ressourcen entsprechend der Hardwareempfehlungen zu achten.
Drei-Maschinen-Konfiguration
Webserver (IIS), Mittelschichtsserver und SQL-Server werden getrennt auf jeweils einem eigenen System betrieben.
Für Bestandskunden die bisher am häufigsten genutzte Installationsvariante, als neuer Server kommt der Webserver (IIS) dazu und stellt die Schnittstelle für den Web-Client bereit.
Softwarevoraussetzungen
Allgemeines
NEVARIS Finance erfordert, dass ein ein Azure-Active-Directory oder optional ein Windows-Active-Directory verwendet wird.
Bei der Verwendung eines Azure-Active-Directory stehen im NEVARIS Finance zusätzliche Funktionen zur Verfügung.
- weitere Informationen siehe hier
In einer Arbeitsgruppenumgebung kann NEVARIS Finance nicht verwendet werden.
Für den Umstieg auf Azure-Active-Directory gibt es eine entsprechende Anleitung: /wiki/spaces/NDBIW/pages/40082417
Die Einrichtungsempfehlungen von Microsoft dazu:
Anforderungen an das Servicekonto für die Mittelschicht
https://docs.microsoft.com/en-us/dynamics365/business-central/dev-itpro/deployment/provision-server-account
Absichern der Kommunikation zwischen Web-Server und Browser mit SSL:
/wiki/spaces/NDBIW/pages/40092705
Einrichten der Delegation für den Zugriff vom Web Server auf die Finance Mittelschicht
https://docs.microsoft.com/en-us/dynamics365/business-central/dev-itpro/deployment/configure-delegation-web-server
Diese Informationen entnehmen Sie bitte den jeweiligen Systemanforderungen der Zusatzsoftware.
Dokument von Microsoft für die Konfiguration des Mittelschichtsservers (Anpassungen bitte nur in enger Absprache mit NEVARIS treffen!)
Empfehlungen von Microsoft bezüglich des Clients:
Besondere Maßnahmen bei Firefox:
weitere Infos von Microsoft zu den Systemvoraussetzungen
System Requirements for Business Central 2022 Release Wave 1 - Business Central | Microsoft Learn
Bitte beachten Sie, dass Microsoft sukzessive den Support für SQL Server 2016 und Windows Server 2016 für Microsoft Dynamics Business Central 365 on-premise beendet.
Daher werden diese Versionen auch von NEVARIS Finance ab Version 2024.1 nicht mehr unterstützt.
Wir bitten Sie daher, wenn noch vorhanden, auf den SQL-Server 2019 bzw. 2022 und Windows Server 2022 zu updaten.
Virenschutz-Ausnahmen
Für den WebServer:
Ordnerausschlüsse:
- %SystemRoot%\IIS Temporary Compressed Files
- %SystemDrive%\inetpub\temp\IIS Temporary Compressed Files
- %SystemDrive%\inetpub\temp\ASP Compiled Templates
- %systemDrive%\inetpub\logs
- %systemDrive%\inetpub\wwwroot
- File Service: Ausnahme der Base URI, wenn Pfad auf Webserver. Ansonsten auf dem jeweiligen System, welches den UNC-Pfad bereitstellt!
Prozessausschlüsse:
- %SystemRoot%\system32\inetsrv\w3wp.exe
- %SystemRoot%\SysWOW64\inetsrv\w3wp.exe
- %SystemDrive%\PHP5433\php-cgi.exe
Für den SQL-Server:
Für den Mittelschichtsserver:
Ordnerausschlüsse:
- C:\Program Files\Microsoft Dynamics 365 Business Central
- C:\Program Files\NEVARIS
- C:\ProgramData\NEVARIS
Prozessausschlüsse:
- C:\Program Files\Microsoft Dynamics 365 Business Central\200\Service\Microsoft.Dynamics.Nav.Server.exe"
Web-Client
Empfohlene Browser (nur Windows)
- Microsoft Edge (neueste Version auf Chromium-Basis)
- Google Chrome (neuste Versionen)
Empfehlung Chrome / neusten Edge einzusetzen, da Microsoft mit dem neusten Edge ebenfalls auf Chromium-Basis setzt.
ALT NEU AUF CHROMIUM-BASIS
Bei anderen Browsern wie Safari, Firefox etc. kann es zu Performance-Einschränkungen (kein Page-Caching möglich) und Inkompatibilitäten durch andere Betriebssysteme kommen (eine Benutzung sollte grundsätzlich möglich sein, ist jedoch von der NEVARIS nicht geprüft/freigegeben), siehe https://docs.microsoft.com/en-us/dynamics365/business-central/dev-itpro/performance/performance-users
Microsoft empfiehlt grundsätzlich die Browser auf einem aktuellen Stand zu halten.
Unterstützte Office Versionen
- Microsoft Office 365
- Microsoft Office 2019
Server-Systeme (Web-Server, Mittelschichtsserver, Datenbank-Server)
Mittelschichtsserver
Unterstützte Betriebssysteme
- Windows Server 2022 (Editionen: Standard, Essentials, Datacenter)
- Windows Server 2019 (Editionen: Standard, Essentials, Datacenter)
Weitere Software
- Microsoft .NET Framework 4.8
- Windows PowerShell 4.0
Web-Server
Unterstützte Betriebssysteme
- Windows Server 2022 (Editionen: Standard, Essentials, Datacenter)
- Windows Server 2019 (Editionen: Standard, Essentials, Datacenter)
Internet Information Server
- Versionen: 10
Infos zur Konfiguration:
https://docs.microsoft.com/en-us/dynamics365/business-central/dev-itpro/deployment/configure-iis
Weitere Software
- Microsoft .NET Framework 5.0
- Windows PowerShell 4.0
- Microsoft .NET Windows Server Hosting 6.0.1
Datenbank-Server
Unterstützte Betriebssysteme
- Windows Server 2022 (Editionen: Standard, Essentials, Datacenter)
- Windows Server 2019 (Editionen: Standard, Essentials, Datacenter)
- Windows Server 2016 (Editionen: Standard, Essentials, Datacenter)
Infos zur Konfiguration:
https://docs.microsoft.com/en-us/sql/sql-server/install/hardware-and-software-requirements-for-installing-sql-server?redirectedfrom=MSDN&view=sql-server-ver15
SQL-Server
- Microsoft SQL Server 2022 (Editionen: Standard, Enterprise)
- Microsoft SQL Server 2019 (Editionen: Standard, Enterprise)
- Microsoft SQL Server 2017 (Editionen: Standard, Enterprise)
- Microsoft SQL Server 2016 mit min. Service Pack 2 (Editionen: Standard, Enterprise)
Bitte beachten Sie, dass Microsoft sukzessive den Support für SQL Server 2016 und Windows Server 2016 für Microsoft Dynamics Business Central 365 on-premise beendet.
Daher werden diese Versionen auch von NEVARIS Finance ab Version 2024.1 nicht mehr unterstützt.
Wir bitten Sie daher, wenn noch vorhanden, auf den SQL-Server 2019 bzw. 2022 und Windows Server 2022 zu updaten.
Developer Editionen werden nicht unterstützt.
Zusätzliche Software
- Docuware ab Version 7.4 bis einschließlich 7.7
- JobRouter in den Versionen 2022.1 bis einschließlich 2023.2
Bezüglich der aktuellen Systemanforderungen bitte bei den jeweiligen Herstellern direkt schauen. Diese können von den NEVARIS-Vorgaben abweichen.
Gotomaxx PDFMailer wird ab der Version 2023 nicht mehr unterstützt. Der Emailversand über das Modul EVD erfolgt nun ausschließlich über interne Funktionen.
Hardwareempfehlungen
Bei Zusammenlegung von SQL- und Mittelschichtsserver müssen entsprechend CPU & RAM-Ressourcen skaliert werden.
Web-Server (IIS) < 100 User
Komponente | Empfehlung | Kommentar |
|---|---|---|
| CPU | > 4 Kerne mit jeweils > 3 Ghz Baseclock (kein Turbo Clock!) | Empfehlung auf aktuelle AMD EPYC und INTEL XEON CPUs zu setzen |
| RAM | > 16 GB | Hängt je nach Größe der Datenmenge des Kunden ab |
| Netzwerk | > 1 Gigabit/s | Wenn IIS und Mittelschichtsserver getrennt (unterschiedliche physikalische Server), dann entsprechendes Backbone > 10 GBit/s |
| Datenspeicher | Festplatten / SSDs (RAID1 / RAID10), kein- RAID5 (also keine Redundanz mit Parität!, senkt Schreibgeschwindigkeit!)
| Unterschiedliche Laufwerksbuchstaben auch auf unterschiedlichen physikalischen Festplatten, nur logische Unterteilung und ein Festplatten-System bringen keinen Vorteil. Betriebssystem, Auslagerungsdatei |
| Energieeinstellungen | High-Performance sowohl in Windows als auch im Hypervisor (UEFI & BIOS auch prüfen) | https://kb.vmware.com/s/article/2008925 |
| Virenschutz | Ausnahme der entsprechenden Datenbank und Finance-Verzeichnisse und IIS-Verzeichnisse (auch beim Windows-Defender die Verzeichnisse als Ausnahme hinterlegen) | Real-Time-Scan kann die Performance verschlechtern. |
| Abhängigkeiten | Laufen auf dem Hypervisor (bei Virtualisierung) noch andere VMs die entsprechend Leistung beanspruchen? | Bitte entsprechend skalieren und die VMs auf andere Gastgeber verschieben, wenn möglich. |
Web-Server (IIS) > 100 User
Komponente | Empfehlung | Kommentar |
|---|---|---|
| CPU | > 8 Kerne mit jeweils > 3 Ghz Baseclock (kein Turbo Clock!) | Empfehlung auf aktuelle AMD EPYC und INTEL XEON CPUs zu setzen |
| RAM | > 32 GB | Hängt je nach Größe der Datenmenge des Kunden ab |
| Netzwerk | > 1 Gigabit/s | Wenn IIS und Mittelschichtsserver getrennt (unterschiedliche physikalische Server), dann entsprechendes Backbone > 10 GBit/s |
| Datenspeicher | Festplatten / SSDs (RAID1 / RAID10), kein RAID5 (also keine Redundanz mit Parität!, senkt Schreibgeschwindigkeit!)
| Unterschiedliche Laufwerksbuchstaben auch auf unterschiedlichen physikalischen Festplatten, nur logische Unterteilung und ein Festplatten-System bringen keinen Vorteil. Betriebssystem, Auslagerungsdatei |
| Energieeinstellungen | High-Performance sowohl in Windows als auch im Hypervisor (UEFI & BIOS auch prüfen) | https://kb.vmware.com/s/article/2008925 |
| Virenschutz | Ausnahme der entsprechenden Datenbank und Finance-Verzeichnisse und IIS-Verzeichnisse (auch beim Windows-Defender die Verzeichnisse als Ausnahme hinterlegen) | Real-Time-Scan kann die Performance verschlechtern. |
| Abhängigkeiten | Laufen auf dem Hypervisor (bei Virtualisierung) noch andere VMs die entsprechend Leistung beanspruchen? | Bitte entsprechend skalieren und die VMs auf andere Gastgeber verschieben, wenn möglich. |
Mittelschichtsserver < 100 User
Komponente | Empfehlung | Kommentar |
|---|---|---|
| CPU | > 8 Kerne mit jeweils > 3 Ghz Baseclock (kein Turbo Clock!) | Empfehlung auf aktuelle AMD EPYC und INTEL XEON CPUs zu setzen |
| RAM | > 32 GB | Hängt je nach Größe der Datenmenge des Kunden ab |
| Netzwerk | > 1 Gigabit/s | Wenn SQL und Mittelschichtsserver getrennt (unterschiedliche physikalische Server), dann entsprechendes Backbone > 10 GBit/s |
| Datenspeicher | Festplatten / SSDs (RAID1 / RAID10), kein RAID5 (also keine Redundanz mit Parität!, senkt Schreibgeschwindigkeit!)
D:\ | Unterschiedliche Laufwerksbuchstaben auch auf unterschiedlichen physikalischen Festplatten, nur logische Unterteilung und ein Festplatten-System bringen keinen Vorteil. Betriebssystem, Auslagerungsdatei Mittelschichtsserver und weitere Programme |
| Energieeinstellungen | High-Performance sowohl in Windows als auch im Hypervisor (UEFI & BIOS auch prüfen) | https://kb.vmware.com/s/article/2008925 |
| Virenschutz | Ausnahme der entsprechenden Datenbank und Finance-Verzeichnisse (auch beim Windows-Defender die Verzeichnisse als Ausnahme hinterlegen) | Real-Time-Scan kann die Performance verschlechtern. |
| Abhängigkeiten | Laufen auf dem Hypervisor (bei Virtualisierung) noch andere VMs die entsprechend Leistung beanspruchen? | Bitte entsprechend skalieren und die VMs auf andere Gastgeber verschieben, wenn möglich. |
Mittelschichtsserver > 100 User
Komponente | Empfehlung | Kommentar |
|---|---|---|
| CPU | > 16 Kerne mit jeweils > 3 Ghz Baseclock (kein Turbo Clock!) | Empfehlung auf aktuelle AMD EPYC und INTEL XEON CPUs zu setzen |
| RAM | > 64 GB | Hängt je nach Größe der Datenmenge des Kunden ab |
| Netzwerk | > 1 Gigabit/s | Wenn SQL und Mittelschichtsserver getrennt (unterschiedliche physikalische Server), dann entsprechendes Backbone > 10 GBit/s |
| Datenspeicher | Festplatten / SSDs (RAID1 / RAID10), kein RAID5 (also keine Redundanz mit Parität!, senkt Schreibgeschwindigkeit!)
D:\ | Unterschiedliche Laufwerksbuchstaben auch auf unterschiedlichen physikalischen Festplatten, nur logische Unterteilung und ein Festplatten-System bringen keinen Vorteil. Betriebssystem, Auslagerungsdatei Mittelschichtsserver und weitere Programme |
| Energieeinstellungen | High-Performance sowohl in Windows als auch im Hypervisor (UEFI & BIOS auch prüfen) | https://kb.vmware.com/s/article/2008925 |
| Virenschutz | Ausnahme der entsprechenden Datenbank und Finance-Verzeichnisse (auch beim Windows-Defender die Verzeichnisse als Ausnahme hinterlegen) | Real-Time-Scan kann die Performance verschlechtern. |
| Abhängigkeiten | Laufen auf dem Hypervisor (bei Virtualisierung) noch andere VMs die entsprechend Leistung beanspruchen? | Bitte entsprechend skalieren und die VMs auf andere Gastgeber verschieben, wenn möglich. |
SQL-Server < 50 User & <100GB Datenbank
Komponente | Empfehlung | Kommentar |
|---|---|---|
| CPU | > 8 Kerne mit jeweils > 3 Ghz Baseclock (kein Turbo Clock!) | Empfehlung auf aktuelle AMD EPYC und INTEL XEON CPUs zu setzen |
| RAM | > 32 GB | Hängt je nach Größe der Datenmenge des Kunden ab |
| Netzwerk | > 1 Gigabit/s | Wenn SQL- und Mittelschichtsserver getrennt (unterschiedliche physikalische Server), dann entsprechendes Backbone > 10 GBit/s |
| Datenspeicher | Festplatten / SSDs (RAID1 / RAID10), kein RAID5 (also keine Redundanz mit Parität!, senkt Schreibgeschwindigkeit!)
D:\ E:\ F:\ G:\ H:\ | Unterschiedliche Laufwerksbuchstaben auch auf unterschiedlichen physikalischen Festplatten, nur logische Unterteilung und ein Festplatten-System bringen keinen Vorteil. Betriebssystem, Auslagerungsdatei SQL-Server und master, model und mddb Datenbank tempDB (mdf & ldf) Mittelschichtsserver-Datanbank (mdf/ndf) - DATEN Mittelschichtsserver-Datenbank (ldf) - LOGS Verschiedenes (andere Programme, lokale Backups etc.) - optional |
| Energieeinstellungen | High-Performance sowohl in Windows als auch im Hypervisor (UEFI & BIOS auch prüfen) | https://kb.vmware.com/s/article/2008925 |
| Virenschutz | Ausnahme der entsprechenden Datenbank und Finance-Verzeichnisse (auch beim Windows-Defender die Verzeichnisse als Ausnahme hinterlegen) | Real-Time-Scan kann die Performance verschlechtern, siehe hier: Antivirus-Software für einen SQL-Server bereitstellen |
| SQL-Einstellungen | CreateStatistics / UpdateStatistics / RebuildIndexes oder ReorganizeIndexes - als Wartungsplan AutoCreateStatistics = ON DatabaseCompatibilityLevel auf das höchste Level stellen (auf die Version, die auch installiert ist)! Mit 8 TempDB Daten-Dateien starten und bei Bedarf direkt mit 4 weiteren erhöhen (alle Daten-Dateien sollten die selbe Größe haben). Bei Nutzung eines SANs sollten die TempDB Daten und Log-Dateien auf einer lokalen SSD gespeichert werden! Vergrößerung der Daten- und Log-Dateien am besten nur bei Leerlauf und einer Rate von 10% bis 25%. MAXDOP auf den Wert 1 setzen - EInstellungen können bei älteren SQL-Server-Versionen abweichend sein, bitte die entsprechende Microsoft-Dokumentation rechts beachten. PAGE_VERIFY auf den Wert CHECKSUM stellen (Standard ab neueren SQL-Server-Versionen) Bei der Installation werden mindestens folgende Pakete benötigt:
| |
| Abhängigkeiten | Laufen auf dem Hypervisor (bei Virtualisierung) noch andere VMs die entsprechend Leistung beanspruchen oder auf dem SQL-Server noch weitere Datenbanken? | Bitte entsprechend skalieren und die VMs / Datenbanken auf andere Gastgeber verschieben, wenn möglich. |
SQL-Server < 100 User & <500GB Datenbank
Komponente | Empfehlung | Kommentar |
|---|---|---|
| CPU | > 16 Kerne mit jeweils > 3 Ghz Baseclock (kein Turbo Clock!) | Empfehlung auf aktuelle AMD EPYC und INTEL XEON CPUs zu setzen |
| RAM | > 48 GB | Hängt je nach Größe der Datenmenge des Kunden ab |
| Netzwerk | > 1 Gigabit/s | Wenn SQL-und Mittelschichtsserver getrennt (unterschiedliche physikalische Server), dann entsprechendes Backbone > 10 GBit/s |
| Datenspeicher | Festplatten / SSDs (RAID1 / RAID10), kein RAID5 (also keine Redundanz mit Parität!, senkt Schreibgeschwindigkeit!)
D:\ E:\ F:\ G:\ H:\ | Unterschiedliche Laufwerksbuchstaben auch auf unterschiedlichen physikalischen Festplatten, nur logische Unterteilung und ein Festplatten-System bringen keinen Vorteil. Betriebssystem, Auslagerungsdatei SQL-Server und master, model und mddb Datenbank tempDB (mdf & ldf) Mittelschichtsserver-Datanbank (mdf/ndf) - DATEN Mittelschichtsserver-Datenbank (ldf) - LOGS Verschiedenes (andere Programme, lokale Backups etc.) - optional |
| Energieeinstellungen | High-Performance sowohl in Windows als auch im Hypervisor (UEFI & BIOS auch prüfen) | https://kb.vmware.com/s/article/2008925 |
| Virenschutz | Ausnahme der entsprechenden Datenbank und Finance-Verzeichnisse (auch beim Windows-Defender die Verzeichnisse als Ausnahme hinterlegen) | Real-Time-Scan kann die Performance verschlechtern, siehe hier: Antivirus-Software für einen SQL-Server bereitstellen |
| SQL-Einstellungen | CreateStatistics / UpdateStatistics / RebuildIndexes oder ReorganizeIndexes - als Wartungsplan AutoCreateStatistics = ON DatabaseCompatibilityLevel auf das höchste Level stellen (auf die Version, die auch installiert ist)! Mit 8 TempDB Daten-Dateien starten und bei Bedarf direkt mit 4 weiteren erhöhen (alle Daten-Dateien sollten die selbe Größe haben). Bei Nutzung eines SANs sollten die TempDB Daten und Log-Dateien auf einer lokalen SSD gespeichert werden! Vergrößerung der Daten- und Log-Dateien am besten nur bei Leerlauf und einer Rate von 10% bis 25%. MAXDOP auf den Wert 1 setzen - EInstellungen können bei älteren SQL-Server-Versionen abweichend sein, bitte die entsprechende Microsoft-Dokumentation rechts beachten. PAGE_VERIFY auf den Wert CHECKSUM stellen (Standard ab neueren SQL-Server-Versionen) Bei der Installation werden mindestens folgende Pakete benötigt:
| |
| Abhängigkeiten | Laufen auf dem Hypervisor (bei Virtualisierung) noch andere VMs die entsprechend Leistung beanspruchen oder auf dem SQL-Server noch weitere Datenbanken? | Bitte entsprechend skalieren und die VMs / Datenbanken auf andere Gastgeber verschieben, wenn möglich. |
SQL-Server > 100 User & > 500GB Datenbank
Komponente | Empfehlung | Kommentar |
|---|---|---|
| CPU | > 24 Kerne mit jeweils > 3 Ghz Baseclock (kein Turbo Clock!) | Empfehlung auf aktuelle AMD EPYC und INTEL XEON CPUs zu setzen |
| RAM | > 64 GB | Hängt je nach Größe der Datenmenge des Kunden ab |
| Netzwerk | > 1 Gigabit/s | Wenn SQL- und Mittelschichtsserver getrennt (unterschiedliche physikalische Server), dann entsprechendes Backbone > 10 GBit/s |
| Datenspeicher | Festplatten / SSDs (RAID1 / RAID10), kein RAID5 (also keine Redundanz mit Parität!, senkt Schreibgeschwindigkeit!)
D:\ E:\ F:\ G:\ H:\ | Unterschiedliche Laufwerksbuchstaben auch auf unterschiedlichen physikalischen Festplatten, nur logische Unterteilung und ein Festplatten-System bringen keinen Vorteil. Die Partitionen für die SQL-Datendateien (TempDB, DATA, LOG etc.) mit 64KB Block-Größe anlegen um die optimale Performance zu erreichen. Betriebssystem, Auslagerungsdatei SQL-Server und master, model und mddb Datenbank tempDB (mdf & ldf) Mittelschichtsserver-Datenbank (mdf/ndf) - DATEN Mittelschichtsserver-Datenbank (ldf) - LOGS Verschiedenes (andere Programme, lokale Backups etc.) - optional |
| Energieeinstellungen | High-Performance sowohl in Windows als auch im Hypervisor (UEFI & BIOS auch prüfen) | https://kb.vmware.com/s/article/2008925 |
| Virenschutz | Ausnahme der entsprechenden Datenbank und Finance-Verzeichnisse (auch beim Windows-Defender die Verzeichnisse als Ausnahme hinterlegen) | Real-Time-Scan kann die Performance verschlechtern, siehe hier: Antivirus-Software für einen SQL-Server bereitstellen |
| SQL-Einstellungen | CreateStatistics / UpdateStatistics / RebuildIndexes oder ReorganizeIndexes - als Wartungsplan AutoCreateStatistics = ON DatabaseCompatibilityLevel auf das höchste Level stellen (auf die Version, die auch installiert ist)! Mit 8 TempDB Daten-Dateien starten und bei Bedarf direkt mit 4 weiteren erhöhen (alle Daten-Dateien sollten die selbe Größe haben). Bei Nutzung eines SANs sollten die TempDB Daten und Log-Dateien auf einer lokalen SSD gespeichert werden! Vergrößerung der Daten- und Log-Dateien am besten nur bei Leerlauf und einer Rate von 10% bis 25%. MAXDOP auf den Wert 1 setzen - EInstellungen können bei älteren SQL-Server-Versionen abweichend sein, bitte die entsprechende Microsoft-Dokumentation rechts beachten. PAGE_VERIFY auf den Wert CHECKSUM stellen (Standard ab neueren SQL-Server-Versionen) Bei der Installation werden mindestens folgende Pakete benötigt:
| |
| Abhängigkeiten | Laufen auf dem Hypervisor (bei Virtualisierung) noch andere VMs die entsprechend Leistung beanspruchen oder auf dem SQL-Server noch weitere Datenbanken? | Bitte entsprechend skalieren und die VMs / Datenbanken auf andere Gastgeber verschieben, wenn möglich. |