Verringerte Leistung in SQL Server, wenn Sie EFS zum Verschlüsseln von Datenbankdateien verwenden

Gilt für: SQL Server
Ursprüngliche KB-Nummer: 922121

Symptome

Wenn Sie das verschlüsselnde Dateisystem (Encrypting File System, EFS) zum Verschlüsseln von Datenbankdateien in SQL Server verwenden, verringert sich die Leistung einiger SQL Server Features. Beispielsweise die Features "Read-Ahead" und "Prüfpunkt ".

Ursache

Dieses Problem tritt auf, weil asynchrone E/A-Anforderungen von SQL Server in synchrone E/A-Vorgänge für eine EFS-verschlüsselte Datenbankdatei konvertiert werden. Weitere Informationen finden Sie unter Asynchrone Datenträger-E/A wird unter Windows als synchron angezeigt . Während des E/A-Vorgangs wartet der Arbeitsthread, bis der E/A-Vorgang abgeschlossen ist. Wenn der Thread auf den E/A-Vorgang wartet, wird der SQL Server Scheduler angehalten, bis der aktuelle Arbeitsthread fortgesetzt wird. Daher sind die Arbeitsthreads, die auf dem Scheduler verbleiben, ausstehend, bis der erste Arbeitsthread den E/A-Vorgang fortsetzt. Für asynchrone E/A fordert der Thread jedoch die E/A an und führt weitere Aufgaben aus.

Hinweis

Asynchrone E/A scheint aufgrund der NTFS-Komprimierung (New Technology File System) weiterhin synchron zu sein. Der Dateisystemtreiber greift nicht asynchron auf komprimierte Dateien zu. Stattdessen werden alle Vorgänge synchron ausgeführt.

Problemumgehung

SQL Server bietet viele Verschlüsselungstechnologien, z. B. Transparent Data Encryption (TDE),Always Encrypted und Transact-SQL-Funktionen zur Verschlüsselung auf Spaltenebene. Erwägen Sie die Verwendung dieser Verschlüsselungsfeatures anstelle von EFS.

Hinweis

Wenn Sie EFS zum Verschlüsseln einer Datenbankdatei verwenden, wird die gesamte Datenbankdatei verschlüsselt, unabhängig von den tatsächlichen Daten und Metadaten, die in der Datenbankdatei enthalten sind. Sie können EFS auch im Falle eines möglichen Verlusts von physischen Medien verwenden.

References

Konfigurieren eines sicheren Dateisystems