Export SharePoint do Excelu: kde se obnovení skutečně spouští

Export do Excelu vytváří podle nasazení tři různé artefakty a chyba patří přesně k jednomu z nich. Stažený soubor dotazu, statický CSV a propojená tabulka, která se obnovuje, nejsou stejný výsledek a každý z nich selhává v jiné fázi. Znalost toho, který artefakt máte, rozhoduje, zda další krok patří síťovému týmu, týmu identity nebo vlastníkovi seznamu. Níže popsaný mechanismus sleduje předání z prohlížeče do vlastního požadavku Excelu.

Co export skutečně předává

V klasických seznamech SharePoint stáhne Export do Excelu malý textový soubor, jehož tělem je URL, a poté Excel tento soubor přečte a vydá vlastní požadavek na data, která jsou za ním. Stažený soubor je ukazatel, ne seznam. Export CSV naopak obsahuje samotné řádky a nemá žádné připojení k obnovení. Novější propojená tabulka může dotaz vložit přímo do sešitu, takže do složky Stažené soubory se vůbec nic nedostane.

Každá propojená forma je jednosměrná. Obnovení přenese aktuální řádky ze seznamu do sešitu a úprava tabulky nic neodešle zpět. Tato asymetrie je pro diagnostiku důležitá, protože sešit, který se otevře s řádky z minulého týdne, už prokázal, že soubor existuje a připojení bylo uloženo, ale nic neříká o tom, zda obnovení dnes funguje.

První otázka tedy není, proč export selhal, ale jaký artefakt uživatel očekával. Odpověď zužuje vyšetřování na jeden ze tří procesů.

Tři procesy, tři různé identity

Stahování v prohlížeči používá relaci prohlížeče s vlastními soubory cookie, konfigurací proxy a stavem přihlášení. Excel při otevření souboru používá HTTP zásobník Office, který obvykle následuje proxy z Možností internetu pro jednotlivého uživatele místo nastavení WinHTTP pro celý počítač a který se ověřuje jakoukoli identitou Office, kterou uživatel má. Pozdější obnovení znovu použije uložené připojení a může převzít přihlašovací údaje z mezipaměti ze Správce přihlašovacích údajů Windows místo toho, aby se dotazovalo.

Tyto tři kontexty si mohou na jednom počítači odporovat, a proto prohlížeč, který seznam bez problémů otevře, a obnovení Excelu, které vrátí výzvu k přihlášení, jsou konzistentní výsledek, nikoli rozpor. Tunel mění směrování počítače pro všechny tři, ale soubor automatické konfigurace proxy může požadavky Office stále odesílat jinam.

Zaznamenejte identitu použitou v každé fázi, než některou z nich změníte. Oprava provedená v prohlížeči nemůže opravit požadavek, který Excel provádí pod jiným účtem.

Přečtěte si soubor předání, než cokoli změníte

Stažený soubor je prostý text a obvykle krátký, proto si jej přečtěte jako první. Uvádí hostitele a koncový bod, které Excel zavolá, a tímto hostitelem je ten, který musí být přeložen a ověřen z počítače uživatele, ne nezbytně adresa viditelná v adresním řádku prohlížeče.

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

Porovnejte hostitele v souboru s webem, ze kterého uživatel myslí, že exportoval. Přesměrování během exportu, stará kolekce webů nebo migrovaný seznam mohou zanechat ukazatel na název, který už data neposkytuje, a výsledná chyba vypadá jako síťová závada. Pokud se název přeloží a koncový bod odpoví, zbývajícími kandidáty jsou ověřování a samotný dotaz.

Nenahrazujte název hostitele IP adresou, aby to fungovalo. Rozbíjí to kontrolu názvu certifikátu a skrývá skutečný problém za obchvatem, který selže při příští obnově certifikátu.

Oddělte závady názvu, přihlášení a dotazu

Čtyři výsledky pokrývají téměř každé hlášení a každý má jiného vlastníka. Název, který se nepřeloží, patří DNS. Připojení, které vyprší, patří směrování nebo proxy. Výzva k přihlášení nebo 401 patří identitě. Odpověď, která dorazí, ale nelze ji analyzovat, patří dotazu nebo koncovému bodu, který seznam nyní vystavuje.

Poslední řádek je ten, který lidé diagnostikují špatně. Obnovení, které se dokončí a vrátí nesprávné řádky, už prokázalo, že každá síťová a identitní vrstva funguje, a zbývající otázkou je, jaký pohled nebo filtr dotaz nese. Poslání tohoto tiketu síťovému týmu promarní den.

Uchovejte přesný text chyby a čas prvního selhání. Rozhoduje o tom, ve kterém řádku tabulky jste, a je to jediný důkaz, na kterém může vlastník seznamu jednat.

Otestujte obnovení znovu na stejném seznamu

Jakmile je zjištěna selhávající fáze, zopakujte operaci, která selhala, a ne levnější. Obnovte stejný seznam z zamýšleného prostředí Excelu, s očekávaným účtem a schválenou síťovou cestou, a potvrďte, že se počet řádků nebo známá změněná hodnota skutečně aktualizuje. Otevření uloženého sešitu nic o připojení neprokazuje.

Vzepřete se širokým opravám: vymazání všech uložených přihlašovacích údajů, spuštění Office se zvýšenými oprávněními nebo vypnutí bezpečnostní funkce může změnit příznak, aniž by opravilo fázi. Pokud je ověřování selhávající vrstvou, požádejte vlastníka seznamu o potvrzení účtu a podporovaného přihlašovacího toku, místo abyste hádali na klientovi.

Nabízejte CSV jen tehdy, když odpojený snímek splňuje úkol a tento export je v prostředí podporován. Změna výstupního formátu mění pracovní postup a nevysvětluje, proč propojená operace přestala fungovat.