Options de démarrage du service moteur de base de données

-d master_file_path

Représente le chemin d'accès complet au fichier de base de données master (il s'agit généralement de C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Data\master.mdf). Si vous ne spécifiez pas cette option, les paramètres du Registre existants sont utilisés.

-e error_log_path

Représente le chemin d'accès complet au fichier journal des erreurs (il s'agit généralement de C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\LOG\ERRORLOG). Si vous ne spécifiez pas cette option, les paramètres du Registre existants sont utilisés.

-l master_log_path

Représente le chemin d'accès complet au fichier journal de la base de données master (il s'agit généralement de C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Data\mastlog.ldf). Si vous ne spécifiez pas cette option, les paramètres de Registre existants sont utilisés.

-c

Raccourcit la durée nécessaire au démarrage de SQL Server à partir de l'invite de commandes. En général, le Moteur de base de données SQL Server démarre en tant que service en appelant le gestionnaire de contrôle de services. Comme le Moteur de base de données SQL Server ne démarre pas en tant que service lors du démarrage à partir de l'invite de commandes, vous devez utiliser -c pour ignorer cette étape.

-f

Démarre une instance de SQL Server avec une configuration minimale. Cette option est utile lorsqu'une valeur de configuration définie (espace mémoire insuffisant, par exemple) a empêché le serveur de démarrer. Le démarrage de SQL Server en mode de configuration minimale place SQL Server en mode mono-utilisateur. Pour plus d'informations, consultez la description de -m qui suit.

-g memory_to_reserve

Spécifie un nombre entier de mégaoctets (Mo) de mémoire que SQL Server conservera disponible pour les allocations de mémoire dans le processus SQL Server, mais en dehors du pool de mémoire de SQL Server. La mémoire en dehors du pool de mémoire est la zone utilisée par SQL Server pour le chargement d'éléments, tels que les fichiers .dll des procédures stockées étendues, les fournisseurs OLE DB référencés par les requêtes distribuées et les objets automation référencés dans les instructions Transact-SQL. La valeur par défaut est 256 Mo.

Cette option peut faciliter l'ajustement de l'allocation de mémoire, mais uniquement lorsque la mémoire physique dépasse la limite configurée définie par le système d'exploitation sur la mémoire virtuelle disponible pour les applications. L'utilisation de cette option peut s'avérer appropriée avec des configurations de mémoire importantes, dans lesquelles les besoins en utilisation de la mémoire de SQL Server ne sont pas standard et l'espace d'adressage virtuel du processus SQL Server est utilisé dans son intégralité. L'utilisation incorrecte de cette option peut mener à des situations dans lesquelles une instance de SQL Server ne démarre pas ou rencontre des erreurs lors de l'exécution.

Utilisez la valeur par défaut pour le paramètre -g, sauf si vous voyez l'un des avertissements suivants dans le journal d'erreurs de SQL Server :

• « Failed Virtual Allocate Bytes : FAIL_VIRTUAL_RESERVE <size> »

• « Failed Virtual Allocate Bytes : FAIL_VIRTUAL_COMMIT <size> »

Ces messages peuvent indiquer que SQL Server tente de libérer des parties du pool de la mémoire de SQL Server afin de trouver de l'espace pour des éléments tels que les fichiers .dll de procédure stockée étendue ou des objets Automation. Dans ce cas, augmentez la quantité de mémoire réservée par le commutateur -g.

L'utilisation d'une valeur inférieure à celle par défaut augmente la quantité de mémoire disponible dans le pool de mémoires géré par le Gestionnaire de mémoire de SQL Server ou les piles de threads ; cela permet de profiter de l'amélioration des performances pour les charges de travail qui ont recours de manière intensive à la mémoire dans les systèmes qui n'utilisent pas de nombreuses procédures stockées étendues, requêtes distribuées ou objets automation.

-m

Démarre une instance de SQL Server en mode mono-utilisateur. Lorsque vous démarrez une instance de SQL Server en mode mono-utilisateur, un seul utilisateur peut se connecter et le processus CHECKPOINT n'est pas démarré. CHECKPOINT garantit l'écriture régulière des transactions terminées de la mémoire cache du disque vers l'unité de base de données. (Cette option est généralement utilisée si vous rencontrez des problèmes avec des bases de données système qui doivent être réparées). Active l'option sp_configure allow updates. Par défaut, allow updates est désactivé. Le démarrage de SQL Server en mode mono-utilisateur permet à tout membre du groupe Administrateurs local de l'ordinateur de se connecter à l'instance de SQL Server en tant que membre du rôle serveur fixe sysadmin. Pour plus d'informations, consultez Se connecter à SQL Server lorsque les administrateurs système n'y ont plus accès. Pour plus d'informations sur le mode mono-utilisateur, consultez Démarrer SQL Server en mode mono-utilisateur.

-m"Client Application Name"

Limite les connexions à une application cliente spécifiée lorsque vous utilisez l'option -m avec SQLCMD ou SQL Server Management Studio. Par exemple, -m"SQLCMD" limite les connexions à une connexion unique, laquelle doit s'identifier en tant que programme client SQLCMD. Utilisez cette option lorsque vous démarrez SQL Server en mode mono-utilisateur et qu'une application cliente inconnue utilise la seule connexion disponible. Pour établir une connexion par le biais de l'Éditeur de requêtes dans Management Studio, utilisez -m"Microsoft SQL Server Management Studio - Query".

Le nom de l'application cliente respecte la casse.

Remarque relative à la sécurité
N'utilisez pas cette option comme fonctionnalité de sécurité. L'application cliente fournit le nom d'application cliente et peut fournir un nom erroné dans la chaîne de connexion.

-n

N'utilise pas le journal des applications Windows pour enregistrer les événements SQL Server. Si vous démarrez une instance de SQL Server avec -n, nous vous recommandons d'utiliser également l'option de démarrage -e. Sinon, les événements SQL Server ne seront pas consignés.

-s

Permet de démarrer une instance nommée de SQL Server. Si le paramètre -s n'est pas défini, l'instance par défaut va tenter de démarrer. Vous devez basculer vers le répertoire BINN approprié pour l'instance avant de démarrer sqlservr.exe à l'invite de commandes. Par exemple, si Instance1 doit utiliser \mssql$Instance1 pour ses binaires, l'utilisateur doit être dans le répertoire \mssql$Instance1\binn pour démarrer sqlservr.exe -s instance1.

-T trace#

Indique qu'une instance de SQL Server doit être démarrée avec un indicateur de trace déterminé (trace#) activé. Les indicateurs de trace permettent de démarrer le serveur avec un comportement non standard. Pour plus d'informations, consultez Indicateurs de trace (Transact-SQL).

Important

Lorsque vous spécifiez un indicateur de trace à l'aide de l'option -T, utilisez un « T » majuscule pour transmettre le numéro d'indicateur de trace. Le caractère minuscule « t » est accepté par SQL Server, mais il permet de définir d'autres indicateurs de trace internes qui ne servent qu'aux ingénieurs du support technique de SQL Server. (Les paramètres spécifiés dans la fenêtre de démarrage du Panneau de configuration ne sont pas lus.)

-x

Désactive les fonctionnalités d'analyse suivantes :

• Les compteurs de l'Analyseur de performances SQL Server

• Le suivi des statistiques relatives au temps processeur et au taux d'accès au cache

• La collecte d'informations pour la commande DBCC SQLPERF

• La collecte d'informations pour certaines vues de gestion dynamique

• De nombreux points d'événements étendus

Attention
Lorsque vous utilisez l'option de démarrage –x, les informations dont vous disposez pour diagnostiquer les problèmes de performance et de fonctionnement avec SQL Server sont considérablement limitées.

-E

Augmente le nombre d'étendues allouées à chaque fichier d'un groupe de fichiers. Cette option peut être utile pour les applications d'entrepôt de données qui ont un nombre limité d'utilisateurs exécutant des index ou des analyses de données. Elle ne doit pas être utilisée dans d'autres applications car elle peut diminuer les performances. Cette option n'est pas prise en charge dans les versions 32 bits de SQL Server.