Izvoz u Excel proizvodi tri različita artefakta ovisno o implementaciji, a pogreška pripada točno jednome od njih. Preuzeta datoteka upita, statični CSV i povezana tablica koja se osvježava nisu isti rezultat i svaki od njih zakaže u drugoj fazi. Znati koji artefakt imate odlučuje pripada li sljedeći korak mrežnom timu, timu za identitet ili vlasniku popisa. Mehanizam u nastavku prati predaju iz preglednika do vlastitog zahtjeva Excela.

Što izvoz zapravo predaje

Na klasičnim SharePoint popisima Izvezi u Excel preuzima malu tekstualnu datoteku čije je tijelo URL, a zatim Excel čita tu datoteku i šalje vlastiti zahtjev za podacima koji stoje iza nje. Preuzeta datoteka je pokazivač, a ne popis. Izvoz CSV, nasuprot tome, sadrži same retke i nema vezu za osvježavanje. Novija povezana tablica može ugraditi upit izravno u radnu knjigu, pa ništa uopće ne završi u mapi Preuzimanja.

Svaki povezani oblik je jednosmjeran. Osvježavanje povlači trenutačne retke s popisa u radnu knjigu, a uređivanje tablice ne šalje ništa natrag. Ta asimetrija važna je za dijagnostiku jer je radna knjiga koja se otvori s recima prošlog tjedna već dokazala da datoteka postoji i da je veza spremljena, ali ne govori ništa o tome radi li osvježavanje danas.

Prvo pitanje stoga nije zašto je izvoz zakazao, nego koji je artefakt korisnik očekivao. Odgovor sužava istragu na jedan od tri procesa.

Tri procesa, tri različita identiteta

Preuzimanje u pregledniku koristi sesiju preglednika s vlastitim kolačićima, konfiguracijom proxy poslužitelja i stanjem prijave. Excel pri otvaranju datoteke koristi HTTP stog sustava Office, koji se u pravilu pridržava proxy poslužitelja iz Internetskih mogućnosti za pojedinog korisnika umjesto WinHTTP postavke za cijelo računalo i koji se autentificira bilo kojim Office identitetom koji korisnik ima. Kasnije osvježavanje ponovno upotrebljava spremljenu vezu i može preuzeti predmemorirane vjerodajnice iz Upravitelja vjerodajnicama sustava Windows umjesto da pita.

Ta se tri konteksta mogu na jednom računalu ne slagati, i zato su preglednik koji popis otvara bez problema i Excel osvježavanje koje vraća zahtjev za prijavu suvisli rezultat, a ne proturječje. Tunel mijenja usmjeravanje računala za sva tri, ali datoteka automatske konfiguracije proxy poslužitelja može i dalje slati zahtjeve sustava Office negdje drugdje.

Zabilježite identitet koji se koristi u svakoj fazi prije nego što ikojega promijenite. Ispravak primijenjen na preglednik ne može popraviti zahtjev koji Excel šalje pod drugim računom.

Pročitajte datoteku predaje prije nego što bilo što promijenite

Preuzeta datoteka je obični tekst i obično je kratka, pa je pročitajte prvo. Navodi host i krajnju točku koje će Excel pozvati, a taj host je onaj koji se mora razriješiti i autentificirati s korisnikova računala, ne nužno adresa vidljiva u adresnoj traci preglednika.

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

Usporedite host u datoteci s web-mjestom s kojeg korisnik misli da je izvezao. Preusmjeravanje tijekom izvoza, stara zbirka web-mjesta ili migrirani popis mogu ostaviti pokazivač na naziv koji više ne poslužuje podatke, a pogreška koja iz toga proizlazi izgleda kao mrežni kvar. Ako se naziv razriješi i krajnja točka odgovori, preostali su kandidati autentifikacija i sam upit.

Ne zamjenjujte naziv hosta IP adresom da bi proradilo. To krši provjeru naziva certifikata i skriva pravi problem iza zaobilaznog rješenja koje zakaže pri sljedećoj obnovi certifikata.

Odvojite kvarove naziva, prijave i upita

Četiri ishoda pokrivaju gotovo svaku prijavu, a svaki ima drugog vlasnika. Naziv koji se ne razriješi pripada DNS-u. Veza koja istekne pripada usmjeravanju ili proxy poslužitelju. Zahtjev za prijavu ili 401 pripadaju identitetu. Odgovor koji stigne ali se ne može analizirati pripada upitu ili krajnjoj točki koju popis sada izlaže.

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

Posljednji redak je onaj koji ljudi pogrešno dijagnosticiraju. Osvježavanje koje se dovrši i vrati pogrešne retke već je dokazalo da svaki mrežni i identitetski sloj radi, a preostalo je pitanje koji prikaz ili koji filtar nosi upit. Slanje tog zahtjeva mrežnom timu gubi jedan dan.

Sačuvajte točan tekst pogreške i vrijeme prvog kvara. Ono odlučuje u kojem se retku tablice nalazite i jedini je dokaz na koji se vlasnik popisa može osloniti.

Ponovno testirajte osvježavanje na istom popisu

Nakon što se utvrdi faza koja zakaže, ponovite radnju koja je zakazala, a ne jeftiniju. Osvježite isti popis iz predviđenog Excel okruženja, s očekivanim računom i odobrenim mrežnim putem, i potvrdite da se broj redaka ili poznata promijenjena vrijednost doista ažurira. Otvaranje spremljene radne knjige ne dokazuje ništa o vezi.

Oduprite se širokim popravcima: brisanje svih spremljenih vjerodajnica, pokretanje sustava Office s povišenim ovlastima ili isključivanje sigurnosne značajke može promijeniti simptom bez popravljanja faze. Ako je autentifikacija sloj koji zakaže, zamolite vlasnika popisa da potvrdi račun i podržani tijek prijave umjesto da nagađate na klijentu.

Ponudite CSV samo kad odspojena snimka zadovoljava zadatak i kad je taj izvoz podržan u okruženju. Promjena izlaznog formata mijenja tijek rada i ne objašnjava zašto je povezana radnja prestala raditi.

Povezani članci