Экспарт у 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 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

Апошні радок — той, які людзі дыягнастуюць няправільна. Абнаўленне, якое завяршаецца і вяртае няправільныя радкі, ужо даказала, што кожны сеткавы і ідэнтычнасны слой працуе, і застаецца пытанне, які прадстаўленне або які фільтр нясе запыт. Адпраўка гэтага тыкета сеткавай камандзе марнуе дзень.

Захавайце дакладны тэкст памылкі і час першага збою. Ён вызначае, у якім радку табліцы вы знаходзіцеся, і гэта адзіны доказ, на які ўладальнік спісу можа абаперціся.

Праверце абнаўленне яшчэ раз на тым жа спісе

Пасля вызначэння этапу, які збаўляе, паўтарыце тую аперацыю, якая не ўдалася, а не больш танную. Абнавіце той жа спіс з прадугледжанага асяроддзя Excel, з чаканым уліковым запісам і зацверджаным сеткавым шляхам, і пацвердзіце, што колькасць радкоў або вядомае змененае значэнне сапраўды абнаўляецца. Адкрыццё захаванай працоўнай кнігі нічога не даказвае пра злучэнне.

Супрацьстойце шырокім рамонтам: выдаленне ўсіх захаваных уліковых даных, запуск Office з павышанымі правамі або адключэнне функцыі бяспекі можа змяніць сімптом, не выправіўшы этап. Калі аўтэнтыфікацыя — гэта слой, які збаўляе, папрасіце ўладальніка спісу пацвердзіць уліковы запіс і падтрымліваемы патоку ўваходу замест таго, каб здагадвацца на кліенце.

Прапануйце CSV толькі тады, калі адлучаны здымак задавальняе задачу і гэты экспарт падтрымліваецца ў асяроддзі. Змена фармату вываду змяняе працоўны працэс і не тлумачыць, чаму звязаная аперацыя перастала працаваць.

Падобныя артыкулы