Estimer la durée du processus de mise à niveau et la quantité d’espace nécessaire (Windows SharePoint Services)

Article
05/17/2012

Mise à jour : 2009-03-05

Dans cet article :

Estimer la quantité d’espace nécessaire pour la mise à niveau
Estimer la durée de la mise à niveau
Feuille de calcul associée

Chaque environnement est unique et présente des possibilités matérielles et des caractéristiques de site spécifiques. La quantité d’espace et la durée nécessaires à l’exécution d’une mise à niveau varient considérablement en fonction de votre environnement. La meilleure approche pour estimer la quantité d’espace nécessaire et la durée du processus de mise à niveau consiste à effectuer une mise à niveau de test, puis à passer en revue les tailles et heures. Pour plus d’informations sur l’exécution d’une mise à niveau de test, voir Utiliser une mise à niveau d’évaluation pour rechercher les problèmes potentiels (Windows SharePoint Services).

Estimer la quantité d’espace nécessaire pour la mise à niveau

En fonction de l’approche de mise à niveau que vous choisissez, vous devrez recourir à différentes quantités d’espace disque disponible pour effectuer l’opération. Dans le cas d’une mise à niveau sur place ou d’une migration de base de données, vous devez prévoir une très faible expansion des bases de données ; toutefois, étant donné qu’un grand nombre de transactions ont lieu pendant le processus de mise à niveau, les fichiers journaux devront croître pour prendre en charge les modifications qui se produisent.

Dans le cas d’une mise à niveau progressive, vous devez disposer d’un espace pour trois ensembles de bases de données : les bases de données d’origine, les bases de données temporaires dans lesquelles le processus de mise à niveau a lieu et les bases de données mises à niveau. En outre, vous avez besoin d’un espace pour les fichiers journaux et les index de recherche supplémentaires (si nécessaire).

Pour obtenir des recommandations et les méthodes conseillées pour planifier et surveiller vos besoins en matière de stockage SQL Server afin d'optimiser les performances et le fonctionnement de vos batteries de serveurs, consultez Livre blanc : Planification et surveillance du stockage SQL Server pour Windows SharePoint Services : recommandations en matière de performances et pratiques recommandées.

Estimer l’espace pour une mise à niveau sur place ou une migration de base de données

Dans le cas d’une mise à niveau sur place ou d’une migration de base de données, il est inutile de prévoir une grande quantité d’espace de base de données supplémentaire. Dans le cas d’une migration de base de données de contenu, il suffit de prévoir sur le nouveau matériel autant d’espace que celui requis pour les bases de données actuelles, ainsi qu’un espace pour la prise en charge de l’expansion future. Pour déterminer la taille actuelle de vos bases de données, utilisez Enterprise Manager dans Microsoft SQL Server. Outre l’espace pour les bases de données, vous devez prévoir de l’espace pour les éléments suivants :

Les bases de données temporaires. Vérifiez que vous disposez de suffisamment d’espace pour permettre la croissance rapide des bases de données temporaires. Si vous ne disposez pas d’assez d’espace, il se peut que le processus de mise à niveau arrive à expiration et que la mise à niveau échoue.
les fichiers journaux de mise à niveau ;

les fichiers journaux de transactions des bases de données. Ces fichiers journaux doivent croître rapidement pour prendre en charge toutes les modifications qui ont lieu dans les bases de données ; assurez-vous que vous disposez de suffisamment d’espace disque pour ces fichiers journaux.

Remarque :
Dans les environnements très volumineux, il est possible que le taux de croissance par défaut des fichiers journaux de transactions (10 %) ne soit pas suffisant pour prendre en charge le processus de mise à niveau ; cela peut entraîner un délai d’attente. Là encore, une mise à niveau de test est le meilleur moyen pour déterminer si les fichiers journaux des transactions peuvent prendre en charge le processus de mise à niveau. Si votre environnement est très volumineux ou que le processus a expiré au cours d’une mise à niveau de test, envisagez d’attribuer une taille supérieure aux fichiers journaux de transactions SQL Server afin qu’il y ait suffisamment d’espace pour toutes les transactions à traiter. Pour plus d’informations sur la prévision d’une marge de croissance pour les journaux de transactions SQL Server, voir la rubrique « Développement d’une base de données » dans la documentation SQL Server 2000 ou 2005.

Dans les environnements très volumineux, il est possible que le taux de croissance par défaut des fichiers journaux de transactions (10 %) ne soit pas suffisant pour prendre en charge le processus de mise à niveau ; cela peut entraîner un délai d’attente. Là encore, une mise à niveau de test est le meilleur moyen pour déterminer si les fichiers journaux des transactions peuvent prendre en charge le processus de mise à niveau. Si votre environnement est très volumineux ou que le processus a expiré au cours d’une mise à niveau de test, envisagez d’attribuer une taille supérieure aux fichiers journaux de transactions SQL Server afin qu’il y ait suffisamment d’espace pour toutes les transactions à traiter. Pour plus d’informations sur la prévision d’une marge de croissance pour les journaux de transactions SQL Server, voir la rubrique « Développement d’une base de données » dans la documentation SQL Server 2000 ou 2005.

Estimer l’espace requis pour une mise à niveau progressive

Si vous adoptez une mise à niveau progressive, vous devez disposer d’un espace de base de données en mesure de prendre en charge une quantité de données représentant environ trois fois la taille de votre collection de sites la plus volumineuse. Pour déterminer la taille actuelle de vos bases de données, utilisez Enterprise Manager dans SQL Server.

Si vous n’avez pas la possibilité d’allouer autant d’espace disque, vous pouvez réduire cette charge en mettant à niveau les sites par lots. Une fois que vous avez mis à niveau plusieurs lots et vérifié auprès des propriétaires de sites que les versions anciennes ne sont plus nécessaires, vous pouvez démarrer le nettoyage et la suppression des versions précédentes des sites (après avoir effectué une sauvegarde). Si vous continuez de cette manière, en mettant à niveau de nouveaux lots et en supprimant les sites de l’ancienne version, vous pouvez réguler la quantité d’espace nécessaire.

Outre l’espace pour les bases de données, vous devez prévoir de l’espace pour les éléments suivants :

les fichiers journaux de mise à niveau ;

Remarque :
Dans les environnements très volumineux, il est possible que le taux de croissance par défaut des fichiers journaux de transactions (10 %) ne soit pas suffisant pour prendre en charge le processus de mise à niveau ; cela peut entraîner un délai d’attente. Là encore, une mise à niveau de test est le meilleur moyen pour déterminer si les fichiers journaux des transactions peuvent prendre en charge le processus de mise à niveau. Si votre environnement est très volumineux ou que le processus a expiré au cours d’une mise à niveau de test, envisagez d’attribuer une taille supérieure aux fichiers journaux de transactions SQL Server afin qu’il y ait suffisamment d’espace pour toutes les transactions à traiter. Pour plus d’informations sur la prévision d’une marge de croissance pour les journaux de transactions SQL Server, voir la rubrique « Développement d’une base de données » dans la documentation SQL Server 2000 ou 2005.

Pour plus d’informations sur la façon dont l’espace disque est utilisé au cours d’une mise à niveau progressive, voir Fonctionnement du processus de mise à niveau (Windows SharePoint Services).

Estimer la durée de la mise à niveau

À partir des estimations d’espace disque, vous pouvez évaluer la durée approximative du processus de mise à niveau proprement dit. Les durées de mise à niveau varient considérablement suivant les environnements. Les performances d’une mise à niveau dépendent considérablement du matériel utilisé, de la complexité des sites et des caractéristiques de votre implémentation. Par exemple, si vous disposez d’un nombre élevé de bibliothèques de documents volumineuses, leur mise à niveau peut prendre plus de temps que celle d’un site plus simple.

L’approche de mise à niveau que vous avez choisie aura également un impact important sur la durée du processus. La mise à niveau par le biais d’une migration de base de données est la méthode la plus rapide (gardez à l'esprit, cependant, que les étapes antérieures et postérieures à la mise à niveau dans cette approche durent beaucoup plus longtemps que dans les autres approches). Une mise à niveau progressive est la méthode la plus lente en raison des étapes supplémentaires de copie de données à suivre. Une mise à niveau sur place se caractérise par une durée intermédiaire.

La meilleure façon d’estimer la durée globale consiste à effectuer une mise à niveau de test d’une petite partie des données, puis à consulter les fichiers journaux de mise à niveau. Vous pouvez également utiliser les fichiers journaux pour vérifier votre progression au fil du processus de mise à niveau. Le fichier upgrade.log situé à l’emplacement %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS indique la durée.

Toutefois, l’estimation que vous obtenez à partir de votre jeu de données concerne le processus de mise à niveau des données proprement dit ; elle n’inclut pas l’ensemble des étapes que vous devez suivre avant et après cette étape, qui peuvent prendre plus de temps que la mise à niveau des données elles-mêmes. Lors de l’évaluation de la durée de la mise à niveau, outre le traitement des données, vous devez estimer la durée des activités qui ont lieu au cours des étapes antérieures et postérieures à la mise à niveau.

Étapes antérieures à la mise à niveau :

Création des éléments personnalisés La création d’une définition de site ou de nouvelles mises en page, ou la mise à niveau de composants WebPart, prennent un certain temps. Le processus de création des éléments personnalisés doit commencer tôt, pendant la phase d’évaluation de votre projet.
Sauvegarde des bases de données Vous devez effectuer une sauvegarde complète, pas une sauvegarde différentielle, pour être certain de pouvoir effectuer une récupération dans l’hypothèse peu probable où la mise à niveau échouerait et où vous devriez régénérer votre batterie de serveurs. Pour les environnements volumineux, cette étape peut prendre beaucoup de temps. En particulier, si vous effectuez la sauvegarde sur un emplacement réseau, des problèmes de temps de réponse du réseau peuvent ralentir ce processus.
Création de nouveaux noms DNS (Domain Name System) pour une mise à niveau progressive La propagation des modifications dans le réseau par le système DNS prend un certain temps. Pour plus d’informations sur la création préalable des noms DNS pour une mise à niveau progressive, voir Créer des noms de domaine (mise à niveau progressive uniquement) (Windows SharePoint Services).

Étapes postérieures à la mise à niveau :

Vérification des sites, modification du modèle ou rétablissement de celui-ci Accordez suffisamment de temps aux utilisateurs pour qu’ils puissent valider leurs sites après la mise à niveau. Cette opération peut prendre plusieurs jours. Pour plus d’informations, voir Examiner les sites mis à niveau (Windows SharePoint Services).

D’autres facteurs dans votre environnement peuvent également favoriser un allongement de la durée des mises à niveau, tels que les suivants :

Bibliothèques de documents très volumineuses La mise à niveau d’une bibliothèque de documents contenant plus de 250 000 documents uniquement à sa racine (plutôt que dans des dossiers) prend beaucoup de temps et peut ne pas être couronnée de succès. Vous pouvez gérer la taille des bibliothèques en vous appuyant sur les recommandations de la version 2.0 relatives à l’utilisation de dossiers pour scinder les bibliothèques de documents volumineuses. Par exemple, si vous réorganisez la même bibliothèque de documents afin que les 250 000 documents soient répartis en 125 dossiers, sa mise à niveau devrait être plus facile.

Bases de données très volumineuses La mise à niveau des bases de données supérieures à 100 Go peut prendre beaucoup de temps. Si vos bases de données sont supérieures à cette taille, il est recommandé de les scinder en bases de données plus petites avant d’exécuter la mise à niveau. Non seulement la mise à niveau des bases de données volumineuses peut prendre plus de temps, mais celles-ci peuvent compliquer une opération de récupération si la mise à niveau ne se déroule pas correctement. Il existe des outils pris en charge par la communauté qui permettent de déplacer des collections de sites d’une base de données à l’autre.

Attention :
En outre, si vous disposez d’une base de données très volumineuse (supérieure à 100 Go) que vous ne pouvez pas scinder (parce que la majeure partie du contenu se trouve dans une seule collection de sites), vous pouvez reconsidérer votre approche de mise à niveau. Une approche de mise à niveau progressive peut gérer des bases de données un peu plus volumineuses car, dans le cas d’une approche progressive, vous pouvez mettre à niveau les collections de sites individuellement. Une approche de type migration de base de données est plus difficile dans le cas des bases de données très volumineuses, du simple fait que la sauvegarde et la restauration de ces bases de données sont problématiques. Bien entendu, une approche progressive requiert davantage d’espace, si bien que vous devez envisager vos options avec soin. Pour plus d'informations sur la migration de base de données pour la mise à à niveau des sites après une mise à niveau graduelle, voir l'article 926718, Comment lier à Windows SharePoint Services 3.0 une sauvegarde de base de données de contenu au cours d'une mise à niveau progressive d'une ferme Windows SharePoint Services 2.0 dans la Base de connaissances Microsoft (https://go.microsoft.com/fwlink/?linkid=113886&clcid=0x40C). Veillez à respecter les recommandations sur la planification de la capacité spécifiques aux versions anciennes et nouvelles avant de procéder à la mise à niveau. Si vous êtes allé au-delà des recommandations afin d’obtenir de meilleures performances, le processus de mise à niveau peut prendre plus de temps ou il peut échouer (par exemple, le processus peut expirer à plusieurs reprises sur la même bibliothèque de documents volumineuse). Si votre déploiement ne satisfait pas aux recommandations sur la capacité, déterminez si, avant de procéder à la mise à niveau, vous devez effectuer certaines opérations afin de pallier cette situation. Là encore, une mise à niveau de test peut vous aider à prendre une décision.

En outre, si vous disposez d’une base de données très volumineuse (supérieure à 100 Go) que vous ne pouvez pas scinder (parce que la majeure partie du contenu se trouve dans une seule collection de sites), vous pouvez reconsidérer votre approche de mise à niveau. Une approche de mise à niveau progressive peut gérer des bases de données un peu plus volumineuses car, dans le cas d’une approche progressive, vous pouvez mettre à niveau les collections de sites individuellement. Une approche de type migration de base de données est plus difficile dans le cas des bases de données très volumineuses, du simple fait que la sauvegarde et la restauration de ces bases de données sont problématiques. Bien entendu, une approche progressive requiert davantage d’espace, si bien que vous devez envisager vos options avec soin. Pour plus d'informations sur la migration de base de données pour la mise à à niveau des sites après une mise à niveau graduelle, voir l'article 926718, Comment lier à Windows SharePoint Services 3.0 une sauvegarde de base de données de contenu au cours d'une mise à niveau progressive d'une ferme Windows SharePoint Services 2.0 dans la Base de connaissances Microsoft (https://go.microsoft.com/fwlink/?linkid=113886&clcid=0x40C).

Veillez à respecter les recommandations sur la planification de la capacité spécifiques aux versions anciennes et nouvelles avant de procéder à la mise à niveau. Si vous êtes allé au-delà des recommandations afin d’obtenir de meilleures performances, le processus de mise à niveau peut prendre plus de temps ou il peut échouer (par exemple, le processus peut expirer à plusieurs reprises sur la même bibliothèque de documents volumineuse). Si votre déploiement ne satisfait pas aux recommandations sur la capacité, déterminez si, avant de procéder à la mise à niveau, vous devez effectuer certaines opérations afin de pallier cette situation. Là encore, une mise à niveau de test peut vous aider à prendre une décision.

Feuille de calcul

Utilisez la Feuille d’estimation de l’espace de base de données et de la durée de la mise à niveau (https://go.microsoft.com/fwlink/?linkid=73752&clcid=0x40C) (en anglais) pour déterminer l’espace disque nécessaire et la durée de la mise à niveau.

Partager via