Dans l'un ou de mon premiers articles du blog, J'ai décrit le processus global, nous avons suivi pour migrer un client de SPS 2003 au point de riz. Un lecteur a laissé un commentaire demandant pour plus de détails et c'est ici.

Pour ce projet de migration, Nous devions trouver un bon moyen de se déplacer beaucoup de SPS 2003 documents sur MOSS. La charge initiale a été assez facile. Créer une bibliothèque de document cible en mousse et utilisez l'Explorateur windows pour déplacer les documents.

Il s'agit de la nouvelle bibliothèque de documents:

Ouvrir deux fenêtres explorateurs. Le premier moment SPS 2003 et la seconde à la nouvelle bibliothèque de documents dans MOSS. La capture d'écran suivante montre ce. Notez que le navigateur en haut de la page est réellement orientée à mon c:\lecteur temp, mais vous pouvez l'imaginer il pointant vers un SPS 2003 Bibliothèque de documents:

Après cela faites glisser et déposez des opération, ma cible ressemble ce:

Maintenant il est temps de traiter avec les métadonnées. Supposons que nous avons juste une colonne de métadonnées pour ces documents appelé "location." Nous pouvons voir dans les "tous les documents ci-dessus" Découvre que l'emplacement est vide. Il est assez facile d'utiliser un affichage feuille de données pour entrer dans l'emplacement, ou encore allez dans les propriétés de chaque document un par un pour ajouter un emplacement. Supposons qu'il n'y a aucun moyen pratique pour affecter la colonne emplacement une valeur automatiquement et que les utilisateurs finaux doivent faire cela à la main. En outre, Supposons qu'il y a des centaines de documents (peut-être des milliers) et qu'il prendra beaucoup beaucoup de jours pour mettre à jour les métadonnées. Comme nous le savons tous, personne ne va s'asseoir et de travailler pour quatre des cinq jours d'affilée, mise à jour des métadonnées pour les documents. Au lieu de cela, ils qui vont éclater pendant des semaines ou peut-être plus. Pour faciliter ce processus, Nous pouvons créer une « données non balisées" point de vue comme le montre:

Maintenant, Quand quelqu'un s'assoit à passer leur heure quotidienne alloué ou deux pour baliser les documents migrés, ils peuvent utiliser les documents non balisés »" afin de concentrer leurs efforts:

Documents de balises utilisateurs, ils tombent cette liste.

Cette notion d'une vue de données sans étiquette peut également aider avec une classe de problème de validation de données personnes s'enquérir sur les forums. Out of the box, Il n'y a aucun moyen d'empêcher un utilisateur de télécharger un document vers MOSS et puis pas entrer des métadonnées. On peut spécifier qu'une colonne de site particulier est obligatoire et l'utilisateur ne seront pas autorisé à pousser l'enregistrer bouton. Cependant, Si l'utilisateur télécharge, puis ferme le navigateur (ou l'Explorateur de windows utilise pour télécharger le document), Nous ne pouvons pas obliger l'utilisateur à entrer des données meta (encore une fois, Out of the box).

Cette approche peut être utilisée pour aider à cette situation. Nous pouvons utiliser une données mal étiquetées"" pour identifier ces documents et de les corriger facilement, visionnez. Ajoutez à cela avec un indicateur de performance clé et vous avez la bonne visibilité aux données avec drill-down pour gérer ces circonstances exceptionnelles.

</fin>

S'abonner à mon blog.

Cette semaine, J'ai lutté un peu avec mon équipe pour obtenir MOSS installé dans une ferme de deux serveurs simple. Après avoir passé par là, J'ai une meilleure appréciation dans ce genre de rapport de problèmes les gens sur les forums MSDN et ailleurs.

La configuration finale ferme:

• SQL/Index/Intranet EPE à l'intérieur du pare-feu.
• WFE dans la zone démilitarisée.
• Une sorte de pare-feu entre la DMZ et le serveur interne.

Avant de commencer le projet, nous permettre au client de savoir quels ports doivent être ouverts. Au cours de la donner et recevoir, en allers retours sur celle, Nous avons jamais explicitement dit deux choses importantes:

1. SSL signifie que vous avez besoin d'un certificat.
2. Le serveur DMZ doit faire partie d'un domaine.

Premier jour, nous a montré à installer MOSS et appris que les comptes de domaine pour la base de données et la mousse n'avait pas été créés. Pour bouger les choses, Nous sommes allés à venir et tout installé avec un compte local sur le serveur intranet.

À ce point, Nous avons découvert la confusion sur le certificat SSL et, Malheureusement, décidé d'avoir notre gars infrastructure y revenir plus tard cette semaine pour poursuivre l'installation du serveur DMZ. Pendant ce temps, nous, les architectes de la solution a progressé avec les trucs d'affaires.

Une fin de semaine ne se passe, et le client obtient le certificat.

Nos gars de l'infrastructure se présente et découvre que le serveur DMZ n'est pas joint à n'importe quel domaine (soit un domaine de périmètre avec une confiance limitée, soit du domaine intranet). Nous avons perdu presque un 1/2 journée là-dessus. Si nous n'avions pas laisser le certificat SSL manquant nous embourber, on aurait découvert cela plus tôt. Eh bien….

Un autre jour passe et les différentes commissions de sécurité, les parties intéressées et (pas si) des passants innocents tous d'accord que c'est OK pour rejoindre le serveur DMZ avec le domaine de l'intranet (Il s'agit d'un CEP, Après tout, pas une solution de production).

Infrastructure mec vient envelopper les choses. Cette fois nous passons avec succès par le le gant de moderne-jour affectueusement surnommé le "Assistant de Configuration SharePoint." Nous avons un coup d'oeil dans l'administration centrale et … Yee haw! … DMZ serveur est répertorié dans la ferme. Nous regarder un peu plus près et réaliser que nous avons cassé ouvert le Champagne, un peu d'acariens au début. Services WSS est coincé dans un "démarrage" statut.

Longue histoire courte, Il s'avère que nous avons oublié de changer l'identité du compte de service par l'intermédiaire de l'administration centrale de compte local d'origine vers le nouveau compte de domaine. Nous l'avons fait, ré-exécution de l'Assistant de configuration et voila! Nous avons été en affaires.

</fin>

S'abonner à mon blog.

Bien qu'il n'est pas littéralement vrai, en pratique, un internet orienté web front-end dans une DMZ doit être dans un domaine (i.e. pas un serveur autonome dans son propre petit groupe de travail). Il n'a pas besoin d'être dans le même domaine que le WFE interne(s) et d'autres serveurs (et sans doute ne devrait pas), mais elle doit être un domaine.

Mes collègues et j'ai passé énormément de temps sur une proposition, y compris les pré requis SharePoint. Cela comprend une liste complète des configurations de pare-feu qui permettrait le serveur DMZ rejoindre la ferme, etc.. Malheureusement, Nous avons échoué à ajouter quelque part une phrase qui dit, à l'effet, « le point tout sanglant de cette configuration est pour permettre à votre serveur DMZ EPPE, dans un domaine, pour rejoindre la ferme interne."

Une tempête d'événements, où nous a essentiellement examiné gauche lorsque nous aurions regardé droits, a conspiré pour masquer ce problème nous jusqu'à assez tard dans le processus de, m'empêchant ainsi d'invoquer mon "dire des mauvaises nouvelles au début" règle.

Soupir.

S'abonner à mon blog.