SharePoint’ni Excel’ga eksport qilish: yangilanish aslida qayerda bajariladi

Excel’ga eksport qilish joylashtirishga qarab uch xil artefakt hosil qiladi va xato aynan ulardan biriga tegishli. Yuklab olingan so‘rov fayli, statik CSV va yangilanadigan bog‘langan jadval bir xil natija emas va ularning har biri turli bosqichda muvaffaqiyatsiz bo‘ladi. Qaysi artefakt borligini bilish keyingi qadam tarmoq jamoasiga, identifikatsiya jamoasiga yoki ro‘yxat egasiga tegishli ekanini belgilaydi. Quyidagi mexanizm brauzerdan Excel’ning o‘z so‘rovigacha bo‘lgan topshirishni kuzatadi.

Eksport aslida nimani topshiradi

Klassik SharePoint ro‘yxatlarida Excel’ga eksport qilish tanasi URL bo‘lgan kichik matn faylini yuklab oladi, so‘ng Excel bu faylni o‘qiydi va uning orqasidagi ma’lumotlar uchun o‘z so‘rovini yuboradi. Yuklab olingan fayl ko‘rsatkich, ro‘yxat emas. CSV eksporti esa satrlarning o‘zini o‘z ichiga oladi va yangilash uchun aloqasi yo‘q. Yangiroq bog‘langan jadval so‘rovni to‘g‘ridan-to‘g‘ri ish kitobiga joylashtirishi mumkin, shuning uchun Yuklab olishlar jildiga hech narsa tushmaydi.

Har bir bog‘langan shakl bir tomonlama. Yangilash ro‘yxatdan joriy satrlarni ish kitobiga tortadi va jadvalni tahrirlash hech narsani qaytarmaydi. Bu assimetriya diagnostika uchun muhim, chunki o‘tgan hafta satrlari bilan ochiladigan ish kitobi fayl mavjudligini va aloqa saqlanganini allaqachon isbotlagan, ammo yangilash bugun ishlayaptimi-yo‘qmi haqida hech narsa demaydi.

Demak, birinchi savol eksport nima uchun muvaffaqiyatsiz bo‘ldi degani emas, balki foydalanuvchi qaysi artefaktni kutgani. Javob tekshiruvni uch jarayondan biriga toraytiradi.

Uch jarayon, uch xil identifikatsiya

Brauzerdagi yuklab olish brauzer sessiyasidan o‘z cookie fayllari, proksi konfiguratsiyasi va kirish holati bilan foydalanadi. Faylni ochayotgan Excel Office’ning HTTP stekidan foydalanadi, u odatda butun mashina uchun WinHTTP sozlamasi o‘rniga foydalanuvchi bo‘yicha Internet parametrlaridagi proksiga ergashadi va foydalanuvchida mavjud bo‘lgan har qanday Office identifikatsiyasi bilan autentifikatsiya qiladi. Keyingi yangilash saqlangan aloqani qayta ishlatadi va so‘rash o‘rniga Windows hisob ma’lumotlari menejeridan keshlangan hisob ma’lumotlarini olishi mumkin.

Bu uch kontekst bitta mashinada kelisha olmasligi mumkin, shuning uchun ro‘yxatni bemalol ochadigan brauzer va kirish so‘rovini qaytaradigan Excel yangilanishi qarama-qarshilik emas, izchil natijadir. Tunnel mashinaning marshrutlashini uchalasi uchun ham o‘zgartiradi, lekin proksining avtomatik konfiguratsiya fayli Office so‘rovlarini hali ham boshqa joyga yuborishi mumkin.

Ulardan birini o‘zgartirishdan oldin har bir bosqichda ishlatiladigan identifikatsiyani yozib qo‘ying. Brauzerga qo‘llanilgan tuzatish Excel boshqa hisob ostida qiladigan so‘rovni tuzata olmaydi.

Biror narsani o‘zgartirishdan oldin topshirish faylini o‘qing

Yuklab olingan fayl oddiy matn va odatda qisqa, shuning uchun avval uni o‘qing. U Excel chaqiradigan host va oxirgi nuqtani nomlaydi va o‘sha host foydalanuvchi mashinasidan hal qilinishi va autentifikatsiya qilinishi kerak, brauzer manzil qatorida ko‘rinadigan manzil shart emas.

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

Fayldagi hostni foydalanuvchi eksport qilgan deb o‘ylagan sayt bilan solishtiring. Eksport paytidagi qayta yo‘naltirish, eski saytlar to‘plami yoki ko‘chirilgan ro‘yxat endi ma’lumotlarni taqdim etmaydigan nomga ko‘rsatkich qoldirishi mumkin va bundan kelib chiqadigan xato tarmoq nosozligidek ko‘rinadi. Agar nom hal bo‘lsa va oxirgi nuqta javob bersa, qolgan nomzodlar autentifikatsiya va so‘rovning o‘zi.

Ishlashi uchun host nomini IP manzil bilan almashtirmang. Bu sertifikatning nom tekshiruvini buzadi va haqiqiy muammoni keyingi sertifikat yangilanishida muvaffaqiyatsiz bo‘ladigan vaqtinchalik yechim ortiga yashiradi.

Nom, kirish va so‘rov nosozliklarini ajrating

To‘rt natija deyarli har bir murojaatni qamrab oladi va har birining egasi boshqa. Hal bo‘lmaydigan nom DNS’ga tegishli. Vaqt tugashi bilan yakunlanadigan aloqa marshrutlashga yoki proksiga tegishli. Kirish so‘rovi yoki 401 identifikatsiyaga tegishli. Kelib, lekin tahlil qilib bo‘lmaydigan javob so‘rovga yoki ro‘yxat endi taqdim etayotgan oxirgi nuqtaga tegishli.

Oxirgi satr odamlar noto‘g‘ri tashxis qo‘yadigan satr. Tugallanib, noto‘g‘ri satrlarni qaytaradigan yangilash har bir tarmoq va identifikatsiya qatlami ishlashini allaqachon isbotlagan va qolgan savol so‘rov qaysi ko‘rinish yoki qaysi filtrni olib yurishidir. O‘sha chiptani tarmoq jamoasiga yuborish bir kunni behuda o‘tkazadi.

Aniq xato matnini va birinchi nosozlik vaqtini saqlang. Jadvalning qaysi satrida ekaningizni aynan shu belgilaydi va ro‘yxat egasi tayanishi mumkin bo‘lgan yagona dalil shu.

Yangilanishni o‘sha ro‘yxatda qayta sinab ko‘ring

Muvaffaqiyatsiz bosqich aniqlangandan so‘ng, muvaffaqiyatsiz bo‘lgan amalni takrorlang, arzonrog‘ini emas. O‘sha ro‘yxatni mo‘ljallangan Excel muhitidan, kutilgan hisob va tasdiqlangan tarmoq yo‘li bilan yangilang va satrlar soni yoki ma’lum o‘zgargan qiymat haqiqatan yangilanishini tasdiqlang. Saqlangan ish kitobini ochish aloqa haqida hech narsani isbotlamaydi.

Keng tuzatishlarga qarshi turing: barcha saqlangan hisob ma’lumotlarini tozalash, Office’ni yuqori huquqlar bilan ishga tushirish yoki xavfsizlik funksiyasini o‘chirish bosqichni tuzatmasdan simptomni o‘zgartirishi mumkin. Agar autentifikatsiya muvaffaqiyatsiz qatlam bo‘lsa, mijozda taxmin qilish o‘rniga ro‘yxat egasidan hisobni va qo‘llab-quvvatlanadigan kirish oqimini tasdiqlashni so‘rang.

CSV’ni faqat uzilgan lahzalik surat vazifani qanoatlantirsa va bu eksport muhit uchun qo‘llab-quvvatlansa taklif qiling. Chiqish formatini o‘zgartirish ish oqimini o‘zgartiradi va bog‘langan amal nima uchun ishlashdan to‘xtaganini tushuntirmaydi.