V preteklem tednu, moj kolega in so bili početje nekaj dela za stranko v NYC. Smo bili testiranje različnih vidikov izvajanja MOSS, ki uporabljajo svoj "standard" Workstation graditi (v nasprotju z naše prenosniki). Pri tem, da, Mi zašel v nekaj napak z naslednjim korakom:

• Začeti streljati MS word dokument preko windows explorer (ki uporablja WebDAV).
• Spremeniti.
• Shranite.

Smo prišli do zavedaš, da nekaj krat (ponavadi prvič) smo shranili dokument, Shrani ne "držijo." Shrani ali shrani. Mi bi dvigni dokumenta nazaj in naše spremembe preprosto ni bilo tam.

Nisem razumemo root vprašanje v tem trenutku, vendar smo ugotovili, da naj bi smo prepričani, da najnovejši servisni paket za MS Office je nameščena na te delovne postaje. TO ljudska pesem šel in naredil. Smo šli skozi test še enkrat in smo odkrili nov problem. Ko smo jo shranili, zdaj mi got to zmota:

tokrat, je zdelo, kot vsaka sprememba je bila, v bistvu, shranjene, ali smo odgovorili z da ali ne na vprašanje skripte.

Smo končno imeli pogled na dejanske različico Officea in izkazalo se je, da delovna postaja tekel MS Office 2000 servisni paket 3 kar se pokaže pod pomoč-> O kot "Office 2002".

Nauk zgodbe: Jaz zmeraj raba urad 2003 kot moj minimalni izhodiščni urad prevod čas using WebDAV in MOSS.

</namen>

Naročite se na moj blog.

(Za namen iskanja motor, To je napaka na besedilo):

Line: 11807

Char: 2

Napaka: Predmet ne podpira te lastnosti ali metode

Zbornik; 0

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

Ali želite še naprej izvajati skripte na tej strani?

V enem ali moj zelo prvi blog delovnih mest, Sem opisal celoten postopek smo sledili preseliti kupca iz SPS 2003 na mah. Bralec komentar, prosi za več podrobnosti in tukaj je.

Za ta projekt migracije, smo imeli, da bi našli dober način za premik veliko SEP 2003 dokumente v MOSS. Začetno obremenitev je dovolj enostavno. Ustvarite novo ciljno knjižnico dokumentov v MOSS in z Raziskovalcem premaknite dokumentov.

To je novo knjižnico dokumentov:

Odpreti dve okni raziskovalci. Točke prvega SEP 2003 in drugi v novo knjižnico dokumentov v MOSS. To kaže naslednji zaslon strel. Upoštevajte, da vrh brskalnik dejansko kaže na moje c:\čud pogon, vendar si lahko predstavljate, kaže, da je SPS 2003 Knjižnica dokumentov:

Po tem povleci in spusti operacijo, moj cilj izgleda takole:

Zdaj je čas, da se ukvarjajo z metapodatki. Predpostavimo, da imamo samo en stolpec metapodatkov za te dokumente, ki se imenuje "mesto." Lahko vidimo iz zgornjih "vseh dokumentov" meni, da je na lokaciji prazno. To je enostavno dovolj rabiti pogled lista podatkov vnesite mesto, ali celo iti v vsak dokument lastnosti enega dodati mesto. Denimo, da je nikakor ne praktično mesto stolpca samodejno dodeli vrednost in da končni uporabniki morajo to narediti z roko. Poleg, denimo, da obstaja na stotine dokumentov (morda tisoč) in da bo veliko veliko dni za posodobitev metapodatkov. Kot vsi vemo, nihče je tekoč usesti in delo za štiri, pet dni naravnost, posodabljanje meta podatkov za dokumente. Namesto tega, bo ki izbruhnejo v obdobju tednov, ali morda več. Tega procesa, lahko ustvarimo z "neoznačene podatkov" pogled, kot je prikazano:

Zdaj, ko nekdo sedi porabijo dodeljenih dnevno uro ali dve tag preseljene dokumentov, lahko uporabite "neoznačene dokumente" pogled v žarišče svoj trud:

Kot uporabniki tag dokumentov, so spusti dol. Ta seznam.

Ta pojem neoznačene podatkovni pogled lahko tudi pomoč pri razred podatkov validacijo težava ljudi, ki se pozanima na forumih. Iz škatle, obstaja način, da uporabniku preprečili nalaganje dokumenta na mah in ne vnesite meta podatkov. Mi lahko določite, da posebno spletno stran stolpec je obvezna in uporabnik ne bo treba omogočiti potisnite shranjevanje gumb. Vendar, Če uporabnika uploads in nato zapre brskalnik (ali uporablja windows explorer upload dokument), ne moremo prisiliti uporabnika k vnosu meta podatkov (spet, iz škatle).

Ta pristop je mogoče pomagati pri tej situaciji. "Slabo označeni podatke lahko uporabimo" Poglej si enostavno identifikacijo teh dokumentov in njihovo odpravljanje. Par to z KPI in imate dobro vidljivost podatkov z globino za upravljanje teh izjemnih okoliščinah.

</namen>

Naročite se na moj blog.

Ta teden, Sem malce boril z mojo ekipo zadobiti MOSS umestiti v a prepost dve gruči. Ob šla skozi to, Imam večje zadovoljstvo za vrste težave ljudi poročilo na MSDN forumih in drugje.

Končno kmetije konfiguracijo:

• Kazalo/SQL/Intranet WFE znotraj požarnega zidu.
• WFE v DMZ.
• Nekakšen zid med notranjim strežnikom in DMZ.

Preden smo začeli projekt, pustimo, da stranka ve, katera vrata je treba odprto. Med daje in sprejema, sem in tja čez ki, bomo nikoli izrecno rekel, dve pomembni stvari:

1. SSL pomeni, da morate potrdilo.
2. DMZ strežnika mora biti del domene.

En dan, smo pokazala namestiti MOSS in se naučili, da ne bi bilo ustvarjeno račune domene za zbirko podatkov in MOSS. Premakniti stvari skupaj, sva šla naprej in namestili vse z lokalnim računom v intranetni strežnik.

Na tej točki, smo odkrili zmedo preko SSL certifikata in, na žalost, odločila, da so naše infrastrukture fant vrnil kasneje ta teden, če želite nadaljevati nameščanje DMZ strežnika. V vmesnem času, smo rešitev arhitekte premakne naprej s poslovne stvari.

Vikend gre z in stranka pridobi certifikat.

Naš fant infrastrukture pokaže in odkrije, da DMZ strežnik ni pridružen nobeni domeni (oboda domene z omejeno zaupanje ali intranetno področje). Smo skoraj zapravili na 1/2 dan na tem. Če mi ni kaj manjka SSL certifikat nas bog navzdol, Ugotovili smo, bi to prej. Oh no….

Drugi dan prelazov in različni odbori, varnost, zainteresirane stranke in (ne tako) vsi nedolžni mimoidoči se strinjajo, da je OK, da se pridružijo DMZ strežnika s intranetno področje (To je a POC, navsezadnje, ne proizvodnje rešitev).

Infrastrukture človek pride zaviti stvari. Tokrat smo uspešno skozi je sodobna spopad Strasno znana kot "Čarovnik za konfiguracijo SharePoint." Imamo pokukati v osrednjem skrbništvu in … Yee haw! … DMZ strežnika iz gruče. Mi Poglej malo bližje in spoznali smo broke odprta Champaign malo pršice zgodaj. WSS storitev je zaljubljen v a "začetni" status.

Skrajšam zgodbo, Izkazalo se je, da smo pozabili spremeniti identiteto račun storitve prek osrednjega skrbništva iz izvirne lokalne računa na nov račun domene. Pri tem smo, ponovno tekel čarovnika za konfiguracijo in Opa! Smo bili v poslovnih.

</namen>

Naročite se na moj blog.

Čeprav to ni dobesedno res, kot praktično zadevo, na internetnih spletnih vmesnikih na DMZ, mora biti v domeni (i.e. ni nekaterih standalone server v lastno malo delovne skupine). Ni treba biti v isti domeni kot notranji WFE(s) in druge strežnike (in verjetno ne bi smela), vendar mora biti v domeni.

Moji kolegi in jaz porabil neizmerno veliko časa na predlog, ki je vključena predpogoja za SharePoint. To je vključevalo izčrpen seznam požarni zid konfiguracije, ki bi omogočile DMZ strežnika za pridružitev gruči in tako naprej. Na žalost, mi ni bilo mogoče dodati stavek nekje, ki je dejal, o tem, "celotno bistvo te konfiguracije je omogočiti DMZ WFE strežnika, v domeni, da se pridružijo notranjega kmetije."

Popoln vihar dogodkov, kjer smo v bistvu pogledal levi ko smo morda iskali desno, zaroto, da skriti tega problema pri nas dokaj pozno v procesu, tako mi preprečuje, uveljavlja svoj "povej slaba novica zgodaj" pravilo.

Vzdih.

Naročite se na moj blog.