Conseils pour améliorer les performances de sauvegarde et de récupération (Office SharePoint Server)

Mise à jour : 2008-08-28

Utilisez les conseils de cet article afin de réduire l’effet sur les performances des opérations de sauvegarde et de récupération.

De par leur nature, la plupart des opérations de sauvegarde consomment autant de ressources d’E/S que possible pour terminer la tâche dans le temps disponible à des fins de maintenance. Par conséquent, il se peut que vous constatiez une mise en file d’attente sur le disque et un retour de toutes les demandes d’E/S plus lent que d’habitude. Ceci est normal et ne doit pas être considéré comme un problème.

Sélectionner les outils de la sauvegarde des collections de sites en fonction de la taille

Si l’entreprise nécessite des sauvegardes de collections de sites en plus de sauvegardes au niveau de la batterie de serveurs ou de la base de données, sélectionnez les outils en fonction de la taille des collections de sites.

• Inférieure à 15 gigaoctets (Go) : utilisez la sauvegarde de collection de sites Stsadm.

  Remarque :
  Vous devez verrouiller la collection de sites avant d’utiliser la sauvegarde de collection de sites Stsadm. Pour ce faire, définissez un verrou en lecture seule à l’aide de l’opération suivante : Setsitelock : opération Stsadm (Office SharePoint Server).

• Entre 15 et 100 Go : utilisez un outil des produits et technologies SharePoint, un outil SQL Server ou un autre outil de sauvegarde de base de données pour protéger la base de données de contenu qui contient la collection de sites.

• Supérieure à 100 Go : utilisez une solution de sauvegarde différentielle, telle que Microsoft SQL Server 2005 ou Microsoft System Center Data Protection Manager 2007, à la place des outils de sauvegarde et de récupération intégrés.

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

En général, il est préférable d’utiliser un disque local, et non un lecteur réseau, pour les sauvegardes. Si vous sauvegardez plusieurs serveurs, vous pouvez recourir à un ordinateur directement connecté accessible en écriture aux deux serveurs. Les lecteurs réseau présentant une latence inférieure ou égale à 1 milliseconde entre eux-mêmes et les ordinateurs qui exécutent SQL Server se prêtent à ce dispositif.

Éviter les conflits de traitement

N’exécutez pas d’opérations de sauvegarde pendant les périodes au cours desquelles les utilisateurs ont besoin d’accéder au système.

Pour éviter les goulots d’étranglement d’E/S, effectuez dans un premier temps la sauvegarde principale sur un disque distinct, puis réalisez une copie sur bande.

Envisagez des sauvegardes échelonnées afin que toutes les bases de données ne soient pas sauvegardées en même temps.

Les sauvegardes SharePoint utilisent les sauvegardes SQL Server. Lors de l’utilisation de la compression avec vos sauvegardes, veillez à ne pas submerger SQL Server. Par exemple, certains outils de sauvegarde tiers effectuent une compression pendant la sauvegarde, ce qui peut nuire aux performances de SQL Server. Il existe des outils qui permettent d’accélérer les processus de compression et de contrôler l’impact sur SQL Server.

Tenir compte de la taille de la base de données lors de la détermination des outils à utiliser

Lorsque vous sélectionnez un outil de sauvegarde et de récupération, tenez compte des informations du tableau suivant. Pour les bases de données volumineuses, il est recommandé de recourir à des outils de sauvegarde incrémentielle. Pour plus d’informations, voir Choisir les outils de sauvegarde et de récupération (Office SharePoint Server).

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 de journalisation en bloc). Les sauvegardes différentielles de la base de données sont généralement plus rapides à créer que les sauvegardes complètes de la base de données 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 dans SQL Server 2005, il est recommandé de tronquer régulièrement les fichiers du journal des transactions pour éviter les problèmes 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 si vous envisagez de recourir à la technologie RAID

Déterminez avec soin s’il faut utiliser un dispositif RAID (Redundant Array of Independent Disks) sur votre 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 (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0x40C) .