L’initialisation des fichiers d’instance de base de données (DIFI) est un processus important dans SQL Server qui implique la création et l’expansion des fichiers de données pour une base de données. Il garantit que l’espace alloué est correctement initialisé en le remplissant de zéros. Ce processus est crucial pour maintenir l’intégrité des données et optimiser les performances.
Cependant, il est important de noter que le groupe Administrateurs local sur un serveur Windows dispose automatiquement de cette autorisation. Par mesure de sécurité, il est recommandé de ne pas accorder de privilèges d’administrateur complet au compte de service SQL Server.
Lors du choix d’un compte de service pour SQL Server, il est conseillé d’utiliser l’une des options suivantes :
- Compte utilisateur de domaine (meilleure option pour les environnements de domaine)
- Compte utilisateur local
- Compte de service géré
- Compte virtuel (par défaut sur Server 2008 R2+)
Il convient de mentionner que DIFI affecte également les bases de données SQL Server Analysis Services (AS). Par conséquent, si vous avez des bases de données AS dans votre environnement, assurez-vous d’inclure également le compte de service AS dans la configuration.
Il existe certains signes qui indiquent la nécessité de DIFI. Par exemple, vous pouvez rencontrer les ID de message 5144 et 5145 dans les journaux d’erreurs de SQL Server lorsque DIFI n’est pas activé sur une instance. L’activation de DIFI peut aider à résoudre ces problèmes, bien qu’elle ne les empêche pas entièrement s’il existe d’autres problèmes sous-jacents tels qu’une croissance automatique excessive.
Avant de demander les autorisations nécessaires, vous pouvez vérifier si votre compte de service SQL Server (ou le compte de service AS) les possède déjà. Vous pouvez utiliser PowerShell pour récupérer le nom du compte de service ou vérifier l’Éditeur de stratégie de groupe (gpedit.msc) pour voir si l’autorisation “Effectuer des tâches de maintenance de volume” est attribuée.
Dans un environnement de domaine, il est recommandé d’utiliser des stratégies de groupe pour garantir une application cohérente et efficace des autorisations sur plusieurs machines SQL Server. En créant une unité organisationnelle (OU) dédiée aux ordinateurs SQL Server et un groupe de domaine personnalisé pour le ou les comptes de service, vous pouvez facilement gérer et appliquer les autorisations nécessaires.
Pour créer la stratégie de groupe, utilisez la Console de gestion des stratégies de groupe (gpmmc.msc) et accédez à l’OU souhaitée. Cliquez avec le bouton droit sur l’OU et sélectionnez “Créer un GPO dans ce domaine et le lier ici…”. Donnez un nom descriptif au GPO, tel que “Autorisation IFI de base de données – Serveurs SQL”. Dans l’éditeur de GPO, définissez les paramètres de la stratégie en cochant la case “Définir ces paramètres de stratégie” et en ajoutant l’utilisateur ou le groupe nécessaire (par exemple, Administrateurs;Database_IFI).
Après avoir créé le GPO, il peut falloir un certain temps pour que la stratégie soit appliquée aux serveurs de l’OU. Vous pouvez forcer le serveur à concilier les stratégies avec le contrôleur de domaine en exécutant la commande “gpupdate /force” à partir d’une invite PowerShell.
En travaillant en étroite collaboration avec vos administrateurs AD et en mettant en œuvre cette configuration, vous pouvez vous assurer que les autorisations de sécurité nécessaires sont appliquées à votre environnement SQL Server de manière efficace et cohérente. Cela simplifie non seulement l’administration, mais améliore également la sécurité et les performances globales.
N’oubliez pas de vérifier les stratégies appliquées à l’aide de la commande “gpresult /R” pour vous assurer que votre serveur est dans la bonne OU.
En conclusion, la configuration de l’initialisation des fichiers d’instance de base de données (DIFI) est une étape essentielle pour optimiser les performances de SQL Server et maintenir l’intégrité des données. En suivant les bonnes pratiques recommandées et en utilisant des stratégies de groupe dans un environnement de domaine, vous pouvez rationaliser le processus et garantir une application cohérente des autorisations sur vos machines SQL Server.