Udostępnij za pośrednictwem

Obsługiwane wersje SQL Server dla Configuration Manager

  • Artykuł

Dotyczy: programu Configuration Manager (bieżąca gałąź)

Każda lokacja Configuration Manager wymaga obsługiwanej wersji SQL Server i konfiguracji do hostowania bazy danych lokacji.

SQL Server wystąpienia i lokalizacje

Centralna lokacja administracyjna i lokacje główne

Baza danych lokacji musi używać pełnej instalacji SQL Server.

SQL Server można znaleźć na:

  • Komputer serwera lokacji.
  • Komputer zdalny z serwera lokacji.

Obsługiwane są następujące wystąpienia:

Lokacje dodatkowe

Baza danych lokacji może używać domyślnego wystąpienia pełnej instalacji SQL Server lub SQL Server Express.

SQL Server musi znajdować się na komputerze serwera lokacji.

Ważna

Uaktualnij wersję SQL 2012 lub 2014 Express, Standard, Enterprise do wersji SQl 2016 lub najnowszej. Program VC++ musi zostać uaktualniony do najnowszej wersji w witrynie dodatkowej Pobierz najnowszą Microsoft Visual C++ wersję redystrybucyjną.

Ograniczenia dotyczące obsługi

Następujące konfiguracje nie są obsługiwane:

  • Wystąpienie klastra trybu failover w konfiguracji klastra równoważenia obciążenia sieciowego

  • Wystąpienie klastra trybu failover na udostępnionym woluminie klastra (CSV)

  • SQL Server technologii dublowania bazy danych i replikacji równorzędnej

SQL Server replikacja transakcyjna jest obsługiwana tylko w przypadku replikowania obiektów do punktów zarządzania skonfigurowanych do używania replik bazy danych.

Obsługiwane wersje SQL Server

W hierarchii z wieloma lokacjami różne lokacje mogą używać różnych wersji SQL Server do hostowania bazy danych lokacji. Tak długo, jak następujące elementy są prawdziwe:

  • Configuration Manager obsługuje używane wersje SQL Server.
  • Używane wersje SQL Server pozostają obsługiwane przez firmę Microsoft.
  • SQL Server obsługuje replikację między dwiema wersjami SQL Server. Aby uzyskać więcej informacji, zobacz SQL Server zgodność z poprzednimi wersjami replikacji.

W przypadku SQL Server 2016 r. i starszych pomoc techniczna dla każdego SQL Server wersji i dodatku Service Pack jest zgodna z zasadami cyklu życia firmy Microsoft. Obsługa określonego SQL Server dodatku Service Pack zawiera aktualizacje zbiorcze, chyba że zerwą one zgodność z poprzednimi wersjami dodatku Service Pack. Począwszy od SQL Server 2017 r., dodatki Service Pack nie będą wydawane, ponieważ są zgodne z nowoczesnym modelem obsługi. Zespół SQL Server zaleca ciągłą, proaktywną instalację aktualizacji zbiorczych w miarę ich udostępniania.

O ile nie określono inaczej, następujące wersje SQL Server są obsługiwane we wszystkich aktywnych wersjach Configuration Manager. Jeśli zostanie dodana obsługa nowej wersji SQL Server, zostanie zanotowany Configuration Manager wersja dodająca tę obsługę. Podobnie, jeśli obsługa jest przestarzała, poszukaj szczegółów dotyczących wersji Configuration Manager, których dotyczy problem.

Ważna

Jeśli używasz SQL Server Standard dla bazy danych w centralnej lokacji administracyjnej, ograniczasz całkowitą liczbę klientów obsługiwanych przez hierarchię. Zobacz Rozmiar i numery skalowania.

SQL Server 2022 r.: Standard, Enterprise

Począwszy od bieżącej gałęzi 2303, dodano obsługę programu SQL Server 2022 z wartością Compatibility Level/Cardinality Estimation ustawioną na 150 w bazie danych Configuration Manager. Program SQL 2022 native (160) nie jest obecnie obsługiwany.

Tej wersji SQL Server można użyć w następujących witrynach:

  • Centralna lokacja administracyjna
  • Lokacja główna
  • Lokacja dodatkowa

SQL Server 2019: Standard, Enterprise

Tej wersji można używać z aktualizacją zbiorczą 5 (CU5) lub nowszą, o ile wersja aktualizacji zbiorczej jest obsługiwana przez cykl życia SQL Server. CU5 jest minimalnym wymaganiem dla SQL Server 2019 r., ponieważ rozwiązuje problem z skalarnym podkreśleniem funkcji UDF.

Tej wersji SQL Server można użyć w następujących witrynach:

  • Centralna lokacja administracyjna
  • Lokacja główna
  • Lokacja dodatkowa

SQL Server 2017 r.: Standard, Enterprise

Tej wersji można używać z aktualizacją zbiorczą w wersji 2 lub nowszej, o ile zbiorcza wersja aktualizacji jest obsługiwana przez cykl życia SQL Server. Tej wersji SQL Server można użyć w następujących witrynach:

  • Centralna lokacja administracyjna
  • Lokacja główna
  • Lokacja dodatkowa

SQL Server 2016: Standard, Enterprise

Tej wersji można używać z minimalnym dodatkiem Service Pack i aktualizacją zbiorczą obsługiwaną przez cykl życia SQL Server. Tej wersji SQL Server można użyć w następujących witrynach:

  • Centralna lokacja administracyjna
  • Lokacja główna
  • Lokacja dodatkowa

Ważna

Począwszy od wersji 2409, obsługa SQL Server 2014 r. jest przestarzała. Jego cykl wsparcia technicznego kończy się w lipcu 2024 r. Zaplanuj uaktualnienie wszystkich serwerów baz danych przed tym czasem. Aby uzyskać więcej informacji, zobacz SQL Server.

SQL Server 2017 Express

Tej wersji można używać z aktualizacją zbiorczą w wersji 2 lub nowszej, o ile zbiorcza wersja aktualizacji jest obsługiwana przez cykl życia SQL Server. Tej wersji SQL Server można użyć w następujących witrynach:

  • Lokacja dodatkowa

SQL Server 2016 Express

Tej wersji można używać z minimalnym dodatkiem Service Pack i aktualizacją zbiorczą obsługiwaną przez cykl życia SQL Server. Tej wersji SQL Server można użyć w następujących witrynach:

  • Lokacja dodatkowa

Ważna

Począwszy od wersji 2409, obsługa SQL Server 2014 r. jest przestarzała. Jego cykl wsparcia technicznego kończy się w lipcu 2024 r. Zaplanuj uaktualnienie wszystkich serwerów baz danych przed tym czasem. Aby uzyskać więcej informacji, zobacz SQL Server.

Wymagane konfiguracje dla SQL Server

Następujące konfiguracje są wymagane przez wszystkie instalacje SQL Server używane dla bazy danych lokacji, w tym SQL Server Express. Gdy Configuration Manager instaluje SQL Server Express w ramach instalacji lokacji dodatkowej, automatycznie tworzy te konfiguracje.

wersja architektury SQL Server

Configuration Manager wymaga 64-bitowej wersji SQL Server do hostowania bazy danych lokacji.

Sortowanie bazy danych

W każdej lokacji zarówno wystąpienie SQL Server używane dla lokacji, jak i baza danych lokacji muszą używać następującego sortowania: SQL_Latin1_General_CP1_CI_AS.

Configuration Manager obsługuje dwa wyjątki od tego sortowania dla standardu China GB18030. Aby uzyskać więcej informacji, zobacz Pomoc techniczna na arenie międzynarodowej.

Poziom zgodności bazy danych

Configuration Manager wymaga, aby poziom zgodności bazy danych lokacji był nie mniejszy niż najniższa obsługiwana wersja SQL Server dla wersji Configuration Manager.

Podczas uaktualniania bazy danych lokacji z wcześniejszej wersji SQL Server baza danych zachowuje istniejący poziom szacowania kardynalności, jeśli jest ona minimalnie dozwolona dla tego wystąpienia SQL Server. Podczas uaktualniania SQL Server z bazą danych na poziomie zgodności niższym niż dozwolony, automatycznie ustawia ona bazę danych na najniższy poziom zgodności dozwolony przez SQL Server.

W poniższej tabeli określono zalecane poziomy zgodności dla Configuration Manager baz danych lokacji:

wersja SQL Server Obsługiwane poziomy zgodności Zalecany poziom
SQL Server 2022 150, 140, 130, 120, 110 150
SQL Server 2019 150, 140, 130, 120, 110 150
SQL Server 2017 140, 130, 120, 110 140
SQL Server 2016 130, 120, 110 130

Aby zidentyfikować poziom zgodności szacowania kardynalności SQL Server używany dla bazy danych lokacji, uruchom następujące zapytanie SQL na serwerze bazy danych lokacji:

SELECT name, compatibility_level FROM sys.databases

Aby uzyskać więcej informacji na temat poziomów zgodności SQL Server i sposobu ich ustawiania, zobacz ALTER DATABASE Compatibility Level (Transact-SQL).

funkcje SQL Server

Dla każdego serwera lokacji jest wymagana tylko funkcja Usług aparatu bazy danych .

Configuration Manager replikacja bazy danych nie wymaga funkcji replikacji SQL Server. Jednak ta konfiguracja SQL Server jest wymagana w przypadku używania replik bazy danych dla punktów zarządzania.

Uwierzytelnianie systemu Windows

Configuration Manager wymaga uwierzytelniania systemu Windows w celu zweryfikowania połączeń z bazą danych.

wystąpienie SQL Server

Użyj dedykowanego wystąpienia SQL Server dla każdej lokacji. Wystąpienie może być wystąpieniem nazwanym lub wystąpieniem domyślnym.

SQL Server pamięci

Zarezerwuj pamięć dla SQL Server przy użyciu SQL Server Management Studio. Ustaw ustawienie Minimalna pamięć serwera w obszarze Opcje pamięci serwera. Aby uzyskać więcej informacji na temat konfigurowania tego ustawienia, zobacz SQL Server opcje konfiguracji serwera pamięci.

  • Dla serwera bazy danych instalowanego na tym samym komputerze co serwer lokacji: ogranicz pamięć dla SQL Server do 50 do 80 procent dostępnej adresowalnej pamięci systemowej.

  • W przypadku dedykowanego serwera bazy danych zdalnego od serwera lokacji: ogranicz pamięć dla SQL Server do 80 do 90 procent dostępnej adresowalnej pamięci systemowej.

  • W przypadku rezerwy pamięci dla puli każdego używanego wystąpienia SQL Server:

    • Dla centralnej lokacji administracyjnej: ustaw co najmniej 8 GB.
    • Dla lokacji głównej: ustaw co najmniej 8 GB.
    • Dla lokacji dodatkowej: ustaw co najmniej 4 GB.

wyzwalacze zagnieżdżone SQL Server

SQL Server zagnieżdżone wyzwalacze muszą być włączone. Aby uzyskać więcej informacji, zobacz Konfigurowanie opcji konfiguracji serwera wyzwalaczy zagnieżdżonych

integracja środowiska CLR SQL Server

Baza danych lokacji wymaga włączenia SQL Server środowiska uruchomieniowego języka wspólnego (CLR). Ta opcja jest włączana automatycznie podczas instalacji Configuration Manager. Aby uzyskać więcej informacji na temat środowiska CLR, zobacz Wprowadzenie do integracji środowiska CLR SQL Server.

SQL Server Service Broker (SSB)

Broker usług SQL Server jest wymagany zarówno do replikacji międzylokacyjnej, jak i dla jednej lokacji głównej.

Ustawienie TRUSTWORTHY

Configuration Manager automatycznie włącza właściwość bazy danych SQL TRUSTWORTHY. Ta właściwość jest wymagana przez Configuration Manager, aby była włączona.

Opcjonalne konfiguracje dla SQL Server

Następujące konfiguracje są opcjonalne dla każdej bazy danych, która korzysta z pełnej instalacji SQL Server.

usługa SQL Server

Usługę SQL Server można skonfigurować do uruchamiania przy użyciu:

  • Konto użytkownika domeny o niskich prawach :

    • Ta konfiguracja jest najlepszym rozwiązaniem i może wymagać ręcznego zarejestrowania głównej nazwy usługi (SPN) dla konta.

  • Lokalne konto systemowe komputera z systemem SQL Server:

    • Użyj lokalnego konta systemowego, aby uprościć proces konfiguracji.
    • W przypadku korzystania z lokalnego konta systemowego Configuration Manager automatycznie rejestruje nazwę SPN dla usługi SQL Server.
    • Używanie konta systemu lokalnego dla usługi SQL Server nie jest SQL Server najlepszym rozwiązaniem.

Jeśli komputer z systemem SQL Server nie używa swojego lokalnego konta systemowego do uruchamiania usługi SQL Server, skonfiguruj nazwę SPN konta, na które uruchomiono usługę SQL Server w Active Directory Domain Services. (Gdy konto systemowe jest używane, nazwa SPN jest automatycznie rejestrowana dla Ciebie).

Aby uzyskać informacje o nazwach SPN dla bazy danych lokacji, zobacz Zarządzanie nazwą SPN serwera bazy danych lokacji.

Aby uzyskać informacje o sposobie zmiany konta używanego przez usługę SQL Server, zobacz SCM Services — Change the service startup account (Usługi SCM — zmienianie konta uruchamiania usługi).

Usługi raportujące programu SQL Server

SQL Server Reporting Services jest wymagane do zainstalowania punktu usług raportowania, który umożliwia uruchamianie raportów. Configuration Manager obsługuje te same wersje SQL Server do raportowania, co w przypadku bazy danych lokacji.

Aby uzyskać więcej informacji, zobacz Wymagania wstępne dotyczące raportowania w Configuration Manager.

Ważna

Po uaktualnieniu SQL Server z poprzedniej wersji może zostać wyświetlony następujący błąd: Report Builder nie istnieje.
Aby rozwiązać ten błąd, należy ponownie zainstalować rolę systemu lokacji punktu usług raportowania.

Punkt obsługi magazynu danych

Magazyn danych używa oddzielnej bazy danych. Można go hostować na serwerze bazy danych lokacji lub w oddzielnym SQL Server. Aby uzyskać więcej informacji, zobacz Punkt obsługi magazynu danych dla Configuration Manager.

porty SQL Server

Do komunikacji z aparatem bazy danych SQL Server i replikacji międzylokacyjnej można użyć domyślnych konfiguracji portów SQL Server lub określić porty niestandardowe:

  • Komunikacja międzylokacyjna korzysta z usługi SQL Server Service Broker, która domyślnie używa portu TCP 4022.

  • Komunikacja wewnątrz lokacji między aparatem bazy danych SQL Server a różnymi rolami systemu lokacji Configuration Manager domyślnie używa portu TCP 1433. Następujące role systemu lokacji komunikują się bezpośrednio z bazą danych SQL Server:

    • Punkt zarządzania
    • Komputer dostawcy programu SMS
    • Punkt usług raportowania
    • Serwer lokacji

Gdy komputer z systemem SQL Server hostuje bazę danych z więcej niż jednej lokacji, każda baza danych musi używać oddzielnego wystąpienia SQL Server. Ponadto każde wystąpienie musi być skonfigurowane do używania unikatowego zestawu portów.

Ostrzeżenie

Configuration Manager nie obsługuje portów dynamicznych. Ponieważ SQL Server nazwanych wystąpień domyślnie używają portów dynamicznych na potrzeby połączeń z aparatem bazy danych, w przypadku używania nazwanego wystąpienia należy ręcznie skonfigurować port statyczny, który ma być używany do komunikacji wewnątrz lokacji.

Jeśli na komputerze z uruchomioną SQL Server włączono zaporę, upewnij się, że jest ona skonfigurowana tak, aby zezwalała na porty używane przez wdrożenie oraz w dowolnych lokalizacjach w sieci między komputerami komunikuj się z SQL Server.

Aby uzyskać przykład sposobu konfigurowania SQL Server do korzystania z określonego portu, zobacz Konfigurowanie serwera do nasłuchiwania na określonym porcie TCP.

Opcje uaktualniania dla SQL Server

Jeśli chcesz uaktualnić wersję SQL Server, użyj jednej z następujących metod, od łatwej do bardziej złożonej: