Share via


Implémentation de la sauvegarde et de la restauration

Dernière modification : mardi 20 avril 2010

S’applique à : SharePoint Foundation 2010

La prise en charge de l’implémentation de la sauvegarde et de la restauration des applications de service Web et des proxys d’application de service Web est fournie dans l’Infrastructure des applications de service. Chaque service peut être marqué pour la sauvegarde séparément. Les bases de données de services qui ne présentent pas de contraintes particulières peuvent être inscrites auprès de SharePoint Foundation 2010. Au lieu d’implémenter la classe IBackupRestore, vous pouvez appliquer les attributs de sauvegarde appropriés.

Aucune propriété complexe qui n’est pas par essence prise en charge par l’infrastructure de sauvegarde et de restauration SharePoint Foundation 2010 n’est automatiquement sauvegardée. L’Infrastructure des applications de service ne participe pas au processus de sauvegarde et de restauration limité à la configuration dans SharePoint Foundation 2010.

Pour les services qui adhèrent à la sauvegarde et à la restauration, les ressources suivantes sont automatiquement sauvegardées et restaurées :

  • l’objet persistant ;

  • les listes de contrôle d’accès au niveau de la plateforme ;

  • les points de terminaison de service ;

  • le pool d’applications de service ;

  • les équilibrages de charge basés sur le service de topologie ;

  • les bases de données et les équilibrages de charge round robin référencés par le biais de classes dérivées de SPDatabase. (Tous les autres équilibrages de charge personnalisés requièrent du code personnalisé pour être sauvegardés et restaurés.)

Notes

Les bases de données et les équilibrages de charge round robin sont inclus dans la sauvegarde et la restauration si PersistedAttributeMergeType est défini sur merge. Par exemple, une référence de base de données marquée avec [Persisted] sera sauvegardée, tandis qu’une référence de base de données marquée avec [Persisted(PersistedAttributeMergeType.NonMerge)] ne sera pas sauvegardée ou restaurée. Cela permet au développeur de service de décider si une base de données ou un équilibrage de charge doit être inclus dans le package de sauvegarde. Par exemple, il n’est pas forcément nécessaire de sauvegarder une base de données temporaire.

Implémentation de la sauvegarde et de la restauration

Vous implémentez la sauvegarde et la restaurez en appliquant un attribut de langage C# aux classes d’application et de proxy d’application, comme suit :

Appliquez l’attribut IisWebServiceApplicationBackupBehaviorAttribute à la classe d’application pour indiquer que l’application de service Web doit être incluse dans une sauvegarde lorsque celle-ci se produit.

Appliquez l’attribut IisWebServiceApplicationProxyBackupBehaviorAttribute à la classe de proxy d’application pour indiquer que le proxy d’application de service Web doit être inclus dans une sauvegarde lorsque celle-ci se produit.

Exemple

[IisWebServiceApplicationProxyBackupBehavior]
    [System.Runtime.InteropServices.Guid("7081FDA9-21B4-4AF6-9DCD-877348683C59")]
    internal sealed class SampleWebServiceApplicationProxy : SPIisWebServiceApplicationProxy
<IisWebServiceApplicationProxyBackupBehavior, System.Runtime.InteropServices.Guid("7081FDA9-21B4-4AF6-9DCD-877348683C59")>
Friend class SampleWebServiceApplicationProxy
        Inherits SPIisWebServiceApplicationProxy
End class

Fourniture d’un mécanisme d’extensibilité

Si une application de service ou un proxy d’application requiert l’exécution de code personnalisé pendant la sauvegarde et la restauration, l’Infrastructure des applications de service fournit un mécanisme d’extensibilité qui simule l’interface exposée par l’infrastructure de sauvegarde et de restauration SharePoint Foundation 2010.

Pour ajouter du code personnalisé au processus de sauvegarde et de restauration

  1. Dérivez une classe de :

  2. Substituez une ou plusieurs fonctions ou propriétés virtuelles.

  3. Appliquez l’attribut personnalisé à la classe d’application ou de proxy d’application.

Notes

Le seul mécanisme de sauvegarde pris en charge consiste à implémenter le mécanisme de sauvegarde et de restauration basé sur l’attribut. Même si vous avez implémenté IBackupRestore et d’autres interfaces de sauvegarde et de restauration, vous devez envisager d’utiliser l’infrastructure basée sur l’attribut. Certaines parties de l’application de service, telles que le pool d’applications utilisé, ne peuvent pas être recréées à l’aide d’API publiques.

Voir aussi

Référence

IBackupRestore