Options de migration de SharePoint 2007 à prendre en considération

À la fin de la vie et du support des produits Microsoft SharePoint Server (tel Microsoft SharePoint Server 2007), les mises à niveau et migrations peuvent prendre du temps. Il est préférable de connaître la date de fin de vie et de planifier le travail en avance.

Stratégies de mise à niveau courantes pour SharePoint

Plusieurs méthodes permettent de mettre à niveau un environnement SharePoint Server. Si vous avez une batterie de serveurs Microsoft Office SharePoint Server 2007, voici quelques exemples de méthodes de mise à niveau :

  • liaison de base de données ;

  • mise à niveau côte à côte ;

  • mise à niveau sur place ;

  • mise à niveau hybride (sur place avec les bases de données détachées / liaison de base de données séparée) ;

  • mise à niveau hybride SharePoint (connexion en ligne à SharePoint local) ;

  • déplacement manuel de données entre des collections de sites ou des bibliothèques ;

  • mise à niveau vers Office 365 avec l’Assistant FastTrack (conseiller pour le déploiement de SharePoint Online) ;

  • API de migration vers SharePoint Online (SPO) dans Office 365.

Qu’est-ce qui vous convient le mieux ?

Votre connaissance de ce que fait votre batterie de serveurs et de son usage constitue une force tactique lorsqu’il s’agit de procéder à une mise à niveau. La manière dont les utilisateurs se servent de la batterie de serveurs SharePoint vous aide à opérer un choix parmi vos options.

Conseil : Microsoft Office SharePoint Server 2007 offre également la possibilité d’opérer une mise à niveau progressive qui n’est pas décrite ici. Pour consulter la liste des articles relatifs aux mises à niveau spécifiques des différentes étapes, voir Feuille de route relative à la fin de vie de SharePoint Server 2007.

N’oubliez pas de vérifier le Cycle de vie des produits et la configuration requise pour la version de SharePoint vers laquelle vous procédez à la mise niveau. De la sorte, vous saurez quand la prochaine mise à niveau sera nécessaire (par exemple, si vous vous basez sur un produit hérité tel que SharePoint Server 2010 pour planifier d’autres mises à niveau, informez-vous sur sa date de fin de vie) et pourrez vous assurer de disposer d’un matériel compatible avec votre plan.

Si vous avez l’intention de migrer une partie ou la totalité de vos sites SharePoint vers Office 365 dans le cloud, le moment est venu de marquer d’un signet un lien vers les Descriptions du service Office 365. Vous aurez besoin de ces descriptions du service pour découvrir les fonctionnalités de SharePoint Online et en quoi celles-ci peuvent différer d’un serveur SharePoint Server local. Mettez à niveau les batteries de serveurs Microsoft Office SharePoint Server 2007 fonctionnelles. Si votre installation comprend des sites hors service, réparez-les avant de procéder à la mise à niveau.

Note concernant la gestion des risques

Des méthodes telles que la mise à niveau côte à côte sont importantes dans le modèle de logique de mise à niveau. Lorsque vous procédez à une mise à niveau côte à côte, vous maintenez votre batterie de serveurs Microsoft Office SharePoint Server 2007, mais créez à partir de celle-ci une batterie de serveurs de nouvelle version (SharePoint Server 2010) sur du nouveau matériel. Cela est utile à trois égards :

  1. Vous disposez d’un emplacement pour effectuer les sauvegardes de vos bases de données Microsoft Office SharePoint Server 2007 afin de pouvoir mettre à niveau celles-ci séparément en utilisant une liaison de base de données.

  2. Si vous constatez que seul un petit nombre de bibliothèques de documents critiques et d’autres informations sont utilisées dans votre batterie de serveurs Microsoft Office SharePoint Server 2007, vous pouvez choisir de déplacer manuellement des données de Microsoft Office SharePoint Server 2007 vers SharePoint Server 2010, ou de ne porter que certains sites et sites web vers la version suivante (ce qui peut faciliter votre travail).

  3. Moins vous intervenez directement sur la batterie de serveurs Microsoft Office SharePoint Server 2007, plus les données que cette batterie de serveurs contient seront en sécurité lors de la mise à niveau.

Des méthodes telles que la mise à niveau sur place agissent directement sur votre batterie de serveurs Microsoft Office SharePoint Server 2007, offrant ainsi moins d’options faciles pour abandonner un chemin de mise à niveau et recommencer avec l’environnement initial. Intégrez autant que possible des mesures de sécurité (consistant, par exemple, à effectuer et tester des sauvegardes de l’environnement d’origine). Par exemple, si votre batterie de serveurs Microsoft Office SharePoint Server 2007 est virtuelle et dupliquée à des fins de sauvegarde et de restauration, sauvegardez et restaurez les bases de données les plus récentes avant d’en arriver à la fenêtre de service pour la mise à niveau. La certitude de pouvoir restaurer des sauvegardes de base de données ne vous offre pas seulement une marge de sécurité mais aussi la tranquillité d’esprit.

Conseil : Des documents sur les meilleures pratiques de mise à niveau sont disponibles pour Microsoft Office SharePoint Server2007, SharePoint Server 2010, SharePoint Server 2013 et SharePoint Server 2016. Vous pouvez également rechercher des Partenaires Microsoft disposant d’une expérience en matière de mises à niveau ou de migrations vers Office 365.

Établir votre plan

Si vous devez procéder à une mise niveau, vous avez besoin d’un plan, et il n’existe pas de plan couvrant tous les cas de figure. Votre plan peut être aussi simple que « créer un abonnement Office 365 avec SharePoint Online, inscrire un domaine et rediriger les utilisateurs vers celui-ci pour qu’il y enregistrent leurs fichiers ». Il peut aussi pas être aussi simple. La décision vous appartient et dépend de ce dont vos utilisateurs et vous avez réellement besoin.

Remarque : Il est déconseillé de continuer à exécuter des logiciels dont cycle de vie est terminé. Les produits dont le support a expiré ne bénéficient plus de correctifs en cas de problème. Cela signifie également qu’en cas de nouvelles menaces pour la sécurité, il n’y a pas de mises à jour de sécurité ou correctifs disponibles, car les produits dont le cycle de vie est terminé ne bénéficient plus d’aucun support. Nous vous recommandons d’éviter cette situation.

Avant tout, connaître votre batterie de serveurs

Lors d’une mise à niveau, votre prise de décision doit être basée sur ce que votre batterie de serveurs fait pour votre organisation. Quels besoins satisfait-elles ? Quel est son rôle ? Chaque batterie de serveurs au sein de votre entreprise peut avoir un rôle distinct. Certaines de vos des batteries de serveurs SharePoint peuvent être critiques, et certaines peuvent être destinées à la conservation d’archives (il n’y a pas de coffre). Ou bien, si votre batterie de serveurs remplit de nombreux rôles à la fois, vous devez peut-être savoir ce que font les collections de sites, les sites web voire les bibliothèques de documents, en connaître les personnalisations, et mesurer leur importance. Si l’analyse vos données à ce niveau peut sembler nécessiter beaucoup de travail, elle vous permet en réalité d’économiser du temps et des efforts pour bien maîtriser votre domaine avant de procéder à la mise à niveau ou à la migration de celui-ci. Une fois que vous connaissez tous les composants mobiles et les éléments les plus importants, vous savez également ce qui est dépassé et peut être laissé derrière. Cette connaissance sera tout bénéfice à mesure que vous progresserez.

Par conséquent, d’après les utilisateurs, qu’est-ce qui est essentiel en ce qui concerne votre batterie de serveurs SharePoint Server ?

  • fonctionnalités intégrées de SharePoint ;

  • corpus volumineux de données (par exemple, une archive de fichiers) ;

  • disponibilité ;

  • applications critiques, composants WebPart ou documents présents dans la batterie de serveurs (batterie de serveurs stratégique) ;

  • respect des normes de conformité ;

  • personnalisations.

Si vous exécutez des tâches essentielles pour votre organisation à partir de votre batterie de serveurs SharePoint, par exemple, si celle-ci fait office de grand catalogue de données critiques concernant les exigences en matière de service client, vous pouvez cocher « Applications critiques » ainsi que « Disponibilité ». Autrement dit, cela signifie que votre organisation serait affectée négativement si vous ne pouviez pas utiliser SharePoint pendant un certain temps. De même, vous pourriez cocher « Personnalisations » parce que les services critiques qu’assure votre batterie de serveurs sont basés sur du code personnalisé, des définitions de site ou un certain nombre de personnalisations qui fonctionnent ensemble.

Si SharePoint répondait à ces besoins sans que vous ayez à faire quoi que ce soit d’autre que d’utiliser les fonctionnalités intégrées au logiciel, et si vous mettez généralement celui-ci à jour et effectuez des tâches de maintenance et d’administration normales, vous pourriez cocher « Fonctionnalités intégrées de SharePoint ». Cela peut également être la raison pour laquelle vous tenez à conserver une version antérieure de SharePoint. En d’autres termes, SharePoint fait ce que vous en attendez et vous n’avez rencontré aucune nécessité de procéder à une mise à niveau jusqu’à ce jour de fin de vie de Microsoft Office SharePoint Server 2007.

En cochant ces éléments, vous créez des critères pour votre mise à niveau. Autrement dit, toute mise à niveau doit remplir ces critères pour être prise en considération. Vous pouvez ainsi écarter les méthodes qui ne correspondent à pas vos besoins.

Exemple de plan simple

Vous devez peut-être élargir le consensus de l’encadrement et d’autres administrateurs concernant le chemin à emprunter pour la mise à niveau de SharePoint. Les administrateurs SharePoint Server collaborent souvent avec les administrateurs Microsoft SQL Server, les équipes en charge des réseaux et de la sécurité, et bien plus encore. En présence d’un grand nombre d’intervenants, vous devez tenter de dégager un commun accord concernant votre plan de mise à niveau et de migration, ou ajuster celui-ci. Par exemple, si vous migrez des données afin qu’une partie de votre organisation utilise SharePoint Online dans Office 365, cela nécessite probablement un ajustement ou des tests de performances au sein de votre réseau. Les équipes concernées doivent en être informées à l’avance.

Dans mon exemple simple, je montre une proposition d’un administrateur SharePoint, puis expose le plan accepté par toutes les parties prenantes. Pour plus de clarté, consignez vos accords et décisions.

Le plan commence après une analyse approfondie d’une batterie de serveurs, et tente d’identifier le rôle de celle-ci, ses points faibles et d’autres informations importantes aboutissant au rejet de certaines options de mise à niveau. Ensuite, une proposition de mise à niveau est soumise par l’administrateur SharePoint, et les parties concernées conviennent d’un plan d’action.

Ma liste à puces « Essentiel » :

Disponibilité, Fonctionnalités intégrées de SharePoint et Respect des normes de conformité.

  • La plupart des données figurent dans trois collections de sites, avec un espace de travail de réunion utilisé par une équipe de développement particulièrement importante, et très utilisé dans plusieurs fuseaux horaires.

  • Il existe dix-sept autres sites largement utilisés.

  • Deux bibliothèques de documents (Espace de travail de réunion et Documents sur la collection de sites racine) sont très volumineuses ( chacune contenant plus de 8 000 documents). Nous avons un grand nombre de documents archivés et une liste de pièces jointes de feuille de calcul.

  • Il existe quatorze listes de bibliothèques contenant des données sensibles qui DOIVENT impérativement respecter les normes de conformité.

  • Nous DEVONS pouvoir opérer des suspensions et des découvertes automatiques en tout lieu.

  • Certaines de ces données DOIVENT être conservées localement dans le respect des règles de sécurité des informations.

Mes choix concernant la mise à niveau et la migration :

Oui

Non

Mise à niveau des bases de données avec une liaison de base de données

Mise à niveau sur place

Mise à niveau avec des batteries de serveurs côte à côte

Mise à niveau hybride

API de migration vers SPO dans Office 365 (pour les données de site personnel)

Mise à niveau SharePoint hybride (pas encore nécessaire)

Migrations manuelles de certaines données critiques vers SharePoint Online

Mise à niveau vers Office 365 avec l’Assistant FastTrack

Mon plan proposé :

Mettre à niveau localement, avec des versions de SharePoint côte à côte, dont certaines virtualisées, de façon à ce que nous puissions d’abord mettre à niveau les bases de données. Passer de SharePoint 2007 à SharePoint 2010. Les administrateurs et développeurs testent la batterie de serveurs ainsi obtenue. Les utilisateurs testent à leur tour la batterie de serveurs. Résoudre tout problème d’arrêt d’affichage pendant cette période. Une fois encore, procéder à une mise à niveau côte à côte des bases de données SharePoint 2010 vers SharePoint 2013. Tester. Test par les utilisateurs/pilote. Résoudre tout problème d’arrêt d’affichage pendant cette période.

  • Déterminer si un recherche fédérée hybride avec SPO répond à vos besoins.

  • Envisager une assistance FastTrack si vous voulez procéder à la mise à niveau vers SharePoint Online à ce stade.

  • Déterminer si les collections de sites peuvent être déchargées vers un abonnement Office 365 (Office 365 respecte de nombreuses Normes de conformité. Office 365 intègre une fonctionnalité de Découverte électronique et peut opérer des Suspensions via le Centre de conformité).

Autrement, continuer avec une mise à niveau côte à côte vers SharePoint Server 2016.

Remarque : Les recommandations intermédiaires formulées par les administrateurs planifiant la mise à niveau et le processus réel sont les conversations avec d’autres intervenants sur lesquels repose la mise à niveau. Par exemple, il arrive que des considérations économiques obligent les administrateurs à modifier leurs plans. Quelle que soit la décision finale, vous devez consigner le plan convenu. Il pourrait ressembler à ceci :

Mon plan d’action :

Localement, nous utilisons un environnement virtuel pour créer des serveurs SharePoint Server 2010 et 2013 par défaut. SharePoint Server 2016 s’appuiera sur un nouveau matériel conforme à la configuration requise pour 2016. Nous utiliserons des liaisons de bases de données pour mettre à niveau les bases de données SharePoint Server 2007 vers SharePoint Server 2016 en passant par toutes les versions intermédiaires. À ce stade, les principales personnalisations sont recréées et testées dans l’environnement SharePoint 2016 si des fonctionnalités natives ne répondent pas à nos besoins. Si nous réussissons, nous disposerons d’une batterie de serveurs sur le nouveau matériel avec des bases de données mises à niveau et moins de personnalisations. Nous allons lier les bases de données de contenu mises à niveau à de nouvelles collections de sites dans SharePoint Server 2013, tester, conduire des tests par les utilisateurs/pilotes, puis effectuer un basculement par DNS vers le nouvel environnement SharePoint Server 2016 pour une utilisation en situation réelle.

  • Nous n’envisagerons pas dans l’immédiat de déploiement hybride fédéré entre SharePoint Server 2016 et SharePoint Online.

  • Nous estimons à 35 % le nombre de nos sites pouvant être convertis en nouveaux sites SPO avec des domaines personnalisés ou, finalement, faire office de Stockage OneDrive Entreprise. Nous recherchons d’autres possibilités de convertir des sites ou de router de nouveaux sites vers SPO.

  • Ce volet de la migration sera partiellement manuel, par glisser-déplacer vers des sites personnels OneDrive Entreprise et à l’aide d’une API de migration.

Des étapes plus détaillées ou des liens vers des instructions de mise à niveau spécifiques devraient suivre un plan. L’ordinateur MOSS 2007 ne doit pas être désaffecté, et les environnements virtuels doivent être conservés à des fins de comparaison. Toutefois, la mise à niveau sera terminée lorsque les utilisateurs auront été redirigés vers SharePoint Server 2016.

Souvent, les principaux facteurs déterminant le choix d’une méthode sont le coût total de la mise à niveau et le coût en temps (pour plus d’informations à ce sujet, voir la Feuille de route de migration SharePoint). Toutefois, une planification vous sera très bénéfique, car elle vous permettra de définir des attentes, d’effectuer des choix éclairés et d’encadrer la réussite de l’opération.

Liens connexes

Politique de support Microsoft

Partenaires Microsoft

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoignez le programme Office Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×