Экспарт з 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 толькі тады, калі адлучаны здымак задавальняе задачу і гэты экспарт падтрымліваецца ў асяроддзі. Змена фармату вываду змяняе працоўны працэс і не тлумачыць, чаму звязаная аперацыя перастала працаваць.