Komponenty serwerowe (moduł SMS Server) Configuration Managera wpisują do bazy danych komunikaty statusowe, które można wydobyć z widoku SQL v_StatMsgWithInsStrings używając np. poniższego zapytania SQL:
Korzystając z danych zebranych z pewnej instancji Configuration Managera, pozyskanych za pomocą powyższego zapytania, można przedstawić je w postaci wykresu:
Odnosząc uzyskane wartości względem wartości średniej, można zauważyć nadmierną wysokość „słupków” reprezentujących dane sobotnie.
Analiza „sobotnich komunikatów”, pod kątem komponentów (Component) oraz identyfikatorów komunikatów (MessageID), pokazuje jako główne źródło serwis składowy ‘SMS_DISTRIBUTION_MANAGER’. Ponieważ nie mam mowy tu o błędach, można przypuszczać, że serwis ten ma właśnie w soboty nieco więcej pracy niż zwykle.
Dość łatwo skojarzyć ten fakt z domyślnym ustawieniem punktów dystrybucyjnych:
Jak widać, proces sprawdzania pakietów dystrybucyjnych na serwerach dystrybucyjnych musi wywołać obserwowany skutek. Jeżeli mamy n serwerów dystrybucyjnych i średnio m pakietów, to liczba dodatkowych (ponad oczekiwaną wartość) komunikatów będzie w przybliżeniu 2*n*m (ze względu na występowanie pary komunikatów na każdy sprawdzony pakiet). Zatem mając np. 10 serwerów dystrybucyjnych przechowujących po 200 pakietów, można spodziewać się pojawienia dodatkowych 4000 komunikatów (powyżej średniej), co dość dobrze odpowiada pokazanej na wykresie sytuacji.