SharePoint-ൽ നിന്ന് Excel-ലേക്ക് കയറ്റുമതി: പുതുക്കൽ യഥാർത്ഥത്തിൽ എവിടെ പ്രവർത്തിക്കുന്നു
ഒരു SharePoint-Excel കയറ്റുമതി ക്വറി ഫയൽ, Office-ന്റെ സ്വന്തം HTTP അഭ്യർത്ഥന, സംരക്ഷിച്ച പുതുക്കൽ എന്നിവയിലൂടെ ട്രേസ് ചെയ്ത് ഏത് ഘട്ടമാണ് യഥാർത്ഥത്തിൽ പരാജയപ്പെട്ടതെന്ന് കണ്ടെത്തുക.
Excel-ലേക്കുള്ള കയറ്റുമതി വിന്യാസം അനുസരിച്ച് മൂന്ന് വ്യത്യസ്ത കലാകൃതികൾ നിർമ്മിക്കുന്നു, പിശക് അവയിൽ കൃത്യമായി ഒന്നിനുള്ളതാണ്. ഡൗൺലോഡ് ചെയ്ത ക്വറി ഫയൽ, സ്ഥിത CSV, പുതുക്കുന്ന ബന്ധിത പട്ടിക എന്നിവ ഒരേ ഫലമല്ല, ഓരോന്നും വ്യത്യസ്ത ഘട്ടത്തിൽ പരാജയപ്പെടുന്നു. നിങ്ങളുടെ പക്കൽ ഏത് കലാകൃതിയാണെന്ന് അറിയുന്നത് അടുത്ത ഘട്ടം നെറ്റ്വർക്ക് സംഘത്തിന്റേതാണോ, ഐഡന്റിറ്റി സംഘത്തിന്റേതാണോ, പട്ടികയുടെ ഉടമയുടേതാണോ എന്ന് തീരുമാനിക്കുന്നു. താഴെയുള്ള സംവിധാനം ബ്രൗസറിൽ നിന്ന് Excel-ന്റെ സ്വന്തം അഭ്യർത്ഥന വരെയുള്ള കൈമാറ്റം പിന്തുടരുന്നു.
കയറ്റുമതി യഥാർത്ഥത്തിൽ എന്താണ് കൈമാറുന്നത്
ക്ലാസിക് SharePoint പട്ടികകളിൽ, Excel-ലേക്ക് കയറ്റുമതി ചെയ്യുക എന്നത് ഉടലൊരു URL ആയ ചെറിയ ടെക്സ്റ്റ് ഫയൽ ഡൗൺലോഡ് ചെയ്യുന്നു; തുടർന്ന് Excel ആ ഫയൽ വായിച്ച് അതിന് പിന്നിലുള്ള ഡാറ്റയ്ക്കായി സ്വന്തം അഭ്യർത്ഥന അയയ്ക്കുന്നു. ഡൗൺലോഡ് ചെയ്ത ഫയൽ ഒരു സൂചകമാണ്, പട്ടികയല്ല. അതിനു വിപരീതമായി CSV കയറ്റുമതിയിൽ വരികൾ തന്നെയാണ് ഉള്ളത്, പുതുക്കലിന് ബന്ധമില്ല. പുതിയ ബന്ധിത പട്ടിക ക്വറി നേരിട്ട് വർക്ക്ബുക്കിൽ ഉൾച്ചേർക്കാം, അതിനാൽ ഡൗൺലോഡുകൾ ഫോൾഡറിൽ ഒന്നും എത്തുന്നില്ല.
ഓരോ ബന്ധിത രൂപവും ഒരു ദിശയിലാണ്. പുതുക്കൽ പട്ടികയിൽ നിന്ന് നിലവിലെ വരികൾ വർക്ക്ബുക്കിലേക്ക് വലിച്ചെടുക്കുന്നു, പട്ടിക തിരുത്തുന്നത് ഒന്നും തിരികെ അയയ്ക്കുന്നില്ല. ഈ അസമത്വം രോഗനിർണ്ണയത്തിന് പ്രധാനമാണ്, കാരണം കഴിഞ്ഞ ആഴ്ചയിലെ വരികളോടെ തുറക്കുന്ന വർക്ക്ബുക്ക് ഫയൽ ഉണ്ടെന്നും ബന്ധം സംരക്ഷിച്ചുവെന്നും ഇതിനകം തെളിയിച്ചിട്ടുണ്ട്, എന്നാൽ പുതുക്കൽ ഇന്ന് പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് ഒന്നും പറയുന്നില്ല.
അതിനാൽ ആദ്യ ചോദ്യം കയറ്റുമതി എന്തുകൊണ്ട് പരാജയപ്പെട്ടു എന്നല്ല, ഉപയോക്താവ് ഏത് കലാകൃതിയാണ് പ്രതീക്ഷിച്ചത് എന്നാണ്. ഉത്തരം അന്വേഷണം മൂന്ന് പ്രക്രിയകളിൽ ഒന്നിലേക്ക് ചുരുക്കുന്നു.
മൂന്ന് പ്രക്രിയകൾ, മൂന്ന് വ്യത്യസ്ത ഐഡന്റിറ്റികൾ
ബ്രൗസറിലെ ഡൗൺലോഡ് ബ്രൗസർ സെഷൻ അതിന്റെ സ്വന്തം കുക്കികൾ, പ്രോക്സി കോൺഫിഗറേഷൻ, സൈൻ-ഇൻ അവസ്ഥ എന്നിവയോടെ ഉപയോഗിക്കുന്നു. ഫയൽ തുറക്കുന്ന Excel Office-ന്റെ HTTP സ്റ്റാക്ക് ഉപയോഗിക്കുന്നു, അത് സാധാരണയായി മുഴുവൻ യന്ത്രത്തിന്റെ 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 വാഗ്ദാനം ചെയ്യുക. ഔട്ട്പുട്ട് ഫോർമാറ്റ് മാറ്റുന്നത് പ്രവൃത്തി പ്രവാഹം മാറ്റുന്നു, ബന്ധിത പ്രവർത്തനം എന്തുകൊണ്ട് പ്രവർത്തനം നിർത്തി എന്ന് വിശദീകരിക്കുന്നുമില്ല.