Vue d’ensemble de la sauvegarde et de la récupération (SharePoint Server 2010)

 

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

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

Cet article décrit l’architecture de sauvegarde et les processus de récupération disponibles dans Microsoft SharePoint Server 2010, y compris la sauvegarde et la récupération précises et de batterie de serveurs, ainsi que la récupération à partir d’une base de données de contenu non attachée. Les opérations de sauvegarde et de récupération peuvent être réalisées par le biais de l’interface utilisateur ou d’applets de commande Windows PowerShell. Il est possible que les outils de sauvegarde et de récupération intégrés ne satisfassent pas à tous les besoins de votre organisation.

Dans cet article :

• Scénarios de sauvegarde et de récupération

• Architecture de sauvegarde

• Processus de récupération

Scénarios de sauvegarde et de récupération

La sauvegarde et la récupération de données prennent en charge de nombreux scénarios d’entreprise, notamment les suivants :

• Récupération de contenu supprimé par inadvertance et non protégé par la corbeille ou le contrôle de version.

• Déplacement de données entre des installations dans le cadre d’une mise à niveau matérielle ou logicielle.

• Récupération d’un échec inattendu.

Architecture de sauvegarde

SharePoint Server 2010 fournit deux systèmes de sauvegarde : sauvegarde de batterie de serveurs et sauvegarde précise.

Architecture de la sauvegarde de batterie de serveurs

L’architecture de sauvegarde de batterie dans SharePoint Server 2010 démarre une sauvegarde Microsoft SQL Server des bases de données de contenu et d’application de service, écrit le contenu de configuration dans des fichiers, sauvegarde les fichiers d’index de recherche et les synchronise avec les sauvegardes de base de données de recherche.

L’illustration suivante montre le système de sauvegarde de batterie de serveurs.

La sauvegarde complète et la sauvegarde différentielle sont toutes deux prises en charge. Les sauvegardes complètes créent une nouvelle sauvegarde de la totalité du système. Les sauvegardes différentielles créent une sauvegarde de toutes les données stockées dans les bases de données et ayant changé depuis la dernière sauvegarde complète.

Le système de sauvegarde de batterie de serveurs est organisé de manière hiérarchique. Les composants d’une batterie de serveurs qui peuvent être sélectionnés pour la sauvegarde sont les suivants :

• Batterie de serveurs   La batterie de serveurs est l’objet de niveau le plus élevé. Lorsque vous effectuez une sauvegarde de la batterie de serveurs, vous pouvez sélectionner l’une des options suivantes :

  • Données de contenu et de configuration (par défaut)

    La batterie de serveurs entière est sauvegardée. Cela inclut les paramètres stockés dans la base de données de configuration.

  • Configuration seulement

    Les paramètres de la base de données de configuration sont sauvegardés afin que vous puissiez appliquer des configurations à l’ensemble des batteries de serveurs. Pour plus d’informations, voir Utilisation et avantages d'une sauvegarde limitée à la configuration plus loin dans cet article.

• Application Web   Au sein d’une application Web, vous pouvez sélectionner une ou plusieurs des bases de données de contenu à sauvegarder.

  Une sauvegarde d’application Web inclut les éléments suivants :

  • Nom du pool d’applications et compte du pool d’applications

  • Paramètres d’authentification

  • Paramètres d’application Web généraux tels que les alertes et les chemins d’accès gérés

  • Informations de liaison IIS (Internet Information Services), comme le type de protocole, l’en-tête d’hôte et le numéro de port

  • Modifications qui ont été apportées au fichier Web.config par le biais du modèle objet ou de l’Administration centrale

    Notes

    Les modifications apportées à un fichier Web.config en vue de prendre en charge l’application basée sur les revendications ne sont pas incluses dans les sauvegardes, car ces modifications sont effectuées manuellement. Pour plus d’informations, voir Observations sur l’utilisation des sauvegardes de batteries de serveurs plus loin dans cet article.

  • Solutions en bac à sable

  Pour plus de conseils sur la protection de ces paramètres, voir Planifier la sauvegarde et la récupération dans SharePoint Server 2010.

• Services et applications de service (non partagés)   Le service d’états temporaires est un exemple de service qui n’est pas partagé. Les sauvegardes des services et des applications de service contiennent les paramètres d’un service ou d’une application de service et toutes les bases de données correspondantes.

  Important

  Les sauvegardes d’applications de service ne comprennent pas le proxy associé. Pour sauvegarder l’application de service et le proxy d’application de service, vous devez sauvegarder la batterie de serveurs ou effectuer deux sauvegardes consécutives, en sélectionnant l’application de service dans une sauvegarde, puis le proxy d’application de service associé dans la seconde.

  De nombreuses bases de données d’application de service ne peuvent pas être sauvegardées individuellement à partir de SharePoint Server 2010. Pour sauvegarder uniquement des bases de données d’application de service, vous devez utiliser la sauvegarde SQL Server.

• Proxys des applications de service qui ne sont pas partagées

• Services partagés   Pour s’exécuter, les services partagés requièrent une application de service et un proxy d’application de service. Si vous sélectionnez le nœud Services partagés, la totalité des applications de service et des proxys d’application de service associés sur la batterie de serveurs sont sauvegardés.

  Notes

  La hiérarchie de sauvegarde vous permet de sélectionner les applications de service et les proxys d’application de service que vous souhaitez sauvegarder. Toutefois, lorsque vous sélectionnez une seule ou la totalité des applications de service, ou un seul ou la totalité des proxys, les objets associés ne sont pas sauvegardés par défaut. Pour sauvegarder les deux composantes d’un service spécifique, vous devez sélectionner le nœud Services partagés ou effectuer deux sauvegardes consécutives, en sélectionnant l’application de service dans une sauvegarde, puis le proxy d’application de service associé dans la seconde.

Notes

Certains paramètres dans l’environnement SharePoint Server ne sont pas inclus dans une sauvegarde de batterie de serveurs. Parmi ceux-ci figurent les paramètres suivants stockés sur les serveurs Web :

• les mots de passe du compte du pool d’applications ;

• les paramètres de compression HTTP ;

• les paramètres de délai d’expiration ;

• des filtres personnalisés ISAPI (Internet Server Application Programming Interface) ;

• l’appartenance à un domaine d’ordinateur ;

• les paramètres de sécurité du protocole Internet (IPsec) ;

• les paramètres d’équilibrage de charge réseau ;

• les certificats SSL (Secure Sockets Layer) ;

• les paramètres d’adresses IP dédiées.

Processus de sauvegarde de l’application de service de recherche

La sauvegarde et la récupération de l’application de service de recherche constituent un cas spécial en raison de la complexité des interactions entre les composants de l’application.

Lorsqu’une sauvegarde de l’application de service de recherche est démarrée, SharePoint Server 2010 démarre une sauvegarde SQL Server de la base de données d’administration de recherche, des bases de données d’analyse et des bases de données de propriétés, tout en sauvegardant les fichiers de partition d’index.

Déterminez l’impact des processus de sauvegarde et de récupération de l’application de service de recherche sur votre contrat de niveau de service. Par exemple, déterminez l’incidence de la suspension de toutes les analyses sur le caractère actualisé des résultats de recherche.

Le processus de sauvegarde est le suivant :

1. Les fusions principales sont suspendues afin que l’index principal soit conservé.

2. Une sauvegarde de base de données complète démarre.

3. L’index principal est sauvegardé.

4. Les analyses sont suspendues. La suspension de l’analyse est beaucoup plus courte qu’au cours d’une sauvegarde de Microsoft Office SharePoint Server 2007 Search et ne dure pas autant que le processus de sauvegarde.

5. Tous les index secondaires sont sauvegardés.

6. Une sauvegarde de base de données incrémentielle démarre.

7. Les analyses sont reprises.

8. Les fusions principales sont reprises.

Utilisation et avantages d’une sauvegarde limitée à la configuration

Une sauvegarde limitée à la configuration extrait et sauvegarde les paramètres de configuration stockés dans une base de données de configuration. À l’aide des outils intégrés, vous pouvez sauvegarder la configuration de n’importe quelle base de données de configuration, que celle-ci soit ou non actuellement liée à une batterie de serveurs. Pour plus d’informations sur la sauvegarde d’une configuration, voir Sauvegarde d’une configuration de batterie de serveurs (SharePoint Server 2010).

Une sauvegarde de la configuration peut être restaurée sur la même batterie de serveurs ou sur n’importe quelle autre batterie de serveurs. Lorsqu’une configuration est restaurée, elle remplace tous les paramètres présents dans la batterie de serveurs par les valeurs correspondantes définies dans la sauvegarde de la configuration. Si des paramètres présents dans la batterie de serveurs sont absents de la sauvegarde de la configuration, ils ne sont pas modifiés. Pour plus d’informations sur la restauration d’une configuration de batterie de serveurs, voir Restaurer la configuration d'une batterie de serveurs (SharePoint Server 2010).

Notes

Les paramètres des applications Web et des applications de service ne sont pas inclus dans une sauvegarde de configuration. Vous pouvez utiliser des applets de commande Windows PowerShell pour documenter et copier les paramètres des applications de service. Pour plus d’informations, voir Documenter les paramètres de configuration d’une batterie (SharePoint Server 2010) et Copier les paramètres de configuration d’une batterie de serveurs vers une autre batterie (SharePoint Server 2010).

Les situations dans lesquelles vous pouvez restaurer une configuration depuis une batterie de serveurs vers une autre sont les suivantes :

• Réplication d’une configuration de batterie de serveurs standardisée à utiliser dans l’ensemble de l’environnement.

• Déplacement de configurations depuis un environnement de développement ou de test vers un environnement de production.

• Déplacement de configurations depuis une installation autonome vers un environnement de batterie de serveurs.

• Configuration d’une batterie de serveurs dans le cadre d’un environnement de secours.

SharePoint Server stocke les types suivants de paramètres dans la sauvegarde limitée à la configuration.

• Antivirus

• Gestion des droits relatifs à l’information (IRM)

• Paramètres de messagerie sortants (restaurés uniquement lorsque vous effectuez une opération de remplacement).

• Personnalisations déployées en tant que solutions approuvées

• Journalisation des diagnostics

Observations sur l’utilisation des sauvegardes de batteries de serveurs

Tenez compte des éléments suivants avant d’utiliser des sauvegardes de batterie de serveurs :

• Il n’existe pas de système de planification intégré pour les sauvegardes. Pour planifier une sauvegarde, il est recommandé de créer un script de sauvegarde à l’aide de Windows PowerShell, puis d’utiliser le Planificateur de tâches Windows pour exécuter le script de sauvegarde régulièrement.

• Il n’est pas recommandé d’utiliser la sauvegarde de métabase IIS pour protéger les paramètres IIS. À la place, documentez toutes les configurations IIS pour chaque serveur Web à l’aide d’un outil offrant l’analyse de configuration souhaitée, tel que Microsoft System Center Configuration Manager 2007.

• Les opérations de sauvegarde et de restauration SharePoint Server 2010 peuvent être exécutées avec les fonctionnalités de SQL Server Enterprise telles que la compression de la sauvegarde et le chiffrement transparent des données.

  Si vous exécutez SQL Server Enterprise, il est vivement recommandé d’utiliser la compression de la sauvegarde. Pour plus d’informations sur la compression de la sauvegarde, voir Compression de sauvegardes (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x40C).

  Si vous décidez d’exécuter les bases de données avec chiffrement transparent des données, vous devez manuellement sauvegarder la clé et la restaurer : les opérations de sauvegarde et de restauration SharePoint Server 2010 n’attireront pas votre attention sur la clé. Pour plus d’informations sur le chiffrement transparent des données, voir Présentation du chiffrement transparent des données (TDE) (https://go.microsoft.com/fwlink/?linkid=129384&clcid=0x40C).

• Si une base de données de contenu est configurée de manière à utiliser le fournisseur de stockage BLOB distant SQL FILESTREAM, ce fournisseur doit être installé à la fois sur le serveur de bases de données en cours de sauvegarde et sur le serveur de bases de données en cours de récupération.

• La sauvegarde SharePoint Server 2010 ne protège pas les éléments suivants :

  • Modifications apportées au fichier Web.config sur les serveurs Web qui ne sont pas réalisées par le biais de l’Administration centrale ou du modèle objet.

  • Personnalisations d’un site qui ne sont pas déployées dans le cadre d’une solution approuvée ou en bac à sable.

• Si vous partagez des applications de service entre des batteries de serveurs, gardez à l’esprit que les certificats d’approbation qui ont été échangés ne sont pas inclus dans les sauvegardes de batterie de serveurs. Vous devez sauvegarder le magasin de certificats séparément ou conserver les certificats dans un emplacement distinct. Lorsque vous restaurez une batterie de serveurs qui partage une application de service, vous devez importer et redéployer les certificats, puis rétablir toutes les approbations entre les batteries de serveurs.

  Pour plus d’informations, voir Échanger des certificats de confiance entre des batteries (SharePoint Server 2010).

• Lorsque vous restaurez une batterie de serveurs ou une application Web configurée pour utiliser n’importe quel type d’authentification basée sur les revendications, des fournisseurs en double ou supplémentaires peuvent être activés. Si des doublons apparaissent, vous devez manuellement enregistrer chaque zone d’application Web pour les supprimer.

• Des étapes supplémentaires sont nécessaires lorsque vous restaurez une batterie de serveurs qui contient une application Web configurée pour utiliser l’authentification par formulaire. Vous devez réinscrire les fournisseurs d’appartenances et de rôles dans le fichier Web.config, puis les redéployer. Vous devez effectuer ces étapes, que vous réalisiez la restauration au niveau de l’application Web ou au niveau de la batterie de serveurs.

  Pour plus d’informations, voir Sauvegarder une application Web (SharePoint Server 2010), Planifier des méthodes d’authentification (SharePoint Server 2010) et Configurer l’authentification par revendications (SharePoint Server 2010).

Architecture de sauvegarde précise et d’exportation

L’architecture de sauvegarde précise et d’exportation utilise des requêtes Transact-SQL et des appels d’exportation. La sauvegarde précise et l’exportation constituent une opération qui implique des phases de lecture et de traitement plus intenses que la sauvegarde de batterie de serveurs

À partir du système de sauvegarde précise, un utilisateur peut sauvegarder une collection de sites ou exporter un site ou une liste.

Notes

Les flux de travail ne sont pas inclus dans les exportations de sites ou de listes.

Si vous exécutez SQL Server Enterprise, le système de sauvegarde précise peut éventuellement utiliser des captures instantanées de base de données SQL Server pour que les données demeurent cohérentes pendant que la sauvegarde ou l’exportation est en cours. Lorsqu’une capture est demandée, une capture instantanée de base de données SQL Server de la base de données de contenu appropriée est effectuée et SharePoint Server l’utilise pour créer le package de sauvegarde ou d’exportation, puis la capture instantanée est supprimée. Les captures instantanées de base de données sont liées à la base de données source. Si la base de données source passe hors connexion pour une raison quelconque, la capture instantanée ne sera pas disponible. Pour plus d’informations sur les captures instantanées de base de données, voir Captures instantanées de base de données (https://go.microsoft.com/fwlink/?linkid=166158&clcid=0x40C).

Les avantages de la sauvegarde d’une collection de sites à l’aide d’une capture instantanée sont les suivants :

• La capture instantanée garantit que les données qui sont en cours de lecture demeurent cohérentes pendant l’exécution de l’opération.

• Les utilisateurs peuvent continuer à interagir avec la collection de sites, alors que celle-ci est en cours de sauvegarde à partir de la capture instantanée de base de données. Les opérations réalisables comprennent l’ajout, la modification et la suppression de contenu. Toutefois, les modifications apportées par les utilisateurs au site actif ne sont pas incluses dans la sauvegarde de la collection de sites, car la sauvegarde repose sur la capture instantanée de base de données.

Toutefois, les captures instantanées de base de données peuvent affecter les performances. Pour plus d’informations sur les captures instantanées de base de données et sur les performances, voir Limitations et exigences des instantanés de base de données (https://go.microsoft.com/fwlink/?linkid=166159&clcid=0x40C).

Vous pouvez utiliser une sauvegarde précise et une exportation pour le contenu stocké dans une base de données configurée pour utiliser le fournisseur RBS SQL FILESTREAM.

Notes

Si le fournisseur RBS que vous utilisez ne prend pas en charge les captures instantanées, vous ne pouvez pas utiliser de captures instantanées pour le déploiement ou la sauvegarde de contenu. Par exemple, le fournisseur SQL FILESTREAM ne prend pas en charge les captures instantanées.

Notes

Il est déconseillé d’utiliser une sauvegarde de collection de sites SharePoint Server 2010 pour les collections de sites dont la taille dépasse 85 Go.

L’illustration suivante montre le système de sauvegarde précise et d’exportation.

Processus de récupération

SharePoint Server 2010 prend en charge les options de récupération intégrées principales suivantes :

• Restauration à partir d’une sauvegarde de batterie de serveurs créée à l’aide d’outils intégrés ou restauration à partir d’une sauvegarde d’un composant à l’aide du système de sauvegarde de batterie de serveurs.

• Restauration à partir d’une sauvegarde de collection de sites.

• Connexion à une base de données de contenu à l’aide de la fonctionnalité de base de données de contenu non liée, sauvegarde ou exportation des données à partir de cette base de données, puis restauration ou importation des données.

Restauration à partir d’une sauvegarde de batterie de serveurs

Les éléments pouvant être récupérés à partir d’une sauvegarde de batterie de serveurs sont les suivants :

• Batterie de serveurs

  • Données de contenu et de configuration (par défaut)

    La batterie de serveurs entière est restaurée. Cela englobe les paramètres stockés dans la base de données de configuration et les packages de solution approuvés.

  • Configuration seulement

    Seules les données de configuration sont restaurées. Au cours de cette opération, tous les paramètres dans la batterie de serveurs sont remplacés par les valeurs correspondantes définies dans la sauvegarde limitée à la configuration.

• Applications Web

  Restaure les applications Web.

• Applications de service

  Restaure les applications de service. La récupération des applications de service peut être complexe, car SharePoint Server 2010 ne peut pas reconfigurer complètement les proxys d’application de service pendant le processus de restauration. Les proxys d’application de service sont restaurés, mais ne sont pas placés dans des groupes de proxys. Par conséquent, ils ne sont associés à aucune application Web. Pour plus d’informations sur la façon de restaurer une application de service de recherche, voir Processus de récupération de l'application de service de recherche. Pour des informations précises sur les opérations impliquées dans la restauration d’applications de service spécifiques, voir Restaurer une application de service (SharePoint Server 2010).

• Bases de données de contenu

  Lors de la restauration des bases de données de contenu, les solutions en bac à sable associées aux collections de sites connexes sont également restaurées.

Restauration sous une forme nouvelle ou restauration par remplacement

Par défaut, la récupération SharePoint Server 2010 restaure un objet en tant que nouvelle instance de l’objet, plutôt qu’en remplaçant toutes les instances existantes portant le même nom.

Lorsque vous restaurez une batterie de serveurs ou un objet sous une forme nouvelle, les objets suivants ne fonctionnent pas sans quelques ajustements, car tous les GUID des objets se voient affecter de nouvelles valeurs :

• Batterie de serveurs.   Lorsque vous restaurez une batterie de serveurs en tant que nouvelle batterie de serveurs, vous devez effectuer les opérations suivantes :

  • Recréer les paramètres de mappage des accès de substitution. La récupération SharePoint Server 2010 restaure uniquement la zone Par défaut de l’application Web.

  • Reconfigurer les paramètres de toutes les sources externes d’application de service Business Connectivity Services et de métadonnées gérées.

  • Réassocier les proxys d’application de service à des groupes de proxys, car ils ne sont pas affectés à des groupes de proxys lorsqu’ils sont restaurés. Toutes les applications Web seront associées au groupe de proxys par défaut. À cette fin, vous devez associer les applications Web à d’autres groupes de proxys.

• Application Web.

  • Si le nom et l’URL d’application Web que vous fournissez correspondent à un nom et à une URL d’application Web qui existent déjà dans la batterie de serveurs, la récupération SharePoint Server 2010 les combine.

  • Si vous ne souhaitez pas combiner des applications Web, vous devez renommer l’application Web lorsque vous la restaurez en tant que nouvelle application Web.

  • Lorsque vous restaurez une application Web en tant que nouvelle application Web dans le même environnement, mais que vous ne combinez pas les applications Web, de nombreux autres paramètres et objets doivent également être modifiés. Par exemple, vous pouvez être amené à indiquer différents chemins d’accès de fichier de base de données et différents noms de base de données.

• Applications de service et proxys d’application de service

  • Si vous récupérez une application de service, ainsi que le proxy d’application de service associé, vous devez associer celui-ci à un groupe de proxys.

  • Si vous récupérez une application de service, sans récupérer le proxy d’application de service associé, vous devez recréer le proxy d’application de service.

  Notes

  Vous ne pouvez pas restaurer une application de service en tant que nouvelle application de service dans la même batterie de serveurs. Vous pouvez effectuer ce type de restauration dans une autre batterie de serveurs.

Lorsque vous restaurez un objet et que vous remplacez l’objet existant, aucune modification n’est nécessaire.

Processus de récupération de l’application de service de recherche

Le processus de récupération de l’application de service de recherche diffère selon que vous effectuez une restauration sous une forme nouvelle ou une restauration par remplacement. Lorsque vous effectuez une restauration par remplacement, aucune étape supplémentaire n’est nécessaire.

Le processus de restauration sous une forme nouvelle est le suivant :

1. Restaurez l’application de service en tant que nouvelle application de service, puis spécifiez les nouvelles informations sur la topologie de la batterie de serveurs pendant la restauration.

2. Restaurez le proxy d’application de service en tant que nouveau proxy d’application de service. Si vous n’avez pas restauré le proxy d’application de service, vous devez créer un nouveau proxy d’application de service et l’associer à l’application de service de recherche.

3. Associez le proxy d’application de service au groupe de proxys approprié et associez celui-ci (s’il ne s’agit pas du groupe de proxys par défaut) à l’application Web appropriée.

4. Pour les déploiements selon le principe des privilèges minimum, démarrez le service de recherche et le service Web de requête d’administration de la recherche sous le compte approprié.

Pour plus d’informations sur la façon de récupérer l’application de service de recherche, voir Restaurer la recherche (SharePoint Server 2010).

Restauration à partir d’une sauvegarde de collection de sites

Seules les collections de sites peuvent être récupérées à partir d’une sauvegarde de collection de sites.

Récupération à partir d’une base de données de contenu non liée

SharePoint Server 2010 permet de se connecter à une base de données de contenu liée à une instance de SQL Server, mais qui n’est pas associée à une application Web SharePoint locale, et d’effectuer une sauvegarde à partir de cette base de données. Les bases de données non liées auxquelles vous pouvez vous connecter sont les bases de données de contenu en lecture seule qui ont été restaurées à partir de toute technologie de sauvegarde prise en charge et de captures instantanées de base de données SQL Server de bases de données de contenu.

La récupération est le processus à deux phases suivantes :

1. sauvegarder ou exporter l’objet à partir de la base de données de contenu non liée ;

2. restaurer ou importer le résultat de l’étape précédente dans SharePoint Server 2010.

Les éléments suivants peuvent être sauvegardés ou exportés à partir d’une base de données non liée à l’aide d’une opération de sauvegarde précise et d’exportation, puis restaurés :

• Collection de sites

  Sauvegarde à l’aide d’une sauvegarde de collection de sites, puis récupération à l’aide d’une restauration de collection de sites.

• Site

  Exportation, puis importation.

• Listes et bibliothèques

  Exportation, puis importation.

Vous pouvez utiliser l’opération d’importation pour récupérer du contenu que vous avez sauvegardé à partir d’une base de données configurée pour utiliser le fournisseur RBS SQL FILESTREAM. Le contenu récupéré est stocké par SharePoint Server 2010 à l’aide du fournisseur de stockage actuellement défini pour cette base de données de contenu ; en d’autres termes, si la base de données de contenu n’est pas configurée de manière à utiliser RBS, les données sont stockées dans la base de données de contenu, sinon, elles sont stockées dans RBS.

Contenu connexe

Centre de ressources	Gestion de la continuité des opérations pour SharePoint Server 2010 (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=199235&clcid=0x40C) (éventuellement en anglais)
Contenu IT Pro	Planifier la sauvegarde et la récupération dans SharePoint Server 2010 Sauvegarde et récupération (SharePoint Server 2010)
Contenu de développement	Protection et récupération des données (https://go.microsoft.com/fwlink/?linkid=199237&clcid=0x40C)