Sql Server - Erreur d'attachement d'un fichier mdf crypté via le système de fichiers cryptés (EFS)

Vérifiez les permissions NTFS (comme l'a dit Nick) et assurez-vous que le serveur SQL a accès aux fichiers en utilisant le compte sous lequel le service est exécuté, ainsi que le compte que vous utilisez pour vous connecter au serveur SQL.

Lorsque vous détachez une base de données, le SQL Server supprime automatiquement les droits sur les fichiers de tout le monde, sauf de la personne qui a détaché la base de données.

N'utilisez pas EFS avec SQL Server. Si vous debe utiliser un cryptage au niveau du système d'exploitation, puis utiliser BitLocker. Sinon, utilisez le propre TDE de SQL Server. EFS avec SQL Server réalise des performances horribles .

EFS ne procède pas non plus à un véritable cryptage du fichier lorsque celui-ci est en cours d'utilisation. Il ne crypte les données physiques qu'après la fermeture du flux de fichiers, ce qui signifie que vous devez arrêter le serveur SQL pour crypter le fichier. Le fichier est décrypté lorsqu'il est accessible et est stocké dans le cache du système et dans la mémoire sans être crypté. C'est juste une chose à garder à l'esprit.

Il me semble qu'il s'agit plutôt d'un problème de permission et non d'un problème lié à l'EFS. Avez-vous essayé de déplacer le fichier dans le dossier du répertoire de données du serveur SQL et de voir s'il est accessible sur le serveur à cet endroit ? Nous utilisons souvent cette méthode lorsque nous testons des problèmes d'autorisation. Si le serveur peut le joindre à partir de là, nous savons que les emplacements d'origine ont un problème d'autorisation.