Kolekcje to podstawowy sposób organizacji zasobów wykrytych przez Configuration Manager. Istnieje możliwość utworzenia reguły przynależności uwzględniającej inną kolekcję (Include collection). W ten sposób można łatwo utworzyć zbiorcze kolekcje bazujące na kryteriach określonych w innych, składowych kolekcjach.
Zależność cykliczna kolekcji w Configuration Manager
Oczywistym problemem w przypadku zastosowania takich reguł przynależności jest utworzenie zależności cyklicznej, gdy np. trzy kolekcje są zawarte w sobie: pierwsza w drugiej, druga w trzeciej, a trzecia w pierwszej. W celu sprawdzenia skutków takiej sytuacji przygotowane zostały trzy kolekcje testowe:
Ochrona przed zapętleniem przynależności kolekcji
Jak widać konsola administracyjna ma wbudowaną obronę przed zamknięciem cyklu przynależności kolekcji. Nie ogranicza się to bynajmniej do dwóch, czy trzech kolekcji. Widok SQL vSMS_CollectionDependencies rejestruje wszystkie zależności kolekcji, stąd próba zapętlenia przynależności przy czterech lub większej liczby kolekcji także się nie udaje.
Łatwo więc zauważyć, że obrona przed cykliczną zależnością kolekcji nie jest tylko cechą interfejsu graficznego (konsoli administratora), lecz ma swoją podstawę w mechanizmach bazodanowych. Zwłaszcza przy dużej liczbie kolekcji, przypadkowe domknięcie zależności może się zdarzyć – na szczęście istnieje mechanizm broniący nas przed tym.