Partage via


Aide de l’assistant d’installation

S'applique à : SQL Server

Cet article décrit certaines pages de configuration de l’Assistant Installation de SQL Server.

Page Configuration de l’instance

Utilisez la page Configuration d’une instance de l’Assistant Installation de SQL Server pour spécifier s’il faut créer une instance par défaut ou une instance nommée de SQL Server. Si une instance de SQL Server n’est pas déjà installée, une instance par défaut est créée, sauf si vous spécifiez une instance nommée.

Chaque instance de SQL Server consiste en un ensemble distinct de services avec des paramètres spécifiques pour les classements et les autres options. La structure des répertoires, la structure des registres et les noms de services reflètent tous le nom de l’instance et l’ID spécifique de l’instance créé durant l’installation de SQL Server.

Une instance est soit l'instance par défaut, soit une instance nommée. MSSQLSERVER est le nom de l'instance par défaut. Il n'est pas requis par le nom par défaut qu'un client spécifie le nom de l'instance pour établir une connexion. Une instance nommée est déterminée par l'utilisateur au cours de l'installation. Vous pouvez installer SQL Server comme instance nommée sans installer d’abord l’instance par défaut. Une seule installation de SQL Server, indépendamment de la version, peut être l’instance par défaut à un moment donné.

Notes

SQL Server SysPrep vous permet de spécifier le nom de l’instance quand vous finalisez une instance préparée dans la page Configuration de l’instance. Vous pouvez configurer l’instance préparée que vous effectuez comme instance par défaut si aucune instance SQL Server par défaut n’existe sur la machine.

Instances multiples

SQL Server prend en charge plusieurs instances SQL Server sur un serveur ou processeur unique. Toutefois, une seule instance peut être l’instance par défaut. Toutes les autres instances doivent être des instances nommées. Un ordinateur peut exécuter simultanément plusieurs instances SQL. Chaque instance s’exécute indépendamment des autres.

Pour plus d’informations, consultez Spécifications des capacités maximales pour SQL Server.

Options

Instances de cluster de basculement uniquement : spécifiez le nom réseau du cluster de basculement SQL Server. Ce nom identifie l'instance de cluster de basculement sur le réseau.

Choisir entre une valeur par défaut et une instance nommée : tenez compte des informations suivantes quand vous décidez d’installer une instance par défaut ou une instance nommée de SQL Server :

  • Si vous envisagez d’installer une instance unique de SQL Server sur un serveur de bases de données, celle-ci doit être une instance par défaut.

  • Utilisez une instance nommée lorsque vous envisagez plusieurs instances sur le même ordinateur. Un serveur ne peut héberger qu'une seule instance par défaut.

  • Toute application qui installe SQL Server doit l’installer en tant qu’instance nommée. Cette pratique réduit au minimum les conflits liés à l'installation de plusieurs applications sur le même ordinateur.

Instance par défaut : sélectionnez cette option pour installer une instance par défaut de SQL Server. Un ordinateur ne peut héberger qu'une instance par défaut ; toutes les autres instances doivent être nommées. Toutefois, si une instance par défaut de SQL Server est installée, vous pouvez ajouter une instance par défaut d’Analysis Services sur le même ordinateur.

Instance nommée : Sélectionnez cette option pour créer une nouvelle instance nommée. Prenez en compte les informations suivantes quand vous nommez une instance de SQL Server :

  • Les noms d'instance ne respectent pas la casse.

  • Les noms d'instance ne peuvent pas commencer ni se terminer par un trait de soulignement (_).

  • Les noms d'instance ne peuvent pas contenir le terme « Défaut » ou autres mots clés réservés. Si un mot clé réservé est utilisé dans un nom d'instance, une erreur d’installation se produit. Pour plus d’informations, consultez Mots clés réservés (Transact-SQL).

  • Si vous spécifiez MSSQLSERVER comme nom d'instance, une instance par défaut est créée.

  • Une installation de Microsoft SQL Server 2016 (13.x) Power Pivot pour SharePoint est toujours installée en tant qu’instance nommée de « Power Pivot ». Vous ne pouvez pas spécifier de nom d'instance différent pour ce rôle de fonctionnalité.

  • Les noms d'instance sont limités à 16 caractères.

  • Le premier caractère d'un nom d'instance doit être une lettre. Les lettres acceptables sont celles définies par la norme Unicode 2.0. Elles incluent les caractères latins a-z, A-Z et les caractères littéraux d’autres langues.

  • Les autres caractères d'un nom d'instance peuvent être des lettres définies par le standard Unicode 2.0, des nombres décimaux provenant de scripts de latin de base ou nationaux, le symbole dollar ($) ou le trait de soulignement (_).

  • Les espaces incorporés ou autres caractères spéciaux ne sont pas autorisés dans les noms d'instance. La barre oblique inverse (\), la virgule (,), les deux points (:), le point-virgule (;), le guillemet simple ('), l’esperluette (), le trait d’union (-) et l’arobase (@) ne sont pas autorisés non plus.

    Seuls les caractères valides dans la page de codes Windows actuelle peuvent être utilisés dans les noms d’instance SQL Server. En cas d'utilisation d'un caractère Unicode non pris en charge, une erreur d’installation se produit.

Instances et fonctionnalités détectées : consultez la liste des instances et des composants SQL Server installés sur l’ordinateur sur lequel le programme d’installation de SQL Server est en cours d’exécution.

ID de l'instance : Par défaut, le nom de l'instance est utilisé comme ID d'instance. Cet ID permet d’identifier les répertoires d’installation et les clés de Registre pour votre instance SQL Server. Le même comportement se produit pour les instances par défaut et les instances nommées. Pour une instance par défaut, le nom de l'instance et l'ID d'instance sont MSSQLSERVER. Pour utiliser un ID d’instance non défini par défaut, spécifiez-le dans le champ ID d’instance.

Important

Avec SQL Server SysPrep, l’ID d’instance affiché dans la page Configuration d’instance correspond à l’ID d’instance spécifié pendant l’étape de préparation d’image du processus SQL Server SysPrep. Vous ne serez pas en mesure de spécifier un ID d'instance différent pendant l'étape de finalisation d'image.

Notes

Les ID d'instance qui commencent par un trait de soulignement (_) ou qui contiennent le signe dièse (#) ou le symbole dollar ($) ne sont pas pris en charge.

Pour plus d’informations sur les répertoires, les emplacements de fichiers et l’affectation de noms aux ID d’instance, consultez Emplacements des fichiers pour les instances par défaut et les instances nommées de SQL Server.

Tous les composants d’une instance donnée de SQL Server sont gérés comme une unité. Tous les SQL Server Services Pack et mises à niveau s'appliquent à chaque composant d'une instance de SQL Server.

Tous les composants de SQL Server qui partagent le même nom d’instance doivent remplir les critères suivants :

  • Même version
  • Même édition
  • Mêmes paramètres de langue
  • Même état cluster
  • Même système d'exploitation

Notes

Reporting Services ne prend pas en charge les clusters.

Page Configuration Analysis Services - Approvisionnement du compte

Utilisez cette page pour définir le mode serveur et pour octroyer des autorisations administratives aux utilisateurs ou services qui requièrent un accès illimité à Analysis Services. L’installation n’ajoute pas automatiquement au groupe Windows local BUILTIN\Administrateurs le rôle d’administrateur de serveur Analysis Services de l’instance que vous installez. Si vous souhaitez ajouter le groupe Administrateurs local au rôle des administrateurs de serveur, vous devez spécifier explicitement ce groupe.

Si vous installez Power Pivot pour SharePoint, assurez-vous que vous octroyez des autorisations administratives aux administrateurs de batterie de serveurs SharePoint ou aux administrateurs de service en charge du déploiement d’un serveur Power Pivot dans une batterie SharePoint Server 2010.

Options

Mode serveur : le mode serveur spécifie le type des bases de données Analysis Services qui peuvent être déployées sur le serveur. Les modes serveur sont déterminés pendant l’installation et ne peuvent pas être modifiés par la suite. Tous les modes s’excluent mutuellement, ce qui signifie que vous avez besoin de deux instances d’Analysis Services. Chacune est configurée pour un mode différent afin de prendre en charge à la fois les solutions de traitement analytique en ligne (OLAP) classiques et de modèles tabulaires.

Spécifier les administrateurs : vous devez spécifier au moins un administrateur de serveur pour l’instance SQL Server. Les utilisateurs ou groupes que vous spécifiez deviennent membres du rôle d’administrateurs du serveur de l’instance Analysis Services que vous installez. Ces membres doivent avoir des comptes d'utilisateur de domaine Windows dans le même domaine que l'ordinateur sur lequel vous installez le logiciel.

Notes

Le contrôle de compte d'utilisateur (UAC) est une fonctionnalité de sécurité Windows qui requiert qu'un administrateur approuve de façon spécifique les actions ou applications administratives avant qu'elles soient autorisées à s'exécuter. Dans la mesure où le contrôle de compte d'utilisateur est activé par défaut, vous serez invité à autoriser des opérations spécifiques qui requièrent des privilèges élevés. Vous pouvez configurer le contrôle de compte d'utilisateur de manière à modifier son comportement par défaut ou à le personnaliser pour des programmes spécifiques. Pour plus d’informations sur la configuration des contrôles de compte d’utilisateur, consultez le Guide pas à pas du contrôle de compte d’utilisateur et Contrôle de compte d’utilisateur (Wikipédia).

Voir aussi

Page Configuration de Analysis Services - Répertoires de données

Les répertoires par défaut indiqués dans le tableau suivant sont configurables par l’utilisateur pendant l’installation de SQL Server. L’autorisation d’accès à ces fichiers est octroyée aux administrateurs locaux et aux membres de l’instance SQLServerMSASUser$<instance> groupe de sécurité créé et provisionné lors de l’installation.

Liste d’éléments d’interface utilisateur

Description Répertoire par défaut Recommandations
Répertoire racine de données <Lecteur :>\Program Files\Microsoft SQL Server\MSASnn.<InstanceID>\OLAP\Data\ Vérifiez que le dossier \Program files\Microsoft SQL Server\ est protégé par des autorisations limitées. Dans de nombreuses configurations, les performances d’Analysis Services dépendent des performances du stockage sur lequel le répertoire de données se trouve. Placez ce répertoire sur le stockage le plus performant joint au système. Pour les installations de cluster de basculement, vérifiez que les répertoires de données sont placés sur le disque partagé.
Répertoire de fichiers journaux <Lecteur :>\Program Files\Microsoft SQL Server\MSASnn.<InstanceID>\OLAP\Log\ Il s’agit du répertoire des fichiers journaux Analysis Services. Il inclut le journal FlightRecorder. Si vous augmentez la durée de la boîte noire, assurez-vous que le répertoire de journal dispose de l'espace adéquat.
Répertoire temporaire <Lecteur :>\Program Files\Microsoft SQL Server\MSASnn.<InstanceID>\OLAP\Temp\ Placez le Répertoire temporaire sur le sous-système de stockage haute performance.
Répertoire de sauvegarde <Lecteur :>\Program Files\Microsoft SQL Server\MSASnn.<InstanceID>\OLAP\Backup\ Ce répertoire concerne les fichiers de sauvegarde par défaut Analysis Services. Pour les installations Power Pivot pour SharePoint, ce répertoire est également l’emplacement où les services système Power Pivot mettent en cache les fichiers de données Power Pivot.

Vérifiez que des autorisations appropriées sont définies pour empêcher la perte de données et vérifiez que le groupe d’utilisateurs pour Analysis Services dispose des autorisations adéquates pour écrire dans le répertoire de sauvegarde. L'utilisation d'un lecteur mappé pour les répertoires de sauvegarde n'est pas prise en charge.

Considérations

  • Quand les instances Analysis Services sont déployées sur une batterie de serveurs SharePoint, elles stockent les fichiers d’application, les fichiers de données et les propriétés dans les bases de données de contenu et les bases de données d’application de service.

  • Lors de l'ajout de fonctionnalités à une installation existante, vous ne pouvez ni modifier l'emplacement d'une fonctionnalité précédemment installée, ni spécifier l'emplacement d'une nouvelle fonctionnalité.

  • Vous pouvez être amené à configurer des logiciels d’analyse, tel que des applications antivirus et anti-espions, pour exclure les dossiers et les types de fichiers SQL Server. Pour plus d’informations, lisez cet article du support technique : Logiciels antivirus sur les ordinateurs exécutant SQL Server.

  • Si vous spécifiez des répertoires d'installation autres que les répertoires par défaut, assurez-vous que les dossiers d'installation sont uniques pour cette instance de SQL Server. Ne partagez pas les répertoires dans cette boîte de dialogue avec des répertoires d’autres instances SQL Server. Installez également les composants Moteur de base de données et Analysis Services dans une instance SQL Server dans des répertoires distincts.

  • Les programmes et les fichiers de données ne peuvent pas être installés aux emplacements suivants :

    • sur un lecteur de disque amovible ;
    • dans un système de fichiers utilisant la compression ;
    • dans un répertoire où figurent des fichiers système ;

Voir aussi

Pour plus d’informations sur les répertoires, les emplacements de fichiers et l’affectation de noms aux ID d’instance, consultez Emplacements des fichiers pour les instances par défaut et les instances nommées de SQL Server.

Page Configuration de Analysis Services - Répertoires de données

Les répertoires par défaut indiqués dans le tableau suivant sont configurables par l’utilisateur pendant l’installation de SQL Server. L’autorisation d’accès à ces fichiers est octroyée aux administrateurs locaux et aux membres de l’instance SQLServerMSASUser$<instance> groupe de sécurité créé et provisionné lors de l’installation.

Liste d’éléments d’interface utilisateur

Description Répertoire par défaut Recommandations
Répertoire racine de données <Lecteur :>\Program Files\Microsoft SQL Server\MSASnn.<InstanceID>\OLAP\Data Vérifiez que le dossier \Program files\Microsoft SQL Server\ est protégé par des autorisations limitées. Dans de nombreuses configurations, les performances d’Analysis Services dépendent des performances du stockage sur lequel le répertoire de données se trouve. Placez ce répertoire sur le stockage le plus performant joint au système. Pour les installations de cluster de basculement, vérifiez que les répertoires de données sont placés sur le disque partagé.
Répertoire de fichiers journaux <Lecteur :>\Program Files\Microsoft SQL Server\MSASnn.<InstanceID>\OLAP\Log Il s’agit du répertoire des fichiers journaux Analysis Services. Il inclut le journal FlightRecorder. Si vous augmentez la durée de la boîte noire SQL, assurez-vous que le répertoire de journal dispose de l'espace adéquat.
Répertoire temporaire <Lecteur :>\Program Files\Microsoft SQL Server\MSASnn.<InstanceID>\OLAP\Temp Placez le Répertoire temporaire sur le sous-système de stockage haute performance.
Répertoire de sauvegarde <Lecteur :>\Program Files\Microsoft SQL Server\MSASnn.<InstanceID>\OLAP\Backup Ce répertoire concerne les fichiers de sauvegarde par défaut Analysis Services. Pour les installations Power Pivot pour SharePoint, il s’agit également de l’emplacement où les services système Power Pivot mettent en cache les fichiers de données Power Pivot.

Vérifiez que des autorisations appropriées sont définies pour empêcher la perte de données et que le groupe d’utilisateurs pour Analysis Services dispose des autorisations adéquates pour écrire dans le répertoire de sauvegarde. L'utilisation d'un lecteur mappé pour les répertoires de sauvegarde n'est pas prise en charge.

Considérations

  • Quand les instances Analysis Services sont déployées sur une batterie de serveurs SharePoint, elles stockent les fichiers d’application, les fichiers de données et les propriétés dans les bases de données de contenu et les bases de données d’application de service.

  • Lors de l'ajout de fonctionnalités à une installation existante, vous ne pouvez ni modifier l'emplacement d'une fonctionnalité précédemment installée, ni spécifier l'emplacement d'une nouvelle fonctionnalité.

  • Vous pouvez être amené à configurer des logiciels d’analyse, tel que des applications antivirus et anti-espions, pour exclure les dossiers et les types de fichiers SQL Server. Pour plus d’informations, consultez Logiciels antivirus sur des ordinateurs exécutant SQL Server.

  • Si vous spécifiez des répertoires d'installation autres que les répertoires par défaut, assurez-vous que les dossiers d'installation sont uniques pour cette instance de SQL Server. Ne partagez pas les répertoires dans cette boîte de dialogue avec des répertoires d’autres instances de SQL Server. Installez également les composants Moteur de base de données et Analysis Services dans une instance SQL Server dans des répertoires distincts.

  • Les programmes et les fichiers de données ne peuvent pas être installés aux emplacements suivants :

    • sur un lecteur de disque amovible ;
    • dans un système de fichiers utilisant la compression ;
    • dans un répertoire où figurent des fichiers système ;

Voir aussi

Page Configuration du moteur de base de données - Configuration du serveur

Utilisez cette page pour définir le mode de sécurité SQL Server et pour ajouter des utilisateurs ou groupes Windows en tant qu’administrateurs du Moteur de base de données SQL Server.

Considérations relatives à l’exécution de versions plus récentes de SQL Server

Dans les versions précédentes de SQL Server, le groupe BUILTIN\Administrateurs était provisionné en tant que connexion dans le Moteur de base de données. Les membres du groupe Administrateurs local pouvaient ainsi se connecter en utilisant leurs informations d’identification d’administrateur. Cependant, l'utilisation d'autorisations élevées n'est pas une meilleure pratique.

Dans les versions plus récentes de SQL Server, le groupe BUILTIN\Administrateurs n’est pas provisionné en tant que compte de connexion. Assurez-vous de créer un compte de connexion SQL Server pour chaque utilisateur administrateur, et ajoutez ce compte de connexion au rôle serveur fixe sysadmin au moment de l’installation d’une nouvelle instance de SQL Server. Procédez de même pour les comptes Windows qui exécutent des travaux de SQL Server Agent, notamment des travaux de l’agent de réplication.

Options

Mode de sécurité : Sélectionnez Authentification Windows ou Authentification en mode mixte pour votre installation.

Windows Principal Provisioning : dans les versions antérieures de SQL Server, le groupe local de Windows BUILTIN\Administrateurs a été placé dans le rôle serveur sysadmin de SQL Server, en accordant aux administrateurs Windows l’accès à l’instance SQL Server. Dans les versions plus récentes de SQL Server, le groupe BUILTIN\Administrateurs n’est pas provisionné dans le rôle serveur sysadmin. Au lieu de cela, vous devez mettre en service de manière explicite des administrateurs SQL Server pour les nouvelles installations lors de l'installation.

Important

Vous devez provisionner explicitement des administrateurs SQL Server pour les nouvelles installations lors de l’installation. L’installation ne vous permet pas de continuer tant que cette étape n'a pas été terminée.

Spécifier les administrateurs SQL Server : vous devez spécifier au moins un principal Windows pour l’instance SQL Server. Pour ajouter le compte sous lequel l’installation de SQL Server s’exécute, sélectionnez le bouton Ajouter l’utilisateur actuel. Pour ajouter ou supprimer des comptes dans la liste des administrateurs système, sélectionnez Ajouter ou Supprimer, puis modifiez la liste des utilisateurs, groupes ou ordinateurs qui disposent des privilèges d'administrateur pour l'instance de SQL Server.

Lorsque vous avez terminé de modifier la liste, sélectionnez OK, puis vérifiez la liste des administrateurs dans la boîte de dialogue de configuration. Si la liste est complète, sélectionnez Suivant.

Si vous sélectionnez Authentification en mode mixte, vous devez fournir les informations d’identification de connexion pour le compte de l’administrateur système intégré SQL Server (sa).

Important

N'utilisez pas de mot de passe vide. Utilisez un mot de passe fort.

Mode d’authentification Windows : quand un utilisateur se connecte par le biais d’un compte d’utilisateur Windows, SQL Server valide le nom et le mot de passe du compte à l’aide du jeton du principal Windows du système d’exploitation. L’authentification Windows est le mode d’authentification par défaut et offre une sécurité très supérieure à l’authentification en mode mixte. L'authentification Windows utilise le protocole de sécurité Kerberos, met en œuvre les stratégies de mot de passe en termes de validation de la complexité des mots de passe forts et prend en charge le verrouillage des comptes et l'expiration des mots de passe.

Important

Lorsque c'est possible, utilisez l'authentification Windows.

Important

N'utilisez pas de mot de passe vide. Utilisez un mot de passe fort. Ne définissez jamais un mot de passe d'administrateur système sa vide ou faible.

Mode mixte (Authentification Windows ou Authentification SQL Server) : permet aux utilisateurs de se connecter via l’authentification Windows ou l’authentification SQL Server. Les utilisateurs qui se connectent via un compte d'utilisateur Windows peuvent utiliser des connexions approuvées qui sont validées par Windows.

Si vous devez choisir l’authentification en mode mixte et utiliser des connexions SQL en raison d’applications héritées, définissez des mots de passe forts pour tous les comptes SQL Server.

Notes

L’authentification SQL Server est fournie à des fins de compatibilité descendante uniquement. Lorsque c'est possible, utilisez l'authentification Windows.

Entrez le mot de passe : Entrez et confirmez la connexion d'administrateur système (sa). Les mots de passe constituant la première ligne de défense contre les intrus, le choix de mots de passe forts est essentiel à la sécurité de votre système. Ne définissez jamais un mot de passe d'administrateur système sa vide ou faible.

Notes

Les mots de passe SQL Server peuvent être composés de 1 à 128 caractères, notamment de toute combinaison de lettres, de symboles et de chiffres. Si vous choisissez l'authentification en mode mixte, vous devez entrer un mot de passe sa fort avant de passer à la page suivante de l'Assistant Installation.

Instructions sur les mots de passe forts

Les mots de passe forts ne peuvent pas être aisément devinés par une personne et ils ne sont pas facilement piratés par un logiciel. Les mots de passe forts ne peuvent pas utiliser des conditions ou des termes interdits, notamment :

  • Une condition vide ou NULL
  • « Mot de passe »
  • "Admin"
  • "Administrator"
  • "sa"
  • "sysadmin"

Un mot de passe fort ne peut pas se composer des termes suivants associés à l'ordinateur d'installation :

  • Le nom de l'utilisateur qui a ouvert la session sur la machine
  • Nom de l’ordinateur

Un mot de passe fort doit contenir plus de 8 caractères et satisfaire au moins trois des quatre critères suivants :

  • Il doit contenir des lettres majuscules.
  • Il doit contenir des lettres minuscules.
  • Il doit contenir des chiffres.
  • Il doit contenir des caractères non alphanumériques, comme #, % ou ^.

Les mots de passe entrés sur cette page doivent répondre aux exigences des stratégies de mots de passe forts. Si vous avez un processus automatisé qui utilise l’authentification SQL Server, assurez-vous que le mot de passe répond aux exigences de la stratégie de mot de passe fort.

Voir aussi

Pour plus d’informations sur le choix de l’authentification Windows ou de l’authentification SQL Server, consultez la rubrique Choisir un mode d’authentification.

Pour plus d’informations sur le choix d’un compte pour l’exécution du moteur de base de données SQL Server, consultez Configurer les comptes de service Windows et les autorisations.

Page Configuration du moteur de base de données - Répertoires de données

Cette page vous permet de spécifier l’emplacement de l’installation des fichiers programmes et les fichiers de données de moteur de base de données SQL Server. Selon le type d'installation, le stockage pris en charge peut inclure un disque local, un stockage partagé ou un serveur de fichiers SMB.

Pour spécifier un partage de fichiers SMB comme répertoire, vous devez taper manuellement le chemin d'accès UNC pris en charge. La navigation vers un partage de fichiers SMB n'est pas prise en charge. L’exemple suivant indique le format de chemin d’accès UNC pris en charge d’un partage de fichiers SMB :

\\<ServerName>\<ShareName>\...

Instance autonome de SQL Server

Pour une instance autonome SQL Server, le tableau suivant répertorie les types de stockage pris en charge et les répertoires par défaut que vous pouvez configurer lors de l’installation de SQL Server :

Liste d’éléments d’interface utilisateur

Description Types de stockage pris en charge Répertoire par défaut Recommandations
Répertoire racine de données Disque local, serveur de fichiers SMB, stockage partagé* <Lecteur :>\Program Files\Microsoft SQL Server\ Le programme d’installation de SQL Server configure les listes de contrôle d’accès (ACL) pour les répertoires SQL Server et rompt l’héritage dans le cadre de la configuration.
Répertoire de base de données utilisateur Disque local, serveur de fichiers SMB, stockage partagé* <Lecteur :>\Program Files\Microsoft SQL Server\MSSQLnn.<InstanceID>\MSSQL\Data Les meilleures pratiques recommandées pour les répertoires de données utilisateur dépendent de la charge de travail et des exigences en matière de performances.
Répertoire du journal de la base de données utilisateur Disque local, serveur de fichiers SMB, stockage partagé* <Lecteur :>\Program Files\Microsoft SQL Server\MSSQLnn.<InstanceID>\MSSQL\Data Assurez-vous que le répertoire du journal a un espace adéquat.
Répertoire de sauvegarde Disque local, serveur de fichiers SMB, stockage partagé* <Lecteur :>\Program Files\Microsoft SQL Server\MSSQLnn.<InstanceID>\MSSQL\Backup Définissez les autorisations appropriées pour empêcher la perte de données et vérifiez que le compte d'utilisateur pour le service SQL Server a les autorisations adéquates pour écrire dans le répertoire de sauvegarde. L'utilisation d'un lecteur mappé pour les répertoires de sauvegarde n'est pas prise en charge.

* Bien que les disques partagés soient pris en charge, nous ne recommandons pas leur utilisation pour une instance autonome de SQL Server.

Instance de cluster de basculement de SQL Server

Pour une instance de cluster de basculement de SQL Server, le tableau suivant répertorie les types de stockage et les répertoires par défaut pris en charge à configurer lors de l’installation de SQL Server.

Description Types de stockage pris en charge Répertoire par défaut Recommandations
Répertoire racine de données Stockage partagé, serveur de fichiers SMB <Lecteur :>\Program Files\Microsoft SQL Server\

Conseil : Si le disque partagé a été sélectionné dans la page Sélection du disque du cluster, la valeur par défaut est le premier disque partagé. La valeur par défaut de ce champ est vide si aucune sélection n'a été effectuée à la page Sélection du disque du cluster.
Le programme d’installation de SQL Server configure les listes de contrôle d’accès pour les répertoires SQL Server et rompt l’héritage dans le cadre de la configuration.
Répertoire de base de données utilisateur Stockage partagé, serveur de fichiers SMB <Lecteur>Program Files\Microsoft SQL Server\MSSQLnn.<InstanceID>\MSSQL\Data

Conseil : Si le disque partagé a été sélectionné dans la page Sélection du disque du cluster, la valeur par défaut est le premier disque partagé. La valeur par défaut de ce champ est vide si aucune sélection n'a été effectuée à la page Sélection du disque du cluster.
Les meilleures pratiques recommandées pour les répertoires de données utilisateur dépendent de la charge de travail et des exigences en matière de performances.
Répertoire du journal de la base de données utilisateur Stockage partagé, serveur de fichiers SMB <Lecteur :>\Program Files\Microsoft SQL Server\MSSQLnn.<InstanceID>\MSSQL\Data

Conseil : Si le disque partagé a été sélectionné dans la page Sélection du disque du cluster, la valeur par défaut est le premier disque partagé. La valeur par défaut de ce champ est vide si aucune sélection n'a été effectuée à la page Sélection du disque du cluster.
Assurez-vous que le répertoire du journal a un espace adéquat.
Répertoire de sauvegarde Disque local, stockage partagé, serveur de fichiers SMB <Lecteur :>\Program Files\Microsoft SQL Server\MSSQLnn.<InstanceID>\MSSQL\Backup

Conseil : Si le disque partagé a été sélectionné dans la page Sélection du disque du cluster, la valeur par défaut est le premier disque partagé. La valeur par défaut de ce champ est vide si aucune sélection n'a été effectuée à la page Sélection du disque du cluster.
Définissez les autorisations appropriées pour empêcher la perte de données et vérifiez que le compte d'utilisateur pour le service SQL Server a les autorisations adéquates pour écrire dans le répertoire de sauvegarde. L'utilisation d'un lecteur mappé pour les répertoires de sauvegarde n'est pas prise en charge.

Considérations relatives à la sécurité

Le programme d’installation configure les listes de contrôle d’accès pour les répertoires SQL Server et rompt l’héritage dans le cadre de la configuration.

Les suggestions suivantes s'appliquent aux serveurs de fichiers SMB :

  • Le compte de service SQL Server doit être un compte de domaine si un serveur de fichiers SMB est utilisé.

  • Le compte utilisé pour installer SQL Server doit disposer d’autorisations NTFS de contrôle complet sur le dossier de partage de fichiers SMB utilisé comme répertoire de données.

  • Des privilèges SeSecurityPrivilege sur le serveur de fichiers SMB doivent être accordés au compte utilisé pour installer SQL Server . Pour accorder ce privilège, utilisez la console de stratégie de sécurité locale sur le serveur de fichiers pour ajouter le compte d’installation de SQL Server à la stratégie Gérer le journal d’audit et de sécurité. Ce paramètre se trouve dans la section Affectations des droits d’utilisateur sous Stratégies locales dans la console Stratégie de sécurité locale.

Considérations

  • Lors de l'ajout de fonctionnalités à une installation existante, vous ne pouvez ni modifier l'emplacement d'une fonctionnalité précédemment installée, ni spécifier l'emplacement d'une nouvelle fonctionnalité.

  • Si vous spécifiez des répertoires d'installation autres que les répertoires par défaut, assurez-vous que les dossiers d'installation sont uniques pour cette instance de SQL Server. Ne partagez pas les répertoires dans cette boîte de dialogue avec des répertoires d’autres instances de SQL Server. Installez également les composants Moteur de base de données et Analysis Services dans une instance SQL Server dans des répertoires distincts.

  • Les programmes et les fichiers de données ne peuvent pas être installés aux emplacements suivants :

    • sur un lecteur de disque amovible ;
    • dans un système de fichiers utilisant la compression ;
    • dans un répertoire où figurent des fichiers système ;
    • sur un lecteur réseau mappé sur une instance de cluster de basculement.

Page Configuration du moteur de base de données - TempDB

Utilisez cette page pour spécifier l’emplacement, la taille, les paramètres de croissance du fichier journal et des données tempdb et le nombre de fichiers pour le moteur de base de données SQL Server. Selon le type d'installation, le stockage pris en charge peut inclure un disque local, un stockage partagé ou un serveur de fichiers SMB.

Pour spécifier un partage de fichiers SMB comme répertoire, vous devez taper manuellement le chemin d'accès UNC pris en charge. La navigation vers un partage de fichiers SMB n'est pas prise en charge. L’exemple suivant indique le format de chemin d’accès UNC pris en charge d’un partage de fichiers SMB :

\\<ServerName>\<ShareName>\....

Répertoires de données et des journaux pour une instance autonome de SQL Server

Pour les instances autonomes de SQL Server, le tableau suivant répertorie les types de stockage pris en charge et les répertoires par défaut que vous pouvez configurer lors de l’installation.

Description Type de stockage pris en charge Répertoire par défaut Recommandations
Répertoires de données Disque local, serveur de fichiers SMB, stockage partagé* <Lecteur :>\Program Files\Microsoft SQL Server\MSSQLnn.<InstanceID>\MSSQL\Data Le programme d’installation de SQL Server configure les listes de contrôle d’accès pour les répertoires SQL Server et rompt l’héritage dans le cadre de la configuration.

Les meilleures pratiques pour les répertoires temdb dépendent de la charge de travail et des exigences en matière de performances. Spécifiez plusieurs dossiers/lecteurs pour répartir les fichiers de données sur plusieurs volumes.
Répertoire du journal Disque local, serveur de fichiers SMB, stockage partagé* <Lecteur :>\Program Files\Microsoft SQL Server\MSSQLnn.<InstanceID>\MSSQL\Data Assurez-vous que le répertoire du journal a un espace adéquat.

* Bien que les disques partagés soient pris en charge, nous ne recommandons pas leur utilisation pour une instance autonome de SQL Server.

Répertoires de données et des journaux pour une instance de cluster de basculement de SQL Server

Pour une instance de cluster de basculement de SQL Server, le tableau suivant répertorie les types de stockage et les répertoires par défaut pris en charge à configurer lors de l’installation de SQL Server.

Description Type de stockage pris en charge Répertoire par défaut Recommandations
répertoire de données tempdb Disque local, stockage partagé, serveur de fichiers SMB <Lecteur :>\Program Files\Microsoft SQL Server\MSSQLnn.<InstanceID>\Data

Conseil : Si le disque partagé a été sélectionné dans la page Sélection du disque du cluster, la valeur par défaut est le premier disque partagé. La valeur par défaut de ce champ est vide si aucune sélection n'a été effectuée à la page Sélection du disque du cluster.
Le programme d’installation de SQL Server configure les listes de contrôle d’accès pour les répertoires SQL Server et rompt l’héritage dans le cadre de la configuration.

Assurez-vous que le ou les répertoires spécifiés (si plusieurs fichiers sont spécifiés) sont valides pour tous les nœuds de cluster. Pendant le basculement, si les répertoires tempdb ne sont pas disponibles sur le nœud de basculement cible, la ressource SQL Server ne sera pas en ligne.
répertoire du journal tempdb Disque local, stockage partagé, serveur de fichiers SMB <Lecteur :>\Program Files\Microsoft SQL Server\MSSQLnn.<InstanceID>\MSSQL\Data

Conseil : Si le disque partagé a été sélectionné dans la page Sélection du disque du cluster, la valeur par défaut est le premier disque partagé. La valeur par défaut de ce champ est vide si aucune sélection n'a été effectuée à la page Sélection du disque du cluster.
Les meilleures pratiques recommandées pour les répertoires de données utilisateur dépendent de la charge de travail et des exigences en matière de performances.

Assurez-vous que le répertoire spécifié est valide pour tous les nœuds du cluster. Pendant le basculement, si les répertoires tempdb ne sont pas disponibles sur le nœud de basculement cible, la ressource SQL Server ne sera pas en ligne.

Assurez-vous que le répertoire du journal a un espace adéquat.

Liste d’éléments d’interface utilisateur

Configurez les paramètres de tempdb en fonction de votre charge de travail et de la configuration requise. Les paramètres suivants s’appliquent aux fichiers de données tempdb :

  • Nombre de fichiers : nombre total de fichiers de données pour tempdb. La valeur par défaut est inférieure à 8 ou elle correspond au nombre de cœurs logiques détectés par l’installation. En règle générale, si le nombre de processeurs logiques est inférieur ou égal à 8, utilisez le même nombre de fichiers de données que de processeurs logiques. Si le nombre de processeurs logiques est supérieur à 8, utilisez 8 fichiers de données. Si une contention survient, augmentez le nombre de fichiers de données par des multiples de 4 (jusqu’au nombre de processeurs logiques) jusqu’à ce que la contention atteigne un niveau acceptable ou modifiez la charge de travail/le code.

  • Taille initiale (Mo) : la taille initiale en mégaoctets de chaque fichier de données tempdb. La valeur par défaut est 8 Mo (ou 4 Mo pour SQL Server Express). SQL Server 2017 (14.x) introduit une taille initiale maximale de fichier de 262,144 Mo (256 Go). SQL Server 2016 (13.x) a une taille initiale maximale de fichier de 1024 Mo. Tous les fichiers de données tempdb ont la même taille initiale. Étant donné que tempdb est recréé à chaque fois que SQL Server démarre ou est basculé, spécifiez une taille proche de la taille requise par votre charge de travail pour une opération normale. Pour optimiser davantage la création de tempdb lors du démarrage, activez initialisation instantanée des fichiers de base de données.

  • Taille initiale totale (Mo) : la taille cumulée de tous les fichiers de données tempdb.

  • Croissance automatique (Mo) : la quantité d’espace en mégaoctets selon laquelle chaque fichier de données tempdb croît automatiquement en cas de manque d’espace. Dans SQL Server 2016 (13.x) et versions ultérieures, la taille de tous les fichiers de données augmente simultanément conformément à la valeur spécifiée dans ce paramètre.

  • Croissance automatique totale (Mo) : taille cumulée de chaque événement de croissance automatique.

  • Répertoires de données : affiche tous les répertoires qui contiennent des fichiers de données tempdb. Lorsqu’il existe plusieurs répertoires, les fichiers de données sont placés dans les répertoires de manière alternée. Par exemple, si vous créez 3 répertoires et spécifiez 8 fichiers de données, les fichiers de données 1, 4 et 7 seront créés dans le premier répertoire. Les fichiers de données 2, 5 et 8 seront créés dans le deuxième répertoire. Les fichiers de données 3 et 6 seront créés dans le troisième répertoire.

  • Pour ajouter des répertoires, sélectionnez Ajouter... .

  • Pour supprimer un répertoire, sélectionnez le répertoire, puis sélectionnez Supprimer.

Fichier journal TempDB : le nom du fichier journal. Ce fichier est créé automatiquement. Les paramètres suivants s’appliquent uniquement aux fichiers journaux tempdb :

  • Taille initiale (Mo) : taille initiale du fichier journal tempdb . La valeur par défaut est 8 Mo (ou 4 Mo pour SQL Server Express). SQL Server 2017 (14.x) introduit une taille initiale maximale de fichier de 262,144 Mo (256 Go). SQL Server 2016 (13.x) a une taille initiale maximale de fichier de 1024 Mo. Étant donné que tempdb est recréé à chaque fois que SQL Server démarre ou est basculé, spécifiez une taille proche de la taille requise par votre charge de travail pour une opération normale. Pour optimiser davantage la création de tempdb lors du démarrage, activez initialisation instantanée des fichiers de base de données.

    Notes

    tempdb utilise une journalisation minimale. Le fichier journal tempdb ne peut pas être sauvegardé. Il est recréé à chaque fois que SQL Server démarre ou lorsqu’une instance de cluster bascule.

  • Croissance automatique (Mo) : incrément de croissance du journal tempdb en mégaoctets. La valeur par défaut de 64 Mo crée le nombre optimal de fichiers journaux virtuels pendant l’initialisation.

    Notes

    Les fichiers journaux tempdb n’utilisent pas l’initialisation instantanée des fichiers de la base de données.

  • Répertoire du journal : répertoire où les fichiers journaux tempdb sont créés. Il existe un seul répertoire du journal tempdb.

Considérations relatives à la sécurité

Le programme d’installation configure les listes de contrôle d’accès (ACL) pour les répertoires SQL Server et rompt l’héritage dans le cadre de la configuration.

Les recommandations suivantes s'appliquent au serveur de fichiers SMB :

  • Le compte de service SQL Server doit être un compte de domaine si un serveur de fichiers SMB est utilisé.

  • Le compte utilisé pour installer SQL Server doit disposer d’autorisations NTFS de contrôle complet sur le dossier de partage de fichiers SMB utilisé comme répertoire de données.

  • Des privilèges SeSecurityPrivilege sur le serveur de fichiers SMB doivent être accordés au compte utilisé pour installer SQL Server . Pour accorder ce privilège, utilisez la console de stratégie de sécurité locale sur le serveur de fichiers pour ajouter le compte d’installation de SQL Server à la stratégie Gérer le journal d’audit et de sécurité. Ce paramètre se trouve dans la section Affectations des droits d’utilisateur sous Stratégies locales dans la console Stratégie de sécurité locale.

Notes

Si vous spécifiez des répertoires d'installation autres que les répertoires par défaut, assurez-vous que les dossiers d'installation sont uniques pour cette instance de SQL Server. Aucun des répertoires dans cette boîte de dialogue ne doit être partagé avec des répertoires d'autres instances de SQL Server. Les composants Moteur de base de données et Analysis Services dans une instance SQL Server doivent également être installés dans des répertoires distincts.

Voir aussi

Page Configuration du moteur de base de données - MaxDOP

Le degré maximal de parallélisme (MaxDOP) détermine le nombre maximal de processeurs que peut utiliser une seule instruction. SQL Server 2019 (15.x) introduit la possibilité de configurer cette option lors de l’installation. SQL Server 2019 (15.x) détecte également automatiquement le paramètre MaxDOP recommandé pour le serveur en fonction du nombre de cœurs.

Si cette page est ignorée lors de l’installation, la valeur par défaut MaxDOP est la valeur recommandée affichée dans cette page au lieu de la valeur du Moteur de base de données par défaut pour les versions précédentes (0). Vous pouvez également configurer manuellement ce paramètre sur cette page et le modifier après l’installation.

Liste d’éléments d’interface utilisateur

Page Configuration du moteur de base de données - Mémoire

min server memory détermine la limite de mémoire inférieure que le moteur de base de données SQL Server utilise pour le pool de mémoires tampons et pour d’autres caches. La valeur par défaut est 0 et la valeur recommandée est également 0. Pour plus d’informations, sur les effets de min server memory, consultez le Guide d’architecture de gestion de la mémoire.

max server memory détermine la limite de mémoire supérieure que le moteur de base de données SQL Server utilise pour le pool de mémoires tampons et pour d’autres caches. La valeur par défaut est de 2 147 483 647 mégaoctets (Mo) et les valeurs calculées recommandées sont alignées avec les lignes directrices de configuration de la mémoire dans les Options de configuration de la mémoire du serveur pour une instance SQL Server autonome, en fonction de la mémoire système existante. Pour plus d’informations, sur les effets de max server memory, consultez le Guide d’architecture de gestion de la mémoire.

Si cette page est ignorée lors de l’installation, la valeur de mémoire maximum du serveur utilisée est la valeur par défaut (2 147 483 647 mégaoctets). Vous pouvez configurer manuellement ces paramètres sur cette page une fois que vous avez choisi la case d’option Recommandé, et vous pouvez modifier ces paramètres après l’installation. Pour en savoir plus, consultez les Options de configuration de la mémoire du serveur.

Liste d’éléments d’interface utilisateur

Par défaut : cette case d’option est sélectionnée par défaut et définit les paramètres de mémoire minimum du serveur et de mémoire maximum du serveur sur les valeurs par défaut.

Recommandé : Cette case d’option doit être sélectionnée pour accepter les valeurs calculées recommandées ou pour modifier les valeurs calculées en valeurs configurées par l’utilisateur.

Min Server Memory (Mo) : Si vous passez de la valeur calculée recommandée à une valeur configurée par l’utilisateur, entrez la valeur min server memory.

Max Server Memory (Mo) : Si vous passez de la valeur calculée recommandée à une valeur configurée par l’utilisateur, entrez la valeur max server memory.

Cliquez ici pour accepter les configurations de mémoire recommandées pour le moteur de base de données de SQL Server : Sélectionnez cette case à cocher pour accepter les configurations de mémoire calculées recommandées sur ce serveur. Si la case d’option Recommandé est cochée, le programme d’installation ne peut pas continuer tant que cette case à cocher n’est pas sélectionnée.

Page Configuration du moteur de base de données - FILESTREAM

Utilisez cette page pour activer FILESTREAM pour cette installation de SQL Server. FILESTREAM intègre le Moteur de base de données SQL Server avec un système de fichiers NTFS en stockant les données d’objet blob varbinary(max) en tant que fichiers dans le système de fichiers. Les instructions Transact-SQL peuvent insérer, mettre à jour, interroger, rechercher et sauvegarder des données Filestream. Les interfaces de système de fichiers Microsoft Win32 fournissent l'accès de diffusion en continu aux données.

Liste d’éléments d’interface utilisateur

Activer FILESTREAM pour l’accès Transact-SQL : sélectionnez cette option afin d’activer FILESTREAM pour l’accès Transact-SQL. Cette case doit être cochée avant que les autres options soient disponibles.

Activer FILESTREAM pour l'accès à la diffusion en continu des E/S de fichier : Sélectionnez cette option pour activer l'accès en continu Win32 pour FILESTREAM.

Nom du partage Windows : Entrez le nom du partage Windows dans lequel les données FILESTREAM doivent être stockées.

Permettre aux clients distants d'avoir un accès à la diffusion en continu aux données FILESTREAM : Cochez cette case pour permettre aux clients distants d'accéder aux données FILESTREAM sur ce serveur.

Voir aussi

Page Configuration du moteur de base de données - Instance utilisateur

Utilisez la page Instance utilisateur pour :

  • Générez une instance distincte de Moteur de base de données pour les utilisateurs sans autorisations d’administrateur.
  • Ajouter des utilisateurs au rôle Administrateur.

Options

Activer les instances utilisateur : La valeur par défaut est activée. Pour désactiver la possibilité d’activer les instances utilisateur, décochez la case.

L’instance utilisateur, également appelée instance enfant ou client, est une instance SQL Server qui est générée par l’instance parent (instance principale exécutée en tant que service, comme SQL Server Express) pour le compte d’un utilisateur. L'instance utilisateur s'exécute en tant que processus utilisateur dans le contexte de sécurité de cet utilisateur. L'instance utilisateur est isolée de l'instance parent et de toutes les autres instances utilisateur exécutées sur l'ordinateur. La fonctionnalité d’instance utilisateur est également appelée RANU « Run As Normal User » (exécuté avec des droits d'utilisateur normal).

Notes

Les connexions configurées en tant que membres du rôle serveur fixe sysadmin durant l’installation sont configurées en tant qu’administrateurs dans l’exemple de base de données. Si elles ne sont pas supprimées, elles sont membres du rôle serveur fixe sysadmin sur l’instance utilisateur.

Ajouter l’utilisateur au rôle SQL Server Administrateur SQL Server : option désactivée par défaut. Pour ajouter l’utilisateur de l’installation actuel au rôle Administrateur SQL Server, cochez la case.

Les utilisateurs Windows Vista qui sont membres de BUILTIN\Administrateurs ne sont pas ajoutés automatiquement au rôle serveur fixe sysadmin quand ils se connectent à SQL Server Express. Seuls les utilisateurs Windows Vista qui ont été ajoutés explicitement à un rôle d’administrateur de niveau serveur peuvent administrer SQL Server Express. Les membres du groupe Built-In\Users peuvent se connecter à l’instance SQL Server Express, mais leurs autorisations sont limitées pour les tâches de base de données. Pour cette raison, les utilisateurs dont les privilèges SQL Server Express sont hérités de BUILTIN\Administrateurs et de Built-In\Utilisateurs dans les versions précédentes de Windows doivent se voir octroyer explicitement les privilèges d’administrateur dans les instances SQL Server Express qui s’exécutent sur Windows Vista.

Pour apporter des modifications aux rôles d’utilisateur une fois que le programme d’installation se termine, utilisez SQL Server Management Studio ou Transact-SQL.