Création de plans de maintenance pour les bases de données Project Server 2007
Mis à jour: septembre 2008
Dernière rubrique modifiée : 2008-09-16
Si vous ne connaissez pas en détail les pratiques recommandées pour l’exploitation de SQL Server et que vous souhaitez commencer à utiliser SQL Server rapidement et en toute sécurité, nous vous recommandons d’utiliser des plans de maintenance SQL Server. Ces plans sont spécialement conçus pour les petits environnements d’applications, où les avantages en termes de rapidité et de simplicité priment sur les possibilités de contrôle offertes par les schémas de maintenance personnalisés.
Si votre organisation dispose de personnel formé à la prise en charge des applications SQL Server, il est recommandé de faire appel à ce personnel pour mettre en place une planification opérationnelle, en fonction des niveaux de service requis par l’organisation.
De nombreuses opérations de maintenance de base de données abordées dans ce document peuvent être automatisées et programmées à l’aide de plans de maintenance SQL Server. Les plans de maintenance permettent d’automatiser et de planifier des tâches indispensables à la protection de vos données. En mettant en place des plans de maintenance dans SQL Server 2005 ou SQL Server 2000, un administrateur peut planifier de nombreuses opérations : vérification de la cohérence des bases de données, réorganisation ou reconstruction des index, réduction des bases de données pour libérer l’espace inutilisé, etc. Pour plus d’informations, consultez les ressources suivantes :
Assistant Plan de maintenance (en anglais) (https://go.microsoft.com/fwlink/?linkid=128478\&clcid=0x409) pour SQL Server 2005
Assistant Plan de maintenance de base de données (en anglais) (https://go.microsoft.com/fwlink/?linkid=110849\&clcid=0x409) pour SQL Server 2000
.gif "Warning") Avertissement : |
|---|
| Si vous avez l’intention d’utiliser l’Assistant Plan de maintenance avec SQL Server 2005, vérifiez que SQL Server 2005 Service Pack 2 est installé. Les versions antérieures au Service Pack 2 ne réappliquent pas les options d’index lorsqu’un index est reconstruit par le biais d’un plan de maintenance. L’exécution de cette tâche sur les versions de SQL Server 2005 non corrigées par le Service Pack 2 (ou un Service Pack ultérieur) risque d’endommager gravement vos bases de données. |
Lorsque vous créez un plan de maintenance de base de données pour votre déploiement Microsoft Office Project Server 2007, prenez en compte les pratiques recommandées suivantes :
Vérifiez que vous disposez de sauvegardes fiables de toutes les bases de données avant de réaliser des opérations de maintenance et de mettre en place des plans de maintenance.
Avant de réaliser des opérations de maintenance régulières ou de mettre en place un plan de maintenance, testez l’impact des opérations sur votre système et le délai nécessaire à leur exécution.
Dans la mesure du possible, faites en sorte que les opérations et plans de maintenance soient exécutés pendant les heures creuses, pour éviter de ralentir les performances et de gêner les utilisateurs.
Si votre environnement contient au moins dix bases de données de contenu ou plus de 250 Go de données, il est recommandé de configurer des plans de maintenance différents pour répondre aux besoins spécifiques de chaque base et élargir au maximum la fenêtre de maintenance.
Lorsque vous créez un plan de maintenance à l’aide de l’Assistant Plan de maintenance, prenez en compte les pratiques recommandées suivantes :
Un plan de maintenance peut comprendre soit une réorganisation d’index, soit une reconstruction d’index, mais pas ces deux opérations à la fois.
Pour déterminer la durée de chaque tâche, testez chaque tâche une à une avant de les regrouper dans un plan. Il peut être nécessaire de définir plusieurs plans de maintenance exécutés à différents moments, pour faire en sorte que les tâches soient réalisées entièrement pendant les heures creuses, afin de perturber le moins possible les opérations réalisées par les utilisateurs finaux.
Commencez toujours par la vérification de l’intégrité des bases de données. Si cette vérification échoue, n’exécutez pas les autres tâches, mais réparez la base de données suspecte.
Pour garantir la stabilité à long terme de votre déploiement de produits et technologies SharePoint, réduisez uniquement les bases de données de contenu, car celles-ci font plus fréquemment l’objet d’opérations de suppression. La réduction de la base de données de configuration, de la base de données de contenu de l’Administration centrale, des bases de données de fournisseurs de services partagés et des bases de données de recherche n’est pas nécessaire et risque d’augmenter la fragmentation.
Lorsque vous configurez la réduction des bases de données, faites en sorte que la réduction soit réalisée lorsque la taille dépasse de 20 % ou plus la taille maximale définie pour les bases de données de contenu. Par exemple, si vous avez défini une architecture de base de données qui accorde jusqu’à 100 Go d’espace à chaque base de données de contenu, définissez une valeur de 120 Go.
Conservez 10 % d’espace libre après une opération de réduction de base de données. En définissant cette valeur, vous réduisez les risques de fragmentation liés aux opérations de réduction fréquentes.
Lors de la reconstruction d’un index, réglez le pourcentage disponible par page à 70 %. Vous définissez ainsi le facteur de remplissage de la base de données.
Si vos plans de maintenance sont très complexes, il est préférable de les mettre en place à l’aide de SQL Server Integration Services. Vous disposerez des mêmes options qu’avec les plans de maintenance SQL Server en termes de tâches de maintenance, mais vous pourrez en plus ajouter des gestionnaires d’événements, profiter de fonctions d’intégration à des systèmes externes tels que des systèmes de flux de travail ou de gestion des opérations, définir des exécutions conditionnelles complexes et utiliser des variables pour stocker les états.