Scénarios de choix des options de paramétrage

Vous pouvez combiner diverses options de paramétrage disponibles avec l'Assistant Paramétrage du moteur de base de données pour obtenir les recommandations nécessaires à votre implémentation Microsoft SQL Server. Les sections ci-après présentent les scénarios des diverses combinaisons d'options de paramétrage et le type des recommandations de paramétrage créées par chaque combinaison.

Choix des options de combinaisons adaptées

Le tableau ci-après fournit des exemples qui illustrent comment l'Assistant Paramétrage du moteur de base de données interprète diverses combinaisons d'options de paramétrage que les utilisateurs peuvent choisir au moyen de l'utilitaire d'invite de commandes dta ou de l'interface graphique de l'Assistant Paramétrage du moteur de base de données.

Arguments spécifiés avec dta	Sélection dans l'onglet Options de paramétrage de l'interface graphique	Interprétation de cette combinaison d'options par l'Assistant Paramétrage du moteur de base de données
-fa IDX -fp NONE -fk ALL	Index Aucun partitionnement Conserver toutes les structures PDS (Physical Design Structures) existantes	Conserve toutes les structures PDS existantes dans la recommandation. L'Assistant Paramétrage du moteur de base de données peut également suggérer des index non partitionnés au sein de la recommandation.
-fa IDX_IV -fp NONE -fk NONE	Index et vues indexées Aucun partitionnement Ne pas conserver de structures PDS (Physical Design Structures) existantes	Inclut uniquement les index non partitionnés et les vues indexées dans la recommandation. Si la recommandation est mise en œuvre, tous les objets partitionnés (le cas échéant) sont ignorés.
-fa IDX_IV -fp ALIGNED -fk ALIGNED	Index et vues indexées Partitionnement aligné Conserver le partitionnement aligné	Conserve toutes les structures PDS existantes « alignées » (partitionnées de la même manière que les tables et les vues de base). L'Assistant Paramétrage du moteur de base de données peut recommander d'autres index et des vues indexées également alignés. L'application de la recommandation place la base de données dans l'état « aligné ».

Utilisation des scénarios de combinaisons d'options de paramétrage

Le tableau ci-après fournit des scénarios courants que la plupart des utilisateurs rencontrent en pratique, ainsi que les combinaisons de paramétrage qui activent les scénarios. Les facteurs ci-après régissent ces scénarios :

• performances ;
• connaissance des fonctionnalités, par exemple, confort d'utilisation grâce aux vues indexées ;
• modifications incrémentielles de la base de données ;
• simplicité de gestion ;
• compatibilité descendante ;
• facilité de migration (d'une version Microsoft SQL Server vers une autre).

Les performances représentent un facteur commun à tous les scénarios ; par conséquent, ce facteur ne figure pas explicitement dans le tableau ci-après.

#.	Description du scénario	Facteurs	Objets spécifiés	Partitionnement spécifié	Conserver l'option spécifiée
1	L'utilisateur veut les meilleures performances (bases de données nouvelles ou existantes), mais il ne maîtrise pas le partitionnement. Utilisateurs migrant de SQL Server 2000 vers SQL Server 2005.	Connaissance des fonctionnalités, compatibilité descendante	Index et vues indexées	Non	Non
2	L'utilisateur paramètre un petit ensemble de requêtes nouvelles ou ad hoc, mais il ne maîtrise pas le partitionnement. Utilisateurs migrant de SQL Server 2000 vers SQL Server 2005.	Modification incrémentielle, connaissance des fonctionnalités, compatibilité descendante	Index et vues indexées	Non	Toutes
3	L'utilisateur ne veut pas modifier le clustering des tables de base. Ne maîtrise pas le partitionnement. Utilisateurs migrant de SQL Server 2000 vers SQL Server 2005.	Connaissance des fonctionnalités, modification incrémentielle	Index et vues indexées	Non	Index cluster
4	L'utilisateur veut des index bien paramétrés et des modifications incrémentielles uniquement pour les index d'un petit ensemble de requêtes. Ne maîtrise pas le partitionnement. Utilisateurs migrant de SQL Server version 7.0 vers SQL Server 2000, et utilisateurs SQL Server 2000.	Modification incrémentielle	Index et vues indexées	Non	Index
5	L'utilisateur veut les meilleures performances pour l'ensemble de la charge de travail (bases de données nouvelles ou existantes). L'utilisateur configure ou déploie un nouveau système SQL Server 2005. Les utilisateurs migrent de SQL Server 2000 vers SQL Server 2005 et veulent exploiter le partitionnement pour obtenir de meilleures performances.	-	Index et vues indexées	Complet	Non
6	L'utilisateur paramètre un petit ensemble de requêtes nouvelles ou ad hoc. L'utilisateur déploie un nouveau système SQL Server 2005.	Modification incrémentielle	Index et vues indexées	Complet	Complète
7	L'utilisateur ne veut pas modifier le clustering des tables de base, mais veut néanmoins obtenir de meilleures performances.	Modification incrémentielle	Index et vues indexées	Complet	Index cluster
8	L'utilisateur veut conserver tous les index existants, mais pas nécessairement les vues indexées, tout en améliorant les performances dans la mesure du possible. Peut être utile lorsque la charge de travail change (les vues indexées sont moins fiables que les index en ce qui concerne les modifications de la charge de travail).	Modification incrémentielle	Index et vues indexées	Complet	Index
9	L'utilisateur veut les meilleures performances (bases de données nouvelles ou existantes), mais le partitionnement est essentiellement destiné à faciliter la gestion. L'utilisateur configure ou déploie un nouveau système.	Simplicité de gestion	Index et vues indexées	Aligné	Non
10	L'utilisateur veut employer le partitionnement essentiellement pour faciliter la gestion. Paramétrage d'un petit ensemble de requêtes nouvelles ou ad hoc.	Modification incrémentielle, facilité de gestion	Index et vues indexées	Aligné	Alignée
11	L'utilisateur ne veut pas modifier le clustering des tables de base. Le partitionnement est essentiellement destiné à faciliter la gestion.	Connaissance des fonctionnalités, modification incrémentielle, facilité de gestion	Index et vues indexées	Aligné	Index cluster
12	L'utilisateur connaît bien les index, mais pas les vues indexées ou le partitionnement. Meilleures performances pour l'ensemble de la charge de travail. L'utilisateur migre de SQL Server version 7.0 vers SQL Server 2000 ou de SQL Server version 7.0 vers SQL Server 2005.	Connaissance des fonctionnalités, compatibilité descendante	Index	Non	Non
13	L'utilisateur connaît bien les index, mais pas les vues indexées ou le partitionnement. Paramétrage d'un petit ensemble de requêtes nouvelles ou ad hoc. L'utilisateur migre de SQL Server version 7.0 vers SQL Server 2000 ou de SQL Server version 7.0 vers SQL Server 2005.	Modification incrémentielle, connaissance des fonctionnalités, compatibilité descendante	Index	Non	Complète
14	L'utilisateur ne veut pas modifier le clustering des tables de base. Ne connaît pas bien le partitionnement ou les vues indexées. L'utilisateur migre de SQL Server version 7.0 vers SQL Server 2000 ou de SQL Server version 7.0 vers SQL Server 2005.	Connaissance des fonctionnalités, modification incrémentielle	Index	Non	Index cluster
15	L'utilisateur veut supprimer les vues indexées existantes de la base de données active sans supprimer les index.	Connaissance des fonctionnalités, modification incrémentielle	Index	Non	Index
16	L'utilisateur ne connaît pas bien les vues indexées. Meilleures performances pour l'ensemble de la charge de travail. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005.	Connaissance des fonctionnalités	Index	Complet	Non
17	L'utilisateur ne connaît pas bien les vues indexées. Paramétrage d'un petit ensemble de requêtes nouvelles ou ad hoc. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005.	Connaissance des fonctionnalités, modification incrémentielle	Index	Complet	Complète
18	L'utilisateur ne connaît pas bien les vues indexées. L'utilisateur ne veut pas modifier le clustering des tables de base. Paramétrage d'un petit ensemble de requêtes nouvelles ou ad hoc. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005.	Connaissance des fonctionnalités, modification incrémentielle	Index	Complet	Index cluster
19	L'utilisateur veut supprimer les vues indexées existantes de la base de données active sans supprimer les index.	Connaissance des fonctionnalités, modification incrémentielle	Index	Complet	Index
20	L'utilisateur connaît bien les index, mais pas les vues indexées. Le partitionnement est essentiellement destiné à faciliter la gestion. Meilleures performances pour l'ensemble de la charge de travail. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005.	Connaissance des fonctionnalités, facilité de gestion	Index	Aligné	Non
21	L'utilisateur connaît bien les index, mais pas les vues indexées. Le partitionnement est essentiellement destiné à faciliter la gestion. Meilleures performances pour l'ensemble de la charge de travail. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005.	Connaissance des fonctionnalités, facilité de gestion	Index	Aligné	Alignée
22	L'utilisateur ne veut pas modifier le clustering des tables de base. Ne connaît pas bien les vues indexées. Le partitionnement est essentiellement destiné à faciliter la gestion. L'utilisateur procède à une mise à niveau de SQL Server version 7.0 vers SQL Server 2005.	Connaissance des fonctionnalités, modification incrémentielle, facilité de gestion	Index	Aligné	Index cluster
23	L'utilisateur paramètre un petit ensemble de requêtes. Ne veut pas de nouveaux index cluster. Ne connaît pas bien le partitionnement ou les vues indexées.	Connaissance des fonctionnalités, modification incrémentielle	Index non-cluster	Non	Complète
24	L'utilisateur ne veut pas de nouveaux index cluster. Ne connaît pas bien le partitionnement ou les vues indexées.	Connaissance des fonctionnalités, modification incrémentielle	Index non-cluster	Non	Index cluster
25	L'utilisateur paramètre un petit ensemble de requêtes. Ne veut pas de nouveaux index cluster. Ne connaît pas bien les vues indexées.	Connaissance des fonctionnalités, modification incrémentielle	Index non-cluster	Complet	Complète
26	L'utilisateur ne veut pas de nouveaux index cluster. Ne connaît pas bien les vues indexées. Envisage une nouvelle conception complète des index non-cluster.	Connaissance des fonctionnalités, modification incrémentielle	Index non-cluster	Complet	Index cluster
27	L'utilisateur ne veut pas de nouveaux index cluster. Ne connaît pas bien les vues indexées. Veut conserver l'alignement de la structure PDS finale.	Connaissance des fonctionnalités, modification incrémentielle, facilité de gestion	Index non-cluster	Aligné	Alignée
28	L'utilisateur paramètre un petit ensemble de requêtes. Ne veut pas de nouveaux index cluster. Ne connaît pas bien les vues indexées. Envisage une nouvelle conception complète des index non-cluster pourvu qu'ils soient alignés.	Connaissance des fonctionnalités, modification incrémentielle	Index non-cluster	Aligné	Index cluster

Voir aussi

Concepts

Spécification des structures PDS (Physical Design Structures)
Limitation du nombre d'événements et de la durée du paramétrage
Limitation de l'espace disque dédié aux recommandations
Options d'analyse non prises en charge

Aide et Informations

Assistance sur SQL Server 2005