Počas minulého týždňa, môj kolega a boli robiť nejakú prácu pre klienta v New YORKU. Boli sme testovanie rôznych aspektov vykonávania MOSS vzorovom ich "" vybudovať pracovisko (na rozdiel od našich laptopoch). Pritom, že, sme narazili na niekoľko chýb pomocou nasledujúcich krokov:

• Otvoriť MS word dokumentu pomocou programu windows Prieskumník (ktorá používa protokol WebDAV).
• Vykonať zmenu.
• Uložiť.

Prišli sme si uvedomiť, že niektoré krát (zvyčajne po prvýkrát) sme zachránení dokumentu, Uložiť nebol "palicu." Uložiť neuložil. Tento dokument by sme vytiahnuť späť hore a naše zmeny jednoducho tam neboli.

Sme sa pochopiť koreň problému v tomto bode, ale mysleli sme, že sme mali uistiť, že na toto pracovisko bol inštalovaný najnovší balík service pack pre MS Office. IT ľudí šiel a urobil. Šli sme cez test znova a sme objavili nový problém. Keď sme uložili, Teraz máme túto chybu:

tentoraz, vyzeralo to, že každá zmena bola, v skutočnosti, uložené, sme odpovedali áno či nie na otázku, skripty.

Nakoniec sme mali pozrieť na aktuálne verzie balíka Office a ukázalo sa, že pracovná stanica bola spustená MS Office 2000 s aktualizáciou service pack 3 ktorý ukazuje až pod pomoc-> O tom, ako "Office 2002".

Ponaučenie z príbehu: Bude vždy používať Office 2003 ako môj minimálnej základné verzia office pri použití WebDAV a MACHU.

</koniec>

Vyberajte môj blog.

(Pre účely vyhľadávač, Toto je chyba text):

Riadok: 11807

Char: 2

Chyba: Objekt nepodporuje túto vlastnosť alebo metódu

Kód; 0

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

Chcete pokračovať v behu skriptov na tejto stránke?

V jednom alebo môj Prvá blogu, Som opísal celkového procesu sme sledovali na migráciu zákazníkov z SPS 2003 do MACHU. Čitateľ opustil komentár so žiadosťou o podrobnejšie a tu je.

Pre tento projekt migrácie, museli sme nájsť dobrý spôsob, ako sa pohybovať veľa SPS 2003 dokumentov cez MOSS. Počiatočné zaťaženie bolo dosť ľahké. Vytvoriť novú cieľovú knižnicu dokumentov v MACHU a pomocou programu windows Prieskumník presuňte dokumenty.

Toto je novým knižnice dokumentov:

Otvoriť dve okná prieskumníci. Prvý bod na SPS 2003 a druhý v novej knižnici dokumentov v MOSS. Na nasledujúcej obrazovke shot ukazuje toto. Všimnite si, že top prehliadač je vlastne smerovali na moje c:\temp disk, ale viete si predstaviť to ukazuje na SPS 2003 Knižnica dokumentov:

Po tom preťahovať operácie, môj cieľ vyzerá takto:

Teraz je čas zaoberať sa metaúdaje. Predpokladajme, máme len jeden stĺpec metaúdajov pre tieto dokumenty s názvom "umiestnenie." Môžeme vidieť z vyššie uvedeného "všetky dokumenty" názor, že miesto je prázdne. Je to jednoduché, stačí použiť zobrazenie údajov hárka zadajte umiestnenie, alebo dokonca ísť do vlastností každého dokumentu po jednom pridať umiestnenie. Predpokladajme, že neexistuje žiadny praktický spôsob, ako priradiť umiestnenie stĺpca hodnotu automaticky a že koncovým používateľom musí to urobiť ručne. Okrem toho, Predpokladajme, že existujú stovky dokumentov (možno tisícky) a že to bude trvať mnoho mnoho dní aktualizovať metadáta. Ako všetci vieme, nikto si sadnúť a pracovať pre štyri z piatich dní rovno aktualizácie metaúdajov pre dokumenty. Namiesto toho, Oni sa prelomiť, že von počas týždňov alebo prípadne dlhšie. Na uľahčenie tohto procesu, môžeme vytvoriť "netagovanými údajmi" zobrazenie podľa:

Teraz, keď niekto sedí na tráviť svoje pridelené denne hodinu alebo dve Tag migrovaných dokumenty, môžete použiť "netagovaných dokumentov" s cieľom sústrediť svoje úsilie:

Ako užívatelia tag dokumenty, oni odídu tento zoznam.

Tento pojem netagované prehľade môže tiež pomôcť s triedou údaje validácie problém ľudí opýtať na fórach. Po vybalení z krabice, Neexistuje žiadny spôsob, ako používateľom zabrániť nahrávanie dokumentu na MOSS a potom vstúpiť meta údajov. Môžete určiť, že konkrétnu lokalitu stĺpec je povinný a užívateľ nebude môcť tlačiť uložiť tlačidlo. Avšak, Ak používateľ obrázky a potom zavrie prehľadávač (alebo použitie Prieskumníka odovzdať dokument), Nemôžeme sily užívateľovi zadať meta údajov (znova, z krabice).

Tento prístup možno pomôcť takejto situácie. Môžeme použiť "zle označené údaje" Pozri si ľahko identifikovať tieto dokumenty a ich opraviť. Pár toto s KPI a máte dobrú viditeľnosť údajov s vrták-dole správa týchto výnimočných okolností.

</koniec>

Vyberajte môj blog.

Tento týždeň, Som trochu bojoval so svojím tímom dostať MOSS inštalované v jednoduchých dvoj-serverovej farmy. Cez to, Mám väčšie uznanie pre typy problémov ľudí správu na fórach MSDN a inde.

Konečné farme konfigurácii:

• SQL/Index/Intranet ECR vnútri brány firewall.
• ECR v DMZ.
• Nejaký firewall medzi DMZ a interný server.

Než sme začali projekt, necháme klienta vedieť, aké porty treba otvoriť. Počas dávania a brania, tam a späť cez to, sme nikdy výslovne povedal dve dôležité veci:

1. SSL znamená potrebujete certifikát.
2. DMZ server musí byť súčasťou domény.

Jeden deň, ukázal na inštaláciu MOSS a naučil, že doménové kontá pre databázu a MOSS nebola vytvorená. Sa pohybovať sa veci, sme šli napred a inštalované všetko s lokálnym kontom na serveri siete intranet.

V tomto momente, Zistili sme zmätok cez SSL certifikát a, Smutne, rozhodli, že naše infraštruktúry chlap sa vrátil koncom tohto týždňa chcete pokračovať v inštalácii sa DMZ server. Do tej doby, Máme riešenie architektov pohyboval vpred s obchodné veci.

Víkend plynie a klient získa certifikát.

Naša infraštruktúra chlap ukazuje hore a zistí že DMZ server nie je pripojený k žiadnej doméne (obvod doménu s obmedzenej dôveryhodnosti alebo intranetovej domény). Zbytočne sme takmer 1/2 deň na to. Ak necháme nemal chýba SSL certifikát zapadnúť nás, by sme to zistili skôr. No….

Ďalší deň prejde a rôzne bezpečnostné výbory, zainteresované strany a (nie je to tak) nevinných okoloidúcich všetci súhlasiť, že je OK pripojiť DMZ server s doménou intranetu (Toto je POC, napokon, nie je riešenie výroby).

Infraštruktúry chlap príde k zabaliť veci. Tento čas sme úspešne prejsť moderné-dňový rukavicu, oddaný, známe ako "sprievodcu konfiguráciou služby SharePoint." Máme nahliadnuť v centrálnej správe a … Yee haw! … DMZ server je uvedený vo farme. Sme sa pozrieť trochu bližšie a uvedomiť si, sme sa rozišli otvoriť Champaign trochu roztoč čoskoro. Služieb WSS je uviazol v "začína" stav.

Dlhý príbeh krátky, Ukázalo sa, že sme zabudli zmeniť identifikáciu konta služby prostredníctvom centrálnej správy z pôvodných konta lokálneho nové konto domény. Urobili sme, že, Re-bežal sprievodcu konfiguráciou a voila! Boli sme v podnikaní.

</koniec>

Vyberajte môj blog.

Hoci to nie je pravda, doslova, ako praktickú záležitosť, internet-čelia webové klientske rozhranie v DMZ musí byť v doméne (tj. nie nejaký samostatný server vo vlastnej malej pracovnej skupiny). To nemusí byť v tej istej doméne ako vnútorné ECR(s) a iné servery (a pravdepodobne by nemal), ale to musí byť doménou.

Moji kolegovia a ja strávil nadmerné množstvo času na návrh, ktorý zahŕňal SharePoint predpoklady. To zahŕňa komplexný zoznam konfiguráciou brány firewall, ktorá by umožnila DMZ server pripojiť na farme a tak ďalej. Bohužiaľ, sme nedokázali Pridanie trest niekde to povedal, v zmysle, "celý krvavý Táto konfigurácia je umožniť ECR DMZ server, v doméne, pripojiť sa k vnútornej farmy."

Dokonalú búrku udalosti, kde sme v podstate vyzeral doľava, keď sme mohli právo, spikli Skryť tento problém od nás až pomerne neskoro v procese, tak mi bráni vyvolanie môj "Zlou správou povedať skoro" pravidlo.

Povzdych.

Vyberajte môj blog.