Ülevaade:

Silumine on raske, kui arendada kohandatud funktsioonid Windows SharePoint Services 3.0 (WSS-I) või Microsoft Office SharePoint Server (MOSS). Peamine süüdlane on, et SharePointi tavaliselt tasapind väga vähe diagnostiline teave veebibrauseri kohta tõrke ilmnemisel. See blogi kirjeldatakse täiendavad süsteemi loodud diagnostilise teabe leidmiseks mida annab sageli et ekstra detail, et üks bit vajab sügavamate põhjuste väljaselgitamiseks. Siis võib see viia probleemi lahendamine.

Olen kasutanud seda tehnikat suure eduga lahendada teisiti salapärane vead.

Lähenemine:

SharePoint salvestab palju teavet diagnostic log log faili ning 12 taru.

"12 taru" asub tavaliselt "c:\Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Ma ei ole kindel, kas see on võimalik, et 12 taru elada kuskil mujal, Tegelikult).

Mõte on leida praeguse logifaili, kehtiva viga ja seejärel kiiresti avada logifail. Need logifailid iseloomustab:

• Rohke teabe. SharePointi tekitab väga suurel hulgal diagnostikateabe ja kirjutab väga kiiresti seda logifaili. Sa pead olema kiire lugemisseadet sõrmedega.
• Keeleline mitmekesisus. SharePointi kirjuta ühe logifaili, kuid pigem tekitab järjest mitu logifailid.
• Kopeeri ja kleebi kenasti MS Excel.

Minu lemmik meetod:

1. Ava windows explorer, osutades selle 12 hivelogs.
2. Kuva muutmiskuupäeva järgi sortida (kõige uuemad esmalt).
3. Tõsta esile kõige värskemad logifail.
4. Web browser aknas, sundida viga esineb.
5. Kiiresti avada praeguse logifaili ja selle sisu kopeerimine MS Exceli.
6. Hüpata lõppu ja analüüsida vastavaid kandeid.

Muud märkused:

Vaikimisi, diagnostikalogi asub selle 12 hiveLOGS kataloog.

MS Best tavad (nagu iga Mike T. Microsoft) et logifailid salvestatakse eraldi kõvakettale. Üks teeb seda administreerimiskeskuse kaudu. Teie süsteemiadministraator võib seda teinud, siis oleks ilmselt vaja leida logifaili seal asemel vaikimisi 12 taru asukoht).

Sissekanne käsitletakse küsimusi nagu:

• SharePointi töövoo ei käivitunud sisemise tõrke tõttu.
• (rohkem lisada aja jooksul)
• See kirje on kasulik diagnoosimiseks töövoo vead (näiteks. "Töövoogu ei saanud sisemise tõrke tõttu alustada").

(cross lähetatud vahel sissekanne http://paulgalvin.spaces.live.com/blog/ ja http://blogs.conchango.com)

Postitused sellel saidil on minu oma ja ei esinda tingimata Conchango's seisukohad, strateegiaid või arvamused.

Ülevaade:

See kirje kirjeldab mõned tausta infot suur (3,000 kasutajatele) Microsoft Office SharePoint Server (MOSS) levikuga ja me ei saada jooksvalt nii, et klient oleks rahul ja kindlalt ette tee projekti mis lõpeb täielikku rakendamist funktsioonikogum MOSS. Alates kirjalikult kanne, Meil on umbes 50% koos esimese etapi projekti. Nagu asjad edu, Ma tulen Uuenda kande ja/või kirjutada uusi kirjeid.

Sellel konkreetsel juhul, ettevõttel oli juba installitud SharePoint Portal Server 2003. IT grupi installitud toote omamoodi "vaatame, kui keegi hoolib" mood. Vastu võtnud paljude ärikasutajatele ja sai üsna populaarne osavõttu ettevõttele. Nagu võite ette kujutada, see polnud parim levikuga strateegia (mida klient kergesti möönab) ja kui SAMMAL saabusid, kliendi otsustanud "Kas on õige" ja palgatud meid aidata neil.

Üks keskne küsimus meie ees, kui me hakkasime projekti rakendamisel oli: Kuidas kehtestada MOSS sellesse klientarvutisse? Arvestades, et klient on juba kogemusi SharePointi, oleme mõelnud — Me peame tegema "diferentseeritud" koolituse või hakkame maapinnast kuni? Pärast töötamine peamiste kasutajate, oleme otsustanud, et ravivad seda kui rohelisel väljal projekti rohkem mõtet.

Otsuse tegi lähtepunkt aga ikkagi jättis meid peamine nõue figuring hea strateegia jooksvalt MOSS läbi ettevõtte. MOSS on suur loom … See sisaldab sisu haldamise, Dokumendihaldus, Otsi hotelle, Turvalisus, Sihtrühma määramine, Projektijuhtimine, "vapustav nelikümmend" Mallid, töövoog, äri andmeliidese, jne. Paar seda asjaolu, et see on suur organisatsioon mis Saate tõeliselt peaaegu kõigi suuremate MOSS kasutada funktsiooni ja teil on suur projekt, mille ettevõte reach ja palju häid asju juhtub eeldusi.

Me oleme vastamisi selles küsimuses ikka ja jälle … MOSS on ettevõttel saavutada oma ettevõtte funktsiooni-komplekti, veel isegi mõnevõrra keerukamaid klientidel on raske aeg vaimselt neelavad need omadused, lase üksi sisaldavad arvestatavat osa neist oma igapäevaellu.

Mul ei ole võlukepikest probleemile. Ma tegeleda asemel just esimesi samme, et oleme võtnud kirja teel edukas pikaajaline vastuvõtmine kaasa kliendiga.

Reguleerimisala:

Sest ma tahtsin meeskond käsitöö projekti kava, mis sisaldas sellised verstapostid nagu "PoepleSoft integratsiooni kaudu BDC lõpetatud", "Uue risti ametkondlik toote käivitada töövoo täielik" ja "Executive juhtimise KPI aktsepteeritud", Mul pidi leppima midagi vähem. See ei tohi öelda, et "vähem" on halb. Tegelikult, "vähem" et me otsustasime esialgse levikuga oli miili enne kui nad olid enne hakkasime. Antud juhul, "vähem" kujunes:

• Lihtne dokumentide haldamise abil dokumenditeegid, versiooni kontrolli ja sisu tüübid.
• Tõhus sisutüübid põhinevad ja kohandatud ettemakse otsing (Via hallatavad atribuudid, XSLT toota ilus tulemused, jne).

Lisaks eespool nimetatud ettevõtet hõlmavaid funktsioone (tähendab, et nad olid kõik osakonnad ja kasutajate rullitakse), oleme lisanud järgmised singleton määruse reguleerimisala mini-projektid:

• Tõendi mõiste BDC integratsiooni.
• Multi-Step ja mitut filiaali töövoo protsessi loonud kaudu SPD.
• Keerukate InfoPathi vorm.
• Katte jaoks mõned äriprotsessi KPI-d (ilmselt HR oskuste omandamine meie puhul, Kuigi see võib muutuda).

Võimalusi siin ei ole 100% täpne, kuid esindavad meie lähenemise ja sobib mu eesmärk siin, mis tuleb selgitada, mis minu arvates on "tõhus" SAMMAL, mis loob kliendile kindlalt alla golden path täis MOSS vastuvõtmine tutvustus.

Ma ei kirjuta palju lähemalt selle singleton sissekanne. Ma tahan rõhutada, et need on osa meie kõikehõlmav strateegia. Selleks tuleb rakendada dokumendi haldamise ja Otsi kursisolekut kõigile kasutajatele veel annavad väga funktsionaalne, kõrge nähtav ja ülimalt tüüpilised näited muid core MOSS funktsioone, mis lihtsalt enamik kasutajaid võime absorbeerida varases staadiumis. Aga, neid "seal" ja üks loodab, et muude äriüksuste ei tea või õpivad nende kohta ja tahavad need ise, suurem vastuvõtmiseni viinud. Need singleton edulood ühtlasi pakkuda meie müügimeeskonna "laskemoona" edukalt võitnud teine, kolmanda ja n-faasi projektid.

Mida me tegime tutvustada ja miks?

Olles lahendatud Dokumendihaldus ja otsida nii ettevõttesiseseks põhinõuet, Meil oli vaja hakata koguma andmeid. Praktiline küsimusena, See keerles ümber mõista nende dokumentide ja mis lõppkokkuvõttes vastendatud mõistmine sisutüübid.

Olen märganud, on raske seletada, ilma visuaalse aides sisutüübid. Tehnilisemat folk saab kõndida sisutüüpide arutelu eemale kui CT's on kirjeldatud andmebaasi mõttes. "A CT on sarnane Andmebaasitabel, See on veerud ja veerud määratletakse andmete liikide kaupa, kuid CT andmetüüpide hulka rohkem kui lihtne täisarv/kuupäev, kuid ka "valik" ja "otsing" jne." Saame rääkida "laiendamine" sisutüübid, palju nagu üks funktsionaalsuse päri baasklassi objektorienteeritud keeles. Aga see pole ilmselt abiks transport osakonna admin isik, kellel on tehniline taust. St, peaaegu kõik, et küsimusi MOSS levikuga.

Kasutades valge tahvel on ebakindel. Esitasin sisutüübi ja joonistatud geniaalne idee (või nii nad näivad) sisutüüpide pildid ja mida nad teevad teile nii otsingu ja kuidas neid saab laiendada, jne. Aasta lõpus, see tunne, nagu mõned lambid on sisse lülitatud, kuid tulemuseks valgel pilt on jama.

See viinud meid meie praeguse ja nii kaugelt kõige tõhusamaid lossimise koht: MOSS Liivakasti saidi konfigureeritud kuvama kõik võrgud.

Liivakasti saidi kasutamine, tahame näidata:

• Sisutüübid:
  • Luues CT mitu andmetüüpi (teksti, kuupäev, valik, Boolean, otsing, jne).
  • Millega pikendatakse CT luues uue CT põhineb vanem.
  • Dokumentide kasutamine CT metaandmete otsimine.
• Dokumenditeegid:
  • Seostada ühe CT Raamatukogu.
  • Mis juhtub, kui me üles laadima dokumendi, et Raamatukogu?
  • Seostada mitu CT doc Raamatukogu.
  • Mis juhtub, kui me üles laadima dokumendi, et Raamatukogu?
  • Filtreerimine ja sortimine kaudu doc lib veerupäised.
  • Dokumendi Raamatukogu views:
    • Sorteerimine
    • Rühmitamine
    • "Kiire saabumine" (lehe vaade)
    • "Sildistamata andmed" (abistada kolmandate riikidega MOSS sisu mujalt; Täpsem teave allpool).

Liivakasti saidi:

Me kavandatud meie Liivakasti kohas olema arenduskeskkonna kasutamiseks koolitusega kaua pärast seda, kui me lõpetada projekti alased ja sisaldas mitmeid esemeid nagu kirjeldatud:

Sisutüübid:

Me määratleda järgmised sisutüübid: Arve, Vormista tellimus, Teenuste arve.

Valisime arve ja ostu tellimus, sest nad on enam-vähem universaalselt all
seisis üksused. Igaüks äri mõistab, et arve on maksenõue-a kliendi puhul on summa antud teatud kuupäev nagu iga mõned makstav maksetingimused. See toob kaasa loodusliku määratluse CT, mida me nn "koolitus arve" (muud tüüpi arvele eristamiseks). Ostutellimus on samuti kergesti määratleda. Oleme loonud "koolitus teenuste arve" luues uusi CT "koolitus arve aluseks" CT ja lisatud ühe veeru, "teenete eest".

Koos eespool, me nüüd näitama kohta CT's ilma saada takerdunud selgitamisele abstraktne mõiste esimene; kõik juba aru, mida me mõistame "arve" ja "Vormista tellimus" ning on selle asemel saaksid keskenduda mehaanika CT ise.

Kohandatud loendid:

CT veerge tüübiga "otsing" Valige kohandatud loend või dokumenditeek. Me kasutame seda ulatuslikult ja liivakast, lõime üks toetavad kohandatud loendi, mis sisaldab külastajad. Korjasime hotelli, sest see on lihtne mõiste, et mõista ja lihtne. Arve CT on veerus, "klient" mis on määratletud tüüpi "otsing" mis juhib seda nimekirja.

Oleme loonud sarnased kohandatud loendi haldamiseks "müüjad" ostutellimuse"" CT.

Dokumenditeegid:

Oleme loonud kaks dokumenditeegid: "Arved" ja "Segatud dokumendid".

Me konfigureeritud arvete dokumenditeegi CT tüüp "Arve" ainult dokumentide haldamiseks.

Me konfigureeritud "segatud dokumendid" Raamatukogu haldamiseks kõik kolm CT.

Saate luua mitu vaadet, mis näitavad sorteerimine, filtreerimine, tooteinfo ja rühmitamine.

Otsi hotelle:

Meil kaks uut hallatavaid atribuute määratletud ja vastendada arve Number ja kliendi.

Me loob uue kohandatud ettemakse otsingusaidil ja see võimaldab kasutajatel otsida "arved" need kaks vastendatud atribuutide abil.

Muuda XSLT, et arvete ja klientide arv, Kuna praegu, HTML tabelis ereda värvi. Siin on näidata, et sellist vormingut on võimalik.

Haara see kõik koos:

Korraldame põhikasutajad osalema demo.

Jälgime seda lihtsat skripti:

1. Kirjelda mυiste ja όlesanded CT, arveid ja ostutellimusi kasutades näitena.
2. Näita arve CT määratlemine samal ajal tagades neile, et nad ei pea kasutama neid ekraane, ise, lihtsalt kiirenemist mõisted.
3. Arvete dokumenditeegi minna.
4. Laadi dokument üles.
5. Näidata, et kliendi rippmenüüst on tõesti pärit kohandatud loend.
6. Uute klientide lisamine kliendi loendisse ja seejärel värskendage hiljuti üleslaaditud arve metaandmed vastloodud kliendiga.
7. Aktiveerige "segatud dokumendid" teek ja laadida dokument. Selgitada, kuidas süsteem küsib dokumendi liik.
8. Me naasta arvete dokumenditeegi ja Näita, kuidas klõpsates veeru nimi muutub sortimisjärjestus.
9. Näidata veerutaseme filtreerimine.
10. Näidata erinevatele seisukohtadele, mis näitavad mitmetasandilise sorteerimine, filtreerimine ja rühmitamine.
11. Kuva andmevaade leht.
12. Selgitada "sildistamata dokumentide eesmärk" Vaade.
13. Aktiveerige kohandatud Laiendatud otsing.
14. Nüüd, hiljuti üles laaditud dokument peaks olema indekseeritud ja indekseeritud, nii teostab otsingu, mis näitab võimalusi leida selle arve kaudu vastendatud atribuut.
15. Tahame näidata vahe otsige vastendatud atribuudid vs. teksti otsing.

Sel hetkel, enam-vähem sai läbi demo. Tundub, et võtta umbes 30 et 45 minutit, sõltuvalt sellest, kui palju küsimusi inimesed küsivad.

Seejärel saadame neile tagasi nende töölauad "kodutöö". See koosneb lihtne Exceli tabelisse, milles palume neid määratleda meile, mida nad arvavad, et nad vajavad nii CT's, nii kõrgel tasemel (lihtsalt nimi ja eesmärk) Samuti veergude ja andmete tüüp oleks veerus talletatava. Me ei palu neid määratleda veeru andmetüüpide tingimustega SAMMAL, kuid ettevõttes kasutatav.

Kokkuvõte:

Lõime Liivakasti keskkond, et saame kasutada näidata mõned kelle kaebuse on ettevõttesiseseks MOSS kursisolekut.

Me modelleerida kergesti mõistetavad ja ühise majandusüksuste nii, et kasutajad saavad keskenduda MOSS ja mitte Tyssätä kohta / näiteid, ise.

Ärikasutajatele jalutuskäigu kaugusel teesid istungid "kodutöö" Exceli dokumendid, nende saajad nüüd täita ja kujundades oma esimese lõigatud sisutüüpi kasutage vormi.

Lõpuks, Kui me teostame demod ajas, kliendi meeskonna liikmed ise muutuma võimalik kanda, demo's ise ja üldiselt vabastada me üles töötama Keerukamate probleemide, näiteks globaalse taksonoomia, keerulised tööprotsesse, BDC ja nagu.