SharePoint eksportas į Excel: kur iš tikrųjų vykdomas atnaujinimas

Eksportas į Excel, priklausomai nuo diegimo, sukuria tris skirtingus artefaktus, ir klaida priklauso tiksliai vienam iš jų. Atsisiųstas užklausos failas, statinis CSV ir atnaujinama susietoji lentelė nėra tas pats rezultatas, ir kiekvienas jų nepavyksta skirtingame etape. Žinojimas, kurį artefaktą turite, nulemia, ar kitas žingsnis priklauso tinklo komandai, tapatybės komandai ar sąrašo savininkui. Toliau aprašytas mechanizmas seka perdavimą iš naršyklės į pačią Excel užklausą.

Ką eksportas iš tikrųjų perduoda

Klasikiniuose SharePoint sąrašuose Eksportuoti į Excel atsisiunčia nedidelį tekstinį failą, kurio turinys yra URL, tada Excel perskaito tą failą ir pateikia savo užklausą dėl jame esančių duomenų. Atsisiųstas failas yra rodyklė, o ne sąrašas. CSV eksportas, priešingai, turi pačias eilutes ir neturi ryšio atnaujinimui. Naujesnė susietoji lentelė gali įterpti užklausą tiesiai į darbaknygę, todėl į aplanką Atsisiuntimai nieko nepatenka.

Kiekviena susietoji forma yra vienkryptė. Atnaujinimas ištraukia dabartines eilutes iš sąrašo į darbaknygę, o lentelės redagavimas nieko nesiunčia atgal. Ši asimetrija svarbi diagnozei, nes darbaknygė, kuri atsidaro su praėjusios savaitės eilutėmis, jau įrodė, kad failas egzistuoja ir ryšys buvo išsaugotas, tačiau nieko nesako apie tai, ar atnaujinimas šiandien veikia.

Taigi pirmas klausimas yra ne kodėl eksportas nepavyko, o kokio artefakto vartotojas tikėjosi. Atsakymas susiaurina tyrimą iki vieno iš trijų procesų.

Trys procesai, trys skirtingos tapatybės

Atsisiuntimas naršyklėje naudoja naršyklės sesiją su savo slapukais, tarpinio serverio konfigūracija ir prisijungimo būsena. Excel, atidarantis failą, naudoja Office HTTP steką, kuris paprastai vadovaujasi vartotojo interneto parinkčių tarpiniu serveriu, o ne visos mašinos WinHTTP nuostata, ir kuris autentifikuojasi su bet kokia Office tapatybe, kurią vartotojas turi. Vėlesnis atnaujinimas naudoja išsaugotą ryšį ir gali pasiimti podėlyje saugomus kredencialus iš Windows kredencialų tvarkyklės, o ne klausti.

Tie trys kontekstai gali nesutarti vienoje mašinoje, todėl naršyklė, kuri sąrašą atidaro puikiai, ir Excel atnaujinimas, kuris grąžina prisijungimo užklausą, yra nuoseklus rezultatas, o ne prieštaravimas. Tunelis keičia mašinos maršrutizavimą visiems trims, bet tarpinio serverio automatinės konfigūracijos failas vis tiek gali siųsti Office užklausas kitur.

Užrašykite, kokia tapatybė naudojama kiekviename etape, prieš keisdami bet kurią iš jų. Naršyklėje atliktas pataisymas negali pataisyti užklausos, kurią Excel atlieka su kita paskyra.

Perskaitykite perdavimo failą prieš ką nors keisdami

Atsisiųstas failas yra paprastas tekstas ir paprastai trumpas, todėl pirmiausia jį perskaitykite. Jame nurodomas pagrindinis kompiuteris ir galinis taškas, kuriuos Excel iškvies, ir tas pagrindinis kompiuteris yra tas, kuris turi būti išspręstas ir autentifikuotas iš vartotojo mašinos, o ne būtinai adresas, matomas naršyklės adreso juostoje.

Get-Content "$env:USERPROFILE\Downloads\query.iqy"
Resolve-DnsName team.example.net
netsh winhttp show proxy

Palyginkite failo pagrindinį kompiuterį su svetaine, iš kurios, vartotojo manymu, jis eksportavo. Peradresavimas eksporto metu, sena svetainių kolekcija ar perkeltas sąrašas gali palikti rodyklę į pavadinimą, kuris nebeteikia duomenų, ir dėl to atsirandanti klaida atrodo kaip tinklo gedimas. Jei pavadinimas išsprendžiamas ir galinis taškas atsako, likę kandidatai yra autentifikavimas ir pati užklausa.

Nekeiskite pagrindinio kompiuterio pavadinimo IP adresu, kad tai veiktų. Tai sulaužo sertifikato pavadinimo patikrą ir paslepia tikrąją problemą už apeigos, kuri nepavyksta per kitą sertifikato atnaujinimą.

Atskirkite pavadinimo, prisijungimo ir užklausos klaidas

Keturi rezultatai apima beveik kiekvieną ataskaitą, ir kiekvienas jų turi skirtingą savininką. Pavadinimas, kuris neišsprendžiamas, priklauso DNS. Ryšys, kuris baigiasi skirtuoju laiku, priklauso maršrutizavimui arba tarpiniam serveriui. Prisijungimo užklausa arba 401 priklauso tapatybei. Atsakymas, kuris atvyksta, bet negali būti išanalizuotas, priklauso užklausai arba galiniam taškui, kurį sąrašas dabar atskleidžia.

Paskutinė eilutė yra ta, kurią žmonės diagnozuoja neteisingai. Atnaujinimas, kuris užbaigiamas ir grąžina neteisingas eilutes, įrodė, kad kiekvienas tinklo ir tapatybės sluoksnis veikia, o likęs klausimas yra tai, kokį rodinį ar filtrą užklausa neša. To bilieto siuntimas tinklo komandai iššvaisto dieną.

Išsaugokite tikslų klaidos tekstą ir pirmojo gedimo laiką. Jis nulemia, kurioje lentelės eilutėje esate, ir tai yra vienintelis įrodymas, kuriuo sąrašo savininkas gali veikti.

Dar kartą patikrinkite atnaujinimą tame pačiame sąraše

Kai nepavykstantis etapas nustatytas, pakartokite nepavykusią operaciją, o ne pigesnę. Atnaujinkite tą patį sąrašą iš numatytos Excel aplinkos, su laukiama paskyra ir patvirtintu tinklo keliu, ir patvirtinkite, kad eilučių skaičius arba žinoma pasikeitusi reikšmė tikrai atnaujinama. Išsaugotos darbaknygės atidarymas nieko neįrodo apie ryšį.

Priešinkitės platiems taisymams: visų išsaugotų kredencialų išvalymas, Office paleidimas su padidintomis teisėmis ar saugos funkcijos išjungimas gali pakeisti simptomą nepataisę etapo. Jei autentifikavimas yra nepavykstantis sluoksnis, paprašykite sąrašo savininko patvirtinti paskyrą ir palaikomą prisijungimo eigą, o ne spėlioti kliento pusėje.

Siūlykite CSV tik tada, kai atjungta momentinė kopija patenkina užduotį ir tas eksportas palaikomas aplinkoje. Išvesties formato keitimas keičia darbo eigą ir nepaaiškina, kodėl susietoji operacija nustojo veikti.