ייצוא SharePoint ל-Excel: היכן באמת פועל הרענון
עקבו אחר ייצוא SharePoint-Excel דרך קובץ השאילתה, בקשת ה-HTTP של Office עצמו והרענון השמור, וגלו איזה שלב באמת נכשל.
הייצוא ל-Excel מייצר שלושה חפצים שונים בהתאם לפריסה, והתקלה שייכת בדיוק לאחד מהם. קובץ שאילתה שהורד, CSV סטטי וטבלה מקושרת שמתרעננת אינם אותה תוצאה, וכל אחד מהם נכשל בשלב אחר. הידיעה איזה חפץ יש לכם קובעת אם הצעד הבא שייך לצוות הרשת, לצוות הזהות או לבעל הרשימה. המנגנון שלהלן עוקב אחר ההעברה מהדפדפן לבקשה של Excel עצמו.
מה הייצוא באמת מוסר
ברשימות SharePoint קלאסיות, ייצוא ל-Excel מוריד קובץ טקסט קטן שגופו הוא URL, ואז Excel קורא את הקובץ ושולח בקשה משלו לנתונים שמאחוריו. הקובץ שהורד הוא מצביע, לא הרשימה. לעומת זאת, ייצוא CSV מכיל את השורות עצמן ואין לו חיבור לרענון. טבלה מקושרת חדשה יותר יכולה להטמיע את השאילתה ישירות בחוברת העבודה, כך ששום דבר לא מגיע לתיקיית ההורדות.
כל צורה מקושרת היא חד-כיוונית. הרענון מושך את השורות הנוכחיות מהרשימה אל חוברת העבודה, ועריכת הטבלה אינה שולחת דבר בחזרה. האסימטריה הזו חשובה לאבחון, מפני שחוברת עבודה שנפתחת עם השורות של השבוע שעבר כבר הוכיחה שהקובץ קיים ושהחיבור נשמר, אך אינה אומרת דבר על כך אם הרענון עובד היום.
לכן השאלה הראשונה אינה מדוע הייצוא נכשל, אלא איזה חפץ ציפה המשתמש. התשובה מצמצמת את הבדיקה לאחד משלושה תהליכים.
שלושה תהליכים, שלוש זהויות שונות
ההורדה בדפדפן משתמשת בהפעלת הדפדפן, עם קובצי ה-cookie שלו, תצורת ה-proxy ומצב הכניסה. Excel שפותח את הקובץ משתמש במחסנית ה-HTTP של Office, שלרוב עוקבת אחרי ה-proxy מהאפשרויות באינטרנט לפי משתמש ולא אחרי הגדרת WinHTTP לכל המחשב, ושהיא מאמתת עם כל זהות Office שיש למשתמש. רענון מאוחר יותר משתמש שוב בחיבור השמור ועשוי לקחת אישורים שמורים ממנהל האישורים של Windows במקום לשאול.
שלושת ההקשרים האלה יכולים שלא להסכים במחשב אחד, ולכן דפדפן שפותח את הרשימה ללא בעיה ורענון Excel שמחזיר בקשת כניסה הם תוצאה עקבית ולא סתירה. המנהרה משנה את הניתוב של המחשב עבור שלושתם, אבל קובץ תצורה אוטומטית של proxy עדיין יכול לשלוח בקשות Office למקום אחר.
רשמו את הזהות שמשמשת בכל שלב לפני שתשנו כל אחת מהן. תיקון שמוחל על הדפדפן אינו יכול לתקן בקשה ש-Excel שולח תחת חשבון אחר.
קראו את קובץ ההעברה לפני שתשנו משהו
הקובץ שהורד הוא טקסט פשוט ובדרך כלל קצר, לכן קראו אותו תחילה. הוא מפרט את המארח ואת נקודת הקצה ש-Excel יקרא להם, ואותו מארח הוא זה שחייב להיפתר ולהאומת ממחשב המשתמש, ולא בהכרח הכתובת הנראית בשורת הכתובת של הדפדפן.
Get-Content "$env:USERPROFILE\Downloads\query.iqy"
Resolve-DnsName team.example.net
netsh winhttp show proxyהשוו את המארח בקובץ לאתר שממנו המשתמש חושב שייצא. הפניה מחדש במהלך הייצוא, אוסף אתרים ישן או רשימה שהועברה יכולים להשאיר מצביע לשם שכבר אינו משרת את הנתונים, והשגיאה הנובעת מכך נראית כמו תקלת רשת. אם השם נפתר ונקודת הקצה מגיבה, המועמדים שנותרו הם האימות והשאילתה עצמה.
אל תחליפו את שם המארח בכתובת IP כדי שזה יעבוד. זה שובר את בדיקת השם של האישור ומסתיר את הבעיה האמיתית מאחורי עקיפה שנכשלת בחידוש האישור הבא.
הפרידו בין תקלות שם, כניסה ושאילתה
ארבע תוצאות מכסות כמעט כל דיווח, ולכל אחת בעלים אחר. שם שאינו נפתר שייך ל-DNS. חיבור שמגיע לפסק זמן שייך לניתוב או ל-proxy. בקשת כניסה או 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 רק כאשר תמונת מצב מנותקת מספקת את המשימה והייצוא הזה נתמך בסביבה. שינוי תבנית הפלט משנה את זרימת העבודה ואינו מסביר מדוע הפעולה המקושרת הפסיקה לעבוד.