במהלך השבוע החולף, שלי עמית הייתי עושה קצת עבודה בשביל לקוח בניו יורק. . אנחנו בדקנו על היבטים שונים של יישום מוס באמצעות תקן"שלהם" לבנות תחנת עבודה (בניגוד המחשבים הניידים שלנו). ותוך כדי כך, פגשנו כמה שגיאות על-ידי ביצוע השלבים הבאים:

• פתח את מסמך word MS באמצעות סייר windows (אשר משתמשת WebDAV).
• לעשות שינוי.
• . שמור את זה.

. באנו כדי להבין את זה כמה פעמים (בדרך כלל בפעם הראשונה) . הצלנו את המסמך, שמור ". זה לא הלך" שמור לא הצילו. שנוציא את המסמך בחזרה למעלה ואת השינויים שלנו פשוט לא היו שם.

לא הבנו את שורש הבעיה בשלב זה, . אבל הנחנו כי אנחנו צריכים לוודא כי ה-service pack של MS Office האחרון היה הותקן במחשב תחנת העבודה הזאת. ההורים זה הלכת ועשית את זה. עברנו את המבחן שוב, גילינו בעיה חדשה. כאשר הצלנו אותה, יש לנו עכשיו שגיאה זו:

הפעם, נראה היה כל שינוי, למעשה, הציל, אם אנחנו ענה כן או לא על השאלה סקריפטים.

סוף סוף היה לנו מבט על גירסת Office בפועל, מתברר כי תחנת העבודה היה פועל MS Office 2000 עם ה-service pack 3 אשר מופיע תחת עזרה-> על "Office 2002".

מוסר ההשכל של הסיפור: אני תמיד ישתמש Office 2003 גירסה office שלי בסיסית מינימלי בעת שימוש WebDAV, מוס.

</קצה>

מנוי על הבלוג שלי.

(למטרות מנוע חיפוש, זהו הטקסט של השגיאה):

קו: 11807

Char: 2

שגיאה: האובייקט אינו תומך את המאפיין או פעולת השירות

קוד; 0

כתובת URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

האם ברצונך להמשיך להפעיל את קבצי ה-script בדף זה?

באחד או שלי הצבות הבלוג הראשון, תיארתי את התהליך הכולל עקבנו להעביר לקוח מ של SPS 2003 מוס. קורא השאיר תגובה מבקש ביתר פירוט, הנה זה.

לפרויקט את ההעברה, היינו צריכים למצוא דרך טובה להעביר הרבה של SPS 2003 מסמכים מעל מוס. העומס הראשוני היה די קל. ליצור ספריית מסמכים חדשה היעד ב- MOSS, השתמש בסייר windows כדי להעביר את המסמכים.

זוהי ספריית המסמכים החדשה:

תפתח שני חלונות חוקרים. הנקודה הראשונה ב- SPS 2003 והשני -ספריית המסמכים החדשה ב- MOSS. צילום מסך הבאים מציגה את זה. שימו לב: הדפדפן העליון הוא למעשה מכוון c שלי:\זמני נסיעה, אבל אתה יכול לדמיין את זה הצבעה SPS 2003 ספריית מסמכים:

לאחר מכן גרור ושחרר את המבצע, המראה היעד שלי ככה:

עכשיו הגיע הזמן להתמודד. עם המטה. נניח שיש לנו טור אחד בלבד של מטא-נתונים של מסמכים אלה בשם "מיקום." אנו יכולים לראות מן לעיל "כל המסמכים" הצג את המיקום. הוא ריק. קל לשימוש תצוגת גליון נתונים כדי להזין את המיקום, או אפילו להיכנס המאפיינים של כל מסמך אחד אחד כדי להוסיף מיקום. נניח כי אין שום דרך מעשית כדי להקצות העמודה מיקום ערך באופן אוטומטי כי משתמשי הקצה חייב לעשות את זה ביד. יתר על כן, נניח יש מאות מסמכים (אולי אלפים) . שזה יקח הרבה ימים רבים כדי לעדכן את המטה-נתונים. כפי שכולנו יודעים, אף אחד לא הולך לשבת ולעבוד עבור ארבעה מתוך חמישה ימים רצוף מעדכן מטה נתונים עבור מסמכים. במקום זאת, הם ישברו את זה על פני תקופה של שבועות או אולי יותר. כדי להקל על התהליך, אנחנו יכולים ליצור של "נתונים שאינם מתויגים" תצוגת כמוצג:

עכשיו, כאשר מישהו יושב למטה כדי לבלות שעה יומית שהוקצה שלהם או שניים כדי לתייג מסמכים שהועברו, הם יכולים להשתמש "המסמכים לא מתויגים" תצוגת למקד את המאמץ שלהם:

כמו משתמשים בתג מסמכים, הם להוריד את הרשימה הזאת.

זה הרעיון תצוגת נתונים שאינם מתויגים גם יכול לעזור עם כיתה של בעיית אימות נתונים אנשים לברר בפורומים. מחוץ לקופסה, אין דרך למנוע ממשתמש העלאת מסמך מוס ולאחר מכן הזן לא מטה נתונים. ניתן להגדיר כי עמודת אתר מסוים חובה, המשתמש לא יהיה מותר ללחוץ שמור כפתור. עם זאת, אם המשתמש העלאות ולאחר מכן סוגר את הדפדפן (או שימוש בסייר windows כדי להעלות את המסמך), . אי אפשר להכריח את המשתמש להזין נתוני meta (שוב, מחוץ לקופסה).

גישה זו יכול לשמש כדי לעזור עם המצב הזה. אנחנו יכולים להשתמש "נתונים תויגו" הצג בקלות לזהות מסמכים אלה ולפתור אותם. כמה זה עם KPI ויש לך ראות טובה על הנתונים עם הסתעפות לנהל אלה נסיבות יוצאות דופן.

</קצה>

מנוי על הבלוג שלי.

בשבוע זה, אני נאבקתי קצת עם הקבוצה שלי כדי לקבל מוס המותקן חווה 2-שרת פשוטה. יש לעבור דרך זה, יש לי הערכה גדולה יותר עבור סוגי בעיות לאנשים הדו ח ב- MSDN בפורומים ובמקומות.

התצורה הסופית החווה:

• SQL/אינדקס/אינטראנט WFE בתוך חומת האש.
• WFE של האזור המפורז.
• פיירוול בין האזור המפורז לשרת פנימי.

לפני שהתחלנו את הפרויקט, נניח שהלקוח יודע באילו יציאות צריך להיות פתוח. במהלך תן וקח, הלוך ושוב על זה, אנחנו אף פעם לא במפורש אמר שני דברים חשובים:

1. SSL אומר שאתה צריך אישור.
2. השרת DMZ חייב להיות חלק מתחום.

יום אחד, אנחנו הופיע להתקין מוס, למדתי חשבונות תחום עבור מסד הנתונים ואת מוס לא נוצר. כדי לזרז את העניינים, ו מותקן הכל בעל חשבון מקומי בשרת רשת אינטרא-נט.

בנקודה זו, גילינו את הבלבול מעל באישור ה-SSL ו, למרבה הצער, החליטה להיות הבחור שלנו תשתית לחזור מאוחר יותר באותו השבוע כדי להמשיך בהתקנת השרת DMZ. זמן ממוצע, לאדריכלים פתרון עברנו קדימה עם החומר עסקים.

שבוע עובר, הלקוח ישיג את האישור.

הבחור התשתית שלנו מופיע ומגלה כי השרת DMZ לא הצטרף לתחום כלשהו (תחום היקפית עם יחסי האמון מוגבלים או קבוצת המחשבים באינטרא-נט). . בזבזנו כמעט 1/2 ביום זה. אם לא ניתן אישור SSL חסרים לקבור אותנו, גילינו זה מוקדם יותר. נו טוב….

עוד יום עובר, הוועדות אבטחה שונים, בעלי ואני (לא כל כך) כל תמימים מסכים שזה אישור להצטרף השרת DMZ המחשבים באינטרא-נט (זהו POC, אחרי הכל, לא פתרון ייצור).

תשתית בחור שמגיע לסיום. הפעם אנחנו עוברים בהצלחה הכפפה המודרנית המכונה בחיבה "אשף קביעת התצורה של SharePoint." . יש לנו הצצה בניהול מרכזי, … . כמעט הגענו! … רשום DMZ שרת בחווה. נוכל לראות יותר מקרוב ולהבין שאנחנו פתחה את שמפיין קצת מוקדם. שירותי WSS. זה תקוע "מתחילה" מצב.

סיפור ארוך קצר, מסתבר ששכחנו לשנות את הזהות של חשבון השירות באמצעות הניהול המרכזי של הלקוח המקומי המקורי לחשבון התחום החדש. אנחנו עשינו את זה, רן מחדש את אשף קביעת התצורה וזהו! היינו בעסקים.

</קצה>

מנוי על הבלוג שלי.

למרות שזה לא נכון., כעניין פרקטי, הפונה לאינטרנט אינטרנט חזיתי ב DMZ בטח בתחום (כלומר. לא איזה שרת עצמאי בקבוצת קטנה משלו). זה לא צריך להיות באותו תחום WFE פנימית(s) שרתים אחרים (ואת כנראה לא צריך), אבל זה צריך להיות קבוצת מחשבים.

עמיתיי ואני בילינו כמות מופרזת של זמן על הצעה שכללה SharePoint תנאים מוקדמים. זה כלל רשימה מקיפה של תצורות חומת האש שיאפשר השרת DMZ להצטרף לחווה, וכן הלאה. למרבה הצער, אנחנו לא ניתן להוסיף משפט איפשהו שכתוב, על אפקט, "נקודת הארור של תצורה זו היא לאפשר לשרת WFE המפורז, בתחום, להצטרף לחווה פנימי."

הסערה המושלמת של אירועים, איפה בעצם חיפשנו השמאלי כאשר אנחנו בודק נכון, קשרו קשר להסתיר את הבעיה הזאת מאיתנו עד מאוחר למדי בתהליך, לפיכך לי שהוא מונע הפעלה של שלי "תגיד חדשות רעות מוקדם" כלל.

אנחה.

מנוי על הבלוג שלי.