Cykl życia Microsoft SQL Server

Dla nowych użytkowników Microsoft SQL Server może być troche zagadkowy ze swoimi wersjami, edycjami, poziomami.
Warto zrozumieć co oznaczają poszczególne określenia. Przyjrzyjmy się wynikowi następującego zapytania:

Źródło: https://msdn.microsoft.com/en-us/library/ms174396.aspx

ProductLevel może przyjmować następujące wartości:

  • RTM = Pierwza wydana wersja
  • SPn = Wersja z service packiem numer n
  • CTPn = Wersja Community Technology Preview numer n

Źródło: https://msdn.microsoft.com/en-us/library/ms174396.aspx

W tym miejscu warto przytoczyć akronimy związane z cyklem życia SQL Server:

  • CTPCommunity Technology Preview – poziom wersji udostępniany społeczności w celach demonstracyjnych i testowych
  • RCRelease Candidate – wersja predestynowana do wydania
  • GAGeneral Availability – ogólna dostępność produktu
  • RTMRelease To Manufacturing – ostateczna wersja produkcyjna zatwierdzona do wydania
  • SPService Pack – pakiet poprawek zatwierdzonych pełnymi testami regresji
  • CUCumulative Update – poprawki zawierające naprawę bugów od ostatniego wydania ostatniego service packa; od 26 stycznia 2016 r. Microsoft zaleca instalowanie CU zaraz po ich pojawieniu się; należy je instalować na tym samym poziomie zaufania co SP
  • R2Release 2 – wydanie drugie (dotyczy Microsoft SQL Server 2008)

Jak wygląda publikowanie nowej wersji Microsoft SQL Server? Szczerze mówiąc, jest to bardzo ciekawy proces, w który zaangażowane jest wiele osób z całego świata. Na samym początku po wewnętrznych testach Microsoft przedstawia swoją wersję społeczności (poziom CTP). Wersji CTP jest kilka i do każdej z nich członkowie społeczności mogą zgłaszać swoje uwagi. Następnie wydawanych jest kilka wersji RC i dopiero później następuje wydanie produkcyjnej wersji RTM. Wersji CTP SQL Server 2016 było aż 10, a RC 4. Wersję RTM wydano 1 czerwca 2016 r. Wersje CU potrafią wychodzić co około miesiąc, a kolejne Service Pack w odstępie około kilku miesięcy. Dla danej wersji SQL Server przewiduje się kilka servic packów (do tej pory maksymalnie 4).

Oczywiście należy mieć świadomość, że to co widać z zewnątrz niekoniecznie musi odzwierciedlać faktycznie zachodzące wewnątrz Microsoft procesy. Wpis ten zatem dość mocno opiera się na własnych obserwacjach i poszukiwaniach 🙂

Warto nadmienić, że zarówno SP jak i CU zawierają nie tylko poprawki zidentyfikowanych problemów, ale mogą także nieco rozszerzać funkcjonalność produktu.
Jak wiemy nowe wersje SQL Server od jakiegoś czasu wydawane są co 2 lata (Microsoft SQL Server 6.0, 6.5, 7.0, 2000, 2005, 2008, 2008R2, 2012, 2014, 2016). Ciekawy przypadek stanowi oznaczenie R2. Jest to tak na prawdę drugie (Release 2), rozszerzone wydanie Microsoft SQL Server 2008. Szczegółowe informacje o poszczególnych wersjach SQL Server można odnaleźć na stronie: http://sqlserverbuilds.blogspot.com
Warto wspomnieć, że Microsoft dla swoich wydań SQL Server udziela wsparcie:

  • Mainstream Support – wsparcie główne przewidujące wydawanie hotfixów, update ‚ów, CU, SP
  • Extended Support – obejmuje jedynie poprawki zabezpieczeń

Trzeba także dodać, że za pośrednictwem portalu Microsoft Connect można zgłaszać usterki i sugestie, które mają wpływ na kształt kolejnych wersji i wydawanie poprawek. Informacje na temat Microsoft Connect praktycznie mogłyby być przedmiotem nowego wpisu, dlatego zapraszam jedynie na stronę: https://connect.microsoft.com/SQLServer/Feedback i samodzielne zapoznanie się z portalem.

Źródła:

4 Comments Add yours

  1. PitB napisał(a):

    Kolejny przydatny wpis. Sprawdziłem sobie moją wersję serwera. Byłem zaskoczony wersją RTM (a mam 2014), dograłem SP2, do tego CU i już jest lepiej (ver SP2). Niestety mam problem z triggerami. W sieci udało mi się doczytać, że problem z brakiem możliwości utworzenia wyzwalacza z poziomu Management Studio (express) został usunięty, a po zainstalowaniu nowych łatek problem dalej istnieje… Jak ktoś zna jakieś rozwiązanie to proszę o pomoc…. Z poziomu kodu wszystko działa:) ale chcę się również pobawić managerem…

    1. Gość napisał(a):

      Posługiwanie się SSMS jest wygodne, ale jednak sugerowałbym robienie wyzwalaczy i innych obiektów za pomocą „czystego”, pisanego kodu. Kod to kod, zawsze łatwiej o poprawki, testy, i ogólnie jego utrzymanie.

      1. PitB napisał(a):

        @GOŚĆ
        Masz rację – tym bardziej, że cały czas się uczę i pewne (dobre) nawyki warto mieć:) A posługiwanie się SSMS jest bardzo wygodne, szczególnie dla początkujących… A problem z brakiem triggera rozwiązałem – (tak trochę po chłopsku i na skróty) – zainstalowałem SSMS ver. 2016 🙂
        I wszystko pięknie działa!

        1. piotrziuzianski napisał(a):

          Właśnie chciałem zalecić to rozwiązanie z instalacją SSMS 2016 😛
          Polecam także korzystanie z opcji Script. Jakąkolwiek akcję można wyskryptować. Jest to pokazane np. tutaj: https://www.mssqltips.com/sqlservertip/2179/get-script-for-every-action-in-sql-server-management-studio/

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *