במידה ונרצה לנהל שרתים כחלק מהמערכת, מומלץ מאוד ליצור קבוצה שלהם כדי להקל את המעקב עליהם, ואת הקישור שלהם למשימות.
במידה ונרצה ליצור משימת הפצת פאצ'ים אוטומטית לשרתים, ניתן ליצור תהליך עבודה של test and approve, בו הפאצ'ים החדשים שמתפרסמים עוברים להתקנה על קבוצת ביקורת מוגדרת מראש, ורק לאחר שתסיים התקנה זו בהצלחה תקבל אישור להתקנה במשימה אוטומטית רגילה (automate path deployment task)
תהליך זה דומה מאוד לtest and approve עבור מחשבים ועמדות קצה סטנדרטיות, אך מומלץ שהוא יוגדר באופן נוקשה יותר. במדריך זה נפרט את ההבדל בין התהליכים.
בשלב הראשון נרצה ליצור קבוצה שתכלול את השרתים בארגון, על ידי יצירת custom group מתאים (מפורט גם במדריך - "יצירת קבוצה").
ניתן לבחור את השרתים באופן ידני (Static), או לסנן את השרתים בין כלל האייג'נטים ע"י מיון לפי IP/ סוג מערכת הפעלה, וכו', לפי התנאים בארגון.
במדריך זה נפרט יצירת קבוצת ביקורת (Test group) עבור שרתים, שמשמעותה תהליך עבודה אוטומטי, ולכן נמליץ בחום ליצור קבוצת ביקורת סטטית של שרתים שהם יחסית לא פגיעים וקריטיים בארגון.
קבוצה סטטית תבטיח היכרות עם כלל מרכיבי הקבוצה ותמנע עדכון לא צפוי שלה.
חשוב להדגיש שמשימות עדכון אוטמטיות של שרתים (גם תוך שימוש בקבוצת ביקורת) אינו מתאים בהכרח לאופי הפעולה והתשתיות של כלל הארגונית, ויש לנסות אותו בזהירות ותשומת לב גבוהה (ולעבוד ידנית במידת הצורך).
דוגמא ליצירת קבוצה סטטית של שרתים לפי בחירה ידנית של שרתים שאינם קריטיים:
לאחר מכן יש לגשת לנתיב Threats & patches ->deployment-> test and approve
ולאחר מכן לפעול לפי מדריך "יצירת מדיניות הפצה לקבוצת ביקורת" (העברת מצב פעולה לtest and approve-> קישור קבוצה-> בניית משימה)
חשוב לציין כי קבוצת ביקורת לשרתים עלולה להיות רגישה יותר מקבוצת ביקורת לתחנות קצה ומחשבים סטנדרטיים, ולכן מומלץ להגדיר deployment policy באופן שפשוט לפקח עליו.