Kolejny przypadek multiplexingu (czyli zwielokrotniania dostępu) dla SQL, z życia wzięty

  • Article

 

Ostatnio otrzymałem kolejne zapytanie (opis przypadku):

1. Mamy serwer A (mssql express) i serwer B (standard 2008R2).
a) czy jeśli na serwerze A cyklicznie odpalamy skrypt, który przez dblinka pisze rekordy do bazy B to potrzebujemy licencji np do serwera B?
b) czy jeśli na serwerze B odpalamy cyklicznie skrypt, który pobiera rekordy z bazy A i zapisuje u siebie to potrzebujemy licencji np do serwera B?

To w sumie jest jedna sytuacja ale ciekawi mnie czy coś się zmienia w zależności od tego kto kogo pyta?

2. Mamy serwer A na którym mamy 2 aplikacje i bazę express. Mamy też serwer B z bazą danych standard. Czy jeśli aplikacje piszą do bazy expres w serwerze A, następnie cyklicznie odpalany skrypt na serwerze A (nie koniecznie w takiej samej formie) zapisuje przez dblinka rekordy, czerpiąc dane zapisane przez aplikacje, do serwera B to czy potrzebna jest licencja? Czy CAL na device zainstalowany na serwerze B wystarczy?

Spójrzmy na definicję multipleksingu podanej w dokumencie PUR (Prawa do używania produktów udzielane przez Microsoft Licensing):

Multipleksowanie. Sprzęt lub oprogramowanie używane do:

  • grupowania połączeń,
  • przekierowywania informacji,
  • redukowania liczby urządzeń lub użytkowników uzyskujących bezpośredni dostęp do produktu bądź korzystających z niego lub
  • zmniejszania liczby środowisk systemu operacyjnego, urządzeń lub użytkowników bezpośrednio zarządzanych za pomocą produktu

(niekiedy nazywane „multipleksującym” lub „grupującym”) nie zmniejszają liczby wymaganych licencji.

Każdy z powyższych opisanych przez pytającego przypadków spełnia definicję multipleksingu (przekierowywania informacji, redukowania liczby urządzeń lub użytkowników uzyskujących bezpośredni dostęp do produktu bądź korzystających z niego). Oznacza to, że dla tych “ukrytych” urządzeń lub użytkowników wymagana jest licencja CAL. Warto jednak rozważyć licencjonowanie “na procesor” która może okazać się bardziej korzystna finansowo.

Powyższe rozważania zakładają, że celem opisanych działań nie jest jednostkowy eksport danych, lecz ich trwałe, cykliczne ciągłe przenoszenie.