Migration d'une batterie de serveurs existante vers un environnement 64 bits (Office SharePoint Server 2007)

Mise à jour : 2010-10-14

Pour mettre à niveau Microsoft Office SharePoint Server 2007 vers un environnement 64 bits, vous devez migrer les serveurs existants vers une nouvelle batterie de serveurs. Vous ne pouvez pas mettre à niveau Office SharePoint Server 2007 directement à partir de l’édition 32 bits d’Office SharePoint Server 2007 vers l’édition 64 bits.

Vous devez déterminer la stratégie de migration appropriée pour votre environnement. Cet article fournit des instructions pour une migration correcte, par étapes, d’une batterie de serveurs SharePoint vers des serveurs d’un environnement 64 bits. Pour plus d’informations sur les avantages de l’environnement 64 bits, voir Avantages du logiciel et du matériel 64 bits (Office SharePoint Server 2007).

Vous pouvez migrer une batterie de serveurs existante vers un environnement 64 bits de plusieurs manières ; par exemple, en ajoutant des serveurs 64 bits à une batterie existante puis en retirant les serveurs 32 bits. L’approche progressive décrite dans cet article est censée atténuer d’éventuels problèmes liés aux performances. Une approche par étapes étale également les périodes d’immobilisation requises pour une migration et vous permet d’effectuer le niveau approprié de tests après la migration des serveurs de la batterie.

Le service est interrompu pendant la migration de façon à ce que vous puissiez planifier la migration et la réaliser à un moment où l’impact est minimum sur les utilisateurs.

Cet article contient les sections principales suivantes :

• Contraintes et problèmes connus

• Avant de migrer votre batterie de serveurs

• Migrer des serveurs vers un environnement 64 bits

Contraintes et problèmes connus

Les conditions préalables, contraintes et problèmes connus dans les domaines suivants s’appliquent au déploiement de Microsoft Office SharePoint Server dans un environnement 64 bits.

Service Packs et mises à jour logicielles de SharePoint

Mettez à jour Office SharePoint Server avec le même niveau de Service Pack ou mise à jour logicielle sur tous les ordinateurs à la fois dans les batteries de serveurs source et destination. Cette stratégie est nécessaire pour éviter les erreurs post-migration potentielles qui risquent de se produire si les versions logicielles ne sont pas identiques sur tous les serveurs.

Si l’objectif de la migration inclut également le mélange des versions du système d’exploitation ou des bases de données, il est recommandé d’identifier ou d’installer toutes les mises à jour publiques diffusées et installées sur Windows Server 2003 et Microsoft SQL Server 2005 et qui s’appliquent également à Windows Server 2008 et Microsoft SQL Server 2008.

Applications existantes

Vous devez recompiler les applications 32 bits existantes et les assemblys personnalisés (par exemple, les composants WebPart et les récepteurs d’événements) pour qu’ils s’exécutent sur l’architecture 64 bits, car l’édition 64 bits de SharePoint ne peut pas charger un assembly 32 bits. Avant de recompiler des applications existantes ou de personnaliser des assemblys, vérifiez qu’ils sont prévus pour s’exécuter sur les deux architectures. Si c’est le cas, ne les compilez pas pour une seule architecture. (Dans Microsoft Visual Studio, cette option de build est AnyCPU.)

Si les applications existantes sont des applications tierces, vérifiez la compatibilité et les versions 64 bits auprès de l’éditeur tiers. Dans le cas de solutions contractées personnalisées dont vous n’avez pas la source, vérifiez les solutions dans un environnement 64 bits pour assurer la compatibilité.

Maintien de l’homogénéité des serveurs à chaque niveau de la batterie de serveurs

Selon les meilleures pratiques, il est conseillé de conserver des serveurs homogènes à chaque niveau pendant la migration. Un niveau est un groupement de serveurs qui fournissent des services similaires qui ne peuvent pas être séparés, si ne c’est sous l’angle de la facilité de gestion pour l’utilisateur final. Par exemple, les serveurs Web frontaux à charge équilibrée qui traitent les demandes des utilisateurs représentent un niveau, lors qu’un serveur d’index SharePoint qui exécute un service d’application Web n’est pas considéré comme faisant partie de ce niveau.

Si vous suivez les procédures indiquées dans ce document, chaque niveau contiendra des serveurs qui ont la même architecture.

Si vous choisissez de migrer vos serveurs vers un environnement 64 bits simplement en ajoutant des serveurs 64 bits à une batterie de serveurs existante, vous ne pouvez pas toujours maintenir des serveurs homogènes à chaque niveau et vous pouvez ainsi constater des performances médiocres ou incohérentes. Ces problèmes sont identifiés dans Déterminer la configuration matérielle et logicielle requise (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=119403&clcid=0x40C). Cette approche (migration par ajout de serveurs 64 bits à une batterie de serveurs existante) est prise en charge, mais elle n’est pas recommandée pour la migration de batterie de serveurs en raison des risques potentiels en termes de performances liés au mélange d’architectures dans un niveau.

Windows Server 2008

Pour installer Office SharePoint Server sur un ordinateur exécutant Windows Server 2008, vous devez installer Office SharePoint Server avec SP1.

Pour Office SharePoint Server, vous devez créer une installation intégrant les correctifs et mises à jour contenant SP1. Pour plus d’informations, voir :

• Créer une source d’installation qui inclut les mises à jour logicielles (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=134726&clcid=0x40C).

• L’article de Dan Winter, Comment créer une installation SharePoint intégrant les derniers correctifs et les dernières mises à jour (en anglais) (https://go.microsoft.com/fwlink/?linkid=139512&clcid=0x40C) (en anglais) fournit également des informations sur la création d’une version entièrement corrigée du produit.

Windows SharePoint Services 3.0 installé sur Windows Server 2008

Il existe un problème connu concernant Windows SharePoint Services 3.0 où les sites exécutant Windows Server 2008 expirent quand vous essayez de télécharger un fichier volumineux vers un site SharePoint. Pour plus d’informations, voir :

• Le blog de Shane Young MVP, Windows Server 2008 WFE ne permet pas les téléchargements de fichiers volumineux (en anglais) (https://go.microsoft.com/fwlink/?linkid=145881&clcid=0x40C) (en anglais)

• L’article de la Base de connaissances 925083, Message d’erreur lorsque vous essayez de télécharger un fichier volumineux vers une bibliothèque de documents sur un site Windows SharePoint Services 3.0 : « demande dépassée » (https://go.microsoft.com/fwlink/?linkid=145916&clcid=0x40C)

Filtres IFilter et extensions

La plupart des composants et extensions IFilter, mais pas tous, prennent en charge l’environnement 64 bits. Assurez-vous que vos filtres iFilter et extensions 32 bits fonctionnent dans un environnement 64 bits.

Pour éviter un problème connu avec le filtre Visio dans un environnement 64 bits si vous utilisez le pack de filtres Microsoft, vous devez installer la mise à jour cumulative de décembre (ou ultérieure) pour Windows SharePoint Services 3.0 et Office SharePoint Server 2007.

Remarque :
Le pack de filtres Microsoft fonctionne avec divers produits de recherche, notamment Office SharePoint Server 2007. Le pack de filtres fournit des filtres IFilter qui permettent à la recherche d’analyser les fichiers aux formats Microsoft Office tels que .pptx et .docx et de les intégrer dans l’index.

Indexation d’IBM Lotus Notes

Vous ne pouvez pas analyser une base de données IBM Lotus Notes dans un environnement Office SharePoint Server 2007 64 bits, car IBM ne fournit pas de version 64 bits des API Lotus Notes.

Avant de migrer la batterie de serveurs

Avant de migrer la batterie de serveurs, passez en revue l’exemple du modèle de topologie de batterie de serveurs que nous recommandons pour la migration d’une batterie de serveurs multiniveau d’un environnement à l’autre. Cette stratégie de migration est conçue afin de permettre la migration la plus correcte possible pour ce type de topologie de batterie de serveurs.

Topologie de batterie de serveurs

La figure suivante montre la topologie de batterie de serveurs utilisée pour les batteries de serveurs source (Batterie A) et destination (Batterie B). Cette topologie est représentative des batteries de serveurs qui ont des rôles SharePoint installés sur plusieurs serveurs. À des fins de référence, les serveurs de chaque batterie sont regroupés par niveau.

Topologie de batterie de serveurs pour la migration

Dans la précédente figure, notez ce qui suit :

• Le niveau 1-A et 1-B est constitué de deux serveurs Web frontaux à charge équilibrée (WebA-32 et WebB-32, WebA-64 et WebB-64).

• Le niveau 2-A et 2-B est constitué de deux serveurs d’applications. Un serveur sert à l’administration du site et pour les demandes de recherche (AppA-32, AppA-64) ; le second est réservé à l’indexation de la recherche (AppB-32, AppB-64).

• Le niveau 3-A et 3-B est constitué d’un serveur de bases de données (DB-32, DB-64).

Le tableau suivant répertorie les logiciels installés sur les serveurs de chaque batterie.

Logiciels installés sur des serveurs de la batterie

En vous référant au tableau précédent, notez ce qui suit :

• Selon les meilleures pratiques, il est conseillé de mettre à jour le système d’exploitation sur les serveurs de destination avec des correctifs qui sont communs à Windows Server 2003 et Windows Server 2008.

• Vous ne pouvez pas installer Office SharePoint Server sur une installation de base de serveur d’Windows Server 2008.

• La migration décrite dans ce document prend en charge n’importe quel niveau de version et de correctif SharePoint (de RTM au dernier Service Pack ou mise à jour logicielle). Nous vous recommandons de penser à appliquer un correctif SharePoint au moins au niveau du dernier Service Pack ou mise à jour d’infrastructure, selon la version la plus récente. La mise à jour d’infrastructure inclut plusieurs mises à jour pour les produits et technologies SharePoint, en plus de l’ajout de nouvelles fonctionnalités de recherche de contenu d’entreprise à Office SharePoint Server 2007. Pour plus d’informations sur cette mise à jour spécifique, voir les articles de la Base de connaissances suivants :

  • Description de la mise à jour pour l’infrastructure pour Windows SharePoint Services 3.0 : 15 juillet 2008 (https://go.microsoft.com/fwlink/?linkid=133362&clcid=0x40C)

  • Description de la mise à jour pour l’infrastructure des serveurs Microsoft Office datée du 15 juillet 2008 (https://go.microsoft.com/fwlink/?linkid=121886&clcid=0x40C)

Stratégie de migration

La stratégie consiste à migrer et à tester les serveurs de la batterie en phases séparées pour chaque niveau dans la batterie de serveurs, selon la séquence suivante :

1. Niveau 3-A : Migrer le serveur de bases de données existant vers le nouveau serveur de bases de données. Ce niveau est traité en premier afin d’atténuer les problèmes de performances potentiels qui peuvent se produire si un système 64 bits interroge une base de données 32 bits ou y effectue des opérations d’écriture. Les options suivantes sont disponibles :

   • Conserver le même nom de serveur hôte sur le serveur de destination que celui que vous avez sur le serveur source.

   • Changer le nom de serveur hôte sur le serveur de destination. Il s’agit de l’option de migration de base de données retenue dans cet article.

2. Niveau 2-A : Tester le nouveau serveur de bases de données, puis migrer les serveurs d’application existants vers la nouvelle batterie de serveurs.

3. Niveau 1-A : Tester les serveurs d’applications puis ajouter les serveurs Web frontaux 64 bits à la nouvelle batterie de serveurs.

L’approche systématique précédente n’est pas obligatoire, mais nous la recommandons vivement car elle fournit un environnement pour la migration et les tests qui garantit la migration la plus proche d’une nouvelle installation. Les avantages sont la réduction du risque de résultats inattendus, comme le fait d’avoir des fichiers manquant ou des données altérées, et la possibilité de gérer efficacement les interruptions de service pendant la migration.

Migrer des serveurs vers un environnement 64 bits

Vous pouvez exécuter les étapes de cette section pour migrer vers une batterie de serveurs qui a l’une des instances de systèmes d’exploitation et de bases de données suivantes installée :

• La version 64 bits de Windows Server 2003

• L’édition 64 bits de Windows Server 2008

• La version 64 bits de SQL Server 2005

• La version 64 bits SQL Server 2008

Du point de vue de la migration, les différences notables entre ces systèmes d’exploitation et bases de données résident dans la préparation des serveurs de destination.

Lisez la section suivante avant d’exécuter les Phase 1 (bases de données principales), Phase 2 (serveurs d’applications) et Phase 3 (serveurs frontaux) de la migration.

Avant de commencer

Avant de démarrer une migration de batterie de serveurs, vous devez accomplir les tâches suivantes :

• Obtenir une documentation de référence mise à jour

• Documenter la configuration de votre batterie de serveurs

• Identifier et documenter les comptes et autorisations requis

• Préparer la batterie de serveurs de destination

Obtenir une documentation de référence mise à jour

Obtenez une copie de Déplacer toutes les bases de données (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=118325&clcid=0x40C). Cette rubrique contient des instructions détaillées, notamment les commandes SQL Server et Stsadm pour déplacer un serveur de bases de données SharePoint. Ces instructions couvrent les the scénarios suivants :

• Déplacement d’une base de données vers un nouveau serveur de bases de données ayant le même nom.

• Déplacement d’une base de données vers un nouveau serveur de bases de données ayant un nom différent.

Documenter la configuration de votre batterie de serveurs

Certains éléments d’une batterie de serveurs doivent être migrés manuellement. Veillez à documenter ce qui suit :

• Les applications Web associées aux fournisseurs de services partagés

• Les pages maîtres personnalisées et autres pages

• Autre contenu personnalisé

• Caractéristiques

• Applications personnalisées et DLL compilées

• Tout autre élément personnalisé de la batterie de serveurs

Identifier et documenter les comptes et autorisations requis

Pour opérer sur les serveurs source et destination, consultez Déplacer toutes les bases de données (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=118325&clcid=0x40C) pour vous assurer que vous disposez des autorisations correctes pour utiliser les outils Office SharePoint Server 2007, les outils de base de données Microsoft SQL Server et les commandes du système d’exploitation.

Préparer la batterie de serveurs de destination

Les travaux de préparation suivants sont requis pour les serveurs d’applications et de base de données sur la batterie de serveurs de destination :

• Appliquez les mises à jour appropriées du système d’exploitation aux serveurs.

• Utilisez Déployer une batterie de serveurs simple sur le système d’exploitation Windows Server 2008 (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=145932&clcid=0x40C) en tant que référence pour configurer SQL Server et déployer SharePoint sur Windows Server 2008.

• Installez soit SQL Server 2005 soit SQL Server 2008 sur le serveur de bases de données.

• Utilisez l’Assistant Configuration des produits et technologies SharePoint pour effectuer une installation de base de SharePoint sur AppA-64. Une fois que vous avez terminé, vous disposez alors d’une nouvelle batterie de serveurs avec deux serveurs d’applications (AppA-64 et AppB-64) et un serveur de bases de données (DB-64).

  Important :
  Ne donnez pas aux nouvelles bases de données de contenu le même nom que les bases de données de contenu de la batterie de serveurs source. Vous ne pouvez pas partager les bases de données de contenu entre deux batteries de serveurs SharePoint.

Phase 1 : Migrer les bases de données principales

Au cours de cette phase, vous migrez les bases de données principales en utilisant l’une des procédures suivantes :

• Déplacez la base de données vers un serveur hôte ayant le même nom.

• Déplacez la base de données vers un serveur hôte ayant un nom différent.

  Remarque :
  Vous changez le nom d’un serveur de bases de données SharePoint, mais vous ne pouvez pas changer le nom de l’instance. Par exemple, DB-32\sharepoint peut être renommée DB-64\sharepoint, mais DB-32\sharepoint ne peut pas être renommée DB-32\sharepoint2.

La procédure suivante requiert une sauvegarde complète des bases de données de contenu.

Déplacez la base de données vers un serveur hôte ayant le même nom.

1. Arrêtez complètement la batterie de serveurs A en arrêtant les services associés à Office SharePoint Server 2007 et en arrêtant les services Internet (IIS).

2. Utilisez les outils SQL Server 2005 pour sauvegarder toutes les bases de données SharePoint sur le serveur de bases de données source (DB-32).

3. Arrêtez le serveur de bases de données source (DB-32).

4. Copiez tous les fichiers de sauvegarde dans le dossier de partage d’un serveur qui ne fait pas partie de la batterie de serveurs A ni de la batterie de serveurs B. Ce dossier de partage fournit un point de restauration pour tous les fichiers SharePoint critiques.

5. Copiez les fichiers de sauvegarde de bases de données vers le serveur de bases de données de destination.

6. Restaurez les bases de données de DB-32 vers DB-64 en utilisant les outils SQL Server 2008.

7. Copiez tous les comptes de connexion SQL Server, les rôles serveur fixes, les rôles de base de données fixes et les autorisations des bases de données vers le serveur de destination (DB-64).

8. Rattachez les bases de données au nouveau serveur de bases de données.

9. Redémarrez le serveur d’applications AppA-32 pour appliquer les modifications et vous assurer que les services, les sites Web et les outils d’applications associés à Office SharePoint Server 2007 sont démarrés.

10. Configurez tous les serveurs de la batterie A de manière à ce qu’ils désignent DB-64.

11. Redémarrez la batterie de serveurs A.

12. Exécutez tous les tests appropriés pour votre environnement afin de vous assurer que la batterie de serveurs A fonctionne avec la nouvelle base de données.

La procédure suivante requiert une sauvegarde complète de tous les fournisseurs de services partagés et des bases de données de contenu.

Remarque :
La sauvegarde et la restauration des fournisseurs de services partagés n’est pas nécessaire si une batterie de serveurs utilise un alias SQL Server pour se connecter à la base de données SQL Server.

Déplacer la base de données vers un serveur hôte ayant un nom différent

1. Utilisez l’opération Stsadm pour effectuer une sauvegarde complète de tous les fournisseurs de services partagés sur AppA-32.

2. Supprimez tous les fournisseurs de services partagés de la batterie de serveurs A.

3. Arrêtez complètement la batterie de serveurs A en arrêtant les services associés à Office SharePoint Server 2007 et en arrêtant les services Internet (IIS).

4. Utilisez les outils SQL Server 2005 pour sauvegarder les bases de données SharePoint suivantes sur le serveur de bases de données source (DB-32) :

   • Toutes les bases de données de contenu

   • Base de données de contenu de l’Administration centrale

   • Base de données de recherche d’aide sur Windows SharePoint Services

5. Copiez tous les fichiers de sauvegarde dans le dossier de partage d’un serveur qui ne fait pas partie de la batterie de serveurs A ni de la batterie de serveurs B. Ce dossier de partage fournit un point de restauration pour tous les fichiers SharePoint critiques.

6. Copiez les fichiers de sauvegarde de bases de données vers le serveur de bases de données de destination.

7. Restaurez les bases de données de DB-32 vers DB-64 en utilisant les outils SQL Server 2008.

8. Copiez tous les comptes de connexion SQL Server, les rôles serveur fixes, les rôles de base de données fixes et les autorisations des bases de données vers le serveur de destination (DB-64).

9. Exécutez l’opération Stsadm renameserver sur AppA-32 pour renommer le serveur de bases de données dans la batterie de serveurs B.

10. Redémarrez le serveur d’applications AppA-32 pour appliquer les modifications et vous assurer que les services, les sites Web et les outils d’applications associés à Office SharePoint Server 2007 sont démarrés.

11. Restaurez les fournisseurs de services partagés sur AppA-32 en utilisant Stsadm –o restoressp avec l’option [keepindex].

12. Ajoutez tous les fournisseurs de services partagés à la batterie de serveurs A.

13. Définissez le nouveau fournisseur de services partagés par défaut puis supprimez le fournisseur de services partagés par défaut d’origine.

14. Configurez tous les serveurs de la batterie A de manière à ce qu’ils désignent DB-64.

15. Redémarrez la batterie de serveurs A.

16. Exécutez tous les tests appropriés pour votre environnement afin de vous assurer que la batterie de serveurs A fonctionne avec la nouvelle base de données.

Une fois cette phase terminée, votre batterie de serveurs active présente la topologie suivante :

• Serveurs Web frontaux : WebA-32, WebB-32

• Serveurs d’applications : AppA-32, AppB-32

• Serveur de bases de données : DB-64

Phase 2 : Migrer les serveurs d’applications

Au cours de cette phase, vous sauvegardez et restaurez les fournisseurs de services partagés. Lors de cette phase, vous pouvez copier les éléments de la batterie de serveurs que vous avez documentés dans Documenter la configuration de votre batterie de serveurs à un emplacement du partage de serveur que vous avez créé lors de la Phase 1. Utilisez la procédure suivante pour migrer les serveurs d’applications.

Migrer les serveurs d’applications

1. Préparez les serveurs Web frontaux pour la batterie de serveurs B, mais ne les ajoutez pas à cette batterie.

2. Utilisez l’opération Stsadm pour effectuer une sauvegarde complète de tous les fournisseurs de services partagés sur AppA-32.

3. Supprimez tous les fournisseurs de services partagés de la batterie de serveurs A en émettant la commande suivante :

   stsadm -o deletessp -title SharedServices -force

4. Arrêtez complètement la batterie de serveurs A en arrêtant les services associés à Office SharePoint Server 2007 et en arrêtant les services Internet (IIS).

5. Copiez les éléments de la batterie de serveurs qui doivent être déplacés manuellement du partage de serveur vers les emplacements de la batterie de serveurs B (WebA-64, WebB-64 et AppA-64) qui correspondent à leurs emplacements sur la batterie de serveurs A.

6. Copiez tous les fichiers de sauvegarde dans le dossier de partage d’un serveur qui ne fait pas partie de la batterie de serveurs A ni de la batterie de serveurs B. Ce dossier de partage fournit un point de restauration pour tous les fichiers SharePoint critiques.

7. Copiez tous les fichiers de sauvegarde sur AppA-64.

8. Démarrez AppA-64 pour appliquer les modifications et vous assurer que les services, les sites Web et les outils d’application associés à Office SharePoint Server 2007 sont démarrés.

9. Configurez AppA-64 pour pointer vers les bases de données de contenu restaurées à partir de la batterie de serveurs A et utilisez les outils SQL Server 2008 pour supprimer les bases de données de contenu d’origine qui ont été créées lors de la constitution de la batterie de serveurs B, à partir de DB-64.

10. Restaurez les fournisseurs de services partagés sur AppA-64 en utilisant Stsadm –o restoressp avec l’option [keepindex].

11. Ajoutez tous les fournisseurs de services partagés à la batterie de serveurs B.

12. Définissez le nouveau fournisseur de services partagés par défaut puis supprimez le fournisseur de services partagés par défaut d’origine.

13. Redémarrez la batterie de serveurs A.

14. Exécutez tous les tests appropriés pour votre environnement afin de vous assurer que la batterie de serveurs fonctionne avec les nouveaux serveurs d’applications et de bases de données.

Une fois cette phase terminée, votre batterie de serveurs active présente la topologie suivante :

• Serveurs Web frontaux : WebA-32, WebB-32

• Serveurs d’applications : AppA-64, AppB-64

• Serveur de bases de données : DB-64

Phase 3 : Migrer les serveurs Web frontaux

Au cours de cette phase, vous effectuez la migration en ajoutant des serveurs Web frontaux 64 bits à la batterie de serveurs. Utilisez la procédure suivante pour migrer les serveurs Web frontaux.

Migrer tous vos serveurs Web frontaux

1. Arrêtez complètement la batterie de serveurs A en arrêtant les services associés à Office SharePoint Server 2007 et en arrêtant les services Internet (IIS).

2. Démarrez la batterie de serveurs B.

3. Ajoutez WebA-64 et WebB-64 à la batterie de serveurs B et configurez-les de manière à ce qu’ils désignent DB-64.

4. Exécutez les tests appropriés pour votre environnement afin de vous assurer que la batterie de destination fonctionne.

Au terme de cette phase, la migration vers un environnement 64 bits est terminée et votre batterie de serveurs active présente la topologie suivante :

• Serveurs Web frontaux : WebA-64, WebB-64

• Serveurs d’applications : AppA-64, AppB-64

• Serveur de bases de données : DB-64