Types et descriptions de base de données (SharePoint Foundation 2010)
S’applique à : SharePoint Foundation 2010
Dernière rubrique modifiée : 2016-11-30
Cet article décrit la base de données installée pour Microsoft SharePoint Foundation 2010. Il comprend des informations relatives au placement et au redimensionnement.
Les bases de données SharePoint Foundation 2010 peuvent être hébergées dans Microsoft SQL Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 ou SQL Server 2005 avec SP3 et mise à jour cumulative 3. Les installations autonomes peuvent également être hébergées dans les éditions Express de SQL Server 2008 R2 ou SQL Server 2008. Pour plus d’informations, voir Configuration matérielle et logicielle requise (SharePoint Foundation 2010).
Notes
Les noms de base de données répertoriés dans cette rubrique sont automatiquement créés lorsque vous exécutez l’Assistant Configuration des produits SharePoint. Vous n’êtes pas obligé d’utiliser ces conventions d’appellation. Vous pouvez spécifier les noms de base de données au moment de leur création ou modifier les noms de base de données après leur création. Pour plus d’informations, voir Déployer à l’aide de bases de données créées par des administrateurs de base de données (SharePoint Foundation 2010).
Les tailles de base de données répertoriées dans cet article sont basées sur les plages suivantes.
| Descripteur | Plage de taille |
|---|---|
Petit |
1 gigaoctet (Go) ou moins |
Moyen |
Jusqu’à 100 Go. |
Grand |
Jusqu’à 1 téraoctet |
Très grand |
1 téraoctet ou plus |
Dans cet article :
Pour obtenir une présentation graphique des bases de données utilisées par SharePoint Foundation 2010, voir Modèle de base de données (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=187968&clcid=0x40C).
Bases de données SharePoint Foundation 2010
Les bases de données suivantes appartiennent au déploiement SharePoint Foundation 2010. Ces bases de données appartiennent aussi à tout autre déploiement Produits SharePoint 2010.
Configuration
La base de données de configuration contient des données sur les bases de données SharePoint, les sites Web IIS (Internet Information Services), les applications Web, les solutions fiables, les packages de composants WebPart, les modèles de site, et les paramètres de batterie et d’application Web propres à Produits SharePoint 2010 tels que les paramètres de quota et les types de fichiers bloqués par défaut.
Préfixe de nom de base de données par défaut lors d’une installation à l’aide de l’Assistant Configuration des produits SharePoint |
SharePoint_Config |
Critères d’emplacement |
Aucun |
Informations générales de taille et facteurs de croissance |
Petit. Cependant, les fichiers journaux de transaction sont susceptibles d’être volumineux. Pour plus d’informations, voir Additional notes, ci-dessous. |
Caractéristiques lecture/écriture |
Lecture-intense |
Méthode d’adaptation recommandée |
Doit pouvoir monter en puissance. La base de données doit croître car une seule base de données de configuration est prise en charge par batterie (une forte augmentation est peu probable). |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération de SharePoint Foundation 2010, SQL Server et System Center Data Protection Manager (DPM) 2010. La base de données de configuration est un cas particulier pour la sauvegarde et la récupération. Pour plus d’informations, voir Additional notes ci-dessous. |
Modèle de récupération par défaut |
Complet. Il est recommandé de transférer la base de données de configuration dans le modèle de récupération simple pour limiter la croissance du fichier journal. |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Oui |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Non |
Autres remarques
Fichiers journaux de transaction. Nous vous recommandons de sauvegarder régulièrement le journal des transactions de la base de données de configuration pour forcer la troncation, ou — si vous ne mettez pas en miroir votre système — de changer la base de données pour une exécution en mode de récupération simple. Pour plus d’information, voir Troncation des fichiers journaux de transactions (https://go.microsoft.com/fwlink/?linkid=186687&clcid=0x40C).
Sauvegarde et récupération. La base de données de configuration est sauvegardée lorsque vous effectuez une sauvegarde de contenu et de configuration de batterie SharePoint et certains paramètres de configuration de la base de données sont exportés et stockés comme fichiers XML. Lorsqu’une batterie est restaurée, la base de données de configuration n’est pas restaurée. Au lieu de cela, les paramètres de configuration enregistrés sont importés. La base de données de configuration peut être sauvegardée et restaurée correctement à l’aide de SQL Server ou d’autres outils si la batterie SharePoint est mise hors connexion.
Notes
De nombreux paramètres de configuration ne sont pas enregistrés au cours de la sauvegarde ou restauration de la configuration seulement d’une batterie, notamment les paramètres d’application Web, les paramètres d’application de service et les paramètres spécifiques au serveur local. Ces paramètres sont enregistrés au cours d’une sauvegarde de configuration et de contenu de batterie mais certains, par exemple les paramètres proxy d’application de service, ne peuvent pas être restaurés au cours d’une récupération de batterie. Pour plus d’informations sur le contenu enregistré au cours d’une sauvegarde de récupération, voir Sauvegarder la configuration d’une batterie de serveurs (SharePoint Foundation 2010). Pour obtenir des informations sur la manière de documenter et de copier les paramètres de configuration qui ne sont pas sauvegardés, voir Copier des paramètres de configuration d’une batterie à l’autre (SharePoint Foundation 2010).
Contenu d’Administration Centrale
La base de données de contenu d’Administration Centrale est traitée comme une base de données de configuration. Elle stocke l’intégralité du site, notamment les documents ou les fichiers de site dans les bibliothèques de document, les données de liste et les propriétés des composants WebPart, ainsi que les droits et les noms d’utilisateur pour la collection de sites Administration Centrale.
Préfixe de nom de base de données par défaut lors d’une installation à l’aide de l’Assistant Configuration des produits SharePoint |
SharePoint_AdminContent |
Critères d’emplacement |
Aucun |
Informations générales de taille et facteurs de croissance |
Petit. |
Caractéristiques lecture/écriture |
Varie |
Méthode d’adaptation recommandée |
Doit pouvoir monter en puissance. La base de données doit croître, car une seule base de données Administration Centrale est prise en charge par batterie (une forte croissance est peu probable). |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération, SharePoint Foundation 2010, SQL Server, et DPM 2010. La base de données de contenu Administration Centrale est un cas particulier pour la sauvegarde et la récupération. Pour plus d’informations, voir Additional notes ci-dessous. |
Modèle de récupération par défaut |
Complet |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Oui |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Non |
Autres remarques
Sauvegarde et récupération La base de données de contenu Administration Centrale est sauvegardée lorsque vous effectuez une sauvegarde de contenu et de configuration de batterie SharePoint. Lorsqu’une batterie est restaurée, la base de données de contenu Administration Centrale n’est pas restaurée. La base de données de contenu Administration Centrale peut être sauvegardée et restaurée correctement à l’aide de SQL Server ou d’autres outils si la batterie SharePoint est d’abord mise hors connexion.
Bases de données de contenu
Les bases de données de contenu stockent tout le contenu d’une collection de site, notamment les documents ou les fichiers de site ou dans des bibliothèques de document, des données de liste, des propriétés de composants WebPart, des journaux d’audit et des solutions en bac à sable, ainsi que les droits et les noms de l’utilisateur.
Toutes les données d’une collection de sites spécifique résident dans une base de données de contenu sur un seul serveur. Une base de données de contenu peut être associée à plusieurs collections de site.
Les bases de données de contenu contiennent aussi le cache Microsoft Office Web Apps, si Office Web Apps a été déployé. Un seul cache est créé par application Web SharePoint. Si plusieurs collections de sites, stockées dans différentes bases de données de contenu, ont la fonctionnalité OfficeWebAccess_2nd_CurrentVer activée, elles utiliseront toutes le même cache. Vous pouvez configurer la taille du cache, la période d’expiration et l’emplacement. Pour plus d’informations sur la taille du cache Office Web Apps, voir Gérer le cache Office Web Apps.
Préfixe de nom de base de données par défaut lors d’une installation à l’aide de l’Assistant Configuration des produits SharePoint |
WSS_Content |
Critères d’emplacement |
Aucune |
Informations générales de taille et facteurs de croissance |
Il est fortement recommandé de limiter la taille des bases de données de contenu à 200 Go pour garantir les performances du système. Pour plus d’informations, voir Additional notes ci-dessous. La taille des bases de données de contenu varie fortement en fonction de l’utilisation. Pour plus d’informations, voir Additional notes ci-dessous. |
Caractéristiques lecture/écriture |
Varie à l’utilisation. Par exemple, les environnements de collaboration sont très consommateurs en écriture. Les environnements de gestion de document sont très consommateurs en lecture. |
Méthode d’adaptation recommandée |
La base de données de contenu qui prend en charge une collection de sites doit monter en puissance. La base de données doit pouvoir s’accroître selon les besoins. Cependant, vous pouvez créer des collections de sites supplémentaires associées à une application Web et associer la nouvelle collection de sites à une autre base de données de contenu. De plus, si une base de données de contenu est associée à plusieurs collections de sites, vous pouvez déplacer une collection de sites vers une autre base de données. |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération, SharePoint Foundation 2010, SQL Server, et DPM 2010. |
Modèle de récupération par défaut |
Complet |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Oui |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Oui |
Autres remarques
Limites recommandées pour la taille des bases de données de contenu
Il est fortement recommandé de limiter la taille des bases de données de contenu à 200 Go pour garantir les performances du système.
Important
Les tailles de base de données de contenu jusqu’à 1 téraoctet ne sont prises en charge que pour les archives et les référentiels de site uniques et de grande taille dans lesquels les données demeurent raisonnablement statiques, tels que les systèmes de gestion de documents de référence et les sites de Centre d’enregistrements. Des tailles de base de données plus importantes sont prises en charge pour ces scénarios car leurs schémas d’E-S et les formats de leurs structures de données classiques ont été conçus et testés pour une plus grande échelle. Pour plus d’informations sur les référentiels de documents à grande échelle, voir « Évaluer les exigences en performances et en capacité pour les référentiels de documents à grande échelle » dans Résultats des tests de performances et de capacité et recommandations (SharePoint Server 2010).
Estimation de la taille de la base de données de contenu
La taille de la base de données de contenu varie fortement selon l’utilisation du site. Les facteurs de croissance incluent le nombre de documents, le nombre d’utilisateurs, l’utilisation des versions, des corbeilles, la taille des quotas et la configuration ou non du journal d’audit, et le nombre d’éléments choisis pour l’audit.
Si Office Web Apps est en cours d’utilisation, le cache Office Web Apps peut avoir un impact significatif sur la taille d’une base de données de contenu. Pour plus d’informations sur la taille du cache Office Web Apps, voir Gérer le cache Office Web Apps.
Base de données de collecte de données relatives à l’état et à l’utilisation
La base de données d’application de service de collecte de données relatives à l’utilisation et à l’état stocke de manière temporaire des données relatives à l’utilisation et au contrôle de l’état. Elle peut servir à la génération de rapports et aux diagnostics.
Notes
Cette base de données est la seule base de données SharePoint Foundation 2010 pouvant être directement interrogée ou dont le modèle peut être modifié directement.
Préfixe de nom de base de données par défaut lors d’une installation à l’aide de l’Assistant Configuration des produits SharePoint |
WSS_UsageApplication |
Critères d’emplacement |
La base de données d’application de service de collecte de données relatives à l’utilisation et à l’état est très active et doit être stockée séparément sur un disque ou une pile de disques, si possible. |
Informations générales de taille et facteurs de croissance |
Très grande. La taille de la base de données dépend du facteur de rétention, du nombre d’éléments pour la journalisation et le contrôle externe, du nombre d’applications Web en cours d’exécution dans l’environnement, du nombre d’utilisateurs actifs et des fonctionnalités activées. |
Caractéristiques lecture/écriture |
La base de données d’application de collecte de données relatives à l’utilisation et à l’état fait l’objet de très nombreuses écritures. |
Méthode d’adaptation recommandée |
Doit pouvoir monter en puissance. La base de données doit croître car une seule base de données de journalisation est prise en charge par batterie. |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération, SharePoint Foundation 2010, SQL Server, et DPM 2010. |
Modèle de récupération par défaut |
Simple |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Oui. Cependant, même si vous pouvez mettre en miroir la base de données d’application de collecte de données relatives à l’utilisation et à l’état, cette opération n’est pas recommandée. Elle est facile à recréer en cas d’incident. |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Oui. Cependant, même si vous pouvez mettre en miroir de manière asynchrone ou copier des journaux de transaction de la base de données d’application de collecte de données relatives à l’utilisation et à l’état, cette opération n’est pas recommandée. Elle est facile à recréer en cas d’incident. |
Base de données BDC
La base de données d’application BDC stocke des types de contenu externes et des objets associés.
Préfixe de nom de base de données par défaut lors d’une installation à l’aide de l’Assistant Configuration des produits SharePoint |
Bdc_Service_DB_ |
Critères d’emplacement |
Aucune |
Informations générales de taille et facteurs de croissance |
Petite. La taille est déterminée par le nombre de connexions. |
Caractéristiques lecture/écriture |
La base de données BDC est très sollicitée pour des opérations de lecture. |
Méthode d’adaptation recommandée |
Doit pouvoir monter en puissance. La base de données doit croître, car une seule base de données BDC est prise en charge par batterie (une forte croissance est peu probable). |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération, SharePoint Foundation 2010, SQL Server, et DPM 2010. |
Modèle de récupération par défaut |
Complet |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Oui |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Non |
Base de données du Registre d’application
La base de données d’application du service Registre d’application stocke des informations de compatibilité descendante permettant de se connecter à des informations utilisées par l’API Microsoft Office SharePoint Server 2007 Business Data Catalog.
Notes
Lorsque vous avez terminé la migration d’une application depuis le catalogue de données métiers Office SharePoint Server 2007, l’application de service Registre d’application peut être désactivée et la base de données supprimée.
Préfixe de nom de base de données par défaut lors d’une installation à l’aide de l’Assistant Configuration des produits SharePoint |
Application_Registry_server_DB_ |
Critères d’emplacement |
Aucune |
Informations générales de taille et facteurs de croissance |
Petite. La taille est déterminée par le nombre de connexions. |
Caractéristiques lecture/écriture |
Très sollicité pour des opérations de lecture. |
Méthode d’adaptation recommandée |
Doit pouvoir monter en puissance. La base de données doit croître, car une seule base de données du service Registre d’application est prise en charge par batterie (une forte croissance est peu probable). |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération, SharePoint Foundation 2010, SQL Server, et DPM 2010. |
Modèle de récupération par défaut |
Complet |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Oui |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Non |
Base de données Paramètres d’abonnement
La base de données d’application de service des paramètres d’abonnement Microsoft SharePoint Foundation contient des paramètres et des fonctionnalités pour des clients hébergés. La base de données et l’application de service des paramètres d’abonnement ne sont pas créées par l’Assistant Configuration des produits SharePoint — elles doivent être créées au moyen des applets de commande Windows PowerShell. Pour plus d’informations, voir New-SPSubscriptionSettingsServiceApplication.
Préfixe de nom de base de données par défaut lors d’une installation à l’aide de l’Assistant Configuration des produits SharePoint |
SubscriptionSettings_ |
Critères d’emplacement |
Aucune |
Informations générales de taille et facteurs de croissance |
Petite. La taille est déterminée par le nombre de batteries, de clients et de fonctionnalités prises en charge. |
Caractéristiques lecture/écriture |
La base de données d’abonnement est très sollicitée en lecture. |
Méthode d’adaptation recommandée |
Augmentez la taille de la base de données qui prend en charge l’instance de l’application de service. Pour ce faire, créez des instances supplémentaire de l’application de service. Cependant, la décision de créer une application de service séparée doit répondre à des besoins commerciaux davantage que des considérations de taille. |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération, SharePoint Foundation 2010, SQL Server, et DPM 2010. |
Modèle de récupération recommandé |
Complet |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Oui |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Non |
Bases de données système SQL Server
SharePoint Foundation 2010 est conçu sur SQL Server, et par conséquent, fait appel aux bases de données systèmes SQL Server. SQL Server ne prend pas en charge la mise à jour directement par les utilisateurs des informations dans les objets système tels que les tables système, les procédures stockées système et les affichages catalogue. Au lieu de cela, SQL Server fournit un jeu complet d’outils administratifs qui permettent aux utilisateurs d’administrer complètement leur système et de gérer tous les utilisateurs et objets dans une base de données. Pour plus d’informations sur les bases de données système SQL Server, voir Bases de données système (https://go.microsoft.com/fwlink/?linkid=186699&clcid=0x40C).
maître
La base de données maître enregistre toutes les informations au niveau du système d’une instance de SQL Server.
Nom de base de données par défaut |
maître |
Critères d’emplacement |
Aucune |
Informations générales de taille et facteurs de croissance |
Petite |
Caractéristiques lecture/écriture |
Varie |
Méthode d’adaptation recommandée |
Doit croître (une forte croissance est peu probable). |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération SQL Server |
Modèle de récupération par défaut |
Simple |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Non |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Non |
modèle
La base de données modèle est utilisée comme le modèle de toutes les bases de données créées sur l’instance de SQL Server. Les modifications apportées à cette base de données, telles que la taille de la base de données, le modèle de récupération et d’autres options de base de données, sont appliquées aux bases de données créées ultérieurement.
Nom de base de données par défaut |
modèle |
Critères d’emplacement |
Aucune |
Informations générales de taille et facteurs de croissance |
Petit |
Caractéristiques lecture/écriture |
Varie |
Méthode d’adaptation recommandée |
Doit croître (une forte croissance est peu probable). |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération SQL Server |
Modèle de récupération par défaut |
Complet |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Non |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Non |
msdb
La base de données msdb est utilisée par l’Agent SQL Server pour planifier des alertes et des tâches.
Nom de base de données par défaut |
msdb |
Critères d’emplacement |
Aucun |
Informations générales de taille et facteurs de croissance |
Petite |
Caractéristiques lecture/écriture |
Varie |
Méthode d’adaptation recommandée |
La base de données doit croître (une forte croissance est peu probable). |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération SQL Server |
Modèle de récupération par défaut |
Simple |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Non |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Non |
tempdb
La base de données tempdb est un espace de travail permettant d’entreposer des objets temporaires ou des jeux de résultats intermédiaires. Elle répond à tous les besoins de stockage temporaire. La base de données tempdb est recréée à chaque démarrage de SQL Server.
Nom de base de données par défaut |
tempdb |
Critères d’emplacement |
Localisez sur un disque rapide sur une pile de disques à l’écart des autres bases de données. Créez autant de fichiers que nécessaire pour maximiser la bande passante de disque. L’utilisation de plusieurs fichiers réduit la contention de stockage tempdb et offre une meilleure évolutivité. Cependant, évitez de créer un trop grand nombre de fichiers ce qui risque de réduire les performances et augmenter la charge de gestion. En règle générale, créez un fichier de données pour chaque processeur sur le serveur puis augmentez ou réduisez le nombre de fichiers selon les besoins. Ne pas oublier qu’un double processeur correspond à deux processeurs. |
Informations générales de taille et facteurs de croissance |
Petite à très grande. La taille de la base de données tempDB augmente et se réduit très vite. La taille dépend du nombre d’utilisateurs du système, des processus spécifiques en cours d’exécution ; par exemple, la reconstruction en ligne d’index volumineux ou des tris importants entraîne une croissance rapide de la base de données. |
Caractéristiques lecture/écriture |
Varie |
Méthode d’adaptation recommandée |
Évolution verticale |
Règles d’intégrité associées |
Aucune |
Mécanismes de sauvegarde pris en charge |
Sauvegarde et récupération SQL Server |
Modèle de récupération par défaut |
Simple |
Prend en charge la mise en miroir dans une batterie pour la disponibilité |
Non |
Prend en charge la mise en miroir asynchrone ou la copie des journaux de transaction vers une autre batterie pour la récupération en cas d’incident |
Non |