Vue d’ensemble de la mise à niveau de Composants fonctionnels

Dernière modification : vendredi 9 juillet 2010

S’applique à : SharePoint Foundation 2010

Dans Microsoft SharePoint Foundation, chaque Composant fonctionnel possède un numéro de version spécifié dans le fichier Feature.xml correspondant. Lorsqu’un Composant fonctionnel est activé au niveau d’une étendue spécifiée, une instance de Composant fonctionnel est créée, qui est associée à cette version du Composant fonctionnel. Le contrôle de version des Composants fonctionnels dans SharePoint Foundation facilite le suivi des Composants fonctionnels et des instances qui leur sont associées. Ensuite, lorsque vous déployez une nouvelle version d’un Composant fonctionnel, SharePoint Foundation détecte que l’instance de Composant fonctionnel associée a également besoin de subir une mise à niveau, car le numéro de version de l’instance est inférieur au nouveau numéro de version spécifié dans le fichier Feature.xml actuel.

Lorsque vous exécutez une mise à niveau de Composants fonctionnels, les instances de Composant fonctionnel qui doivent être mises à niveau sont également mises à niveau en fonction des actions de mise à niveau spécifiées dans le nouveau fichier Feature.xml. SharePoint Foundation utilise de nouvelles méthodes QueryFeatures qui peuvent être appliquées aux objets de niveau supérieur, tels que SPWebApplication et SPSite, pour déterminer les instances de Composant fonctionnel à mettre à niveau, en fonction de leurs numéros de version. Le nouveau fichier Feature.xml possède une section qui permet de spécifier les actions de mise à niveau nécessaires pour mettre à niveau une instance de Composant fonctionnel particulière depuis une version antérieure vers la version la plus récente. L’infrastructure de mise à niveau récupère l’ensemble des instances de Composant fonctionnel à mettre à niveau, puis met à niveau chacune d’elles. Cette activité peut impliquer des actions de mise à niveau déclaratives, ainsi que du code de mise à niveau personnalisé. Dans SharePoint Foundation, le numéro de version fait l’objet d’un suivi pour chaque instance de Composant fonctionnel.

Les Composants fonctionnels sont mis à niveau dans l’ordre suivant : au niveau de la batterie de serveurs, au niveau de l’application Web, au niveau de la collection de sites puis, pour finir, au niveau des sites Web spécifiques. Au niveau du site Web, les instances de Composant fonctionnel sont mises à niveau à partir des sites Web racines, puis progressivement le long de la hiérarchie des sites Web enfants. Les Composants fonctionnels sont mis à niveau en fonction de l’ordre de dépendance ; en d’autres termes, les Composants fonctionnels dépendants sont mis à niveau après les Composants fonctionnels dont ils dépendent.

Lorsqu’une erreur se produit pendant la mise à niveau, la mise à niveau s’arrête pour l’instance de Composant fonctionnel spécifiée et l’erreur est enregistrée, à la fois dans les journaux du service ULS et dans un fichier Upgrade.log. (En règle générale, les journaux du service ULS contiennent davantage d’informations sur l’erreur.) Parallèlement, la mise à niveau continue de s’exécuter sur les autres instances de Composant fonctionnel. Une fois la mise à niveau initiale terminée, et avant le redémarrage du processus, les administrateurs ont la possibilité de détecter et de résoudre les problèmes qui ont provoqué l’échec de la mise à niveau de certains Composants fonctionnels. Ensuite, lorsque le processus de mise à niveau est de nouveau initié, SharePoint Foundation répète toutes les actions de mise à niveau pour les Composants fonctionnels qui ont initialement échoué, ce qui permet de mener à bien le processus de mise à niveau pour la totalité des Composants fonctionnels et des instances de Composant fonctionnel.