La semaine dernière, mon collègue et je faisais un travail pour un client à New York. Nous testions un différents aspects d'une implémentation de mousse à l'aide de leur standard"" construction de la station de travail (Contrairement à nos ordinateurs portables). Tout en faisant cela, Nous avons rencontré quelques erreurs en suivant ces étapes:

• Ouvrez un document MS word via l'Explorateur windows (qui utilise WebDAV).
• Faire un changement.
• Enregistrez-le.

On s'est rendu compte que quelque fois (généralement la première fois) Nous avons enregistré le document, l'enregistrement n'a pas "s'en tenir." Sauvegarde n'a pas sauvé. Nous retiraient ce document vers le haut et nos modifications n'étaient simplement pas là.

Nous ne comprenais pas la cause de racine à ce stade, mais nous avons pensé que nous devrions veiller à ce que le dernier pack de service MS Office avait été installé sur cette station de travail. Les gens c'est allé et a fait ça. Nous sommes passés par le test à nouveau et nous avons découvert un nouveau problème. Quand nous avons enregistré, Nous avons maintenant cette erreur:

Cette heure, Il semblait que chaque changement a été, En fait, sauvé, Si nous avons répondu oui ou non à la question de scripts.

Nous avons finalement eu un coup d'oeil à la version réelle d'Office et il s'avère que le poste de travail était en cours d'exécution MS Office 2000 avec le service pack 3 qui se présente sous aide-> Tout comme « Office 2002 ».

La morale de l'histoire: Je vais toujours utiliser Office 2003 comme ma version de bureau de base minimale lorsque vous utilisez WebDAV et MOSS.

</fin>

S'abonner à mon blog.

(Fins de moteur de recherche, Il s'agit de texte de l'erreur):

Ligne: 11807

Char: 2

Erreur: Objet ne gère pas cette propriété ou méthode

Code; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Voulez-vous continuer à exécuter des scripts sur cette page?

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.