Préparer la sauvegarde et la restauration (SharePoint Server 2010)

 

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

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

Assurez-vous que vous avez bien sauvegardé les données nécessaires pour pouvoir les récupérer en cas de défaillance. Lisez bien les informations, les procédures et les précautions décrites dans cet article avant de sauvegarder et de restaurer l’environnement. Cet article traite des restrictions et des exigences relatives à la sauvegarde et à la récupération et explique comment créer un dossier partagé sur le réseau, susceptible de recevoir les données sauvegardées.

Important

Le processus de mise à niveau de SharePoint 2010 Service Pack 1 (SP1) modifie le schéma de certaines bases de données de la batterie de serveurs et de toutes les bases de données de contenu. En raison de ces modifications, vous devrez peut-être effectuer des étapes supplémentaires pour restaurer, sur la batterie de serveurs et après la mise à niveau de celle-ci vers le SP1, une sauvegarde réalisée avant la mise à niveau. Pour plus d’informations sur cette procédure, consultez la rubrique Restaurer des sauvegardes préalables à SP1 vers une batterie de serveurs SP1 (SharePoint Server 2010).

Dans cet article :

  • Restrictions

  • Configuration requise

  • Création d’un dossier partagé

Restrictions

Il existe des restrictions concernant ce que vous pouvez sauvegarder ou restaurer. Pour plus d’informations sur l’architecture de sauvegarde et de restauration, et sur ce que pouvez ou non sauvegarder et restaurer, consultez la rubrique Vue d’ensemble de la sauvegarde et de la récupération (SharePoint Server 2010).

Vous ne pouvez pas utiliser la sauvegarde d’une version pour restaurer une autre version. Pour cela, vous devez utiliser le processus de mise à niveau. Vous ne pouvez pas restaurer une batterie de serveurs avec un niveau de mise à jour inférieur au niveau de mise à jour de la batterie de serveurs sauvegardée. La batterie de serveurs de destination doit avoir le même niveau de mise à jour ou un niveau plus récent. Pour plus d’informations sur la mise à niveau, consultez la rubrique Mise à niveau vers SharePoint Server 2010.

Si vous effectuez une sauvegarde pendant qu’une tâche qui crée ou supprime des bases de données est en cours d’exécution, ces modifications risquent de ne pas être incluses dans la sauvegarde.

Ne modifiez pas le fichier spbackup.xml. Ce fichier est utilisé par SharePoint Server 2010. En le modifiant, les sauvegardes risquent de devenir inutilisables.

Configuration requise

Avant de sauvegarder des données, vous devez créer un dossier partagé dans lequel les données seront stockées. Pour améliorer les performances, créez ce dossier sur le serveur de base de données. Si vous souhaitez archiver les sauvegardes sur un autre serveur, vous pouvez copier tout le dossier de sauvegarde sur ce serveur une fois la sauvegarde terminée. Veillez à copier et déplacer tout le dossier de sauvegarde, et non simplement les différents dossiers de sauvegarde qui se trouvent sous ce dossier.

Le service SQL Server VSS Writer, disponible avec les logiciels de base de données Microsoft SQL Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 et SQL Server 2005 avec SP3 et mise à jour cumulative 3, doit être démarré pour que le service SharePoint 2010 VSS Writer fonctionne correctement. Par défaut, le service SharePoint 2010 VSS Writer ne démarre pas automatiquement.

Vérifiez que le service d’administration de SharePoint 2010 s’est lancé sur tous les serveurs de la batterie de serveurs avant d’effectuer une sauvegarde. Par défaut, ce service n’est pas démarré sur les installations autonomes.

Vérifiez que les comptes d’utilisateur que vous souhaitez sauvegarder ont accès au dossier de sauvegarde partagé.

Si vous effectuez la sauvegarde à l’aide de l’Administration centrale, le compte de service SQL du serveur de base de données, le compte de service du minuteur et le compte d’identité du pool d’applications de l’Administration centrale doivent disposer d’autorisations de contrôle total sur les emplacements de sauvegarde.

Le serveur de base de données et le serveur de batterie à sauvegarder doivent pouvoir se connecter l’un à l’autre.

Si vous avez modifié le compte de la batterie de serveurs, vous devez accorder au nouveau compte les autorisations appropriées avant de sauvegarder pour qu’il puisse accéder au dossier partagé qui contiendra les données de sauvegarde.

Si vous utilisez SQL Server avec le chiffrement TDE (Transparent Data Encryption) et que vous sauvegardez votre environnement à l’aide d’outils SharePoint ou SQL Server, la clé de chiffrement TDE n’est ni sauvegardée ni restaurée. Vous devez la sauvegarder manuellement. Lors de la restauration, vous devez restaurer la clé manuellement avant de restaurer les données. Pour plus d’informations, consultez la rubrique relative au chiffrement TDE (Transparent Data Encryption) (https://go.microsoft.com/fwlink/p/?LinkId=196394).

Création d’un dossier partagé

Appliquez cette procédure pour créer un dossier partagé sur le réseau susceptible de recevoir et de contenir les données sauvegardées. Vous pouvez également utiliser ce dossier partagé lors de la restauration des données. Si vous avez déjà un dossier partagé qui remplit cette fonction, vous n’avez pas besoin d’appliquer cette procédure. En l’appliquant, vous vous assurez de pouvoir accéder au dossier partagé à partir de l’ordinateur qui exécute le logiciel de base de données Microsoft SQL Server et à partir de l’ordinateur qui héberge le site web de l’Administration centrale de SharePoint.

Si vous effectuez une sauvegarde à l’aide de l’Administration centrale et que SQL Server n’est pas exécuté sur le même serveur, le dossier de sauvegarde doit être sur le même réseau ou sur un serveur de base de données tel que SharePoint Server 2010. Si vous disposez d’une installation autonome où SQL Server et SharePoint Server 2010 s’exécutent sur le même serveur, vous pouvez utiliser un chemin d’accès local pour définir l’emplacement du dossier de sauvegarde. Si vous utilisez SQL Server pour sauvegarder directement une base de données, par exemple à l’aide de SQL Server Management Studio, le dossier de sauvegarde peut être situé sur un emplacement local ou sur le réseau. Pour obtenir de meilleures performances, nous vous recommandons d’effectuer la sauvegarde dans un dossier local sur le serveur de base de données, puis de déplacer ou copier les fichiers de sauvegarde dans un dossier réseau.

Pour créer un dossier partagé

  1. Vérifiez que le compte d’utilisateur qui exécute cette procédure est membre du groupe Administrateurs sur l’ordinateur sur lequel vous souhaitez créer le dossier partagé.

  2. Si vous créez le dossier partagé sur un autre ordinateur que celui qui exécute SQL Server, assurez-vous que le compte de service SQL Server (MSSQLSERVER) utilise un compte d’utilisateur de domaine et qu’il dispose d’autorisations de contrôle total sur le dossier partagé.

  3. Sur le serveur sur lequel vous souhaitez stocker les données de sauvegarde, créez un dossier partagé.

  4. Sous l’onglet Partage de la boîte de dialogue Propriétés, cliquez sur Partager, puis, dans la boîte de dialogue Partage de fichier, ajoutez les comptes suivants et affectez-leur le rôle Copropriétaire :

    • Compte de service de recherche

    • Compte de service SQL Server (MSSQLSERVER)

    • Compte d’identité du pool d’applications de l’Administration centrale de SharePoint

    • Compte de service du minuteur SharePoint 2010 (si vous utilisez SharePoint Server 2010 pour effectuer les sauvegardes)

See Also

Other Resources

Dossiers partagés