Au cœur de SharePoint

Les informations ici sont basées sur une version bêta. Tous les détails sont sujettes à modification.

Préparation à SharePoint 2010

Pav Cherny

Avec la version de SharePoint 2010 autour de l'angle, il est judicieux d'envisager les options de mise à niveau et migration et effectuer d'action pour préparer votre environnement.
Se trouve dans la plupart des scénarios de migration ou mise à niveau, il existe des centaines voire des milliers de détails de réfléchir à qui augmentent la complexité, allant de connectivité réseau aux applications de tiers pour la continuité des activités de l'entreprise. Il existe également différentes infrastructures et des scénarios que vous pouvez utiliser pour le déplacement vers une nouvelle version, tels que préparer-test-implémenter-valider et décisif s'il faut migrer ou mettre à niveau en place.

La bonne nouvelle est que vous avez le temps de planifier votre stratégie de migration et préparez dès maintenant limiter les problèmes éventuels lorsque vous déplacez vers SharePoint 2010.

Cet article décrit certaines des actions que vous pouvez prendre maintenant pour vous préparer à 2010 SharePoint ayant le plus grand impact. Si vous souhaitez aller plus profond, vous pouvez examiner la documentation existante pour obtenir des conseils supplémentaires ou pour pouvoir développer un plan plus complète.

Par exemple, Joel Oleson a publié les présentations et un livre blanc sur la préparation de mise à niveau sur son blog à sharepointjoel.com, et Microsoft a publié préliminaire des conseils.

Résoudre les matériels et logiciels dépendances

La première action que vous pouvez prendre pour préparer votre environnement consiste à auditer les logiciels existants et la configuration matérielle pour voir si elle est suffisante pour SharePoint 2010 et mettre à jour de votre environnement si elle ne correspond pas aux critères. Total requis plus important est matériel 64 bits et de SharePoint 2007 au moins la mise à jour SP2.

Vous pouvez de plus, bien sûr ; pensez à mettre à jour votre environnement conformément aux recommandations suivantes pour les serveurs frontal et applications, les serveurs principaux et les clients.

Pour les serveurs frontaux, 2010 SharePoint requiert Windows Server 2008 ou Windows Server 2008 R2, qui utilise la nouvelle interface utilisateur basée sur Windows 7 64 bits. Beaucoup d'installations au moment de la rédaction de ce document s'exécutent sans problèmes majeurs sur Windows Server 2003, et si vous êtes dans cette position, une grande partie de la préparation pour la transition vers SharePoint 2010 implique la mise à niveau du système d'exploitation.

Si vous exécutez déjà Windows Server 2003 sur un matériel 64 bits, vous pouvez réutiliser les serveurs et effectuer une mise à niveau sur place pour les serveurs frontaux, application et back-end. Vous pouvez également ajouter de nouveaux serveurs à la batterie de serveurs et migrer le site Web Administration centrale, les rôles frontal et les rôles d'application. Si vous prévoyez de déplacer vers Windows Server 2008, vous devez envisager les méthodes conseillées suivantes :

• Autorisations Grant Windows SharePoint Services Timer (SPTimerV3). Si le compte d'administrateur de batterie de serveurs n'est pas dans le groupe Administrateurs local, ou si vous disposez d'une installation autonome, accorder l'autorisation SPTimerV3 lire à partir d'IIS 7.0 en exécutant stsadm o - grantiis7permission.
• Arrêtez le service Recherche Windows SharePoint Services (Spsearch). Si vous installez Windows Server 2008 et puis exécutez l'Assistant de configuration de technologies et produits SharePoint lorsque Spsearch est en cours d'exécution, le processus peut corrompre l'index de recherche. Pour recréer un index endommagé, vous devez exécuter stsadm o - spsearch - action arrêter, puis accédez à la page Paramètres du service Recherche Windows SharePoint Services dans l'administration centrale et renommez la base de données. Pour plus d'informations, consultez tinyurl.com/l6fmkr.
• Vérifiez les paramètres IIS 7. Après la mise à niveau vers Windows Server 2008 et IIS 7.0, le service W3SVC peut être désactivé si votre installation IIS 6 utilisait des fonctionnalités incompatibles, telles que les extensions serveur FrontPage. Un autre problème, que vous risquez de rencontrer est l'authentification en mode noyau, qui utilise IIS 7 par défaut. Si vous obtenez une erreur 401.1, l'authentification en mode noyau peut être la cause. Vous pouvez le désactiver dans les services Internet (IIS) avancée paramètres pour l'authentification Windows. Cliquez sur here Pour plus d'informations.

Pour les serveurs back-end, 2010 SharePoint nécessite 64 bits SQL Server 2005 ou version ultérieure. SQL Express est pris en charge, mais déplacer vers SharePoint 2010 offre la possibilité de re-examine l'infrastructure back-end et à optimiser.

Les éditions standard et Enterprise de SQL Server fournissent des outils de gestion et les fonctionnalités de haute disponibilité, telles que la gestion de clusters.

En termes de prise en charge du navigateur client, SharePoint 2010 prise en charge pour Internet Explorer 6 est supprimée et prend en charge uniquement les navigateurs basés sur des normes, tel que IE7 ou version ultérieure. 2010 SharePoint prend également en charge 3.x Firefox et Safari.

Exécutez l'outil Vérificateur de mise à niveau

L'étape suivante après vous être assuré que serveurs frontaux exécutent Windows Server 2008 sur un matériel 64-bit, serveurs back-end exécuter SQL Server 2005 ou version ultérieure et que les clients utilisent un navigateur standards-based, consiste à exécuter stsadm o - preupgradecheck. PreUpgradeCheck est inclus dans le Service Pack 2 pour SharePoint 2007 et utilise les fichiers de règles--OssPreUpgradeCheck.xml pour Office SharePoint Server (MOSS) et WssPreUpgradeCheck.xml pour Windows SharePoint Services (WSS)--pour vérifier les détails de configuration et de créer un rapport.

Bien sûr, avant de pouvoir exécuter PreUpgradeCheck, vous devez installer SP2. L'Assistant installation est relativement simple, mais il y a plusieurs choses à prendre en compte. Fournir tout d'abord, l'avertissement aux utilisateurs de temps d'arrêt planifié, car vous devez arrêter les services Internet (IIS) frontal sur chaque serveur et sauvegarder et détacher les bases de données de contenu avant de continuer. Il est conseillé de sauvegarder des fichiers du serveur frontal et application, trop, surtout si vous avez des personnalisations.

Ensuite, vous pouvez installer le Service Pack 2 de WSS, annuler l'Assistant configuration et puis installer le Service Pack 2 de MOSS.

Enfin, après les processus de mise à jour terminées, vérifiez les erreurs dans upgrade.log, situés dans le répertoire de journaux de ruche 12 version. Recherchez les instances d'échec ou d'une erreur. Si l'installation est terminée avec succès, upgrade.log doit inclure les chaînes affichées dans de la figure 1. Cliquez sur here Pour plus d'informations sur les mises à jour

Après avoir exécuté PreUpgradeCheck, le rapport détaillé, qu'il génère contient des informations utiles sur les détails de votre environnement et inclut des spécificités de la topologie de la batterie de serveurs, configuration de serveur, les mappages des accès de substitution (AAMs), bases de données, les fonctionnalités, les définitions de site et ainsi de suite. La sortie immédiate dans la fenêtre d'invite de commandes indique également si toutes les catégories ne transmettez pas ; autrement dit, ils nécessitent vous permet d'apporter des modifications avant de passer à SharePoint 2010. Le fichier .htm détaillé est utile pour trouver plus d'informations sur ce que vous devez faire pour résoudre le problème sous-jacent. Recherchez les informations suivantes dans le fichier devant être traités :

• Packs de langue. Si votre configuration requiert des modules linguistiques, vous devez planifier mettre à jour les modules linguistiques aux versions plus récentes après déplacement vers SharePoint 2010.
• AAMs. Si vous envisagez de migrer vers SharePoint 2010 et utiliser les nouveaux serveurs (ou nouveaux noms de serveur), il existe de bonnes chances que vous devrez apporter des modifications liées à l'URL telles que la mise à jour des entrées AAMs et DNS.
• Définitions de site. Les sites qui utilisent les définitions de site personnalisé nécessitent un fichier de définition de SharePoint 2010 utilise pour mettre à niveau le site. Vous devez créer ce fichier en fonction de votre définition personnalisée. Pour plus d'informations, consultez tinyurl.com/mulfcb.
• Fonctionnalités Examinez le rapport pour les fonctionnalités manquantes et installer un sont manquants.
• Listes. Recherchez taille et le nombre de listes dans la mesure où les deux influencent la vitesse de la migration. Microsoft a publié des guides pour dimensionnement recommandations au niveau de performances tinyurl.com/kueoov. Si vos listes ont plus de 2 000 à 5 est 000 éléments ou si l'environnement a été augmenté de dépasser les autres règles de performances recommandée, mettez-la revenir en ligne avec les méthodes conseillées.
• Configuration DB et contenu DB orphelins. Au cours de l'exécution de tâches administratives ou d'opérations de l'utilisateur, la situation peut survenir dans lequel les éléments de schéma ou d'une base de données SharePoint existent avec aucune relation de parent ou enfant. Ces éléments comportent des listes sans sites parents, les documents avec aucune bibliothèque de document parent, les éléments de liste avec aucune liste parente, pages Web avec aucun site parent, les travaux de minuteur et ainsi de suite. L'outil PreUpgradeCheck ne trouve pas toujours orphelins et ils peuvent ne pas apparaissent dans le site Administration centrale, afin que vous devez vérifier manuellement pour les objets orphelins. Il existe deux types d'orphelins, orphelins de la configuration et de contenu orphelins. Configuration orphelines sont des éléments qui existent dans la configuration DB, mais aucun composant enfant dans le contenu DB. Orphelins contenus existent dans deux cas : soit un site vide est mappé dans la configuration DB, mais n'a pas le contenu existant DB lui sont associée, ou le contenu correct DB est associé avec le site dans la configuration DB, mais il existe des éléments parasites dans les autres bases de données de contenu.

Figure 1 : Entrées réussies SP2 instalation upgrade.log

Il est relativement simple de résoudre les orphelins de configuration ; détacher la base de données contenu et rattacher (stsadm o - deletecontentdb et stsadm o - addcontentdb).

N'oubliez pas d'exécuter stsadm o - preparetomove au préalable dans des environnements de MOSS 2007.

Pour résoudre une orpheline contenu où le site est mappé à la base de données contenu incorrecte, vide, sauvegarder et supprimer la base de données de contenu incorrect et joindre celui qui convient le mieux.

Pour résoudre un contenu orpheline où orphelins bases de données de contenu existent, sauvegardez votre site de production, supprimez-le, attachez la base de données de contenu orphelin pour rendre accessible et supprimez-le. Ensuite, vous pouvez restaurer le site sauvegardé.

Consultez les articles 918742, 918744 et le databaserepair de -o de commandes STSADM, deletecorruption -o, o - repairorphans et - deleteconfigurationobject - id < objectId > pour plus d'informations.

Gardez à l'esprit que les détails de configuration peuvent varier entre serveurs frontaux, donc exécutés PreUpgradeCheck sur chaque serveur et recherchez les différences de configuration.

En exécutant stsadm o - preupgradecheck - localonly, vous pouvez vérifier un serveur individuel, puis comparer les rapports .htm résultants à l'aide d'un outil tel que WinDiff.

Rech. here plus d'informations sur PreUpgradeCheck.

Nettoyer et Normalisez

Les personnalisations sont un des problèmes plus gourmandes en temps à l'adresse avant de déplacer vers SharePoint 2010 car même dans les scénarios plus simples de personnalisations de site secondaire, transition implique des spécificités de l'enregistrement, migration et puis vérifier et résoudre les problèmes.

Pour des personnalisations plus grandes ou pour ceux qui utilisent des outils tiers, la complexité accrue pouvez activer la migration des personnalisations dans un projet de développement logiciel complet.

Du point de vue de l'informatique pro, la normalisation dans la mesure du possible, documenter les personnalisations et nettoyage des données et la configuration des détails toutes les aide à atténuer les problèmes pour les développeurs.

Figure 2 : Recommandations de la migration de personnalisation

J'ai abordé certaines possibilités de nettoyage précédemment. Recherche des orphelins, résolution de fonctionnalité et les dépendances de composant WebPart, optimisation des listes, la définition d'une limite de base de données dur de 100 Go et effectuer d'autres optimisations facilite le déplacement.

Suppression de sites inutilisées, augmenter les quotas et le démarrage d'une initiative de nettoyage pilotée par l'utilisateur de site sont augmente les opportunités pour découper la taille de la migration. Vous devez également normaliser des solutions et fonctionnalités dans la mesure du possible et prendre en compte si le meilleur choix consiste à supprimer, réinstaller ou recréer des personnalisations. La figure 2 présente quelques méthodes conseillées générales et des options pour les personnalisations.

Dans la mesure où SharePoint 2010 n'est pas encore libéré, il existe des limites pour combien de préparation et de test vous peuvent faire pour les personnalisations.

La meilleure approche pour la plupart des environnements consiste à planifier ne pas mettre à niveau sur place, mais créer une nouvelle batterie de serveurs, migrer des bases de données de contenu, puis appliquez les personnalisations.

Avec cette approche, vous pouvez effectuer une mise à niveau progressive et retirer des serveurs précédents comme migrer des sites.

Possibilités de virtualisation de tirer parti

Le confort de virtualisation et les outils de gestion associés a rendu possible valider et vérifier des plans de migration avant de mettre à jour de l'environnement de production.

Peut-être la possibilité plus évidente avec la virtualisation consiste à recréer l'environnement de production sur une échelle beaucoup plus petite que les ordinateurs virtuels et de valider la migration ou de stratégie de mise à niveau avant d'implémenter dans l'environnement de production.

La virtualisation offre des fonctionnalités telles qu'effectuer un instantané du système d'exploitation et la restauration à la demande. Cela rend possible pour la migration complète les étapes en détail, de document afin que lorsque vous mettez à jour l'environnement de production, il devient une question de suivre les étapes

Perspectives

Vous avez couvert finalisée à partir d'un point de vue pratique et proposé des suggestions pour les actions que vous pouvez prendre pour préparer votre environnement pour SharePoint 2010.

Si vous suivez les suggestions de touches de déplacement vers 64 bits, l'exécution de l'outil PreUpgradeCheck, résolution des problèmes découverts et valider votre plan dans un environnement virtuel, vous serez en bon pour SharePoint 2010.

Pav Cherny est un expert informatique et auteur spécialisé dans les technologies Microsoft pour la collaboration et la communication unifiée. Ses publications incluent des livres blancs, des manuels de produits et des livres avec un intérêt particulier pour les opérations informatiques et l'administration système. Pav est le président de Biblioso Corporation, une entreprise spécialisée dans les services de documentation et de localisation gérés.