Eksport Excelisse loob juurutusest sõltuvalt kolm erinevat artefakti ja viga kuulub täpselt ühele neist. Allalaaditud päringufail, staatiline CSV ja värskenduv ühendatud tabel ei ole sama tulemus ning igaüks neist ebaõnnestub erinevas etapis. Teadmine, milline artefakt sul on, otsustab, kas järgmine samm kuulub võrgumeeskonnale, identiteedimeeskonnale või loendi omanikule. Allpool kirjeldatud mehhanism järgib üleandmist brauserist Exceli enda päringuni.

Mida eksport tegelikult üle annab

Klassikalistes SharePointi loendites laadib Ekspordi Excelisse alla väikese tekstifaili, mille sisu on URL, ja seejärel loeb Excel selle faili ning esitab oma päringu selle taga olevate andmete kohta. Allalaaditud fail on osuti, mitte loend. CSV-eksport sisaldab seevastu ridu endid ja sellel puudub värskendamise ühendus. Uuem ühendatud tabel võib päringu töövihikusse otse põimida, nii et allalaadimiste kausta ei jõua üldse midagi.

Iga ühendatud vorm on ühesuunaline. Värskendus tõmbab loendist aktuaalsed read töövihikusse ja tabeli muutmine ei saada midagi tagasi. See asümmeetria on diagnoosi jaoks oluline, sest töövihik, mis avaneb eelmise nädala ridadega, on juba tõestanud, et fail on olemas ja ühendus salvestati, kuid ei ütle midagi selle kohta, kas värskendus täna töötab.

Seega ei ole esimene küsimus, miks eksport ebaõnnestus, vaid millist artefakti kasutaja ootas. Vastus ahendab uurimise ühele kolmest protsessist.

Kolm protsessi, kolm erinevat identiteeti

Brauseri allalaadimine kasutab brauseri seanssi oma küpsiste, puhverserveri seadistuse ja sisselogimisolekuga. Faili avav Excel kasutab Office'i HTTP-pinu, mis üldjuhul järgib kasutajapõhist Interneti-suvandite puhverserverit, mitte masinaülest WinHTTP-seadet, ja mis autendib end mis tahes Office'i identiteediga, mis kasutajal on. Hilisem värskendus kasutab salvestatud ühendust uuesti ja võib võtta vahemällu salvestatud mandaadid Windowsi mandaadihaldurist, selle asemel et küsida.

Need kolm konteksti võivad ühes masinas eriarvamusel olla, ja seetõttu on brauser, mis avab loendi korralikult, ning Exceli värskendus, mis tagastab sisselogimisküsimuse, sidus tulemus, mitte vastuolu. Tunnel muudab masina marsruutimist kõigi kolme jaoks, kuid puhverserveri automaatse konfiguratsiooni fail võib Office'i päringud siiski mujale saata.

Kirjuta üles igas etapis kasutatud identiteet enne, kui midagi neist muudad. Brauserile rakendatud parandus ei saa parandada päringut, mille Excel esitab teise konto all.

Loe üleandmisfail enne, kui midagi muudad

Allalaaditud fail on lihttekst ja tavaliselt lühike, seega loe see esimesena. See nimetab hosti ja lõpp-punkti, mille Excel välja kutsub, ja see host on see, mis tuleb kasutaja masinast lahendada ja autentida, mitte tingimata aadress, mis on brauseri aadressiribal näha.

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

Võrdle failis olevat hosti saidiga, kust kasutaja arvab end eksportinud olevat. Ekspordi aegne ümbersuunamine, vana saidikogu või migreeritud loend võib jätta osuti nimele, mis andmeid enam ei teeninda, ja sellest tulenev viga näeb välja nagu võrgu tõrge. Kui nimi laheneb ja lõpp-punkt vastab, on allesjäänud kandidaadid autentimine ja päring ise.

Ära asenda hostinime IP-aadressiga, et see tööle hakkaks. See rikub sertifikaadi nimekontrolli ja peidab tegeliku probleemi ümbersõidu taha, mis ebaõnnestub järgmisel sertifikaadi uuendamisel.

Eralda nime-, sisselogimis- ja päringuvead

Neli tulemust katavad peaaegu iga aruande ja igaühel on erinev omanik. Nimi, mis ei lahene, kuulub DNS-ile. Ühendus, mis läheb aeguma, kuulub marsruutimisele või puhverserverile. Sisselogimisküsimus või 401 kuulub identiteedile. Vastus, mis saabub, kuid mida ei saa parsida, kuulub päringule või lõpp-punktile, mille loend nüüd avab.

What the user seesStage that failed
Data source could not be foundName resolution or the pointer in the file
Repeated sign-in promptOffice identity or cached credential
Timeout while refreshingRoute, proxy or the VPN path
Refresh succeeds, rows look wrongQuery scope or list view, not connectivity

Viimane rida on see, mida inimesed valesti diagnoosivad. Värskendus, mis lõpeb ja tagastab valed read, on tõestanud, et iga võrgu- ja identiteedikiht töötab, ja allesjäänud küsimus on, millist vaadet või filtrit päring kannab. Selle pileti saatmine võrgumeeskonnale raiskab päeva.

Hoia alles täpne veatekst ja esimese tõrke aeg. See otsustab, millises tabeli reas sa oled, ja see on ainus tõend, mille põhjal loendi omanik saab tegutseda.

Testi värskendust uuesti samas loendis

Kui ebaõnnestuv etapp on tuvastatud, korda nurjunud toimingut, mitte odavamat. Värskenda sama loendit kavandatud Exceli keskkonnast, oodatud kontoga ja kinnitatud võrguteega, ning kinnita, et ridade arv või teadaolev muutunud väärtus tõesti uueneb. Salvestatud töövihiku avamine ei tõesta ühenduse kohta midagi.

Pane vastu laialdastele parandustele: kõigi salvestatud mandaatide kustutamine, Office'i kõrgendatud õigustega käivitamine või turbefunktsiooni keelamine võib sümptomit muuta ilma etappi parandamata. Kui autentimine on nurjuv kiht, palu loendi omanikul kinnitada konto ja toetatud sisselogimisvoog, selle asemel et kliendi juures oletada.

Paku CSV-d ainult siis, kui lahtiühendatud hetktõmmis täidab ülesande ja see eksport on keskkonnas toetatud. Väljundvormingu muutmine muudab töövoogu ega selgita, miks ühendatud toiming töötamise lõpetas.

Seotud artiklid