Pourquoi est-ce une mauvaise pratique d'installer SQL Server à la racine d'un lecteur

Par exemple, lorsque j'installe SQL Server à la racine de mon lecteur, D:\j'obtiens une erreur lorsque j'exécute un déployeur de base de données à partir d'un logiciel tiers.

Mais lorsque je déplace mon instance SQL Server vers D:\SQL\(déplacez-la dans un dossier du lecteur), l'installation fonctionne parfaitement.

Ma question ne concerne pas le déployeur de base de données mais plutôt la raison pour laquelle SQL aurait un problème avec l'installation à la racine d'un lecteur. Est-ce une mauvaise pratique? Pourquoi ne devrais-je pas installer SQL Server à la racine de mon lecteur?

Oui, l'installation du serveur SQl est susceptible d'échouer si vous essayez de l'installer à la racine d'un lecteur, ce qui n'est jamais recommandé et a des implications en termes de sécurité. En fait, il est lié au paramètre d'autorisation sur des dossiers spécifiques. Selon cet élément de connexion

Sur la base d'une enquête plus approfondie, ce problème est dû au fait que SQL resserre la liste de contrôle d'accès pour les répertoires de données / journaux par défaut afin d'exclure un large accès pour tous les utilisateurs authentifiés. Si la racine du lecteur est choisie comme emplacement de données / journal par défaut, SQL resserrera l'ACL racine et verrouillera ainsi efficacement tout le volume. La marche à suivre recommandée consiste à toujours utiliser un sous-répertoire pour stocker les données / fichiers journaux SQL.

Il semble donc qu'il y ait un problème avec les ACL lors de l'installation à la racine d'un lecteur dans votre cas.