Meilleures pratiques de sauvegarde et récupération (SharePoint Foundation 2010)

S’applique à : SharePoint Foundation 2010

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

Cet article décrit les meilleures pratiques à respecter afin d’aider à garantir le succès des opérations de sauvegarde et de restauration dans Microsoft SharePoint Foundation 2010 et la protection de l’environnement contre toute perte de données ou intervalle de continuité. Il décrit les meilleures pratiques en matière de performances, d’assurance de la qualité, de sécurité et d’excellence opérationnelle.

Dans cet article :

• Meilleures pratiques pour les performances

• Meilleures pratiques pour l’assurance de la qualité

• Meilleures pratiques procédurales

Meilleures pratiques pour les performances

Les opérations de sauvegarde et de restauration peuvent consommer des ressources de serveurs et limiter les performances des serveurs lors de l’exécution des opérations. Ces meilleures pratiques vous aideront à réduire l’utilisation des ressources et à accroître les performances des serveurs et des opérations de sauvegarde et de restauration.

Réduire la latence entre SQL Server et l’emplacement de sauvegarde

En règle générale, il est préférable d’utiliser un disque local sur le serveur de bases de données, et non un lecteur réseau, pour les sauvegardes, puis de copier ultérieurement les données dans un dossier partagé sur le réseau. Les lecteurs réseau ayant une latence d’1 milliseconde ou moins entre eux et le serveur de bases de données offriront de bonnes performances.

Pour éviter les goulets d’étranglement d’E/S, effectuez la sauvegarde principale sur un disque distinct de celui qui exécute SQL Server 2008 avec SP1 et mise à jour cumulative 2.

De par leur conception même, la plupart des travaux de sauvegarde consomment toutes les ressources d’E/S disponibles pour effectuer le travail. Par conséquent, il se peut que vous constatiez une mise en file d’attente sur disque, qui peut entraîner une latence des demandes d’E/S supérieure à la moyenne.

Éviter les conflits de traitement

N’exécutez pas de travaux de sauvegarde pendant les périodes au cours desquelles les utilisateurs ont besoin d’accéder au système. Envisagez des sauvegardes échelonnées afin que toutes les bases de données ne soient pas sauvegardées en même temps.

Limiter la taille des bases de données afin de réduire les durées de récupération

Limitez la taille des bases de données afin d’accélérer la sauvegarde et la récupération. Vous pouvez pour cela utiliser plusieurs bases de données de contenu pour une application Web, au lieu d’une seule grande base de données de contenu.

Utiliser des sauvegardes incrémentielles pour les grandes bases de données

Utilisez des sauvegardes incrémentielles pour les grandes bases de données telles que celles disponibles avec DPM 2010. Les sauvegardes incrémentielles peuvent être restaurées plus rapidement et plus efficacement que les sauvegardes complètes pour les grandes bases de données. Pour plus d’informations sur les types de sauvegardes, voir Vue d’ensemble de la sauvegarde (SQL Server) (https://go.microsoft.com/fwlink/?linkid=203863&clcid=0x40C).

Utiliser la compression durant la sauvegarde

Dans certaines circonstances, vous pouvez recourir à la compression pour améliorer la taille (réduction de 30 %) et la durée (éduction de 25 %) des sauvegardes. La compression des sauvegardes a été introduite dans SQL Server 2008 Enterprise. Pour plus d’informations sur l’impact de la compression des sauvegardes sur les performances dans SQL Server, voir Compression de sauvegardes (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x40C).

Suivre les recommandations permettant d’optimiser les sauvegardes et les restaurations SQL Server

Si vous utilisez des sauvegardes SQL Server, afin de réduire au minimum le temps de récupération, combinez des sauvegardes complètes, différentielles et du journal des transactions (pour le mode de récupération complète ou utilisant les journaux de transactions). Les sauvegardes différentielles de la base de données sont généralement plus rapides à créer que les sauvegardes complètes et réduisent la quantité du journal des transactions requise pour la récupération de la base de données.

Si vous utilisez le mode de récupération complète, nous vous recommandons de tronquer régulièrement les fichiers journaux de transactions afin d’éviter tout problème de maintenance.

Pour obtenir des recommandations détaillées sur l’optimisation des performances de sauvegarde et de restauration dans SQL Server, voir Optimisation des performances de sauvegarde et de restauration dans SQL Server (https://go.microsoft.com/fwlink/?linkid=126630&clcid=0x40C).

Utiliser un dispositif RAID 10 en cas d’utilisation de la technologie RAID

Réfléchissez bien avant de décider s’il faut utiliser un dispositif RAID (Redundant Array of Independent Disks) sur l’unité de sauvegarde sur disque. Par exemple, un dispositif RAID 5 présente des performances d’écriture faibles, avec une vitesse approximativement identique à celle obtenue dans le cas d’un seul disque. (En effet, le niveau RAID 5 doit gérer les informations de parité.) L’utilisation d’un dispositif RAID 10 pour une unité de sauvegarde peut procurer des sauvegardes plus rapides. Pour plus d’informations sur la façon d’utiliser la technologie RAID dans le cadre des sauvegardes, voir Configurer RAID afin d’optimiser les opérations d’écriture et de lecture SQL Server (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0x40C).

Configurer les paramètres SharePoint afin d’améliorer les performances de sauvegarde ou de restauration

Vous pouvez configurer des paramètres dans l’Administration centrale et dans Windows PowerShell de façon à augmenter l’efficacité et les performances de sauvegarde et de restauration.

Si vous utilisez l’applet de commande Windows PowerShell Export-SPWeb, vous pouvez utiliser le paramètre NoFileCompression. Par défaut, SharePoint Foundation 2010 utilise la compression de fichier lors de l’exportation d’applications Web, de collections de sites, de listes ou de bibliothèques de documents. Vous pouvez utiliser ce paramètre pour annuler la compression de fichier lors de l’exportation et de l’importation. La compression de fichier peut utiliser jusqu’à 30 % de ressources en plus, mais le fichier exporté utilisera environ 25 % d’espace disque en moins. Si vous utilisez le paramètre NoFileCompression lors de l’exportation, vous devez l’utiliser également lorsque vous importez le même contenu.

Vous pouvez également utiliser le paramètre NoLogFile. Par défaut, SharePoint Foundation 2010 crée toujours un fichier journal lorsque vous exportez du contenu. Vous pouvez utiliser ce paramètre pour éviter la création de fichier journal et économiser les ressources. Cependant, il est recommandé de toujours créer des journaux, car ceux-ci peuvent être utiles lors des opérations de dépannage. De plus, la création de journal n’utilise pas beaucoup de ressources.

Si vous utilisez l’applet de commande Backup-SPFarm, vous pouvez utiliser le paramètre BackupThreads pour spécifier le nombre de threads utilisées par SharePoint Foundation 2010 durant le processus de sauvegarde. Plus le nombre de threads est élevé, plus cette opération de sauvegarde consommera de ressources, mais moins elle prendra de temps (si les ressources suffisantes sont disponibles). Toutefois, chaque thread étant signalé individuellement dans les fichiers journaux, l’utilisation d’un nombre restreint de threads facilite l’interprétation des fichiers journaux. Par défaut, trois threads sont utilisés. La quantité maximale de threads disponibles est 10.

Prendre en compte la taille de la collection de sites lors de la détermination des outils à utiliser

Si des sauvegardes de la collection de sites sont nécessaires, en plus des sauvegardes au niveau de la base de données ou de la batterie, sélectionnez les outils que vous utiliserez en fonction de la taille de la collection de sites.

• Moins de 15 gigaoctets (Go) : utilisez la commande Windows PowerShell Backup-SPSite. Pour plus d’informations, voir Sauvegarder une collection de sites (SharePoint Foundation 2010).

• 15-100 Go : utiliser un outils des Produits et technologies SharePoint, un outil SQL Server ou autre outil de sauvegarde de base de données afin de protéger la base de données de contenu qui contient la collection de sites. Pour plus d’informations, voir Sauvegarder une collection de sites (SharePoint Foundation 2010).

• Plus de 100 Go : utilisez une solution de sauvegarde différentielle, telle que Microsoft SQL Server 2005 ou DPM 2010, au lieu des outils de sauvegarde et restauration intégrés.

Meilleures pratiques pour l’assurance de la qualité

Vous pouvez adhérer à ces meilleures pratiques afin d’aider à garantir la qualité des sauvegardes de l’environnement de batterie et réduire les risques de perte de données.

S’assurer de disposer d’un espace de stockage adéquat

Assurez-vous que le système dispose de suffisamment d’espace disque pour prendre en charge la sauvegarde.

Tester de manière régulière la qualité des sauvegardes

Testez régulièrement les sauvegardes et vérifiez leur cohérence. Effectuez des exercices de récupération afin de valider le contenu de la sauvegarde et de vous assurer qu’il est possible de restaurer l’environnement entier. Pour les environnements distribués géographiquement, préparez la récupération d’urgence en configurant une batterie distante. Vous pouvez ensuite restaurer l’environnement en exécutant la commande d’attachement de base de données pour télécharger une copie de la base de données sur la batterie distante et rediriger les utilisateurs. Effectuez régulièrement un essai de récupération de données pour vérifier que les fichiers sont sauvegardés correctement. Un essai de restauration peut exposer des problèmes matériels non détectés lors des vérifications logicielles.

Sauvegarder les journaux de suivi ULS

Les outils SharePoint Foundation 2010 n’effectuent pas de sauvegarde des journaux de suivi ULS. Les données contenues dans les journaux ULS peuvent s’avérer utiles pour l’analyse des performances, le dépannage, l’analyse de la conformité aux contrats de niveau de service et pour des raisons légales, réglementaires ou professionnelles. Il convient donc de protéger ces données dans le cadre de la maintenance de routine. Pour plus d’informations sur la sauvegarde des journaux ULS, voir Sauvegarder ou archiver des journaux (SharePoint Foundation 2010).

Stocker une copie des fichiers de sauvegarde hors site

Pour prévenir les pertes provoquées par une catastrophe, telle qu’un incendie ou un tremblement de terre, conservez des copies en double des sauvegardes ailleurs que sur les serveurs. Procéder ainsi peut vous éviter la perte de données critiques. Une pratique recommandée consiste à conserver trois copies du support de sauvegarde et au moins une copie hors site dans un environnement contrôlé. Cette copie doit inclure tous les documents et fichiers de sauvegarde et récupération, les sauvegardes des journaux de transactions et de bases de données, ainsi que les sauvegardes des journaux de suivi et d’utilisation.

Meilleures pratiques procédurales

Vous pouvez appliquer ces meilleures pratiques procédurales afin d’aider à planifier et effectuer les opérations de sauvegarde et restauration avec davantage de facilité et d’assurance et une meilleure documentation.

Utiliser des noms de serveurs complets

Lorsque vous faites référence à des serveurs dans un domaine différent, utilisez toujours des noms de domaine complets.

Conserver des archives rigoureuses

Lorsque vous déployez SharePoint Foundation 2010, conservez un enregistrement des comptes que vous créez, ainsi que des noms d’ordinateurs, des mots de passe et des options de configuration retenues. Conservez ces informations en lieu sûr.

Conserver un environnement de récupération à portée de main

Préparez-vous à une récupération d’urgence et à des tests de restauration en configurant une batterie distante. Vous pouvez ensuite restaurer l’environnement en exécutant la commande d’attachement de base de données pour télécharger une copie de la base de données sur la batterie distante et rediriger les utilisateurs. De même, vous pouvez configurer un environnement de secours exécutant la même version des logiciels que l’environnement de production, de manière à pouvoir restaurer les bases de données et récupérer les documents rapidement.

Planifier les opérations de sauvegarde

Si vous voulez planifier des sauvegardes, vous pouvez utiliser le Planificateur de tâches de Windows pour les exécuter à l’aide d’un fichier de script Windows PowerShell (*.ps1).

Utiliser le fournisseur SQL FILESTREAM avec le stockage BLOB

Si vous utilisez le stockage BLOB à l’aide du fournisseur SQL FILESTREAM et que vous sauvegardez la base de données de contenu avec ce magasin d’objets blob distants défini, le magasin d’objets blob distants et la base de données de contenu seront tous deux sauvegardés et restaurés en cas d’utilisation d’outils SharePoint ou SQL Server. Nous déconseillons l’utilisation du magasin d’objets blob distants avec d’autres méthodes de restauration.