In der vergangenen Woche, meine Kollege und ich wurden dabei einige Arbeiten für einen Kunden in NYC. Wir waren eine unterschiedliche Aspekte einer MOSS-Implementierung, die mit ihren "Standard testen." Arbeitsstationsbuild (im Gegensatz zu unseren laptops). Dabei, die, Wir liefen in ein paar Fehler durch diese Schritte:

• Öffnen Sie eine MS-Word-Dokument über den Windows_explorer (die WebDAV verwendet).
• Nehmen Sie eine Änderung.
• Speichern.

Wir kamen zu erkennen, dass einige Male (in der Regel das erste Mal) wir das Dokument gespeichert, das Speichern halten nicht"." Sie sparen nicht gespeichert. Wir würden dieses Dokument ziehen, sichern und unsere Änderungen waren einfach nicht da.

Wir Verstand nicht die Wurzel Frage an dieser Stelle, aber wir dachten, wir sollten sicherstellen, dass das neueste Servicepack für MS Office auf dieser Arbeitsstation installiert hatte. Die IT-Leute ging und Tat, die. Wir gingen durch den Test wieder und wir entdeckten ein neues problem. Wenn wir es gerettet, Wir haben jetzt diesen Fehler:

Dieses Mal, Es schien, wie jeder Änderung, Tatsächlich, gespeichert, ob wir beantwortet ja oder Nein auf die Frage des Skripts.

Schließlich hatten wir einen Blick auf die aktuelle Version von Office und es stellt sich heraus, dass die Arbeitsstation, MS Office ausgeführt wurde 2000 mit Servicepack 3 Das zeigt sich unter Hilfe-> Über als "Office 2002".

Die Moral von der Geschichte: Ich werde immer Office verwenden. 2003 als meine minimalen Baseline-Office-Version bei Verwendung von WebDAV und MOSS.

</Ende>

Onnieren Sie meinen Blog ab.

(Suche Motor Zwecken, Dies ist der Fehler text):

Linie: 11807

Char: 2

Fehler: Objekt unterstützt nicht diese Eigenschaft oder Methode.

Code; 0

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

Möchten Sie weiterhin ausführen von Skripts auf dieser Seite?

In einem oder meinem ersten Blog-posts, Ich beschrieb den Gesamtprozess folgten wir migrieren Sie ein Kunde von SPS 2003 auf MOSS. Ein Leser liess eine Bemerkung, die detailliertere Fragen und hier ist es.

Dass Migrationsprojekt, Wir hatten eine gute Möglichkeit, eine Menge von SPS bewegen zu finden 2003 Dokumente über Moos. Das erste Laden war einfach genug. Erstellen Sie eine neue Ziel-Dokumentbibliothek in MOSS und verwenden Sie Windows_explorer, um die Dokumente zu verschieben.

Dies ist die neue Dokumentbibliothek:

Öffnen Sie zwei Windows Forscher. Der erste Punkt auf SPS 2003 und die zweite bei der neuen Dokumentbibliothek in MOSS. Der folgende Screenshot zeigt dies. Beachten Sie, dass der obere Browser tatsächlich bei meinem c zeigt:\Temp-Laufwerk, aber Sie können sich vorstellen, es auf eine SPS 2003 Dokumentbibliothek:

Danach per drag & drop Vorgang, Mein Ziel sieht wie folgt:

Jetzt ist es Zeit zu bewältigen, die Metadaten. Vorausgesetzt, dass wir nur eine Spalte von Metadaten für diese Dokumente mit dem Namen "Location." Wir sehen von oben "alle Dokumente" Ansicht, dass der Standort leer ist. Es ist leicht genug, um eine Tabellenansicht der Daten verwenden, um den Standort eingeben, oder sogar in jedem Dokument Eigenschaften eins nach dem anderen an einen Speicherort hinzufügen. Angenommen, es keine Möglichkeit gibt, der Spalte Lagerort automatisch einen Wert zuzuweisen und Endbenutzer muss dies von hand machen. Des weiteren, nehmen wir an, es gibt Hunderte von Dokumenten (vielleicht Tausende) und daß es dauert viele viele Tage, um die Metadaten zu aktualisieren. Wie wir alle wissen, Niemand wird zu sitzen und arbeiten für vier von fünf Tagen gerade Aktualisieren von Metadaten für Dokumente. Stattdessen, Sie werden, die über einen Zeitraum von Wochen oder eventuell länger ausbrechen. Zur Förderung dieses Prozesses, Wir können eine "unbenanntes Daten erstellen." Ansicht wie gezeigt:

Jetzt, Wenn jemand sitzt verbringen Sie ihre zugewiesenen täglich oder zwei Stunden Tag migrierte Dokumente, Sie können die "unbenanntes Dokumente" Blick auf ihre Anstrengungen konzentrieren:

Als Benutzer Tag Dokumente, Sie fallen aus dieser Liste.

Diese Vorstellung ein unbenanntes Datenansicht kann auch mit einer Klasse der Validierung Datenproblem helfen, die Leute in den Foren erkundigen. Out of the box, Es gibt keine Möglichkeit um zu verhindern, dass einen Benutzer Hochladen eines Dokuments auf MOSS und geben dann nicht Meta-Daten. Wir können festlegen, dass eine bestimmte Website-Spalte obligatorisch ist und der Benutzer wird nicht dürfen drücken Sie speichern Schaltfläche. Jedoch, Wenn der Benutzer-uploads und dann den Browser schließt (oder verwendet Windows_explorer das Dokument hochladen), Wir können nicht zwingen den Benutzer zur Eingabe von Meta-Daten (wieder, Out of the box).

Dieser Ansatz kann verwendet werden, um mit dieser Situation zu helfen. Wir können eine "schlecht markierte Daten verwenden." zeigen Sie an, um problemlos diese Dokumente zu identifizieren und korrigieren. Verbinden Sie dies mit einer KPI und Sie haben guten Sicht auf die Daten mit Detailinformationen zu dieser außergewöhnlichen Umstände zu verwalten.

</Ende>

Onnieren Sie meinen Blog ab.

Diese Woche, Ich habe ein bisschen mit meinem Team MOSS in einer einfachen zwei-Serverfarm installiert bekommen kämpfte.. Durch es gegangen, Ich habe eine größere Wertschätzung für die Arten von Problemen Menschen Bericht auf den MSDN-Foren und anderswo.

Die endgültige Farmkonfiguration:

• SQL/Index/Intranet WFE innerhalb der firewall.
• WFE in der DMZ.
• Eine Art von Firewall zwischen DMZ und dem internen server.

Bevor wir das Projekt gestartet, wir damit der Client weiß, welche Ports geöffnet sein musste. Während das geben und nehmen, hin und her über die, Wir sagten nie explizit zwei wichtige Dinge:

1. SSL bedeutet, dass Sie ein Zertifikat.
2. Der DMZ-Server muss Teil einer Domäne sein..

Tag eins, Wir installieren MOSS auftauchte und gelernt, dass die Domänenkonten für Datenbank und MOSS erstellt wurde, hatte nicht. Um die Dinge bewegen sich entlang, Wir gingen voran und alles mit einem lokalen Konto auf dem Intranetserver installiert.

An diesem Punkt, Wir entdeckten die Verwirrung über das SSL-Zertifikat und, Leider, beschlossen, unsere Infrastruktur-Kerl wieder später in dieser Woche kommen weiterhin den DMZ-Server installieren. In der Zwischenzeit, zogen wir Lösungsarchitekten voran mit dem Geschäft.

Ein Wochenende vergeht und der Client erhält das Zertifikat.

Unsere Infrastruktur Kerl auftaucht und entdeckt, dass der DMZ-Server keiner Domäne nicht beigetreten ist (entweder einer Umkreisdomäne mit begrenztes Vertrauen oder den Intranetdomäne). Wir verloren fast ein 1/2 Tag darauf. Wenn wir das fehlende SSL-Zertifikat, das uns bog lassen hatte nicht, Wir würden dies früher entdeckt haben. Na ja….

Ein weiterer Tageskarten und der verschiedenen Ausschüsse für Sicherheit, interessierten Parteien und (nicht so) Alle unbeteiligte Zuschauer einig, dass es OK, um den DMZ-Server mit der Intranetdomäne beitreten (Dies ist ein POC, Letztendlich, keine Lösung).

Infrastruktur-Mann kommt in Sachen einpacken. Diesmal erfolgreich durchlaufen die heutigen Gauntlet liebevoll bekannt als "SharePoint-Konfigurations-Assistenten." Wir haben einen Blick in der Zentraladministration und … Yee-haw! … DMZ-Server in der Farm aufgeführt. Wir schauen ein wenig näher und erkennen, dass wir offen die Champaign Milbe etwas früh brach. WSS-Dienstleistungen steckt einer "starten" Status.

Lange Rede, kurzer Sinn, Es stellt sich heraus, dass wir vergessen haben, um die Identität des Dienstkontos über zentrale Administration aus dem ursprünglichen lokalen Konto auf das neue Domänenkonto ändern. Wir haben das, ließ den Konfigurations-Assistenten und voila! Wir waren im Geschäft.

</Ende>

Onnieren Sie meinen Blog ab.

Es ist zwar nicht wortwörtlich wahr, als eine praktische Sache, eine Internetanbindung Web-front-End in einer DMZ muss in einer Domäne sein. (dh. nicht einige Standalone-Server in eine eigene kleine Arbeitsgruppe). Es muss nicht in derselben Domäne wie der interne WFE(s) und anderen Servern (wahrscheinlich auch nicht), aber es muss eine Domäne.

Meine Kollegen und ich verbrachte übermäßig viel Zeit auf Vorschlag, der SharePoint Voraussetzungen enthalten. Dazu gehörte auch eine umfassende Liste von Firewall-Konfigurationen, die als DMZ-Server die Farm und dergleichen beitreten ermöglichen würde. Leider, wir es versäumt, einen Satz irgendwo hinzuzufügen, die sagte, um die Wirkung, "die ganze verdammte Bestreben dieser Konfiguration ist es Ihre DMZ WFE-server, in einer Domäne, die interne Farm beitreten."

Ein Sturm der Ereignisse, wo wir im Grunde Links sah, wenn wir richtig ausgesehen haben könnte, um dieses Problem von uns erst relativ spät im Prozess verstecken sich verschworen, damit mich verhindert den Aufruf meiner "schlechte Nachrichten früh sagen" Regel.

Seufzer.

Onnieren Sie meinen Blog ab.