Pregled:

Razhroščevanje je težko pri razvoju po meri funkcionalnost za Windows SharePoint Services 3.0 (WSS) ali Microsoft Office SharePoint Server (MOSS). Glavni krivec je, da SharePoint običajno površine zelo malo diagnostične informacije na spletnem brskalniku, ko pride do napake. Ta blog vnos opisuje, kako poiskati dodatne sistemsko ustvarjena diagnostične informacije, ki lahko pogosto zagotavljajo da ekstra nekaj podrobnosti, ki potrebuje za prepoznavanje vzrokov. To lahko nato privede do rešitve problema.

Imam uporabljajo to tehniko z velikim uspehom rešiti drugače skrivnostne napake.

Pristop:

SharePoint prihrani veliko informacij za diagnostični dnevnik v dnevniški datoteki v na 12 panj.

"12 panj" se običajno nahaja na "C:\Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Nisem prepričan, če je mogoče, je 12 panj živeti kjerkoli drugje, v bistvu).

Ideja je najti trenutna dnevniška datoteka, silo napako in nato hitro odprite dnevniško datoteko. Ta dnevniške datoteke so značilna:

• Veliko količino informacij. SharePoint ustvari zelo veliko količino diagnostične informacije in piše Ta dnevniške datoteke zelo hitro. Morate biti hitro s prsti se je zajetje.
• Mnogoterost. SharePoint ne napisati eno dnevniško datoteko, vendar ne ustvarja več dnevniške datoteke v zaporedju.
• Kopirajte in prilepite lepo v MS Excel.

Moja najljubša metoda:

1. Odprt navzgor Raziskovalcu, kaže na 12 hivelogs.
2. Razvrščanje pogleda razkazati po datumu spremembe (najprej najbolj nedavne).
3. Označite najbolj trenutna dnevniška datoteka.
4. V oknu spletnega brskalnika, silo napake pojavijo.
5. Hitro odprite trenutna dnevniška datoteka in prekopirajte njegovo vsebino v MS Excel.
6. Skok do konca in analizo ustreznih vpisov.

Druge opombe:

Privzeto, diagnostični dnevnik se nahaja na 12 hiveLOGS imenik.

MS Best practices (kot Mike T. Microsoft) država, ki dnevniške datoteke je mogoče shraniti na ločen trdi disk. Nedoločni zaimek does to preko osrednje skrbniško. Skrbnik sistema lahko naredil to, v tem primeru očitno bi morali najti dnevniško datoteko tam namesto privzete 12 panj mesto).

Ta vnos obravnava vprašanja, kot so:

• SharePointov potek dela ni bilo mogoče zagnati zaradi notranje napake.
• (več dodajo sčasoma)
• Ta vnos je bil koristen, diagnosticiranje napak poteka dela (npr.. "Potek dela se ni začel zaradi notranje napake").

(Ta vnos cross napoteni med http://paulgalvin.spaces.live.com/blog/ in http://blogs.conchango.com)

Napotitve na tej strani so moja lastna in ne nujno predstavljajo Conchango's pozicije, strategije ali mnenj.

Pregled:

Ta vnos opisuje nekaj osnovnih informacij o velikem (3,000 uporabniki) Microsoft Office SharePoint Server (MOSS) širitev in kaj smo naredili, da se projekt v tako, da stranka je vesel in trdno navzdol pot konča s polno sprejetja MOSS nabor funkcij. Za pisanje o začetku, smo približno 50% skupaj s prvo fazo projekta. Kot stvari napredek, Jaz bom posodobite ta vnos in/ali pisati nove vnose.

V tem primeru, družba je že nameščen SharePoint Portal Server 2003. Skupini je nameščen izdelek v neke vrste "da vidimo če kdorkoli ljubkovati" moda. To je hitro sprejela veliko poslovnih uporabnikov in je postala zelo priljubljena v podjetju nasploh. Kot si lahko predstavljate, to ni najboljša strategija za širitev (ki stranko takoj priznala) in ko mah prišel na sceno, odjemalec odpravili "to storiti desno" in najel nas, da bi jim pomagali.

Ena osrednji vprašanj, srečujemo, ko smo začeli izvajanje tega projekta je bila: Kako bomo uvedbo MOSS na to stranko? Glede na to, stranka je že imela izkušnje s SharePointom, smo spraševali — ali moramo narediti "diferencialni" usposabljanja ali ne, smo začeli od tal navzgor? Po obdelavi z ključnih uporabnikov, Ugotovili smo, da se to zdravljenje kot zeleno polje projekta, ki je bolj smiselno.

Da odločitev je izhodišče, vendar še vedno nam preostane pomemben pogoj poskušal ugotoviti dobro strategijo za mah uvajajo v podjetje. MAH je tako velike živali … To vključuje upravljanje vsebin, upravljanje dokumentov, Išči, varnost, izbiro občinstva, projektno vodenje, "čudovito štirideset" predloge, potek dela, poslovni podatki priključek, itd. Par to z dejstvom, da je veliki organizaciji ki lahko resnično izkoristiti skoraj vsak večji MOSS funkcijo in imate dobitek velik projekt z enterprise reach in veliko dobrih stvari, ki se dogaja.

Smo srečujejo s težavo znova in znova … MAH je podjetje doseči z njegovega podjetja nabor funkcij, še celo nekoliko sofisticirane stranke imajo težko duševno absorbira te funkcije, naj sam vključitev precejšnji del jih v njihovo dnevno rutino.

Nimam čarobno rešitev problema. Namesto tega sem naslov samo prvih korakih, ki smo jih naredili s stranko, da jih vodijo po poti za uspešno dolgoročno sprejetje.

Področje:

Toliko, kot sem hotel ekipa obrti načrt projekta, ki je vključevala tako mejnike, kot "PoepleSoft integracijo prek BDC zaključili", "Nov izdelek prek-oddelkov začetek poteka dela popolno" in "Izvršno vodstvo KPI sprejet", Sem moral poravnati za nekaj manj. To pa ne pomeni da manj"" je slabo. v bistvu, "manj" da smo se odločili za začetni zagon je bil milj pred kjer so bili, preden smo začeli. V našem primeru, "manj" spremenila v:

• Upravljanje preprostih dokumentov z uporabo knjižnice dokumentov, različice vrste nadzora in vsebine.
• Učinkovito iskanje na osnovi vrste vsebine in prilagodite iskanje vnaprej (preko upravljane lastnosti, XSLT lepe rezultate, itd).

Poleg zgoraj navedenih lastnosti poslovnega (kar pomeni, da so bili valjan jasno v vsi oddelki in uporabniki), smo dodali naslednje singleton v področje mini-projekte:

• Dokaz koncepta vključevanja BDC.
• Proces multi-step in razvejan poteka dela, ki so ustvarili preko EPD.
• Kompleks InfoPathov obrazec.
• Navarjanje KPI-jev za nekaj poslovnih procesov (verjetno HR talent pridobitev v našem primeru, Čeprav to se lahko spremeni).

Področje tukaj ni 100% natančno pa predstavnika našega pristopa in dovolj za moj namen tukaj, ki je, da pojasni, kaj menim, da je učinkovit"" uvedba MOSS, ki bo stranko trdno določeni zlati poti za popolno sprejetje MOSS.

Ne bom pisal veliko več o singleton v tej postavki. Želim poudariti, da so del naše strategije, oblikovanje. Ideja je, da izvajanje temeljnih dokumentov upravljanje in iskanje funkcij za vse uporabnike še zagotavljajo zelo funkcionalno, visoko vidne in zelo reprezentativne primere drugih značilnosti jedro MOSS, ki je preprosto presegajo sposobnost večina uporabnikov, da absorbira v tej zgodnji fazi. Vendar, bodo "tam zunaj" in ena upa, da bo drugih poslovnih enot poznam ali izvedeti o njih in želite te funkcije zase, vodi k večji sprejetje. Te zgodbe o uspehu posameznega služi tudi za zagotavljanje naše prodajne ekipe "strelivo" za uspešno drugi zmagal, tretji in n-faze projektov.

Kaj pa uvajamo in zakaj?

Poravnajo na upravljanje dokumentov in Išči kot izhodiščno lotitev-širok zahtevo, smo potrebovali za začetek zbiranja podrobnosti. Kot praktično zadevo, to vrti okoli razumevanje svojih dokumentov in da na koncu preslikana v razumevanje vrste vsebine.

Sem ugotovila, je težko razložiti vrste vsebine brez vizualne aides. Več tehničnih folk lahko oditi iz razpravo o vrstah vsebine, ko je CT so opisane v izrazoslovju. "A CT je podobna tabeli zbirke podatkov, ima stolpce in stolpcev definirane podatkovne tipe, vendar CT podatkovni tipi vključujejo več kot preprosto celo število/datum, vendar je tudi "izbira" in "za iskanje" in podobno." Lahko govorimo o "razširitev" vrste vsebine, podobno kot ena lahko podedovali funkcionalnost iz osnovnega razreda v objektno orientirani jeziki. Vendar to seveda ni koristno za prevoz oddelka admin oseba, ki je brez tehničnega ozadja. Tj, skoraj vsakdo, ki zadevah v MOSS zagona.

Uporaba belo tablo je iffy. Ste predstavil zamisel o vrsto vsebine in sestavljen briljantno (ali tako se zdi) slike vrst vsebine in kaj storiti za vas v smislu iskanja in kako jih je mogoče razširiti, itd. Na koncu, občutek, kot nekaj žarnice so se obrnili, vendar je nastala slika tablo nered.

To nas je pripeljalo do naše sedanje in tako daleč najučinkovitejši pristanek mesto: mesto MOSS sandbox konfiguriran za prikaz te funkcije.

Z uporabo strani sandbox, smo pokazati:

• Vrste vsebine:
  • Ustvarjanje CT z več podatkovnimi tipi (besedilo, datum, izbira, logična vrednost, za iskanje, itd).
  • Razširitev CT z ustvarjanjem novih CT, ki temelji na matično.
  • Iskanje dokumentov z metapodatki CT.
• Knjižnice dokumentov:
  • Povezovanje enotnega CT s knjižnico.
  • Kaj se zgodi, ko smo upload dokument v to knjižnico?
  • Povezovanje več CT s knjižnico doc.
  • Kaj se zgodi, ko smo upload dokument v to knjižnico?
  • Filtriranje in razvrščanje prek stolpcev v doc lib.
  • Pogledov knjižnice dokumentov:
    • Razvrščanje
    • Združevanje
    • "Nagel vstop" (podatkovni list pogled)
    • "Neoznačene podatkov" (za pomoč pri migracije MOSS iz drugih virov vsebine; več o tem v nadaljevanju).

Sandbox stran:

Smo zasnovan našo spletno stran sandbox biti stalnica v razvojno okolje, ki se uporabljajo za namene usposabljanja, dolgo, ko končamo projekt in vključenih več artefakte, kot je opisano:

Vrste vsebine:

Opredelili smo te vrste vsebine: Računa, Nabavni nalog, Račun za storitve.

Smo izbrali računa in nabavni nalog, ker so bolj ali manj splošno pod
stal subjekti. Vsi v podjetju razume, da račun je zahtevo za plačilo, ki je kupca za na znesek izdanih na določenem datum izplača kot na nekaj Plačilni pogoji. To vodi do naravnih opredelitev CT, ki smo jo poimenovali "usposabljanje račun" (da se razlikuje od katere koli druge vrste računa). Nabavni nalog je podobno težko opredeli. Ustvarili smo tudi a "usposabljanje storitve računa" z ustvarjanjem novega CT na podlagi "usposabljanje račun" CT in dodani samo en stolpec, "opravljene storitve".

Z zgoraj, smo lahko sedaj pokazati nekaj ključnih značilnosti osebe CT brez pridobivanje bogged dol poskuša razložiti abstrakten pojem najprej; vsakdo že razume, kaj mislimo s "računa" in "naročilnica" in so namesto tega lahko osredotočili na mehanike CT sama.

Seznamih po meri:

CT s stolpcev vrste »iskanje" pokažite na po meri seznam ali knjižnica dokumentov. Mi uporabljamo to obširno in za sandbox, smo ustvarili podporo po meri seznam, ki vsebuje stranke. Smo izbrali stranke, ker je preprost koncept, da razumejo in dokazovanje. Račun CT je stolpec, "stranka" ki je definicija tipa "za iskanje" ki kaže na ta seznam.

Smo ustvarili podoben seznam po meri obvladovati "prodajalci" za naročilo"" CT.

Knjižnice dokumentov:

Ustvarili smo dve knjižnice dokumentov: "Računi" in "Mešani dokumenti".

Smo knjižnico konfigurirali v računih dokumenta za upravljanje dokumentov samo CT tipa "Račun".

Smo nastavljen "mešani dokumenti" knjižnica upravlja vse treh CT.

Ustvarite več pogledov, ki kažejo, razvrščanje, filtriranje, list in združevanje.

Iskanje:

Smo opredeljeni dve novi upravljane lastnosti in preslikan jih številko računa in kupca.

Smo ustvarili novo spletno stran iskanja po meri vnaprej in spremenjen, da omogočite uporabnikom, da iščejo za "račune" z uporabo teh dveh preslikanih lastnosti.

Spreminjanje XSLT, da številko računa in kupca, Kdaj predstavi, pojavijo v HTML tabeli v svetli barvi. Cilj je dokazati, da takšno oblikovanje je mogoče.

Prenos je vse skupaj:

Bomo poskrbeli za ključne uporabnike, da sodelujejo v demo.

Mi sledite ta preprost skript:

1. Opišite pomen in namen CT, z uporabo računov in nabavnih nalogov kot primeri.
2. Pokaži računa CT opredelitev, medtem ko hkrati jim zagotoviti, da ni treba uporabiti teh zaslonov, sami, Samo dvigni konceptov.
3. Pojdite v knjižnico dokumentov računov.
4. Upload dokument.
5. Dokazati, da je kupec kaplja-niz res izvirajo iz seznam po meri.
6. Kupca na seznam dodajte novo stranko in nato posodobite račun pred kratkim naložili meta podatkov z novoustanovljeno stranko.
7. Preklopite na "mešani dokumenti" Knjižnica in upload dokument. Pojasni, kako sistem vpraša za vrsto dokumenta.
8. Pojdite nazaj v knjižnico dokumentov računov in kažejo, kako tako, da kliknete na ime stolpca spremeni vrstni red.
9. Dokazati ravni stolpca filtriranje.
10. Pokaži različne poglede, ki kažejo Multi-Level razvrščanje, filtriranje in združevanje.
11. Prikažite pogled stanja podatkov.
12. Razložite namen "neoznačene dokumente" pogled.
13. Prehod na prilagojeno napredno iskanje.
14. Do sedaj, pred kratkim naložili dokument naj sprevod ter indeks, tako izvedete iskanje, da dokazuje sposobnost za iskanje tega računa prek preslikanih lastnosti.
15. Smo pokazati razlike med iskanjem prek preslikanih lastnosti vs. samo iskanje besedila.

Na tej točki, smo bolj ali manj končali z demo. Zdi se, da o 30 za 45 minut, glede na to koliko vprašanja ljudje vprašajo.

Smo nato pošljete nazaj do svoje mize z "domače naloge". Ta je sestavljen iz preprost Excelovo preglednico, kjer smo ga prosite za nas opredeliti, kaj mislijo, da potrebujejo glede na CT, tako visoke ravni (samo ime in poslovni namen) stolpci in vrsto podatkov bi hranijo v stolpcu. Ne prosite, da določite stolpec podatkovne tipe v smislu MOSS, vendar pogoji poslovanja.

V Povzetek:

Ustvarili smo sandbox okolju, ki jih lahko uporabljamo za pokazati nekaj jedro MOSS funkcije katerih Pritožba se lotitev-širok.

Smo vzoru zlahka razume in skupni poslovni subjekti, tako da uporabniki lahko osredotočijo na mah in ne zaslužiti bogged na subjekti / primeri, sami.

Poslovni uporabniki hoje od teze sej z "domače naloge" v obliki excel dokumentov, ki so zdaj pristojni, da izpolnite in uporabite za oblikovanje lastne vrste vsebine prve-cut.

Končno, kot sčasoma opravljamo demos, člani skupine stranke, sami postanejo bolj sposobni opravljati naprej, demo sami in na splošno sprostite preostanek nas gor delati na bolj zapletena vprašanja, kot svetovni taksonomija, zapletenih potekov dela, BDC in podobno.