התקנת Client ופעולות הורדה מ-SCCM אורכות זמן רב מהרגיל
לעיתים בעת התקנת SCCM או ביצוע שליחת חבילות יישומים למחשב מסויים באמצעות SCCM עלולות לקחת זמן רב מדי וניתן לשים לב לתעבורת מידע איטית מדי.
"בעיה" זו (ותיכף אסביר מדוע אני שם זאת במרכאות) נובעת בד"כ בעקבות מנגנון ה-BITS (Background Intelligence Transfer Service) אשר אותו חלקנו מכירים היטב כמנוע העבודה של Windows Update.
מטרתו העיקרית של BITS הוא לאפשר ניצול רוחב פס בצורה כזו שלא תפריע ליישומים שעובדים על המחשב או השרת בשגרה. כלומר במידה ואנו משתמשים באופן שרירותי ב70% מרוחב הפס שלנו בהורדת יישומים או צפייה בהזרמת מדיה, כאשר יירדו עדכונים המנגנון ידע לווסת אותם ל30% הנותרים כך שחוויית המשתמש שלנו לא תפגע.
כמו כן, כל מי שמתקין שרת SCCM בד"כ יגדיר את העבודה עם BITS ולכן לעיתים נוכל לשים לב שפעולות הורדה מסויימות אורכות יותר מדי זמן.
התרופה המהירה ביותר והלא מומלצת למצב זה היא ביטול ה-BITS בשימוש ב-SCCM Client. אך פה כמו בהרבה מקרים דומים התרופה תטפל בסימפטום ולא בבעיה – אך זה עדיין יכול לשמש כמעקף.
התרופה הטובה היא לבדוק היטב את הגדרות ה-BITS שלנו ב-SCCM.
כדי למצוא את הגדרות ה-BITS נצטרך לגשת
לSite Settings>Client Agent> Computer Client Agent>BITS
בחלון זה נוכל לראות כמה אפשרויות חשובות. קודם כל מושג ה-Throttling שבד"כ הוא עלול להיות הגורם לבעיה.
המושג Throttling בעברית הוא "מחנק" או בשפה הטכנית היום-יומית: שעת העומס.
בחלון הזה אנו יכולים לקבוע מה היא המהירות המירבית מחוץ לשעות העומס, המהירות המירבית בתוך שעות העומס ומה הן שעות העומס.
בד"כ אם מדובר בהפצת יישומים בשגרה אין בעיה להגדיר את שעות העומס מ9:00 עד 17:00 וכך לדעת שההפצות לא יפריעו למשתמשים בשום צורה, אך אם בארגונכם מתבצע כעת פרויקט מיגרציה למערכת הפעלה או לגרסת Microsoft Office חדשה והתהליכים צריכים לזרום במהירות, רצוי להגדיר את השעות בהתאם ובערכים שנקראים "Maximum Transfer Rate…." לקבוע את ההגבלה הגבוה ביותר שהיא 9999 וכך לדעת באופן וודאי כי מנגנון ה-BITS יתעדף את פעולות ה-SCCM Client על גבי יישומים אחרים שפועלים כעת במחשב המשתמש.
מקווה שהבעיה נפתרה ושהצלחתי לעזור בהגדרת השימוש ברוחב הפס כראוי.
אורי הוסיט, Agile IT
