SharePoint eksportēšana uz Excel: kur patiesībā notiek atsvaidzināšana
Izsekojiet SharePoint-Excel eksportam caur vaicājuma failu, pašu Office HTTP pieprasījumu un saglabāto atsvaidzināšanu, un noskaidrojiet, kurš posms patiešām neizdevās.
Eksportēšana uz Excel atkarībā no ieviešanas rada trīs dažādus artefaktus, un kļūda pieder tieši vienam no tiem. Lejupielādēts vaicājuma fails, statisks CSV un atsvaidzināma savienotā tabula nav viens un tas pats rezultāts, un katrs no tiem neizdodas citā posmā. Zināšana, kurš artefakts jums ir, nosaka, vai nākamais solis pieder tīkla komandai, identitātes komandai vai saraksta īpašniekam. Tālāk aprakstītais mehānisms seko nodošanai no pārlūka uz pašu Excel pieprasījumu.
Ko eksports patiesībā nodod
Klasiskajos SharePoint sarakstos Eksportēt uz Excel lejupielādē nelielu teksta failu, kura saturs ir URL, un pēc tam Excel nolasa šo failu un izsaka savu pieprasījumu par tajā esošajiem datiem. Lejupielādētais fails ir rādītājs, nevis saraksts. CSV eksports turpretī satur pašas rindas, un tam nav savienojuma atsvaidzināšanai. Jaunāka savienotā tabula var iegult vaicājumu tieši darbgrāmatā, tāpēc mapē Lejupielādes nekas nenonāk.
Katra savienotā forma ir vienvirziena. Atsvaidzināšana ievelk pašreizējās rindas no saraksta darbgrāmatā, un tabulas rediģēšana neko neatgriež. Šī asimetrija ir svarīga diagnostikai, jo darbgrāmata, kas atveras ar pagājušās nedēļas rindām, jau ir pierādījusi, ka fails pastāv un savienojums tika saglabāts, bet neko nepasaka par to, vai atsvaidzināšana šodien darbojas.
Tātad pirmais jautājums nav, kāpēc eksports neizdevās, bet kādu artefaktu lietotājs gaidīja. Atbilde sašaurina izmeklēšanu līdz vienam no trim procesiem.
Trīs procesi, trīs dažādas identitātes
Lejupielāde pārlūkā izmanto pārlūka sesiju ar saviem sīkfailiem, starpniekservera konfigurāciju un pieteikšanās stāvokli. Excel, atverot failu, izmanto Office HTTP steku, kas parasti seko lietotāja interneta opciju starpniekserverim, nevis visas mašīnas WinHTTP iestatījumam, un kas autentificējas ar jebkuru Office identitāti, kāda lietotājam ir. Vēlāka atsvaidzināšana atkārtoti izmanto saglabāto savienojumu un var paņemt kešatmiņā saglabātos akreditācijas datus no Windows akreditācijas datu pārvaldnieka, nevis jautāt.
Šie trīs konteksti vienā mašīnā var nesaskanēt, un tāpēc pārlūks, kas sarakstu atver bez problēmām, un Excel atsvaidzināšana, kas atgriež pieteikšanās pieprasījumu, ir saskaņots rezultāts, nevis pretruna. Tunelis maina mašīnas maršrutēšanu visiem trim, taču starpniekservera automātiskās konfigurācijas fails joprojām var sūtīt Office pieprasījumus citur.
Pierakstiet katrā posmā izmantoto identitāti, pirms maināt jebkuru no tām. Pārlūkā veikts labojums nevar salabot pieprasījumu, ko Excel veic ar citu kontu.
Izlasiet nodošanas failu, pirms kaut ko maināt
Lejupielādētais fails ir vienkāršs teksts un parasti īss, tāpēc lasiet to vispirms. Tajā nosaukts resursdators un galapunkts, ko Excel izsauks, un šis resursdators ir tas, kas jāatrisina un jāautentificē no lietotāja mašīnas, ne vienmēr adrese, kas redzama pārlūka adreses joslā.
Get-Content "$env:USERPROFILE\Downloads\query.iqy"
Resolve-DnsName team.example.net
netsh winhttp show proxy
Salīdziniet failā norādīto resursdatoru ar vietni, no kuras lietotājs domā, ka eksportēja. Pāradresācija eksporta laikā, veca vietņu kolekcija vai migrēts saraksts var atstāt rādītāju uz nosaukumu, kas vairs nepiegādā datus, un no tā izrietošā kļūda izskatās kā tīkla kļūme. Ja nosaukums atrisinās un galapunkts atbild, atlikušie kandidāti ir autentifikācija un pats vaicājums.
Neaizstājiet resursdatora nosaukumu ar IP adresi, lai tas darbotos. Tas salauž sertifikāta nosaukuma pārbaudi un slēpj īsto problēmu aiz apiešanas risinājuma, kas neizdodas nākamajā sertifikāta atjaunošanā.
Atdaliet nosaukuma, pieteikšanās un vaicājuma kļūdas
Četri iznākumi aptver gandrīz katru ziņojumu, un katram ir cits īpašnieks. Nosaukums, kas neatrisinās, pieder DNS. Savienojums, kas beidzas ar taimautu, pieder maršrutēšanai vai starpniekserverim. Pieteikšanās pieprasījums vai 401 pieder identitātei. Atbilde, kas pienāk, bet nav parsējama, pieder vaicājumam vai galapunktam, ko saraksts tagad atklāj.
| 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 |
Pēdējā rinda ir tā, ko cilvēki diagnosticē nepareizi. Atsvaidzināšana, kas pabeidzas un atgriež nepareizās rindas, jau ir pierādījusi, ka katrs tīkla un identitātes slānis darbojas, un atlikušais jautājums ir, kādu skatu vai kādu filtru vaicājums nes. Šī pieteikuma nosūtīšana tīkla komandai iznieko dienu.
Saglabājiet precīzu kļūdas tekstu un pirmās kļūmes laiku. Tas nosaka, kurā tabulas rindā jūs esat, un tas ir vienīgais pierādījums, uz kura saraksta īpašnieks var rīkoties.
Pārbaudiet atsvaidzināšanu vēlreiz tajā pašā sarakstā
Kad neveiksmīgais posms ir identificēts, atkārtojiet neizdevušos darbību, nevis lētāku. Atsvaidziniet to pašu sarakstu no paredzētās Excel vides, ar gaidīto kontu un apstiprināto tīkla ceļu, un apstipriniet, ka rindu skaits vai zināma mainīta vērtība patiešām atjaunojas. Saglabātas darbgrāmatas atvēršana neko nepierāda par savienojumu.
Pretojieties plašajiem labojumiem: visu saglabāto akreditācijas datu dzēšana, Office palaišana ar paaugstinātām tiesībām vai drošības funkcijas atslēgšana var mainīt simptomu, nesalabojot posmu. Ja autentifikācija ir neveiksmīgais slānis, lūdziet saraksta īpašniekam apstiprināt kontu un atbalstīto pieteikšanās plūsmu, nevis minēt klientā.
Piedāvājiet CSV tikai tad, kad atvienots momentuzņēmums apmierina uzdevumu un šis eksports vidē tiek atbalstīts. Izvades formāta maiņa maina darbplūsmu un neizskaidro, kāpēc savienotā darbība pārstāja darboties.