SharePoint-eksport til Excel: kvar oppdateringa faktisk køyrer
Følg ein SharePoint-Excel-eksport gjennom spørjefila, Offices eiga HTTP-førespurnad og den lagra oppdateringa, og finn ut kva trinn som faktisk svikta.
Eksport til Excel gjev tre ulike artefaktar avhengig av utrullinga, og feilen høyrer til nøyaktig éin av dei. Ei nedlasta spørjefil, ein statisk CSV og ein kopla tabell som oppdaterer seg er ikkje same resultat, og kvar av dei sviktar på eit ulikt trinn. Å vite kva artefakt du har avgjer om neste steg høyrer til nettverksteamet, identitetsteamet eller listeigaren. Mekanismen nedanfor følgjer overleveringa frå nettlesaren til Excel si eiga førespurnad.
Kva eksporten faktisk overleverer
På klassiske SharePoint-lister lastar Eksporter til Excel ned ei lita tekstfil med ein URL som innhald, og deretter les Excel fila og sender si eiga førespurnad etter dataa bak henne. Den nedlasta fila er ein peikar, ikkje lista. Ein CSV-eksport inneheld derimot sjølve radene og har inga kopling til å oppdatere. Ein nyare kopla tabell kan leggje spørjinga direkte inn i arbeidsboka, slik at ingenting hamnar i mappa Nedlastingar i det heile.
Kvar kopla form er einvegskøyring. Oppdatering hentar gjeldande rader frå lista inn i arbeidsboka, og å redigere tabellen sender ingenting tilbake. Den asymmetrien er viktig for diagnosen, for ei arbeidsbok som opnar med radene frå førre veke har allereie prova at fila finst og koplinga vart lagra, men seier ingenting om oppdatering fungerer i dag.
Det første spørsmålet er altså ikkje kvifor eksporten svikta, men kva artefakt brukaren venta. Svaret snevrar undersøkinga inn til éin av tre prosessar.
Tre prosessar, tre ulike identitetar
Nedlastinga i nettlesaren brukar nettlesarøkta med sine eigne informasjonskapslar, proxyoppsett og innloggingsstatus. Excel som opnar fila brukar HTTP-stakken til Office, som vanlegvis følgjer proxyen frå Internett-vala per brukar i staden for WinHTTP-innstillinga for heile maskina, og som autentiserer seg med kva Office-identitet brukaren enn har. Ei seinare oppdatering brukar den lagra koplinga på nytt og kan hente mellomlagra innloggingsdetaljar frå Windows Legitimasjonsstyring i staden for å spørje.
Dei tre kontekstane kan vere usamde på éi maskin, og difor er ein nettlesar som opnar lista fint og ei Excel-oppdatering som returnerer ein innloggingsforespurnad eit samanhengande resultat og ikkje ei motsegn. Tunnelen endrar rutinga til maskina for alle tre, men ei proxy-autokonfigurasjonsfil kan framleis sende Office-førespurnader ein annan stad.
Skriv ned kva identitet som vert brukt på kvart trinn før du endrar nokon av dei. Ei retting som vert brukt på nettlesaren kan ikkje reparere ein førespurnad som Excel gjer under ein annan konto.
Les overleveringsfila før du endrar noko
Den nedlasta fila er rein tekst og vanlegvis kort, så les henne først. Ho nemner verten og endepunktet som Excel kjem til å kalle, og den verten er den som må løysast opp og autentiserast frå maskina til brukaren, ikkje nødvendigvis adressa som er synleg i adresselinja i nettlesaren.
Get-Content "$env:USERPROFILE\Downloads\query.iqy"
Resolve-DnsName team.example.net
netsh winhttp show proxy
Samanlikn verten i fila med nettstaden brukaren trur dei eksporterte frå. Ei omdirigering under eksporten, ei gammal nettstadssamling eller ei migrert liste kan etterlate ein peikar til eit namn som ikkje lenger leverer dataa, og feilen som kjem av det ser ut som ein nettverksfeil. Viss namnet løyser seg opp og endepunktet svarar, er dei attverande kandidatane autentiseringa og sjølve spørjinga.
Byt ikkje ut vertsnamnet med ei IP-adresse for å få det til å fungere. Det bryt namnekontrollen til sertifikatet og skjuler det verkelege problemet bak ei omgåing som sviktar ved neste sertifikatfornying.
Skil namne-, innloggings- og spørjefeil
Fire utfall dekkjer nesten kvar rapport, og kvart av dei har ein annan eigar. Eit namn som ikkje løyser seg opp høyrer til DNS. Ei kopling som går i tidsavbrot høyrer til ruting eller ein proxy. Ein innloggingsforespurnad eller ein 401 høyrer til identitet. Eit svar som kjem men ikkje kan tolkast høyrer til spørjinga eller endepunktet som lista no eksponerer.
| What the user sees | Stage that failed |
|---|---|
| Data source could not be found | Name resolution or the pointer in the file |
| Repeated sign-in prompt | Office identity or cached credential |
| Timeout while refreshing | Route, proxy or the VPN path |
| Refresh succeeds, rows look wrong | Query scope or list view, not connectivity |
Den siste rada er den folk feildiagnostiserer. Ei oppdatering som fullfører og returnerer feil rader har prova at kvart nettverks- og identitetslag fungerer, og det attverande spørsmålet er kva vising eller kva filter spørjinga ber med seg. Å sende den saka til nettverksteamet sløser ein dag.
Ta vare på den nøyaktige feilteksten og tidspunktet for den første feilen. Han avgjer kva rad i tabellen du er i, og han er det einaste beviset listeigaren kan handle på.
Test oppdateringa på nytt på same liste
Når det sviktande trinnet er identifisert, gjer om handlinga som svikta og ikkje ei billegare. Oppdater same liste frå det tiltenkte Excel-miljøet, med den venta kontoen og den godkjende nettverksvegen, og stadfest at radetalet eller ein kjend endra verdi faktisk oppdaterer seg. Å opne ei lagra arbeidsbok provar ingenting om koplinga.
Stå imot dei breie reparasjonane: å rydde alle lagra innloggingsdetaljar, køyre Office forhøgd eller slå av ein tryggleiksfunksjon kan endre symptomet utan å reparere trinnet. Viss autentisering er det sviktande laget, be listeigaren stadfeste kontoen og den støtta innloggingsflyten i staden for å gjette på klienten.
Tilby CSV berre når eit fråkopla augeblinksbilete gjer nytten og den eksporten er støtta for miljøet. Å endre utdataformatet endrar arbeidsflyten og forklarer ikkje kvifor den kopla handlinga slutta å fungere.