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

. עבדתי עם עמית לעבודה אתמול, הוא בנה את קהל מוס בהתבסס על מאפיין פרופיל משתמש מותאמים אישית ב- MOSS. במקרה זה, המאפיין את הקהל בשם "SITECD" ועל ידי אמנת, מאחסן 3 קוד תו. הוא היה הגדיר את הקהל ואת כלל אמר שאם "SITECD שווה 'אסתי'", ואז כוללים את פרופיל המשתמש בקהל.

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

באמת מצחיק על זה היא כי "זכרתי" לקרוא על זה. זה היה מציק לי הבוקר מסיבה כלשהי והבנתי שכתבתי פרק בספר הזה, מוס הסביר: צלילה עמוקה של עובד מידע אל Microsoft Office SharePoint Server 2007, אני כיסיתי את נקודה זו בפרק מאוד כתבתי :). חשבתי כי כל מילה שכתבתי באותו פרק להיצרב בזיכרון שלי.

מאט מורס כותב זה בפירוט יפה כאן, להפנות אליו זה בפרק: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</קצה>מנוי על הבלוג שלי.

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

אני כבר הייתי עובד עם SharePoint SSO ולמידה תוך. דרך אחת שבה זה עובד היא כי סיפרת SharePoint על יישומים חיצוניים. יומן המשתמשים לתוך היישום באמצעות פונקציה SharePoint מסוימת (המסופקים. ה-web part iView). בפעם הראשונה שהמשתמש מבצע פעולה זו, זה יבקש מהם מזהה המשתמש הנכון ואת הסיסמה לשימוש במערכת. הוא טמן את מיפוי בין האישורים SharePoint שלך והאישורים שלך לאותה מערכת backend. לאחר מכן, המשתמש לא צריך להזין את הזהות שלהם כאשר הם הכו את המערכת הזאת.

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

אני לא יודע את התשובה לזה, אבל אני יודע כי ניתן להיכנס הניהול המרכזי, לנהל את אישורי המשתמש:

הניהול המרכזי –> תפעול> ניהול כניסה יחידה –> ניהול מידע חשבון עבור הגדרת יישום ארגוני

משם, באפשרותך לציין את יישום חיצוני (המסופקים. SAP) והחשבון שברצונך למחוק. באפשרותך גם לשנות את המיפוי.

אם אתה יודע כיצד לאפשר למשתמשי קצה ישירות לשנות את האישורים שלהם, kindly post a comment 🙂

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

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

Microsoft יצרה נייר לבן באיכות גבוהה מאוד בנושא זה.

המכשול הראשון שהייתי חייב לעבור היה – איפה ה-web part iView? מסיבה כלשהי, המחשבה הראשונה שלי הייתה כי אצטרך להוריד אותה מאתר איפשהו, אולי באתר של SAP. היה לי 1/2 לשכנע את עצמי. כי רכיבי web part iView אולי אפילו בתוספת תשלום. בטח, הם נכללים עם מוס (אני חושב הארגון; . זה מה אני משתמש כאן בכל מקרה). ראיתי בתיבת הדו-שיח סטנדרטי "הוספת web part" מאות או יותר פעמים ולא תמיד דילגו זה. זהו!

המכשול הבא הוא שאני לא יכולה לקרוא הוראות.

היה באמצעות ה-web part ושמר לקבלת ההודעה מעצבן:

שרתי SAP לא נקבעה עבור אתר זה. צור קשר עם מנהל המערכת שלך כדי לקבוע תצורה של שרתים מהימנים SAP.

הספר הלבן רשום בבירור לעריכת קובץ תצורה ממוקם קובץ"<אות הכונן:>\תוכנית Office FilesMicrosoft Servers12.0ConfigTrustedSAPHosts.config". הראשון עשרות פעמים. הסתכלתי על זה, כל מה שראיתי היה "תוכנית Files...Config" והלכתי ישר ל 12 כוורת. פעם אחת סוף סוף האטתי למטה כדי לקרוא את זה, הבנתי את הטעות שלי. וזה היה קל לתקן.

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

השורה התחתונה:

1. iView ה-web parts נכללים מהקופסה עם SharePoint (כנראה הארגון).

2. קובץ התצורה של קסם, "TrustedSAPHosts.config", לא חי 12 כוורת.

</קצה>

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

עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin

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

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

</קצה>

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

עבדנו בבדיקות קבלה של המשתמש (UAT) הסביבה אשר, לעומת פיתוח, הוא מת איטי.

זה סביבה מורכבת באמצעות FBA, SQL 2008, ברית המועצות, יישומי אינטרנט מורחב נגיש באינטרנט באמצעות https, אז זה היה קשה לאתר את הבעיה.

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

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

תהליך של עובד עם מזהה תהליך של ' XXX’ המשמש את מאגר היישומים ' הביתה – 80’ שלח בקשת מיחזור כי זה הגיע למגבלה שלו עבור הזיכרון הווירטואלי.

לקחתי את זה. כי הבריכה app היה מיחזור רחוק, לעתים קרובות מדי, זה יסביר את בעיית ביצועים.

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

אני לא ממש מבינה את החומר"כבסיס" זה קורה שם, אבל ברור איזו סיבה/תוצאה הדבר קורה עכשיו, הסביבה UAT הוא שמיש.

</קצה>

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

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

. זה כבר השלישית של החודש. Awastin. הזמן’ 🙂

</קצה>

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

- קבוצת משתמשים SharePoint בניו-ג'רזי נפגש אתמול בלילה, Microsoft Sr. מומחה המוצר שהציג דוויין הריסון מנהל הגנה על נתונים של Microsoft 2007. דוויין היה נהדר (הוא נתמך על ידי העמיתים אחד או שניים מהקהל שאת שמם אני לא זוכר). אתה יכול לקבל את המצגת החומרים כאן.

עד אתמול בלילה, מעולם לא שמעתי על DPM.

אני לא אדם סוג של מנהל מערכת, אז אני כותב את זה מנקודת המבט של SharePoint יועץ, עשוי לקבל כמה מהמילים הלא נכון. לי, DPM הוא פתרון גיבוי/שחזור עבור Microsoft "דברים":

• קבצים
• SQL
• O/S
• מכונות וירטואליות (גיבוי בשידור חי של ה-VM, גם אם ה-VM עצמו פועל Unix).
• שחזור מתכת חשופים (כלומר. כשל חומרה קטסטרופלי).

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

• מסדי נתונים שלמים (המסופקים. תוכן, config, ועוד).
• אוספי אתרים
• אתרים בודדים
• פריטים בודדים (המסופקים. מסמכים).

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

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

במיוחד שהכה את התמחור. . ברור, . אל תחזיק אותי לזה, אבל אני מאמין התמחור היקר ביותר הוא בערך כדלקמן (דולר ארה):

• $600 ל- DPM עצמה.
• חומרה עבור שרת DPM (וכאלה הקשורים לתקשורת, וכל זה).
• $450 עבור כל שרת ברצונך לגבות ("ארגון" רשיון).

חוות שרתים חמש יעלה לכל היותר:

• $600 ל- DPM
• $450 x 5 שרתי = $2,250

העלות הכוללת של רשיונות: $2,850

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

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

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

</קצה>

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

טוויטר: http://twitter.com/pagalvin