Извоз SharePoint-а у Excel: где се освежавање заиста извршава
Пратите извоз SharePoint-Excel кроз датотеку упита, сопствени HTTP захтев система Office и сачувано освежавање, и откријте која је фаза заиста отказала.
Извоз у 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 припадају идентитету. Одговор који стигне али не може да се анализира припада упиту или крајњој тачки коју листа сада излаже.
| What the user sees | Stage that failed |
|---|---|
| Data source could not be found | Name resolution or the pointer in the file |
| Repeated sign-in prompt | Office identity or cached credential |
| Timeout while refreshing | Route, proxy or the VPN path |
| Refresh succeeds, rows look wrong | Query scope or list view, not connectivity |
Последњи ред је онај који људи погрешно дијагностикују. Освежавање које се доврши и врати погрешне редове већ је доказало да сваки мрежни и идентитетски слој ради, а преостало је питање који приказ или који филтер носи упит. Слање тог захтева мрежном тиму губи један дан.
Сачувајте тачан текст грешке и време првог квара. Оно одлучује у ком се реду табеле налазите и једини је доказ на који власник листе може да се ослони.
Поново тестирајте освежавање на истој листи
Након што се утврди фаза која откаже, поновите радњу која је отказала, а не јефтинију. Освежите исту листу из предвиђеног Excel окружења, са очекиваним налогом и одобреним мрежним путем, и потврдите да се број редова или позната измењена вредност заиста ажурира. Отварање сачуване радне свеске не доказује ништа о вези.
Одуприте се широким поправкама: брисање свих сачуваних акредитива, покретање система Office са повишеним овлашћењима или искључивање безбедносне функције може да промени симптом без поправљања фазе. Ако је аутентификација слој који откаже, замолите власника листе да потврди налог и подржани ток пријаве уместо да нагађате на клијенту.
Понудите CSV само када одвојена снимка задовољава задатак и када је тај извоз подржан у окружењу. Промена излазног формата мења ток рада и не објашњава зашто је повезана радња престала да ради.