Types et descriptions des bases de données (SharePoint Server 2010)

 

S’applique à : SharePoint Foundation 2010, SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Cet article décrit les bases de données installées pour Microsoft SharePoint Server 2010. Il inclut des informations relatives au dimensionnement et au placement. Pour plus d’informations sur l’emplacement des bases de données, voir Planification et configuration de la capacité de SQL Server et du stockage (SharePoint Server 2010).

Les bases de données pour SharePoint Server 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 de SQL Server 2008. Pour plus d’informations, consultez la rubrique Configuration matérielle et logicielle requise (SharePoint Server 2010).

Notes

Les noms de base de données figurant dans cette rubrique sont automatiquement créés lorsque vous exécutez l’Assistant Configuration des produits SharePoint. Vous ne devez pas nécessairement utiliser ces conventions d’affectation de noms. Vous pouvez spécifier des noms de bases de données quand vous les créez, ou modifier ces noms après leur création. Pour plus d’informations, consultez la rubrique Déployer à l’aide de bases de données créées par des administrateurs de base de données (SharePoint Server 2010).

Les tailles de base de données répertoriées dans cet article sont basées sur les plages suivantes.

Descripteur Plage de tailles

Petite taille

1 Go ou moins

Taille moyenne

Jusqu’à 100 Go

Grande taille

Jusqu’à 1 To

Très grande taille

1 To ou plus

Dans cet article :

  • Bases de données SharePoint Foundation 2010

  • Base de données SharePoint Server 2010, Standard Edition

  • Bases de données SharePoint Server 2010, Enterprise Edition

  • Bases de données Project Server 2010

    Si vous exécutez SharePoint Server 2010, il est possible que vous disposiez également de l’élément Microsoft Project Server 2010 dans l’environnement.

  • FAST Search Server pour les bases de données SharePoint 2010

    Si vous exécutez SharePoint Server 2010, il est possible que vous disposiez également de l’élément Microsoft FAST Search Server 2010 for SharePoint dans l’environnement.

  • Bases de données système SQL Server

  • Bases de données SQL Server Reporting Services

Pour une représentation graphique des bases de données utilisées par SharePoint Server 2010, voir Modèle de base de données (https://go.microsoft.com/fwlink/p/?LinkId=187968).

Bases de données SharePoint Foundation 2010

Les bases de données suivantes font partie d’un déploiement SharePoint Foundation 2010. Ces bases de données font également partie de n’importe quel 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 Internet Information Services (IIS), les applications web, les solutions approuvées, les packages de composants WebPart, les modèles de sites, les paramètres d’application web et de batterie de serveurs propres à Produits SharePoint 2010, notamment les paramètres de quota par défaut et les types de fichiers bloqués.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

SharePoint_Config

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite.

Toutefois, les fichiers journaux de transaction sont susceptibles de devenir volumineux. Pour plus d’informations, voir Notes supplémentaires ci-dessous.

Caractéristiques de lecture/écriture

Lecture intensive

Méthode de montée en charge recommandée

Doit faire l’objet d’une montée en puissance. Cela signifie que la base de données doit devenir plus volumineuse, car une seule base de données de configuration est prise en charge par batterie de serveurs. (Une croissance significative est peu probable.)

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et System Center Data Protection Manager (DPM) 2010. La base de données de configuration est un cas spécial pour la sauvegarde et la récupération. Pour plus d’informations, voir Notes supplémentaires ci-dessous.

Mode de récupération par défaut

Complet. Il est recommandé de configurer la base de données de configuration pour le modèle de récupération simple de façon à limiter la croissance du fichier journal.

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Notes supplémentaires

Fichiers journaux de transactions. Nous vous recommandons de sauvegarder le journal des transactions pour la base de données de configuration régulièrement afin de forcer la troncation. Sinon, si vous n’avez pas mis votre système en miroir, vous pouvez modifier la base de données afin qu’elle s’exécute en mode de récupération simple. Pour plus d’informations, voir Troncation du journal des transactions (https://go.microsoft.com/fwlink/p/?LinkId=186687).

Sauvegarde et récupération. La base de données de configuration est sauvegardée lorsque vous effectuez une sauvegarde du contenu et de la configuration d’une batterie de serveurs SharePoint. Certains paramètres de configuration de la base de données sont exportés et stockés en tant que fichiers XML. Lorsqu’une batterie de serveurs 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 correctement sauvegardée et restaurée à l’aide de SQL Server ou d’autres outils si la batterie de serveurs SharePoint est d’abord mise hors connexion.

Notes

De nombreux paramètres de configuration ne sont pas enregistrés au cours d’une sauvegarde/restauration de la configuration d’une batterie de serveurs uniquement, en particulier les paramètres d’application web, d’application de service et ceux propres au serveur local. Ces paramètres sont enregistrés au cours d’une sauvegarde du contenu et de la configuration d’une batterie de serveurs, mais certains d’entre eux, tels que les paramètres de proxy d’application de service, ne peuvent pas être restaurés pendant une récupération de batterie de serveurs. Pour plus d’informations sur les éléments enregistrés au cours d’une sauvegarde de la configuration, consultez Sauvegarde d’une configuration de batterie de serveurs (SharePoint Server 2010). Pour plus d’informations sur la façon de documenter et copier les paramètres de configuration non sauvegardés, voir Copier les paramètres de configuration d’une batterie de serveurs vers une autre batterie (SharePoint Server 2010).

Contenu de l’Administration centrale

La base de données de contenu de l’Administration centrale est considérée comme une base de données de configuration. Elle stocke l’ensemble du contenu du site, y compris les documents ou les fichiers du site dans les bibliothèques de documents, les données de liste et les propriétés de composant WebPart, en plus des droits et des noms d’utilisateur de la collection de sites de l’Administration centrale. Si Microsoft SQL Server PowerPivot pour Microsoft SharePoint est installé, la base de données de contenu de l’Administration centrale stocke également les feuilles de calcul Excel et les fichiers de données PowerPivot utilisés dans le tableau de bord de gestion PowerPivot.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

SharePoint_AdminContent

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite.

Si vous utilisez PowerPivot, le contenu de l’Administration centrale augmente pendant un an, en supposant que vous utilisez les paramètres par défaut qui permettent de conserver la collecte de données d’utilisation et l’historique d’actualisation des données de 365 jours. Pour plus d’informations sur PowerPivot pour SharePoint, voir Planifier un déploiement PowerPivot dans une batterie de serveurs SharePoint (https://go.microsoft.com/fwlink/p/?LinkID=186698).

Caractéristiques de lecture/écriture

Variables

Méthode de montée en charge recommandée

Doit faire l’objet d’une montée en puissance. Cela signifie que la base de données doit devenir plus volumineuse, car une seule base de données d’Administration centrale est prise en charge par batterie de serveurs. (Une croissance significative est peu probable.)

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et DPM 2010. La base de données d’Administration centrale est un cas spécial pour la sauvegarde et la récupération. Pour plus d’informations, voir Notes supplémentaires ci-dessous.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Notes supplémentaires

Sauvegarde et récupération. La base de données de contenu de l’Administration centrale est sauvegardée quand vous effectuez une sauvegarde de la configuration et du contenu de la batterie de serveurs SharePoint. Quand une batterie de serveurs est restaurée, la base de données de contenu de l’Administration centrale n’est pas restaurée. La base de données de l’Administration centrale peut être correctement sauvegardée et restaurée à l’aide de SQL Server ou d’autres outils si la batterie de serveurs SharePoint est d’abord mise hors connexion.

Bases de données de contenu

Les bases de données de contenu stockent tout le contenu pour une collection de sites, y compris les documents ou les fichiers du site qui se trouvent dans des bibliothèques de documents, les données de liste, les propriétés de composants WebPart, les journaux d’audit et les solutions en mode bac à sable, en plus des noms et des droits des utilisateurs.

Toutes les données pour une collection de sites spécifique résident dans une base de contenu sur un seul serveur. Une base de données de contenu peut être associée à plusieurs collections de sites.

Les bases de données de contenu contiennent également le cache Microsoft Office Web Apps, si Office Web Apps est déployé. Un seul cache est créé par application web. Si plusieurs collections de sites sont stockées dans plusieurs bases de données de contenu, activez Office Web Apps afin qu’elles utilisent 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.

Les bases de données de contenu stockent également des données utilisateur pour PowerPivot pour SharePoint, s’il est installé dans l’environnement.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

WSS_Content

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Nous recommandons vivement 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 Notes supplémentaires ci-dessous.

La taille des bases de données de contenu varie de façon significative selon leur utilisation. Pour plus d’informations, voir Notes supplémentaires ci-dessous.

Caractéristiques de lecture/écriture

Varient selon l’utilisation. Par exemple, les environnements de collaboration font l’objet d’accès en écriture intensifs et les environnements de gestion de documents font l’objet d’accès en lecture intensifs.

Méthode de montée en charge recommandée

La base de données de contenu qui prend en charge une collection de sites doit évoluer ; autrement dit, la base de données doit être en mesure d’augmenter en fonction de vos besoins. Toutefois, 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. En outre, 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. Pour obtenir des instructions spécifiques sur la façon de redimensionner les bases de données de contenu, voir Planification et configuration de la capacité de SQL Server et du stockage (SharePoint Server 2010).

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et DPM 2010.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Oui

Notes supplémentaires

Limitations recommandées pour la taille des bases de données de contenu

Nous recommandons vivement de limiter la taille des bases de données de contenu à 200 Go pour garantir les performances du système.

Important

Des tailles de base de données de contenu jusqu’à 1 To sont prises en charge seulement pour les référentiels et les archives monosite volumineux dans lesquels les données demeurent à peu près statiques, tels que les systèmes de gestion de documents de référence et les sites du centre des enregistrements. Des bases de données plus volumineuses sont néanmoins prises en charge dans le cadre de ces scénarios, car leurs modèles d’E/S et leurs formats standard de structure des données ont été conçus et testés à grande échelle. Pour plus d’informations sur les référentiels de documents à grande échelle, voir l’article relatif à l’« estimation des performances et à la configuration requise en matière de capacité pour les référentiels de documents à grande échelle », disponible sur Résultats des tests de performances et de capacité et recommandations (SharePoint Server 2010).

Estimation de la taille des bases de données de contenu

La taille des bases de données de contenu varie de façon significative selon l’utilisation du site. Les facteurs de croissance incluent le nombre de documents, le nombre d’utilisateurs, l’utilisation de la gestion des versions, l’utilisation des corbeilles, la taille des quotas, le fait que le journal d’audit soit configuré ou non 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 important 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.

Si PowerPivot pour SharePoint est en cours d’utilisation, les fichiers Excel stockés dans SharePoint Server deviennent plus volumineux, ce qui permet d’augmenter la taille de la base de contenu. Pour plus d’informations, voir Planifier un déploiement PowerPivot dans une batterie de serveurs SharePoint (https://go.microsoft.com/fwlink/p/?LinkID=186698).

Pour obtenir des recommandations détaillées sur le calcul de la taille d’une base de données de contenu, voir Planification et configuration de la capacité de SQL Server et du stockage (SharePoint Server 2010).

Base de données de collecte de données relatives à l’état et à l’utilisation

La base de données de collecte de données relatives à l’état et à l’utilisation est utilisée par l’application de service de collecte de données relatives à l’état et à l’utilisation. Elle stocke temporairement des données de contrôle de l’état et d’utilisation, et peut être utilisée pour la génération de rapports et les diagnostics. La base de données de collecte des données d’utilisation et d’intégrité est l’unique base de données SharePoint prenant en charge les modifications de schéma.

Notes

Pour plus d’informations sur les opérations de lecture prises en charge, voir la section relative à l’« addendum des opérations de lecture » dans KB841057 : prise en charge des modifications apportées aux bases de données utilisées par les produits Office Server et par Windows SharePoint Services.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

WSS_UsageApplication

Configuration requise en matière d’emplacement

La base de données de collecte de données relatives à l’état et à l’utilisation est très active et doit être placée si possible sur un disque ou une pile de disques distincts.

Informations générales sur la taille et sur les 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 lesquels la journalisation et le contrôle externe ont été activés, du nombre d’applications Web fonctionnant dans l’environnement, du nombre d’utilisateurs travaillant à un moment donné et des fonctionnalités activées.

Caractéristiques de lecture/écriture

La base de données de collecte de données relatives à l’utilisation et à l’état comporte une écriture intensive.

Méthode de montée en charge recommandée

Doit faire l’objet d’une montée en puissance. Cela signifie que la base de données doit devenir plus volumineuse, car une seule base de données de journalisation est prise en charge par batterie de serveurs.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et DPM 2010.

Mode de récupération par défaut

Simple

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour disponibilité

Oui. Toutefois, bien que vous puissiez mettre en miroir la base de données de collecte de données relatives à l’utilisation et à l’état, nous ne vous recommandons pas de le faire. Vous pouvez facilement la créer à nouveau en cas de panne.

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. Toutefois, bien que vous puissiez mettre en miroir de façon asynchrone la base de données de collecte de données relatives à l’utilisation et à l’état, ainsi que copier les journaux de transaction de cette dernière, nous ne vous recommandons pas de le faire. Vous pouvez facilement la créer à nouveau en cas de panne.

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui. Toutefois, bien que vous puissiez répliquer la base de données de collecte de données relatives à l’utilisation et à l’état, nous ne vous recommandons pas de le faire. Vous pouvez facilement la créer à nouveau en cas de panne.

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données Business Data Connectivity

La base de données de l’application de Business Data Connectivity stocke des types de contenus externes et des objets associés.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

Bdc_Service_DB_

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite. La taille est déterminée par le nombre de connexions.

Caractéristiques de lecture/écriture

La base de données Business Data Connectivity comporte un volume de lecture intensive important.

Méthode de montée en charge recommandée

Doit faire l’objet d’une montée en puissance. Autrement dit, la base de données doit devenir plus volumineuse, car une seule base de données Business Data Connectivity est prise en charge par batterie de serveurs. (Une croissance significative est peu probable.)

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et DPM 2010.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données de Registre d’application

La base de données de service Registre d’application stocke des informations de compatibilité descendante qui sont utilisées pour se connecter aux informations utilisées par l’API de catalogue de données métiers Microsoft Office SharePoint Server 2007.

Notes

Lorsque vous avez terminé la migration d’une application à partir du 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 peut être supprimée.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

Application_Registry_server_DB_

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite. La taille est déterminée par le nombre de connexions.

Caractéristiques de lecture/écriture

Lecture intensive.

Méthode de montée en charge recommandée

Doit faire l’objet d’une montée en puissance. Cela signifie que la base de données doit devenir plus volumineuse, car une seule base de données de service Registre d’application est prise en charge par batterie de serveurs. (Une croissance significative est peu probable.)

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et DPM 2010.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données de paramètres d’abonnement

La base de données d’application de service de paramètres d’abonnement Microsoft SharePoint Foundation stocke des fonctionnalités et des paramètres pour les clients hébergés. L’application de service de paramètres d’abonnement et la base de données ne sont pas créées par l’Assistant Configuration des produits SharePoint. Elles doivent être créées à l’aide des applets de commande Windows PowerShell. Pour plus d’informations, consultez la rubrique New-SPSubscriptionSettingsServiceApplication.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

SubscriptionSettings_

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite. La taille est déterminée par le nombre de clients, de batteries et de fonctionnalités pris en charge.

Caractéristiques de lecture/écriture

La base de données d’abonnement est très sollicitée en lecture.

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service. Vous pouvez effectuer une montée en puissance parallèle en créant des instances supplémentaires de l’application de service ; cependant, la décision de créer une application de service distincte sera probablement basée sur l’activité plutôt que sur l’obligation d’effectuer une montée en charge.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et DPM 2010.

Modèle de récupération recommandé

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données SharePoint Server 2010, Standard Edition

Les bases de données suivantes font partie d’un déploiement SharePoint Server 2010, Standard Edition.

Base de données de banque d’informations sécurisée

La base de données d’application de service Banque d’informations sécurisé stocke et mappe des informations d’identification, telles que des noms et des mots de passe de comptes.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

Secure_Store_Service_DB_

Configuration requise en matière d’emplacement

Pour un stockage sécurisé des informations d’identification, nous vous recommandons d’héberger la base de données Banque d’informations sécurisée sur une instance de base de données distincte ou sur un serveur de base de données distinct avec un accès limité à un seul administrateur. Par défaut, si la base de données est hébergée sur le serveur et l’instance de base de données SharePoint par défaut, tous les administrateurs de base de données ont accès à la base de données Banque d’informations sécurisée.

Informations générales sur la taille et sur les facteurs de croissance

Moyenne. La taille et la croissance sont déterminées par le nombre d’applications cibles, le nombre de champs d’informations d’identification par application cible et le nombre d’utilisateurs stockés dans chaque application cible. Si l’audit est activé, le nombre d’opérations de lecture et d’écriture effectuées sur une application cible donnée a un impact sur la taille également.

Caractéristiques de lecture/écriture

Égalité entre les lectures et les écritures

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service. Vous pouvez effectuer une montée en puissance parallèle en créant des instances supplémentaires de l’application de service ; cependant, la décision de créer une application de service distincte sera probablement basée sur l’activité plutôt que sur l’obligation d’effectuer une montée en charge.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et DPM 2010.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données d’état

La base de données d’application de service d’état stocke des informations temporaires sur l’état pour InfoPath Forms Services, le composant WebPart graphique et Visio Services.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

StateService

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Moyenne à grande. La taille est déterminée par l’utilisation d’InfoPath Forms Services et de Visio Services.

Caractéristiques de lecture/écriture

Variables

Méthode de montée en charge recommandée

Monter en puissance ; ajouter une autre base de données d’état à l’application de service à l’aide des applets de commande Windows PowerShell. Pour plus d’informations, consultez la rubrique Gérer le service d’état (SharePoint Server 2010).

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et DPM 2010.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données de la zone de transit Web Analytics

La base de données de la zone de transit stocke temporairement les données de faits non agrégées, les métadonnées d’actifs et les données de lot en file d’attente pour l’application de service Web Analytics.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

WebAnalyticsServiceApplication_StagingDB_

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Moyenne. La taille varie en fonction du nombre de rapports créés.

Caractéristiques de lecture/écriture

Variables

Méthode de montée en charge recommandée

Monter en puissance ; associer une autre base de données de la zone de transit Web Analytics à l’instance d’application de service.

Règles d’intégrité SharePoint associées

Une règle vérifie si la file d’attente de service Broker est activée pour les bases de données Web Analytics.

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et DPM 2010.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données de création de rapports Web Analytics

La base de données de création de rapports stocke les tables de rapport standard agrégées, les données de faits agrégées par groupes de sites, les métadonnées de date et d’actifs, ainsi que les informations de diagnostic pour l’application de service Web Analytics.

Important

Pour les environnements à grande échelle, nous vous conseillons d’exécuter la base de données de création de rapports d’application de service Web Analytics sur un serveur qui exécute SQL Server 2008 Enterprise Edition afin que l’application de service Web Analytics puisse tirer parti du partitionnement des tables.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

WebAnalyticsServiceApplication_ReportingDB_

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Très grande. La taille varie en fonction de la stratégie de rétention.

Caractéristiques de lecture/écriture

Variables

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service. Vous pouvez effectuer une montée en puissance parallèle en créant des instances supplémentaires de l’application de service ; cependant, la décision de créer une application de service distincte sera probablement basée sur l’activité plutôt que sur l’obligation d’effectuer une montée en charge.

Règles d’intégrité associées

Une règle vérifie si la file d’attente de service Broker est activée pour les bases de données Web Analytics.

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010, SQL Server et DPM 2010.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données d’administration d’application de service de recherche

La base de données d’administration héberge la configuration de l’application de service de recherche et la liste de contrôle d’accès (ACL), ainsi que les meilleurs résultats du composant d’analyse. Cette base de données est accessible pour chaque action d’utilisateur et d’administration.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

Search_Service_Application_DB_

Configuration requise en matière d’emplacement

La base de données d’administration doit tenir dans la mémoire vive du serveur pour que ce serveur puisse gérer plus efficacement la charge induite par les requêtes des utilisateurs finals. En raison de cette spécification, il est généralement préférable de ne pas avoir les bases de données d’administration et d’analyse sur le même serveur.

Informations générales sur la taille et sur les facteurs de croissance

Petite à moyenne. Les facteurs qui influencent la croissance sont le nombre de meilleurs résultats, le nombre de sources de contenu et de règles d’analyse, les descriptions de sécurité pour le corpus et la quantité de trafic.

Caractéristiques de lecture/écriture

Rapport lecture/écriture approximativement équilibré

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service. Vous pouvez effectuer une montée en puissance parallèle en créant des instances supplémentaires de l’application de service ; cependant, la décision de créer une application de service distincte sera probablement basée sur l’activité plutôt que sur l’obligation d’effectuer une montée en charge.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010.

Mode de récupération par défaut

Simple

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Bases de données d’analyse d’application de service de recherche

La base de données d’analyse stocke l’état des données analysées et l’historique d’analyse.

Important

Pour les environnements à grande échelle, nous vous conseillons d’exécuter la base de données d’analyse sur un serveur qui exécute SQL Server 2008 Enterprise Edition afin que l’application de service puisse tirer parti de la compression de données.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

Search_Service_Application_CrawlStoreDB_

Configuration requise en matière d’emplacement

La base de données d’analyse comporte des E/S intensives et entraîne régulièrement le vidage du cache SQL Server. Dans les environnements à grande échelle, nous vous recommandons de placer cette base de données sur un serveur qui ne contient pas la base de données de propriété ou d’autres bases de données impliquées dans des tâches de l’utilisateur final.

Informations générales sur la taille et sur les facteurs de croissance

Moyenne à grande. En règle générale, la base de données d’analyse est de taille moyenne au début et évolue au fil du temps, sans rétrécir. Les facteurs influençant la croissance sont le nombre d’éléments dans le corpus.

Caractéristiques de lecture/écriture

Lecture intensive. Le rapport lecture/écriture est de 3:1.

Méthode de montée en charge recommandée

Monter en puissance ; associer une autre base de données d’analyse à l’instance d’application de service. Plusieurs bases de données d’analyse peuvent être placées sur le même serveur, à condition que le serveur puisse gérer le nombre d’E/S par seconde requis.

Règles d’intégrité associées

La règle d’intégrité Rechercher - Une ou plusieurs bases de données d’analyse peuvent contenir des index fragmentés - Indices défragmentés de règle d’intégrité sur demande recrée les statistiques, et, si le système exécute SQL Server Enterprise Edition, active la compression de données au niveau de la page.

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010.

Mode de récupération par défaut

Simple

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données de propriété d’application de service de recherche

La base de données de propriété stocke des informations associées avec les données analysées, y compris les propriétés, l’historique et les files d’attente.

Important

Pour les environnements à grande échelle, nous vous conseillons d’exécuter la base de données de propriété sur un serveur qui exécute SQL Server 2008 Enterprise Edition afin que l’application de service puisse tirer parti de la compression de données.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

Search_Service_Application_PropertyStoreDB_

Configuration requise en matière d’emplacement

Au moins un tiers de la base de données de propriété doit tenir dans la RAM sur le serveur.

Dans les environnements à grande échelle, nous vous recommandons de placer cette base de données sur son propre serveur afin d’obtenir des résultats de requête plus rapides.

Informations générales sur la taille et sur les facteurs de croissance

Grande à très grande. Les facteurs qui influencent la croissance sont le nombre de propriétés gérées et le nombre de documents.

Caractéristiques de lecture/écriture

Écriture intensive. Le taux de lecture est de 1:2.

Méthode de montée en charge recommandée

Monter en puissance ; associer une autre base de données de propriété à l’instance d’application de service. Il est recommandé que vous placiez chaque base de propriété supplémentaire sur un autre serveur.

Règles d’intégrité associées

La règle d’intégrité Recherche - Une ou plusieurs bases de données de propriété ont des index fragmentés s’exécute une fois par semaine par défaut. Elle défragmente les indices, recrée les statistiques, et, si le système exécute SQL Server Enterprise Edition, active la compression de données.

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010.

Mode de récupération par défaut

Simple

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données de profils d’application de service Profil utilisateur

La base de données de profils stocke et gère les utilisateurs et les informations associées. Elle stocke aussi des informations sur le réseau social des utilisateurs en plus de l’appartenance à des listes de distribution et à des sites.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

User Profile Service Application_ProfileDB_

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Moyenne à grande. Les facteurs de croissance incluent les utilisateurs supplémentaires et l’utilisation de flux d’informations. Les flux d’informations croissent avec les activités des utilisateurs. L’option par défaut est de conserver les deux dernières semaines d’activité, après quoi un travail du minuteur supprime les éléments des flux d’informations antérieurs à deux semaines.

Caractéristiques de lecture/écriture

Lecture intensive

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service. Vous pouvez effectuer une montée en puissance parallèle en créant des instances supplémentaires de l’application de service ; cependant, la décision de créer une application de service distincte sera probablement basée sur l’activité plutôt que sur l’obligation d’effectuer une montée en charge.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010 et SQL Server.

Mode de récupération par défaut

Simple

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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. Un administrateur peut également utiliser le moteur de réplication de profil utilisateur, un élément de la boîte à outils de l’administration SharePoint, pour répliquer des profils utilisateur et des données sociales, tels que les liens de mise en réseau, les notes et les évaluations, entre les applications de service Profil utilisateur. Cette réplication peut être unidirectionnelle ou bidirectionnelle. Pour plus d’informations, consultez la rubrique Vue d’ensemble du moteur de réplication des profils utilisateur (SharePoint Server 2010).

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données de synchronisation d’application de service Profil utilisateur

La base de données de synchronisation stocke les données de configuration et de la zone de transit quand des données de profil sont synchronisées avec des services d’annuaire tels qu’Active Directory.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

User Profile Service Application_SyncDB_

Configuration requise en matière d’emplacement

Informations générales sur la taille et sur les facteurs de croissance

Moyenne à grande. Les facteurs de croissance incluent le nombre d’utilisateurs et de groupes, ainsi que le rapport utilisateurs/groupes.

Caractéristiques de lecture/écriture

Rapport lecture/écriture approximativement équilibré.

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service. Vous pouvez effectuer une montée en puissance parallèle en créant des instances supplémentaires de l’application de service ; cependant, la décision de créer une application de service distincte sera probablement basée sur l’activité plutôt que sur l’obligation d’effectuer une montée en charge.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010 et SQL Server.

Mode de récupération par défaut

Simple

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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. Toutefois, un administrateur peut utiliser le moteur de réplication de profil utilisateur, un élément de la boîte à outils de l’administration SharePoint, pour répliquer des profils utilisateur et des données sociales, tels que les liens de mise en réseau, les notes et les évaluations, entre les applications de service Profil utilisateur. Cette réplication peut être unidirectionnelle ou bidirectionnelle. Pour plus d’informations, consultez la rubrique Vue d’ensemble du moteur de réplication des profils utilisateur (SharePoint Server 2010).

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Non

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données de liaison de mise en réseau d’application de service Profil utilisateur

La base de données de liaison de mise en réseau stocke des liens et des notes de mise en réseau créés par les utilisateurs, ainsi que leurs URL respectives.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

User Profile Service Application_SocialDB_

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite à très grande. Les facteurs de croissance incluent le nombre de liens, d’évaluations et de notes qui ont été créés et utilisés.

Caractéristiques de lecture/écriture

Lecture intensive. Le rapport lecture/écriture est d’environ 50:1.

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service. Vous pouvez effectuer une montée en puissance parallèle en créant des instances supplémentaires de l’application de service ; cependant, la décision de créer une application de service distincte sera probablement basée sur l’activité plutôt que sur l’obligation d’effectuer une montée en charge.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010 et SQL Server.

Mode de récupération par défaut

Simple

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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. Un administrateur peut également utiliser le moteur de réplication de profil utilisateur, un élément de la boîte à outils de l’administration SharePoint, pour répliquer des profils utilisateur et des données sociales, tels que les liens de mise en réseau, les notes et les évaluations, entre les applications de service Profil utilisateur. Cette réplication peut être unidirectionnelle ou bidirectionnelle. Pour plus d’informations, consultez la rubrique Vue d’ensemble du moteur de réplication des profils utilisateur (SharePoint Server 2010).

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données de métadonnées gérées

La base de données d’application du service de métadonnées gérées stocke des métadonnées gérées et des types de contenu syndiqués.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

Managed Metadata Service_

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Moyenne. Les facteurs de croissance incluent la quantité de métadonnées gérées.

Caractéristiques de lecture/écriture

Lecture intensive. Le rapport de lecture/écriture est d’environ 1 000:1.

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service. Vous pouvez effectuer une montée en puissance parallèle en créant des instances supplémentaires de l’application de service ; cependant, la décision de créer une application de service distincte sera probablement basée sur l’activité plutôt que sur l’obligation d’effectuer une montée en charge.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données Word Automation Services

La base de données des services d’automatisation Word stocke des informations sur les conversions de documents en attente et terminées.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

WordAutomationServices_

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite taille

Caractéristiques de lecture/écriture

Variables

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service. Vous pouvez effectuer une montée en puissance parallèle en créant des instances supplémentaires de l’application de service ; cependant, la décision de créer une application de service distincte sera probablement basée sur l’activité plutôt que sur l’obligation d’effectuer une montée en charge.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Bases de données SharePoint Server 2010, Enterprise Edition

Les bases de données suivantes font partie d’un déploiement SharePoint Server 2010, Enterprise Edition, en plus des bases de données fournies avec la version Standard Edition.

Base de données d’application de service PerformancePoint

La base de données d’application de service PerformancePoint stocke les objets temporaires, les valeurs de filtre persistantes et les commentaires de l’utilisateur.

Notes

Microsoft SQL Server 2008 Analysis Services (SSAS) est également recommandé en tant que source de données pour l’application de service PerformancePoint. Si vous avez configuré SQL Server Analysis Services et créé des cubes, des fonctionnalités supplémentaires, telles que les analyses descendantes à partir de tableaux de bord publiés, deviennent disponibles.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

PerformancePoint Service Application_

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite. Les annotations et les commentaires de l’utilisateur sont conservés indéfiniment et augmentent en fonction du nombre d’utilisateurs de l’application. Les éléments temporaires sont supprimés une fois par jour.

Caractéristiques de lecture/écriture

Variables

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service. Vous pouvez effectuer une montée en puissance parallèle en créant des instances supplémentaires de l’application de service ; cependant, la décision de créer une application de service distincte sera probablement basée sur l’activité plutôt que sur l’obligation d’effectuer une montée en charge.

Règles d’intégrité associées

La règle d’intégrité Base de données indisponible vérifie que la base de données PerformancePoint est disponible.

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Bases de données Project Server 2010

Project Server 2010 nécessite SharePoint Server 2010, Enterprise Edition.

Base de données provisoire

La base de données provisoire contient des données pour modifier des projets. Cette base de données héberge également les tables utilisées par la file d’attente de projet. Les données de la base de données provisoire ne sont pas directement accessibles par les utilisateurs finaux.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

ProjectServer_Draft

Configuration requise en matière d’emplacement

Doit se trouver sur la même instance de base de données que les bases de données publiée et d’archivage.

Informations générales sur la taille et sur les facteurs de croissance

Taille moyenne

Caractéristiques de lecture/écriture

Égalité entre les lectures et les écritures.

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010 et SQL Server.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour disponibilité

Oui, mais vous devez suivre des étapes supplémentaires.

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, mais vous devez synchroniser les journaux de toutes les bases de données.

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui, mais vous devez suivre des étapes supplémentaires.

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données publiée

La base de données publiée contient une copie de tous les projets qui ont été publiés. La base de données publiée contient également des tables qui sont propres à Project Server (feuilles de temps, ressources, champs personnalisés, définitions de sécurité et autres métadonnées). Cette base de données héberge également les tables utilisées par la file d’attente de feuille de temps. Les données des bases de données publiées ne sont pas directement accessibles par les utilisateurs finaux.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

ProjectServer_Published

Configuration requise en matière d’emplacement

Doit se trouver sur le même serveur de base de données que les bases de données provisoire et d’archivage.

Informations générales sur la taille et sur les facteurs de croissance

Taille moyenne

Caractéristiques de lecture/écriture

Égalité entre les lectures et les écritures

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010 et SQL Server.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour disponibilité

Oui, mais vous devez suivre des étapes supplémentaires.

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, mais vous devez synchroniser les journaux de toutes les bases de données.

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui, mais vous devez suivre des étapes supplémentaires.

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données d’archivage

La base de données d’archivage stocke les données de sauvegarde des projets, les ressources, les calendriers, les champs personnalisés d’entreprise, les définitions d’affichage Project Web Access globales d’entreprise, les paramètres système Project Web Access, ainsi que les paramètres de sécurité de groupe et de catégorie comme définies par l’administrateur Project Web Access. Les données DE la base de données d’archivage ne sont pas directement accessibles par les utilisateurs finaux.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

ProjectServer_Archive_

Configuration requise en matière d’emplacement

Doit se trouver sur le même serveur de base de données que les bases de données provisoire et publiée.

Informations générales sur la taille et sur les facteurs de croissance

Petite, mais peut devenir très volumineuse. Si votre système utilise la fonctionnalité d’archivage, cette base de données deviendra au moins aussi volumineuse que la base de données provisoire, tout en étant susceptible de s’agrandir davantage. Vous pouvez définir une limite pour que la taille de la base de données d’archivage ne dépasse pas un multiplicateur indiqué de la base de données provisoire.

Caractéristiques de lecture/écriture

Égalité entre les lectures et les écritures.

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010 et SQL Server.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour disponibilité

Oui, mais vous devez suivre des étapes supplémentaires.

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, mais vous devez synchroniser les journaux de toutes les bases de données.

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Oui, mais vous devez suivre des étapes supplémentaires.

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données de création de rapports

La base de données de création de rapports représente le référentiel pour l’ensemble complet des projets dans Project Server. Ces tables présentent des instantanés stables de chaque plan de projet en fonction de la dernière fois qu’un projet a été publié sur Project Server et incluent des données chronologiques dénormalisées, permettant ainsi d’utiliser des fonctionnalités avancées de création de rapports à l’extérieur du client Project. Les données de la base de données de création de rapports sont accessibles par les utilisateurs finaux.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

ProjectServer_Reporting

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Grande taille

Caractéristiques de lecture/écriture

Lecture intensive

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SharePoint Server 2010 et SQL Server.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour disponibilité

Oui, mais vous devez suivre des étapes supplémentaires pour vous assurer que les journaux et les bases de données Project sont entièrement synchronisés.

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, mais vous devez suivre des étapes supplémentaires pour vous assurer que les journaux et les bases de données Project sont entièrement synchronisés.

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Non

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Bases de données FAST Search Server for SharePoint 2010

FAST Search Server 2010 for SharePoint nécessite SharePoint Server 2010, Enterprise Edition.

Base de données d’administration de la recherche

La base de données d’administration de la recherche stocke et gère les données associées à l’administration de FAST Search Server 2010 for SharePoint. Cela comprend les groupes de paramètres de recherche, les mots clés, les synonymes, les promotions et rétrogradations de site et de document, les exclusions et inclusions d’extracteur d’entité de terme, les exclusions de correcteur orthographique, les meilleurs résultats, les meilleurs résultats visuels et les métadonnées de schéma de recherche.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

FASTSearchAdminDatabase

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite. Le nombre de mots clés, de synonymes, de promotions et de rétrogradations de documents et de sites, d’inclusions et d’exclusions d’extracteur d’entité de terme, d’exclusions de correcteur orthographique, de meilleurs résultats et de meilleurs résultats visuels a un impact sur la taille et la croissance.

Caractéristiques de lecture/écriture

Lecture intensive

Méthode de montée en charge recommandée

Faire monter la base de données en puissance. (Une croissance significative 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

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Non

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

PowerPivot pour SharePoint

PowerPivot pour SharePoint étend SharePoint Server 2010 et Excel Services pour ajouter une prise en charge de gestion de documents, de collaboration et de traitement côté serveur pour les classeurs PowerPivot que vous publiez dans SharePoint Server 2010.

PowerPivot pour SharePoint nécessite que SQL Server 2008 R2 Enterprise Edition Analysis Services soit installé dans l’environnement.

Notes

L’utilisation de PowerPivot pour SharePoint influence également la taille de la base de données de contenu de l’Administration centrale et des bases de données de contenu dans lesquelles les classeurs Excel sont stockés. Pour plus d’informations, voir Planifier un déploiement PowerPivot dans une batterie de serveurs SharePoint (https://go.microsoft.com/fwlink/p/?LinkID=186698).

Base de données d’application PowerPivot

La base de données d’application PowerPivot stocke l’emplacement des fichiers de données PowerPivot mis en cache ou chargés, des planifications d’actualisation des données et des données d’utilisation PowerPivot copiées à partir de la base de données de collection de données d’utilisation centrale.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

DefaultPowerPivotServiceApplicationDB

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite taille

Caractéristiques de lecture/écriture

Méthode de montée en charge recommandée

Effectuez une montée en puissance par unité de la base de données qui prend en charge l’instance de l’application de service.

Règles d’intégrité associées

Aucun. S’appuie sur les règles d’intégrité SQL Server.

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SQL Server

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour disponibilité

Oui, mais la mise en miroir est gérée uniquement via SQL Server : SharePoint Server 2010 n’a pas connaissance de la base de données PowerPivot.

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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Non

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Bases de données système SQL Server

SharePoint Server 2010 repose sur SQL Server, et par conséquent utilise les bases de données système SQL Server. SQL Server ne prend pas en charge la mise à jour directe des informations de la part des utilisateurs dans les objets système tels que les tables système, les procédures stockées système et les vues de catalogue. À la place, SQL Server fournit un ensemble complet d’outils d’administration qui permet aux utilisateurs d’administrer entièrement leur système et de gérer tous les utilisateurs et les objets d’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/p/?LinkId=186699).

master

La base de données MASTER enregistre toutes les informations relatives au niveau système pour une instance de SQL Server.

Nom de base de données par défaut

master

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite taille

Caractéristiques de lecture/écriture

Variables

Méthode de montée en charge recommandée

Monter en puissance. (Une croissance significative 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

Mode de récupération par défaut

Simple

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Non

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

model

La base de données model sert de modèle pour toutes les bases de données créées sur l’instance de SQL Server. Les modifications apportées à la base de données model, telles que la taille, le classement, le modèle de récupération et d’autres options de la base de données, sont appliquées à des bases de données créées ultérieurement.

Nom de base de données par défaut

model

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite taille

Caractéristiques de lecture/écriture

Variables

Méthode de montée en charge recommandée

Monter en puissance. (Une croissance significative 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

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Non

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

msdb

La base de données msdb est utilisée par l’agent SQL Server pour la planification des alertes et des travaux.

Nom de base de données par défaut

msdb

Configuration requise en matière d’emplacement

Aucune

Informations générales sur la taille et sur les facteurs de croissance

Petite taille

Caractéristiques de lecture/écriture

Variables

Méthode de montée en charge recommandée

Monter en puissance. (Une croissance significative 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

Mode de récupération par défaut

Simple

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Non

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

tempdb

La base de données tempdb est un espace de travail pour la suspension d’objets temporaires ou de jeux de résultats intermédiaires. Elle répond également à tout autre besoin de stockage temporaire. La base de données tempdb est recréée à chaque fois que SQL Server est démarré.

Nom de base de données par défaut

tempdb

Configuration requise en matière d’emplacement

Placez-la sur un disque rapide et sur une pile de disques distincte des autres bases de données. Créez autant de fichiers que nécessaire pour optimiser la bande passante du disque. L’utilisation de plusieurs fichiers réduit la conservation du stockage de tempdb et permet une bien meilleure extensibilité. Toutefois, ne créez pas trop de fichiers, car cela peut réduire les performances et accroître la charge de travail en matière de gestion. En règle générale, créez un seul fichier de données pour chaque processeur sur le serveur, puis ajustez le nombre de fichiers selon les besoins. N’oubliez pas qu’un processeur à deux cœurs compte pour deux processeurs.

Informations générales sur la taille et sur les facteurs de croissance

Petite à très grande. La taille de la base de données tempdb peut augmenter et réduire très rapidement. La taille dépend du nombre d’utilisateurs utilisant le système et des processus spécifiques en cours d’exécution. Par exemple, la régénération en ligne de grands index ou des tris volumineux peut provoquer une croissance rapide de la base de données.

Caractéristiques de lecture/écriture

Variables

Méthode de montée en charge recommandée

Monter en puissance

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SQL Server

Mode de récupération par défaut

Simple

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Non

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Bases de données SQL Server Reporting Services

Les bases de données SQL Server Reporting Services suivantes peuvent être utilisées dans le cadre d’un déploiement SharePoint Server 2010.

Notes

Si votre déploiement requiert l’utilisation d’Access Services, la configuration requise pour Reporting Services varie selon le mode dans lequel vous l’exécutez :

  • Le mode local requiert seulement SharePoint Server 2010 et le complément Reporting Services (SSRS) SQL Server 2008 R2.

  • Le mode connecté nécessite SharePoint Server 2010, le complément SSRS et SQL Server 2008 R2 Report Server, disponible dans les éditions Standard et Enterprise.

Pour plus d’informations sur la gestion des bases de données SQL Server Reporting Services, voir les meilleures pratiques du catalogue de serveur de rapports (https://go.microsoft.com/fwlink/p/?LinkID=185486).

Base de données ReportServer

La base de données ReportServer SQL Server Reporting Services stocke toutes les métadonnées de rapport, notamment les définitions de rapport, l’historique de rapport et les captures instantanées d’historique de rapport, ainsi que les informations de planification.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

RSDB

Configuration requise en matière d’emplacement

Doit se trouver sur le même serveur de base de données que la base de données ReportServerTempDb.

Informations générales sur la taille et sur les facteurs de croissance

Petite taille

Caractéristiques de lecture/écriture

Lecture intensive

Méthode de montée en charge recommandée

Montez en puissance la base de données.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et récupération SQL Server

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Non

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

Base de données ReportServerTempDB

La base de données ReportServerTempDB SQL Server Reporting Services stocke tous les instantanés temporaires lors de l’exécution des rapports.

Préfixe du nom de base de données par défaut quand celle-ci est installée à l’aide de l’Assistant Configuration des produits SharePoint

RSTempDB

Configuration requise en matière d’emplacement

Doit se trouver sur le même serveur de base de données que la base de données ReportServer.

Informations générales sur la taille et sur les facteurs de croissance

Petite à très grande. La taille de la base de données ReportServerTempDB peut augmenter et réduire rapidement, en fonction du nombre d’utilisateurs interactifs simultanés et du nombre d’instantanés de rapport.

Caractéristiques de lecture/écriture

Lecture intensive

Méthode de montée en charge recommandée

Montez en puissance la base de données.

Règles d’intégrité associées

Aucune

Mécanismes de sauvegarde pris en charge

Sauvegarde et restauration SQL Server, mais nous déconseillons de sauvegarder cette base de données.

Mode de récupération par défaut

Complet

Prend en charge la mise en miroir au sein d’une batterie de serveurs pour 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

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la disponibilité

Non

Prend en charge la réplication synchrone à l’aide de groupes de disponibilité SQL Server AlwaysOn pour la récupération d’urgence

Non

See Also

Other Resources

Centre de ressources : Gestion de la capacité pour SharePoint Server 2010
Centre de ressources : Bases de données SQL Server et SharePoint Server 2010