Експорт от SharePoint към Excel: къде всъщност се изпълнява обновяването

Експортът към Excel създава три различни артефакта в зависимост от внедряването и грешката принадлежи точно на един от тях. Изтеглен файл за заявка, статичен CSV и свързана таблица, която се обновява, не са един и същ резултат и всеки от тях се проваля на различен етап. Знанието кой артефакт имате решава дали следващата стъпка е на мрежовия екип, на екипа по идентичност или на собственика на списъка. Механизмът по-долу проследява предаването от браузъра до собствената заявка на Excel.

Какво всъщност предава експортът

В класическите списъци на SharePoint Експортиране към Excel изтегля малък текстов файл, чието тяло е URL, след което Excel прочита този файл и издава собствена заявка за данните зад него. Изтегленият файл е указател, а не списъкът. Експортът CSV, за разлика от това, съдържа самите редове и няма връзка за обновяване. По-нова свързана таблица може да вгради заявката директно в работната книга, така че нищо изобщо не попада в папката Изтегляния.

Всяка свързана форма е еднопосочна. Обновяването изтегля текущите редове от списъка в работната книга, а редактирането на таблицата не изпраща нищо обратно. Тази асиметрия е важна за диагностиката, защото работна книга, която се отваря с редовете от миналата седмица, вече е доказала, че файлът съществува и връзката е запазена, но не казва нищо за това дали обновяването работи днес.

Следователно първият въпрос не е защо експортът се е провалил, а какъв артефакт е очаквал потребителят. Отговорът стеснява разследването до един от три процеса.

Три процеса, три различни идентичности

Изтеглянето в браузъра използва сесията на браузъра със собствени бисквитки, конфигурация на прокси сървър и състояние на влизане. Excel при отваряне на файла използва HTTP стека на Office, който обикновено следва прокси сървъра от Интернет опции за отделния потребител вместо настройката WinHTTP за цялата машина и който се удостоверява с всяка идентичност на Office, която потребителят има. По-късно обновяване използва отново запазената връзка и може да вземе кеширани идентификационни данни от Диспечера на идентификационни данни на Windows вместо да пита.

Тези три контекста могат да не се съгласуват на една машина и затова браузър, който отваря списъка без проблем, и обновяване на Excel, което връща покана за влизане, са последователен резултат, а не противоречие. Тунелът променя маршрутизирането на машината и за трите, но файл за автоматична конфигурация на прокси може все още да изпраща заявките на Office другаде.

Запишете идентичността, използвана на всеки етап, преди да промените която и да е от тях. Корекция, приложена към браузъра, не може да поправи заявка, която Excel прави под друг акаунт.

Прочетете файла за предаване, преди да промените нещо

Изтегленият файл е обикновен текст и обикновено е кратък, затова го прочетете първо. Той посочва хоста и крайната точка, които Excel ще извика, и този хост е този, който трябва да бъде разпознат и удостоверен от машината на потребителя, не непременно адресът, видим в адресната лента на браузъра.

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

Сравнете хоста във файла със сайта, от който потребителят смята, че е експортирал. Пренасочване по време на експорта, стара колекция от сайтове или мигриран списък могат да оставят указател към име, което вече не обслужва данните, а получената грешка изглежда като мрежова повреда. Ако името се разпознае и крайната точка отговори, останалите кандидати са удостоверяването и самата заявка.

Не заменяйте името на хоста с IP адрес, за да проработи. Това нарушава проверката на името на сертификата и скрива истинския проблем зад заобиколно решение, което се проваля при следващото подновяване на сертификата.

Разделете повредите на име, влизане и заявка

Четири изхода покриват почти всяко съобщение и всеки има различен собственик. Име, което не се разпознава, принадлежи на DNS. Връзка, която изтича, принадлежи на маршрутизирането или на прокси. Покана за влизане или 401 принадлежат на идентичността. Отговор, който пристига, но не може да бъде анализиран, принадлежи на заявката или на крайната точка, която списъкът сега излага.

Последният ред е този, който хората диагностицират погрешно. Обновяване, което завършва и връща грешните редове, вече е доказало, че всеки мрежов и идентичностен слой работи, а оставащият въпрос е кой изглед или кой филтър носи заявката. Изпращането на този тикет до мрежовия екип губи един ден.

Запазете точния текст на грешката и часа на първата повреда. Той решава в кой ред от таблицата се намирате и е единственото доказателство, на което собственикът на списъка може да действа.

Тествайте обновяването отново на същия списък

След като бъде установен етапът, който се проваля, повторете операцията, която се провали, а не по-евтина. Обновете същия списък от предвидената среда на Excel, с очаквания акаунт и одобрения мрежов път, и потвърдете, че броят на редовете или известна променена стойност наистина се актуализира. Отварянето на запазена работна книга не доказва нищо за връзката.

Противопоставете се на широките поправки: изчистването на всички запазени идентификационни данни, стартирането на Office с повишени права или изключването на защитна функция може да промени симптома, без да поправи етапа. Ако удостоверяването е слоят, който се проваля, помолете собственика на списъка да потвърди акаунта и поддържания поток за влизане, вместо да гадаете на клиента.

Предлагайте CSV само когато снимка без връзка удовлетворява задачата и този експорт се поддържа за средата. Промяната на изходния формат променя работния процес и не обяснява защо свързаната операция е спряла да работи.