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 ಅನ್ನು ನೀಡಿ. ಔಟ್ಪುಟ್ ಸ್ವರೂಪವನ್ನು ಬದಲಿಸುವುದು ಕಾರ್ಯಹರಿವನ್ನು ಬದಲಿಸುತ್ತದೆ ಮತ್ತು ಸಂಪರ್ಕಿತ ಕಾರ್ಯಾಚರಣೆ ಏಕೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿತು ಎಂದು ವಿವರಿಸುವುದಿಲ್ಲ.