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

Article
06/12/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
Fiche 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. Par exemple, les sites basés sur Microsoft® Windows® SharePoint® Services 2.0 peuvent être mis à niveau plus rapidement que les sites portail ou personnels basés sur Microsoft Office SharePoint Portal Server 2003 ; en effet, le processus de mise à niveau pour les sites Windows SharePoint Services 2.0 comporte moins d’étapes que le processus de mise à niveau pour les sites portail et personnels SharePoint Portal Server 2003. 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 les durées. 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 (Office SharePoint Server).

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 des recommandations et des meilleures pratiques fondamentales qui vous aident à planifier et à gérer les contraintes de stockage SQL Server afin d’optimiser les performances et le fonctionnement de vos batteries de serveurs, voir Planification et surveillance du stockage SQL Server pour Office SharePoint Server : recommandations et meilleures pratiques pour optimiser les performances : livre blanc.

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 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 optez pour 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. Par exemple, un site portail interne de Microsoft comportait un site portail racine dans SharePoint Portal Server 2003 avec 400 gigaoctets (Go) de données dans sa base de données. Le groupe informatique a estimé que 1,2 téraoctet (To) d’espace dans la base de données était nécessaire pour exécuter une mise à niveau progressive. 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 anciennes versions 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.

Si vous utilisez des services partagés, vous devez aussi disposer de l’espace nécessaire pour environ deux fois vos index. En effet, lors d’une mise à niveau progressive avec des services partagés, vous procéderez à l’indexation à deux reprises (à partir de la version précédente et à partir de la nouvelle version).

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.

Les index de recherche. Dans une mise à niveau progressive, vous pouvez avoir deux analyses de recherche en cours d’exécution simultanément.

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 (Office SharePoint Server).

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 ou de sites personnalisés, 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 en mémoire, toutefois, que les étapes antérieures et postérieures à la mise à niveau de cette approche durent beaucoup plus longtemps que 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 sur 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).

É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 (Office SharePoint Server).
Création du fournisseur de services partagés Cette étape s’applique uniquement lors de la migration d’une base de données (dans une mise à niveau sur place ou progressive, le fournisseur de services partagés est créé en tant que partie intégrante du processus de mise à niveau). La création d’un fournisseur de services partagés peut prendre 10 à 20 minutes ; cependant, si vous devez contacter un administrateur de base de données pour qu’il crée préalablement les bases de données pour vous, un délai moyen d’un à deux jours peut être nécessaire.
Importation des profils après la mise à niveau Cette étape peut prendre plusieurs heures à un jour pour les organisations de grande taille (par exemple, plus de 1 000 profils).
Exécution d’une analyse des utilisateurs Pour les organisations de grande taille, cette étape peut prendre plus de 24 heures.
Exécution d’une analyse de recherche sur tout le contenu Pour les sites de grande taille, cette étape peut prendre plus de 24 heures.

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 des versions 2003 et 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. Toutefois, les bases de données contenant des sites portail sont souvent plus volumineuses encore (par exemple, 200 Go). Si vous avez un site portail avec des zones volumineuses, il ne peut pas être fractionné dans SharePoint Portal Server 2003 et vous devez le mettre à niveau en une seule fois.

Remarque :
Si vous avez des bases de données d’une taille supérieure à 100 Go mais comprenant des sites d’équipe ou Mes sites plutôt que des sites portail, il est recommandé de les diviser en bases de données de plus petite taille 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 entre des bases de données.

Si vous avez des bases de données d’une taille supérieure à 100 Go mais comprenant des sites d’équipe ou Mes sites plutôt que des sites portail, il est recommandé de les diviser en bases de données de plus petite taille 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 entre des bases de données.

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 examiner attentivement vos options. Pour plus d’informations sur l’utilisation de la migration de base de données pour mettre à niveau des sites après avoir finalisé une mise à niveau progressive, 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).

Attention :
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.

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.

Fiche

Utilisez la feuille relative à l’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) pour déterminer l’espace disque nécessaire à la réalisation de la mise à niveau et la durée du processus de mise à niveau.

Télécharger ce livre

Cette rubrique est incluse dans le livre téléchargeable suivant pour une lecture et une impression plus faciles :

Mise à niveau vers Office SharePoint Server 2007

Vous trouverez la liste complète des livres disponibles sur Livres téléchargeables pour Office SharePoint Server 2007.