Eksport SharePoint ke Excel: di mana penyegaran sebenarnya berjalan

Eksport ke Excel menghasilkan tiga artifak berbeza bergantung pada penggunaan, dan kegagalan itu milik tepat salah satu daripadanya. Fail pertanyaan yang dimuat turun, CSV statik dan jadual bersambung yang disegarkan bukan hasil yang sama, dan setiap satu gagal pada peringkat berbeza. Mengetahui artifak mana yang anda ada menentukan sama ada langkah seterusnya milik pasukan rangkaian, pasukan identiti atau pemilik senarai. Mekanisme di bawah mengikut penyerahan daripada pelayar kepada permintaan Excel sendiri.

Apa yang sebenarnya diserahkan oleh eksport

Pada senarai SharePoint klasik, Eksport ke Excel memuat turun fail teks kecil yang isinya ialah URL, kemudian Excel membaca fail itu dan menghantar permintaannya sendiri untuk data di belakangnya. Fail yang dimuat turun itu ialah penunjuk, bukan senarai. Sebaliknya, eksport CSV mengandungi baris itu sendiri dan tiada sambungan untuk menyegarkan. Jadual bersambung yang lebih baharu boleh membenamkan pertanyaan terus ke dalam buku kerja, jadi tiada apa yang masuk ke folder Muat Turun langsung.

Setiap bentuk bersambung adalah sehala. Penyegaran menarik baris semasa daripada senarai ke dalam buku kerja, dan menyunting jadual tidak menghantar apa-apa balik. Asimetri itu penting untuk diagnosis, kerana buku kerja yang dibuka dengan baris minggu lepas sudah membuktikan fail itu wujud dan sambungan telah disimpan, tetapi tidak mengatakan apa-apa tentang sama ada penyegaran berfungsi hari ini.

Jadi soalan pertama bukanlah mengapa eksport gagal, tetapi artifak mana yang dijangka oleh pengguna. Jawapannya menyempitkan siasatan kepada salah satu daripada tiga proses.

Tiga proses, tiga identiti berbeza

Muat turun dalam pelayar menggunakan sesi pelayar, dengan kuki, konfigurasi proksi dan status log masuknya sendiri. Excel semasa membuka fail menggunakan tindanan HTTP Office, yang lazimnya mengikut proksi daripada Pilihan Internet bagi setiap pengguna dan bukannya tetapan WinHTTP seluruh mesin, dan yang mengesahkan dengan mana-mana identiti Office yang dimiliki pengguna. Penyegaran kemudian menggunakan semula sambungan tersimpan dan mungkin mengambil kredensial dalam cache daripada Pengurus Kredensial Windows dan bukannya bertanya.

Ketiga-tiga konteks itu mungkin tidak bersetuju pada satu mesin, dan itulah sebabnya pelayar yang membuka senarai dengan baik dan penyegaran Excel yang mengembalikan gesaan log masuk ialah hasil yang konsisten, bukan pertentangan. Terowong mengubah penghalaan mesin untuk ketiga-tiganya, tetapi fail konfigurasi automatik proksi masih boleh menghantar permintaan Office ke tempat lain.

Catat identiti yang digunakan pada setiap peringkat sebelum mengubah mana-mana daripadanya. Pembetulan yang digunakan pada pelayar tidak boleh membaiki permintaan yang dibuat Excel di bawah akaun lain.

Baca fail penyerahan sebelum mengubah apa-apa

Fail yang dimuat turun ialah teks biasa dan biasanya pendek, jadi bacalah dahulu. Ia menamakan hos dan titik akhir yang akan dipanggil Excel, dan hos itulah yang perlu diselesaikan serta disahkan daripada mesin pengguna, bukan semestinya alamat yang kelihatan dalam bar alamat pelayar.

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

Bandingkan hos dalam fail dengan tapak yang difikirkan pengguna sebagai asal eksport. Ubah hala semasa eksport, koleksi tapak lama atau senarai yang dipindahkan boleh meninggalkan penunjuk kepada nama yang tidak lagi menyediakan data, dan ralat yang terhasil kelihatan seperti kegagalan rangkaian. Jika nama diselesaikan dan titik akhir menjawab, calon yang tinggal ialah pengesahan dan pertanyaan itu sendiri.

Jangan gantikan nama hos dengan alamat IP supaya ia berfungsi. Itu memecahkan pemeriksaan nama sijil dan menyembunyikan masalah sebenar di sebalik jalan pintas yang akan gagal pada pembaharuan sijil seterusnya.

Asingkan kegagalan nama, log masuk dan pertanyaan

Empat hasil merangkumi hampir setiap laporan, dan setiap satu mempunyai pemilik berbeza. Nama yang tidak dapat diselesaikan milik DNS. Sambungan yang tamat masa milik penghalaan atau proksi. Gesaan log masuk atau 401 milik identiti. Respons yang tiba tetapi tidak dapat dihuraikan milik pertanyaan atau titik akhir yang kini didedahkan oleh senarai.

Baris terakhir ialah baris yang orang salah diagnosis. Penyegaran yang selesai dan mengembalikan baris yang salah sudah membuktikan setiap lapisan rangkaian dan identiti berfungsi, dan soalan yang tinggal ialah paparan atau penapis mana yang dibawa oleh pertanyaan. Menghantar tiket itu kepada pasukan rangkaian membuang satu hari.

Simpan teks ralat yang tepat dan masa kegagalan pertama. Ia menentukan baris mana dalam jadual anda berada, dan itulah satu-satunya bukti yang boleh diambil tindakan oleh pemilik senarai.

Uji semula penyegaran pada senarai yang sama

Setelah peringkat yang gagal dikenal pasti, ulangi operasi yang gagal dan bukan yang lebih murah. Segarkan senarai yang sama daripada persekitaran Excel yang dimaksudkan, dengan akaun yang dijangka dan laluan rangkaian yang diluluskan, dan sahkan bahawa bilangan baris atau nilai berubah yang diketahui benar-benar dikemas kini. Membuka buku kerja tersimpan tidak membuktikan apa-apa tentang sambungan.

Tahan terhadap pembaikan meluas: memadam semua kredensial tersimpan, menjalankan Office dengan keistimewaan tinggi atau melumpuhkan ciri keselamatan mungkin mengubah simptom tanpa membaiki peringkat. Jika pengesahan ialah lapisan yang gagal, minta pemilik senarai mengesahkan akaun dan aliran log masuk yang disokong dan bukannya meneka pada klien.

Tawarkan CSV hanya apabila syot kilat terputus memenuhi tugas dan eksport itu disokong untuk persekitarannya. Menukar format output mengubah aliran kerja dan tidak menjelaskan mengapa operasi bersambung berhenti berfungsi.