Uaktualnianie System Center Service Manager

Ten artykuł zawiera informacje o uaktualnieniu programu System Center 2022 — Service Manager (SM)

Uaktualnianie do programu System Center 2022 — Service Manager

W poniższych sekcjach opisano sposób uaktualniania do programu System Center 2022 — Service Manager (SM).

Ostrzeżenie

Ważna jest kolejność przeprowadzania uaktualnień składników. Nieprzestrzeganie poprawnej sekwencji uaktualnienia może spowodować awarię składnika, dla którego nie istnieją opcje odzyskiwania. Do objętych składników programu System Center należą:

  1. Orchestrator
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Menedżer konfiguracji
  6. Virtual Machine Manager
  7. App Controller

Uaktualnienie do programu System Center 2022 można uaktualnić tylko z programu System Center 2019.

Ważne

Przyjęto założenie, że w tym przewodniku wykonasz uaktualnienie do istniejącej wersji programu System Center. Aby uzyskać informacje na temat instalowania programu System Center 2022 — Service Manager na komputerze, na którym nie istnieje poprzednia wersja Service Manager, zobacz wdrażanie programu System Center — Service Manager.

Planowanie uaktualnienia do programu System Center 2022 — Service Manager

W tej sekcji opisano procedury niezbędne do uaktualnienia do programu System Center 2022.

Obsługiwane jest uaktualnienie w miejscu z Service Manager 2019 r. Uaktualnienie w miejscu to uaktualnienie wszystkich Service Manager części na tym samym sprzęcie. Inne podejścia, takie jak uaktualnienia równoległe lub uaktualnienia stopniowe, nie są obsługiwane.

Uaktualnienie do Service Manager 2022 r. wymaga przygotowania. Zalecamy zainstalowanie Service Manager w środowisku laboratoryjnym, a następnie replikowanie produkcyjnych baz danych do laboratorium. Po wykonaniu uaktualnienia nowej instalacji w laboratorium.

Wersje: ewaluacyjna i na licencji Select

Wersja programu System Center 2019 — Service Manager była dostępna w dwóch różnych wersjach:

  • Wersja ewaluowa (limit czasu 180 dni)
  • Wersja na licencji Select

Następujące ścieżki uaktualniania są obsługiwane do Service Manager 2022 r.

Bieżąca wersja Wersja uaktualniona Stan
System Center 2019 — Service Manager Eval System Center 2022 — Service Manager Eval Okres próbny pozostaje niezmieniony
System Center 2019 — Service Manager Wybierz System Center 2022 — Service Manager Wybierz Produkt licencjonowany

Uwaga

Uaktualnianie z wersji ewaluacyjnej Service Manager do wersji ewaluacyjnej Service Manager 2022 r. nie wydłuża okresu oceny 180 dni.

Miejsce instalacji

Domyślnym folderem do instalowania Service Manager jest \Program Files\Microsoft System Center\Service Manager. Jednak podczas uaktualniania do Service Manager oprogramowanie jest instalowane w folderze, który Service Manager wcześniej używany. Jeśli Service Manager 2016/1801 został wcześniej uaktualniony, można użyć następującego folderu:

\Program Files\Microsoft System Center\Service Manager

Wymagania sprzętowe programu System Center 2022 — Service Manager

Wszystkie wymagania sprzętowe programu System Center 2022 — Service Manager są w pełni udokumentowane w temacie Wymagania sprzętowe.

Wymagania dotyczące oprogramowania dla programu System Center 2022 — Service Manager

Wszystkie wymagania dotyczące oprogramowania dla programu System Center 2022- Service Manager są w pełni udokumentowane w temacie Wymagania dotyczące oprogramowania.

Zapobieganie poręczeniu zadań MPSync

Przed uaktualnieniem

Opis: Problem z procesem uaktualniania powoduje niepowodzenie zadania MPSync po zakończeniu uaktualniania. Aby zapobiec temu problemowi (przed uaktualnieniem)[#back-up-service-manager-before-you-upgrade], należy uruchomić skrypt SQL wymieniony poniżej w bazie danych DWRepository, aby uzyskać rzeczywiste skrypty SQL, które upuszczają i dodają ograniczenie klucza podstawowego w tabelach faktów w bazie danych DWRepository, aby rozwiązać problem. Ponadto zadania transformacji i ładowania również mogą zakończyć się niepowodzeniem. Ten błąd wynika z błędnej pielęgnacji bazy danych.

;WITH FactName  
AS (  
       select w.WarehouseEntityName from etl.WarehouseEntity w  
       join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId  
       where t.WarehouseEntityTypeName = 'Fact'  
),FactList  
AS (  
    SELECT  PartitionName, p.WarehouseEntityName,  
            RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK  
    FROM    etl.TablePartition p  
       join FactName f on p.WarehouseEntityName = f.WarehouseEntityName  
)  
, FactPKList  
AS (  
    SELECT  f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,  
            CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints  
    FROM    FactList f  
    JOIN    INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME  
    JOIN    INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'  
)  
, FactWithoutDefaultConstraints  
AS (  
    SELECT  a.*  
    FROM    FactPKList a  
    LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1  
    WHERE   b.WarehouseEntityName IS NULL AND a.RK = 1  
)  
, FactPKListStr  
AS (  
    SELECT  DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList  
    FROM    FactWithoutDefaultConstraints f1  
    CROSS APPLY (  
                    SELECT  '[' + COLUMN_NAME + '],'  
                    FROM    FactWithoutDefaultConstraints f2  
                    WHERE   f2.TABLE_NAME = f1.TABLE_NAME  
                    ORDER BY COLUMN_NAME  
                FOR  
                   XML PATH('')  
                ) AS F (COLUMN_NAME)  
)  
SELECT  'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +  
        'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)  
FROM    FactPKListStr f  

Obejście 1: Jeśli uaktualnienie zostało już uaktualnione i nie masz problemów z błędami przekształcania lub ładowania zadań, ale występują błędy wdrażania pakietu administracyjnego, wykonaj kroki opisane w sekcji (Przed uaktualnieniem)[#back-up-service-manager-before-you-upgrade]. Ponadto po przywróceniu domyślnych kluczy podstawowych uruchom ponownie wdrożenie pakietu administracyjnego, które zakończyło się niepowodzeniem w konsoli Service Manager, przechodząc do obszaru roboczego Data Warehouse, a następnie wybierz pozycję Pakiet administracyjny.

Obejście 2: Jeśli przeprowadzono uaktualnienie i masz problemy z błędami przekształcania lub ładowania zadań, sprawdź, czy pakiet administracyjny SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base istnieje w bazie danych DWStagingAndConfig, uruchamiając następujące zapytanie.

select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'  

Jeśli pakiet administracyjny nie istnieje, musisz przywrócić bazę danych do stanu przed uaktualnieniem. Aby przywrócić bazę danych, wykonaj poniższe czynności.

  1. Wykonaj kroki odzyskiwania po awarii dla kopii zapasowych baz danych.

  2. Wyłącz harmonogram zadania MPSyncJob.

  3. Przywróć ręcznie wszystkie brakujące klucze podstawowe w bazie danych DWRepository. Do usunięcia i ponownego utworzenia klucza podstawowego można użyć skryptu SQL z części Przed uaktualnieniem.

  4. Uruchom ponownie nieudane wdrożenie podstawowego pakietu administracyjnego przy użyciu konsoli Service Manager.

Testowanie uaktualnienia w środowisku laboratoryjnym

Zalecamy przetestowanie uaktualnienia do programu System Center 2022 — Service Manager w środowisku laboratoryjnym.

Kolejność i czas uaktualniania

Kolejność przeprowadzania uaktualnień jest ważna. Wykonaj kroki uaktualnienia w następującej kolejności:

  1. Tworzenie kopii zapasowych baz danych i pakietów administracyjnych. Zobacz sekcje Tworzenie kopii zapasowych baz danych Service Manager i tworzenie kopii zapasowych niezaufanych pakietów administracyjnych w przewodniku odzyskiwania po awarii dla programu System Center — Service Manager.

  2. Zacznij od serwera zarządzania magazynu danych. Zadania magazynu danych zostaną zatrzymane i nie będzie można ich uruchomić ponownie do momentu ukończenia uaktualnienia.

  3. Po zakończeniu uaktualniania do serwera zarządzania magazynu danych uaktualnij początkowy serwer zarządzania Service Manager. Jeśli utworzono więcej niż jeden serwer zarządzania Service Manager, początkowy serwer zarządzania Service Manager jest pierwszym utworzonym serwerem zarządzania.

Po zakończeniu instalacji wykonaj następujące czynności:

  1. Wyłącz wszystkie zadania Data Warehouse. W tym celu otwórz powłokę Service Manager, a następnie uruchom następujące polecenia:

    $DW ='DWMS Servername'
    
    Get-scdwjob -Computername $DW | %{disable-scdwjobschedule -Computername $DW -jobname $_.Name}
    
  2. Wprowadź wymagane zmiany w następującym skrycie programu PowerShell na podstawie widoków źródła danych w środowisku, a następnie uruchom skrypt przy użyciu podwyższonych uprawnień:

    $SSAS_ServerName = "ssas servername" # - to be replaced with Analysis Service instance Name
    
    [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices")
    $Server = New-Object Microsoft.AnalysisServices.Server
    $Server.Connect($SSAS_ServerName)
    $Databases = $Server.Databases
    $DWASDB = $Databases["DWASDataBase"]
    
    #update DWDatamart dsv. Comment the below 3 commands if DWdatamart dsv is not present 
    
    $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType  =  [decimal] 
    
    $DWASDB.DataSourceViews["DwDataMart"].Schema.Tables["LogicalDiskDim"].Columns["Size"].DataType  =  [decimal] 
    
    $DWASDB.DataSourceViews["DwDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) 
    
    #update CMDatamart dsv.Comment the below 2 commands if cmdatamart dsv is not present 
    
    $DWASDB.DataSourceViews["CMDataMart"].Schema.Tables["OperatingsystemDim"].Columns["PhysicalMemory"].DataType  =  [decimal] 
    
    $DWASDB.DataSourceViews["CMDataMart"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull) 
    
    #update OperatingsystemDim
    $DWASDB.Dimensions["OperatingsystemDim"].Attributes["PhysicalMemory"].KeyColumns[0].DataType =  [System.Data.OleDb.OleDbType]::Double 
    
    $DWASDB.Dimensions["OperatingsystemDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents)
    #update LogicalDiskDim 
    
    $DWASDB.Dimensions["LogicalDiskDim"].Attributes["Size"].KeyColumns[0].DataType =  [System.Data.OleDb.OleDbType]::Double 
    
    $DWASDB.Dimensions["LogicalDiskDim"].Update([Microsoft.AnalysisServices.UpdateOptions]::ExpandFull + [Microsoft.AnalysisServices.UpdateOptions]::AlterDependents) 
    
    
  3. Włącz harmonogramy zadań, uruchamiając następujące polecenia:

    $DW ='DWMS Servername'
    
    Get-scdwjob -Computername $DW | %{enable-scdwjobschedule -Computername $DW -jobname $_.Name}
    
  4. Uruchom ponownie serwer zarządzania Data Warehouse.

  5. Uaktualnij konsole Service Manager i wszelkie dodatkowe serwery zarządzania Service Manager.

  6. Uruchom ponownie zadania magazynu danych.

  7. Wdróż nowy portal Self-Service.

  8. Zastosuj poprawkę programu System Center 2022 Service Manager do podstawowego serwera zarządzania, pomocniczych serwerów zarządzania, Self-Service portali i wszystkich konsol analityków.

Czas uaktualnień jest także ważny. Po uaktualnieniu serwera zarządzania magazynu danych należy zaktualizować serwer zarządzania Service Manager, a także wdrożyć nowy portal Self-Service. Po uaktualnieniu początkowego serwera zarządzania Service Manager należy przygotować się do uaktualnienia konsoli Service Manager lub konsoli Service Manager, dodatkowych serwerów zarządzania Service Manager i Self-Service Portal jednocześnie.

Wpływ na bazę danych

W programie System Center 2022 — Service Manager możesz zainstalować program Operations Manager i Configuration Manager marty danych. Wybranie tej opcji powoduje dodatkowe wymagania dotyczące miejsca na dysku twardym dla dwóch baz danych, a także skojarzonych grup plików i plików dziennika.

Tworzenie kopii zapasowej Service Manager przed uaktualnieniem

Przed rozpoczęciem uaktualniania zalecamy tworzenie kopii zapasowych baz danych Service Manager i baz danych magazynu danych oraz klucza szyfrowania. Jeśli utworzono już kopię zapasową baz danych i klucza szyfrowania, możesz kontynuować uaktualnianie. W przeciwnym razie zapoznaj się z procedurami tworzenia kopii zapasowych w przewodniku odzyskiwania po awarii programu System Center — Service Manager przed kontynuowaniem uaktualniania.

Rejestrowanie magazynu danych Service Manager

Jeśli w ramach procesu uaktualniania zainstalowano serwer zarządzania magazynu danych, musisz mieć możliwość wyświetlania stanu zadań magazynu danych. Nie można wykonać tego zadania, jeśli nie zarejestrowano się w magazynie danych Service Manager. Jeśli przycisk Data Warehouse nie jest widoczny w konsoli Service Manager, wykonaj procedurę w temacie Rejestrowanie za pomocą Service Manager Data Warehouse, aby włączyć raportowanie w przewodniku wdrażania dla programu System Center — Service Manager.

Klucze szyfrowania

Po zakończeniu uruchamiania Instalatora w celu zainstalowania lub uaktualnienia do programu System Center 2022 — Service Manager zostanie wyświetlony monit o otwarcie Kreatora tworzenia kopii zapasowej lub przywracania szyfrowania. Jeśli wcześniej utworzono kopię zapasową kluczy szyfrowania, nie jest wymagana żadna dodatkowa akcja. Jeśli nigdy nie utworzono kopii zapasowej kluczy szyfrowania, użyj Kreatora tworzenia kopii zapasowej lub przywracania kluczy szyfrowania, aby utworzyć kopię zapasową kluczy szyfrowania na serwerach zarządzania Service Manager.

Ten artykuł zawiera informacje o uaktualnieniu programu System Center 2019 — Service Manager (SM)

Uaktualnianie do programu System Center 2019 — Service Manager

Poniższe sekcje zawierają informacje o sposobie uaktualniania do programu System Center 2019 — Service Manager (SM).

Ostrzeżenie

Ważna jest kolejność przeprowadzania uaktualnień składników. Nieprzestrzeganie poprawnej sekwencji uaktualnienia może spowodować awarię składnika, dla którego nie istnieją opcje odzyskiwania. Do objętych składników programu System Center należą:

  1. Orchestrator
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Menedżer konfiguracji
  6. Virtual Machine Manager
  7. App Controller

Uaktualnienie do programu System Center 2019 można uaktualnić tylko z programu System Center 2016 lub 1801 lub 1807.

Ważne

Przyjęto założenie, że w tym przewodniku wykonasz uaktualnienie do istniejącej wersji programu System Center. Aby uzyskać informacje na temat instalowania programu System Center 2019 — Service Manager na komputerze, na którym nie istnieje poprzednia wersja Service Manager, zobacz wdrażanie programu System Center — Service Manager.

Planowanie uaktualnienia do programu System Center 2019 — Service Manager

W tej sekcji opisano procedury niezbędne do uaktualnienia do programu System Center 2019.

Obsługiwane jest uaktualnienie w miejscu z wersji Service Manager 2016, 1801, 1807. Uaktualnienie w miejscu to uaktualnienie wszystkich części Service Manager na tym samym sprzęcie. Inne podejścia, takie jak uaktualnienia równoległe lub uaktualnienia stopniowe, nie są obsługiwane.

Uaktualnienie do Service Manager 2019 r. wymaga przygotowania. Zalecamy zainstalowanie Service Manager w środowisku laboratoryjnym, a następnie replikowanie produkcyjnych baz danych do laboratorium. Następnie wykonaj uaktualnienie nowej instalacji w laboratorium.

Wersje: ewaluacyjna i na licencji Select

Wersja programu System Center 2016 i 1801 — Service Manager była dostępna w dwóch różnych wersjach:

  • Wersja ewaluowa (limit czasu 180 dni)
  • Wersja na licencji Select

Następujące ścieżki uaktualniania są obsługiwane do Service Manager 2019 r.

Bieżąca wersja Wersja uaktualniona Stan
System Center 2016/1801 — Service Manager Eval System Center 2019 — Service Manager Eval Okres próbny pozostaje niezmieniony
System Center 2016/1801/1807 — Service Manager Wybierz System Center 2019 — Service Manager Wybierz Produkt licencjonowany

Uwaga

Uaktualnianie z wersji ewaluacyjnej Service Manager do wersji ewaluacyjnej Service Manager 2019 r. nie wydłuża okresu oceny 180 dni.

Miejsce instalacji

Domyślnym folderem do instalowania Service Manager jest \Program Files\Microsoft System Center\Service Manager. Jednak podczas uaktualniania do Service Manager oprogramowanie jest instalowane w folderze, który Service Manager wcześniej używany. Jeśli Service Manager 2016/1801 został wcześniej uaktualniony, można użyć następującego folderu:

\Program Files\Microsoft System Center\Service Manager

Wymagania sprzętowe programu System Center 2019 — Service Manager

Wszystkie wymagania sprzętowe programu System Center 2019 — Service Manager są w pełni udokumentowane w temacie Wymagania sprzętowe.

Wymagania dotyczące oprogramowania dla programu System Center 2019 — Service Manager

Wszystkie wymagania dotyczące oprogramowania dla programu System Center 2019 — Service Manager są w pełni udokumentowane w temacie Wymagania dotyczące oprogramowania.

Wpływ na programowanie niestandardowe

W wersji System Center 2016 — Service Manager produkt został przeniesiony do obsługi platformy .NET 4.5.1. Narzędzie skonfigurowane do obsługi tego przenoszenia do platformy .NET 4.5.1 wymagane do przerwania kilku zależności i doprowadziło do przenoszenia klas między zestawami.

Zapobieganie poręczeniu zadań MPSync

Przed uaktualnieniem

Opis: Problem z procesem uaktualniania powoduje niepowodzenie zadania MPSync po zakończeniu uaktualniania. W ramach zapobiegania wystąpieniu tego problemu przed uaktualnieniem trzeba uruchomić poniższy skrypt SQL w bazie danych DWRepository, aby uzyskać właściwe skrypty SQL, które usuwają i dodają ograniczenie dotyczące klucza podstawowego w tabelach faktów w bazie danych DWRepository, co rozwiązuje problem. Ponadto zadania transformacji i ładowania również mogą zakończyć się niepowodzeniem. Ten błąd wynika z błędnej pielęgnacji bazy danych.

;WITH FactName  
AS (  
       select w.WarehouseEntityName from etl.WarehouseEntity w  
       join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId  
       where t.WarehouseEntityTypeName = 'Fact'  
),FactList  
AS (  
    SELECT  PartitionName, p.WarehouseEntityName,  
            RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK  
    FROM    etl.TablePartition p  
       join FactName f on p.WarehouseEntityName = f.WarehouseEntityName  
)  
, FactPKList  
AS (  
    SELECT  f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,  
            CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints  
    FROM    FactList f  
    JOIN    INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME  
    JOIN    INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'  
)  
, FactWithoutDefaultConstraints  
AS (  
    SELECT  a.*  
    FROM    FactPKList a  
    LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1  
    WHERE   b.WarehouseEntityName IS NULL AND a.RK = 1  
)  
, FactPKListStr  
AS (  
    SELECT  DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList  
    FROM    FactWithoutDefaultConstraints f1  
    CROSS APPLY (  
                    SELECT  '[' + COLUMN_NAME + '],'  
                    FROM    FactWithoutDefaultConstraints f2  
                    WHERE   f2.TABLE_NAME = f1.TABLE_NAME  
                    ORDER BY COLUMN_NAME  
                FOR  
                   XML PATH('')  
                ) AS F (COLUMN_NAME)  
)  
SELECT  'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +  
        'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)  
FROM    FactPKListStr f  

Obejście 1: Jeśli uaktualnienie zostało już uaktualnione i nie masz problemów z błędami przekształcania lub ładowania zadań, ale występują błędy wdrażania pakietu administracyjnego, wykonaj kroki opisane w sekcji Przed uaktualnieniem. Ponadto po przywróceniu domyślnych kluczy podstawowych uruchom ponownie wdrożenie pakietu administracyjnego, które zakończyło się niepowodzeniem w konsoli Service Manager, przechodząc do obszaru roboczego Data Warehouse, a następnie wybierz pozycję Pakiet administracyjny.

Obejście 2: Jeśli przeprowadzono uaktualnienie i masz problemy z błędami przekształcania lub ładowania zadań, sprawdź, czy pakiet administracyjny SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base istnieje w bazie danych DWStagingAndConfig, uruchamiając następujące zapytanie.

select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'  

Jeśli pakiet administracyjny nie istnieje, musisz przywrócić bazę danych do stanu przed uaktualnieniem. Aby przywrócić bazę danych, wykonaj poniższe czynności.

  1. Wykonaj kroki odzyskiwania po awarii dla kopii zapasowych baz danych.

  2. Wyłącz harmonogram zadania MPSyncJob.

  3. Przywróć ręcznie wszystkie brakujące klucze podstawowe w bazie danych DWRepository. Do usunięcia i ponownego utworzenia klucza podstawowego można użyć skryptu SQL z części Przed uaktualnieniem.

  4. Uruchom ponownie nieudane wdrożenie podstawowego pakietu administracyjnego przy użyciu konsoli Service Manager.

Testowanie uaktualnienia w środowisku laboratoryjnym

Zalecamy przetestowanie uaktualnienia do programu System Center 2019 — Service Manager w środowisku laboratoryjnym.

Kolejność i czas uaktualniania

Kolejność przeprowadzania uaktualnień jest ważna. Wykonaj kroki uaktualnienia w następującej kolejności:

  1. Tworzenie kopii zapasowych baz danych i pakietów administracyjnych. Zobacz sekcje Tworzenie kopii zapasowych baz danych Service Manager i tworzenie kopii zapasowych niezaufanych pakietów administracyjnych w przewodniku odzyskiwania po awarii dla programu System Center — Service Manager.

  2. Zacznij od serwera zarządzania magazynu danych. Zadania magazynu danych zostaną zatrzymane i nie będzie można ich uruchomić ponownie do momentu ukończenia uaktualnienia.

  3. Po zakończeniu uaktualniania do serwera zarządzania magazynu danych uaktualnij początkowy serwer zarządzania Service Manager. Jeśli utworzono więcej niż jeden serwer zarządzania Service Manager, początkowy serwer zarządzania Service Manager jest pierwszym utworzonym serwerem zarządzania.

  4. Uaktualnij konsole Service Manager i wszelkie dodatkowe serwery zarządzania Service Manager.

  5. Uruchom ponownie zadania magazynu danych.

  6. Wdróż nowy portal Self-Service.

Czas uaktualnień jest także ważny. Po uaktualnieniu serwera zarządzania magazynu danych należy zaktualizować serwer zarządzania Service Manager, a także wdrożyć nowy Self-Service Portal. Po uaktualnieniu początkowego serwera zarządzania Service Manager należy przygotować się do uaktualnienia konsoli Service Manager lub konsoli Service Manager, dodatkowych serwerów zarządzania Service Manager i Self-Service Portal jednocześnie.

Wpływ na bazę danych

W programie System Center 2019 — Service Manager możesz zainstalować program Operations Manager i Configuration Manager marty danych. Wybranie tej opcji powoduje dodatkowe wymagania dotyczące miejsca na dysku twardym dla dwóch baz danych, a także skojarzonych grup plików i plików dziennika.

Tworzenie kopii zapasowej Service Manager przed uaktualnieniem

Przed rozpoczęciem uaktualniania zalecamy tworzenie kopii zapasowych baz danych Service Manager i baz danych magazynu danych oraz klucza szyfrowania. Jeśli utworzono już kopię zapasową baz danych i klucza szyfrowania, możesz kontynuować uaktualnianie. W przeciwnym razie zapoznaj się z procedurami tworzenia kopii zapasowych w przewodniku odzyskiwania po awarii programu System Center — Service Manager przed kontynuowaniem uaktualniania.

Rejestrowanie magazynu danych Service Manager

Jeśli w ramach procesu uaktualniania zainstalowano serwer zarządzania magazynu danych, musisz mieć możliwość wyświetlania stanu zadań magazynu danych. Nie można wykonać tego zadania, jeśli nie zarejestrowano się w magazynie danych Service Manager. Jeśli przycisk Data Warehouse nie jest widoczny w konsoli Service Manager, wykonaj procedurę w temacie Rejestrowanie za pomocą Service Manager Data Warehouse, aby włączyć raportowanie w przewodniku wdrażania dla programu System Center — Service Manager.

Klucze szyfrowania

Po zakończeniu uruchamiania instalatora w celu zainstalowania lub uaktualnienia do programu System Center 2019 — Service Manager zostanie wyświetlony monit o otwarcie Kreatora tworzenia kopii zapasowej lub przywracania szyfrowania. Jeśli wcześniej utworzono kopię zapasową kluczy szyfrowania, nie jest wymagana żadna dodatkowa akcja. Jeśli nigdy nie utworzono kopii zapasowej kluczy szyfrowania, użyj Kreatora tworzenia kopii zapasowej lub przywracania kluczy szyfrowania, aby utworzyć kopię zapasową kluczy szyfrowania na serwerach zarządzania Service Manager.

Ważne

Ta wersja Service Manager osiągnęła koniec wsparcia. Zalecamy uaktualnienie do wersji Service Manager 2022.

Aby zastosować aktualizację 1807, musisz mieć zainstalowany program System Center — Service Manager 1801. Dowiedz się więcej na temat instalowania programu SM 1807.

Ważne

Ta wersja Service Manager osiągnęła koniec wsparcia. Zalecamy uaktualnienie do wersji Service Manager 2022.

Ten artykuł zawiera informacje o uaktualnieniu programu System Center 1801 — Service Manager (SM)

Ten artykuł zawiera informacje o uaktualnieniu programu System Center 2016 — Service Manager (SM)

Uaktualnianie do programu System Center 1801 — Service Manager

W poniższych sekcjach przedstawiono informacje dotyczące uaktualniania programu System Center 2012 R2 i 2016 Service Manager do programu System Center 1801 — Service Manager (SM).

Ostrzeżenie

Ważna jest kolejność przeprowadzania uaktualnień składników. Nieprzestrzeganie poprawnej sekwencji uaktualnienia może spowodować awarię składnika, dla którego nie istnieją opcje odzyskiwania. Do objętych składników programu System Center należą:

  1. Orchestrator
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Menedżer konfiguracji
  6. Virtual Machine Manager
  7. App Controller

Program System Center 1801 można uaktualnić tylko z programu System Center 2012 R2 — Service Manager z pakietem zbiorczym aktualizacji 14 i System Center Service Manager 2016 z identyfikatorem UR4.

Ważne

Przyjęto założenie, że w tym przewodniku wykonasz uaktualnienie do istniejącej wersji programu System Center. Aby uzyskać informacje na temat instalowania programu System Center 1801 — Service Manager na komputerze, na którym nie istnieje poprzednia wersja Service Manager, zobacz wdrażanie programu System Center — Service Manager.

Planowanie uaktualnienia do programu System Center 1801 — Service Manager

W tej sekcji opisano procedury niezbędne do uaktualnienia do programu System Center 1801.

Obsługiwane jest uaktualnienie w miejscu z Service Manager 2012 R2 UR14 i 2016 UR4 do Service Manager 1801. Uaktualnienie w miejscu to uaktualnienie wszystkich Service Manager części na tym samym sprzęcie. Inne podejścia, takie jak uaktualnienia równoległe lub uaktualnienia stopniowe, nie są obsługiwane.

Uaktualnienie do Service Manager 1801 wymaga przygotowania. Zalecamy zainstalowanie Service Manager w środowisku laboratoryjnym, a następnie replikowanie produkcyjnych baz danych do laboratorium. Następnie wykonasz uaktualnienie nowej instalacji w laboratorium.

Wersje: ewaluacyjna i na licencji Select

Wersja programu System Center 2012 R2 i 2016 — Service Manager była dostępna w dwóch różnych wersjach:

  • Wersja ewaluowa (limit czasu 180 dni)
  • Wersja na licencji Select

Następujące ścieżki uaktualniania są obsługiwane do Service Manager 1801.

Bieżąca wersja Wersja uaktualniona Stan
System Center 2012 R2/2016 — Service Manager Eval System Center 1801 — Service Manager Eval Okres próbny pozostaje niezmieniony
System Center 2012 R2/2016 — Service Manager Wybierz System Center 1801 — Service Manager Wybierz Produkt licencjonowany

Uwaga

Uaktualnianie z wersji ewaluacyjnej Service Manager do wersji ewaluacyjnej Service Manager 1801 nie wydłuża okresu oceny 180-dniowego.

Miejsce instalacji

Domyślnym folderem do instalowania Service Manager jest \Program Files\Microsoft System Center\Service Manager. Jednak podczas uaktualniania do Service Manager oprogramowanie jest instalowane w folderze, który Service Manager wcześniej używany. Jeśli Service Manager 2012/2016 został wcześniej uaktualniony, można użyć następującego folderu:

\Program Files\Microsoft System Center\Service Manager

Wymagania sprzętowe programu System Center 1801 — Service Manager

Wszystkie wymagania sprzętowe programu System Center 1801 — Service Manager są w pełni udokumentowane w temacie Wymagania sprzętowe.

Wymagania dotyczące oprogramowania dla programu System Center 1801 — Service Manager

Aby przeprowadzić uaktualnienie do programu System Center 1801, należy najpierw zastosować pakiet zbiorczy aktualizacji 14 dla wersji 2012 R2 i UR4 dla Service Manager 2016.

Wszystkie wymagania dotyczące oprogramowania dla programu System Center 1801 — Service Manager są w pełni udokumentowane w temacie Wymagania dotyczące oprogramowania.

Wpływ na programowanie niestandardowe

W wersji System Center 2016 — Service Manager produkt został przeniesiony do obsługi platformy .NET 4.5.1. Narzędzie skonfigurowane do obsługi tego przenoszenia do platformy .NET 4.5.1 wymagane do przerwania kilku zależności i doprowadziło do przenoszenia klas między zestawami. W związku z tym uaktualnienie do wersji Service Manager 1801 z 2012 R2 może spowodować przerwanie niestandardowych rozwiązań w domu lub przez inne firmy (inne niż Microsoft). Aby uniknąć tego problemu, zapoznaj się z procedurą uaktualniania rozwiązań niestandardowych.

Zapobieganie poręczeniu zadań MPSync

Przed uaktualnieniem

Opis: Problem z procesem uaktualniania powoduje niepowodzenie zadania MPSync po zakończeniu uaktualniania. W ramach zapobiegania wystąpieniu tego problemu przed uaktualnieniem trzeba uruchomić poniższy skrypt SQL w bazie danych DWRepository, aby uzyskać właściwe skrypty SQL, które usuwają i dodają ograniczenie dotyczące klucza podstawowego w tabelach faktów w bazie danych DWRepository, co rozwiązuje problem. Ponadto zadania transformacji i ładowania również mogą zakończyć się niepowodzeniem. Ten błąd wynika z błędnej pielęgnacji bazy danych.

;WITH FactName  
AS (  
       select w.WarehouseEntityName from etl.WarehouseEntity w  
       join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId  
       where t.WarehouseEntityTypeName = 'Fact'  
),FactList  
AS (  
    SELECT  PartitionName, p.WarehouseEntityName,  
            RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK  
    FROM    etl.TablePartition p  
       join FactName f on p.WarehouseEntityName = f.WarehouseEntityName  
)  
, FactPKList  
AS (  
    SELECT  f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,  
            CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints  
    FROM    FactList f  
    JOIN    INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME  
    JOIN    INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'  
)  
, FactWithoutDefaultConstraints  
AS (  
    SELECT  a.*  
    FROM    FactPKList a  
    LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1  
    WHERE   b.WarehouseEntityName IS NULL AND a.RK = 1  
)  
, FactPKListStr  
AS (  
    SELECT  DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList  
    FROM    FactWithoutDefaultConstraints f1  
    CROSS APPLY (  
                    SELECT  '[' + COLUMN_NAME + '],'  
                    FROM    FactWithoutDefaultConstraints f2  
                    WHERE   f2.TABLE_NAME = f1.TABLE_NAME  
                    ORDER BY COLUMN_NAME  
                FOR  
                   XML PATH('')  
                ) AS F (COLUMN_NAME)  
)  
SELECT  'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +  
        'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)  
FROM    FactPKListStr f  

Obejście 1: Jeśli uaktualnienie zostało już uaktualnione i nie masz problemów z błędami przekształcania lub ładowania zadań, ale występują błędy wdrażania pakietu administracyjnego, wykonaj kroki opisane w sekcji Przed uaktualnieniem. Ponadto po przywróceniu domyślnych kluczy podstawowych uruchom ponownie wdrożenie pakietu administracyjnego, które zakończyło się niepowodzeniem w konsoli Service Manager, przechodząc do obszaru roboczego Data Warehouse, a następnie wybierz pozycję Pakiet administracyjny.

Obejście 2: Jeśli przeprowadzono uaktualnienie i masz problemy z błędami przekształcania lub ładowania zadań, sprawdź, czy pakiet administracyjny SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base istnieje w bazie danych DWStagingAndConfig, uruchamiając następujące zapytanie.

select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'  

Jeśli pakiet administracyjny nie istnieje, musisz przywrócić bazę danych do stanu przed uaktualnieniem. Aby przywrócić bazę danych, wykonaj poniższe czynności.

  1. Wykonaj kroki odzyskiwania po awarii dla kopii zapasowych baz danych.

  2. Wyłącz harmonogram zadania MPSyncJob.

  3. Przywróć ręcznie wszystkie brakujące klucze podstawowe w bazie danych DWRepository. Do usunięcia i ponownego utworzenia klucza podstawowego można użyć skryptu SQL z części Przed uaktualnieniem.

  4. Uruchom ponownie nieudane wdrożenie podstawowego pakietu administracyjnego przy użyciu konsoli Service Manager.

Testowanie uaktualnienia w środowisku laboratoryjnym

Zalecamy przetestowanie uaktualnienia do programu System Center 1801 — Service Manager w środowisku laboratoryjnym.

Kolejność i czas uaktualniania

Kolejność przeprowadzania uaktualnień jest ważna. Wykonaj kroki uaktualnienia w następującej kolejności:

  1. Tworzenie kopii zapasowych baz danych i pakietów administracyjnych. Zobacz tematy "Tworzenie kopii zapasowych Service Manager baz danych" i "Tworzenie kopii zapasowych niezaufanych pakietów administracyjnych" w przewodniku odzyskiwania po awarii dla programu System Center — Service Manager.

  2. Zacznij od serwera zarządzania magazynu danych. Zadania magazynu danych zostaną zatrzymane i nie będzie można ich uruchomić ponownie do momentu ukończenia uaktualnienia.

  3. Po zakończeniu uaktualniania do serwera zarządzania magazynu danych uaktualnij początkowy serwer zarządzania Service Manager. Jeśli utworzono więcej niż jeden serwer zarządzania Service Manager, początkowy serwer zarządzania Service Manager jest pierwszym utworzonym serwerem zarządzania.

  4. Uaktualnij konsole Service Manager i wszelkie dodatkowe serwery zarządzania Service Manager.

  5. Uruchom ponownie zadania magazynu danych.

  6. Wdróż nowy portal Self-Service.

Czas uaktualnień jest także ważny. Po uaktualnieniu serwera zarządzania magazynu danych należy zaktualizować serwer zarządzania Service Manager i wdrożyć nowy Self-Service Portal. Po uaktualnieniu początkowego serwera zarządzania Service Manager należy przygotować się do uaktualnienia konsoli Service Manager lub konsoli Service Manager, dodatkowych serwerów zarządzania Service Manager i Self-Service Portal jednocześnie.

Wpływ na bazę danych

W programie System Center 1801 — Service Manager możesz zainstalować program Operations Manager i Configuration Manager marty danych. Wybranie tej opcji powoduje dodatkowe wymagania dotyczące miejsca na dysku twardym dla dwóch baz danych, a także skojarzonych grup plików i plików dziennika.

Tworzenie kopii zapasowej Service Manager przed uaktualnieniem

Przed rozpoczęciem uaktualniania zalecamy tworzenie kopii zapasowych baz danych Service Manager i baz danych magazynu danych oraz klucza szyfrowania. Jeśli utworzono już kopię zapasową baz danych i klucza szyfrowania, możesz kontynuować uaktualnianie. W przeciwnym razie zapoznaj się z procedurami tworzenia kopii zapasowych w przewodniku odzyskiwania po awarii programu System Center — Service Manager przed kontynuowaniem uaktualniania.

Rejestrowanie magazynu danych Service Manager

Jeśli w ramach procesu uaktualniania zainstalowano serwer zarządzania magazynu danych, musisz mieć możliwość wyświetlania stanu zadań magazynu danych. Nie można wykonać tego zadania, jeśli nie zarejestrowano się w magazynie danych Service Manager. Jeśli przycisk Data Warehouse nie jest widoczny w konsoli Service Manager, wykonaj procedurę w temacie Rejestrowanie za pomocą Service Manager Data Warehouse, aby włączyć raportowanie w przewodniku wdrażania dla programu System Center — Service Manager.

Klucze szyfrowania

Po zakończeniu uruchamiania Instalatora w celu zainstalowania lub uaktualnienia do programu System Center 1801 — Service Manager zostanie wyświetlony monit o otwarcie Kreatora tworzenia kopii zapasowej lub przywracania szyfrowania. Jeśli wcześniej utworzono kopię zapasową kluczy szyfrowania, nie jest wymagana żadna dodatkowa akcja. Jeśli nigdy nie utworzono kopii zapasowej kluczy szyfrowania, użyj Kreatora tworzenia kopii zapasowej lub przywracania kluczy szyfrowania, aby utworzyć kopię zapasową kluczy szyfrowania na serwerach zarządzania Service Manager.

Uaktualnianie do programu System Center 2016 — Service Manager

W poniższych sekcjach przedstawiono informacje dotyczące uaktualniania z programu System Center 2012 R2 — Service Manager do programu System Center 2016 — Service Manager (SM).

Ostrzeżenie

Jeśli planujesz uaktualnienie co najmniej dwóch składników programu System Center, najpierw zapoznaj się z przewodnikiem Uaktualnianie do programu System Center 2016. Ważna jest kolejność przeprowadzania uaktualnień składników. Nieprzestrzeganie poprawnej sekwencji uaktualnienia może spowodować awarię składnika, dla którego nie istnieją opcje odzyskiwania. Do objętych składników programu System Center należą:

  1. Orchestrator
  2. Service Manager
  3. Data Protection Manager
  4. Operations Manager
  5. Menedżer konfiguracji
  6. Virtual Machine Manager
  7. App Controller

Program System Center 2016 można uaktualnić tylko z programu System Center 2012 R2 — Service Manager z zainstalowanym pakietem zbiorczym aktualizacji 9 lub nowszym.

Ważne

Przyjęto założenie, że w tym przewodniku wykonasz uaktualnienie do programu System Center 2012 R2. Aby uzyskać informacje na temat instalowania programu System Center 2016 — Service Manager na komputerze, na którym nie istnieje poprzednia wersja Service Manager, zobacz Wdrażanie programu System Center 2016 — Service Manager.

Planowanie uaktualnienia do programu System Center 2016 — Service Manager

W tej sekcji opisano procedury niezbędne do uaktualnienia do programu System Center 2016.

Obsługiwane jest uaktualnienie w miejscu z Service Manager 2012 R2 do Service Manager 2016. Uaktualnienie w miejscu to uaktualnienie wszystkich Service Manager części na tym samym sprzęcie. Inne podejścia, takie jak uaktualnienia równoległe lub uaktualnienia stopniowe, nie są obsługiwane.

Uaktualnienie do Service Manager 2016 wymaga przygotowania. Zalecamy zainstalowanie Service Manager w środowisku laboratoryjnym, a następnie replikowanie produkcyjnych baz danych do laboratorium. Następnie przeprowadzisz uaktualnienie nowej instalacji w laboratorium i po pomyślnym wykonaniu tego samego uaktualnienia do Service Manager SP1 w środowisku produkcyjnym.

Wersje: ewaluacyjna i na licencji Select

Wersja programu System Center 2012 R2 — Service Manager była dostępna w dwóch różnych wersjach:

  • Wersja ewaluowa (limit czasu 180 dni)

  • Wersja na licencji Select

Następujące ścieżki uaktualniania są obsługiwane do Service Manager 2016 r.

Bieżąca wersja Wersja uaktualniona Stan
System Center 2012 R2 — Service Manager Eval System Center 2016 — Service Manager Eval Okres próbny pozostaje niezmieniony
System Center 2012 R2 — Service Manager Wybierz System Center 2016 — Service Manager Wybierz Produkt licencjonowany

Uwaga

Uaktualnianie z wersji ewaluacyjnej Service Manager 2012 R2 do wersji ewaluacyjnej Service Manager 2016 nie wydłuża okresu oceny 180 dni.

Miejsce instalacji

Domyślnym folderem do instalowania Service Manager jest \Program Files\Microsoft System Center\Service Manager. Jednak podczas uaktualniania do Service Manager oprogramowanie jest instalowane w folderze, który Service Manager wcześniej używany. Jeśli Service Manager 2010 lub Service Manager 2012 został wcześniej uaktualniony, można użyć następujących folderów:

\Program Files\Microsoft System Center\Service Manager 2010
\Program Files\Microsoft System Center\Service Manager 2012

Wymagania sprzętowe programu System Center 2016 — Service Manager

Wszystkie wymagania sprzętowe programu System Center 2016 — Service Manager są w pełni udokumentowane w temacie Wymagania sprzętowe programu System Center 2016 — Service Manager.

Wymagania dotyczące oprogramowania dla programu System Center 2016 — Service Manager

Aby przeprowadzić uaktualnienie do programu System Center 2016, należy najpierw zastosować pakiet zbiorczy aktualizacji 9 lub nowszy dla programu System Center 2012 R2 — Service Manager.

Wszystkie wymagania dotyczące oprogramowania dla programu System Center 2016 — Service Manager są w pełni udokumentowane w temacie Wymagania programowe programu System Center 2016 — Service Manager.

Wpływ na programowanie niestandardowe

W wersji System Center 2016 — Service Manager produkt został przeniesiony do obsługi platformy .NET 4.5.1. Narzędzie skonfigurowane do obsługi tego przenoszenia do platformy .NET 4.5.1 wymagane do przerwania kilku zależności i doprowadziło do przenoszenia klas między zestawami. W związku z tym uaktualnienie do Service Manager 2016 r. może spowodować przerwanie niestandardowych rozwiązań wykonanych w domu lub przez inną firmę (inną niż Microsoft). Aby uniknąć tego problemu, zapoznaj się z procedurą uaktualniania rozwiązań niestandardowych.

Zapobieganie niepowodzeniom zadań MPSync

Przed uaktualnieniem

Opis: Problem z procesem uaktualniania powoduje niepowodzenie zadania MPSync po zakończeniu uaktualniania. W ramach zapobiegania wystąpieniu tego problemu przed uaktualnieniem trzeba uruchomić poniższy skrypt SQL w bazie danych DWRepository, aby uzyskać właściwe skrypty SQL, które usuwają i dodają ograniczenie dotyczące klucza podstawowego w tabelach faktów w bazie danych DWRepository, co rozwiązuje problem. Ponadto zadania transformacji i ładowania również mogą zakończyć się niepowodzeniem. Ten błąd wynika z błędnej pielęgnacji bazy danych.

;WITH FactName  
AS (  
       select w.WarehouseEntityName from etl.WarehouseEntity w  
       join etl.WarehouseEntityType t on w.WarehouseEntityTypeId = t.WarehouseEntityTypeId  
       where t.WarehouseEntityTypeName = 'Fact'  
),FactList  
AS (  
    SELECT  PartitionName, p.WarehouseEntityName,  
            RANK() OVER ( PARTITION BY p.WarehouseEntityName ORDER BY PartitionName ASC ) AS RK  
    FROM    etl.TablePartition p  
       join FactName f on p.WarehouseEntityName = f.WarehouseEntityName  
)  
, FactPKList  
AS (  
    SELECT  f.WarehouseEntityName, a.TABLE_NAME, a.COLUMN_NAME, b.CONSTRAINT_NAME, f.RK,  
            CASE WHEN b.CONSTRAINT_NAME = 'PK_' + f.WarehouseEntityName THEN 1 ELSE 0 END AS DefaultConstraints  
    FROM    FactList f  
    JOIN    INFORMATION_SCHEMA.KEY_COLUMN_USAGE a ON f.PartitionName = a.TABLE_NAME  
    JOIN    INFORMATION_SCHEMA.TABLE_CONSTRAINTS b ON a.CONSTRAINT_NAME = b.CONSTRAINT_NAME AND b.CONSTRAINT_TYPE = 'Primary key'  
)  
, FactWithoutDefaultConstraints  
AS (  
    SELECT  a.*  
    FROM    FactPKList a  
    LEFT JOIN FactPKList b ON b.WarehouseEntityName = a.WarehouseEntityName AND b.DefaultConstraints = 1  
    WHERE   b.WarehouseEntityName IS NULL AND a.RK = 1  
)  
, FactPKListStr  
AS (  
    SELECT  DISTINCT f1.WarehouseEntityName, f1.TABLE_NAME, f1.CONSTRAINT_NAME, F.COLUMN_NAME AS PKList  
    FROM    FactWithoutDefaultConstraints f1  
    CROSS APPLY (  
                    SELECT  '[' + COLUMN_NAME + '],'  
                    FROM    FactWithoutDefaultConstraints f2  
                    WHERE   f2.TABLE_NAME = f1.TABLE_NAME  
                    ORDER BY COLUMN_NAME  
                FOR  
                   XML PATH('')  
                ) AS F (COLUMN_NAME)  
)  
SELECT  'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] DROP CONSTRAINT [' + f.CONSTRAINT_NAME + ']' + CHAR(13) + CHAR(10) +  
        'ALTER TABLE [dbo].[' + f.TABLE_NAME + '] ADD CONSTRAINT [PK_' + f.WarehouseEntityName + '] PRIMARY KEY NONCLUSTERED (' + SUBSTRING(f.PKList, 1, LEN(f.PKList) -1) + ')' + CHAR(13) + CHAR(10)  
FROM    FactPKListStr f  

Obejście 1: Jeśli uaktualnienie zostało już uaktualnione i nie masz problemów z błędami przekształcania lub ładowania zadań, ale występują błędy wdrażania pakietu administracyjnego, wykonaj kroki opisane w sekcji Przed uaktualnieniem. Ponadto po przywróceniu domyślnych kluczy podstawowych uruchom ponownie wdrożenie pakietu administracyjnego, które zakończyło się niepowodzeniem w konsoli Service Manager, przechodząc do obszaru roboczego Data Warehouse, a następnie wybierz pozycję Pakiet administracyjny.

Obejście 2: Jeśli przeprowadzono uaktualnienie i masz problemy z błędami przekształcania lub ładowania zadań, sprawdź, czy pakiet administracyjny SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base istnieje w bazie danych DWStagingAndConfig, uruchamiając następujące zapytanie.

select * from ManagementPack where mpname like '%SystemDerivedMp.Microsoft.SystemCenter.Datawarehouse.Base%'  

Jeśli pakiet administracyjny nie istnieje, musisz przywrócić bazę danych do stanu przed uaktualnieniem. Aby przywrócić bazę danych, wykonaj poniższe czynności.

  1. Wykonaj kroki odzyskiwania po awarii dla kopii zapasowych baz danych.

  2. Wyłącz harmonogram zadania MPSyncJob.

  3. Przywróć ręcznie wszystkie brakujące klucze podstawowe w bazie danych DWRepository. Do usunięcia i ponownego utworzenia klucza podstawowego można użyć skryptu SQL z części Przed uaktualnieniem.

  4. Uruchom ponownie nieudane wdrożenie podstawowego pakietu administracyjnego przy użyciu konsoli Service Manager.

Testowanie uaktualnienia w środowisku laboratoryjnym

Zalecamy przetestowanie uaktualnienia do programu System Center 2016 — Service Manager w środowisku laboratoryjnym.

Kolejność i czas uaktualniania

Kolejność przeprowadzania uaktualnień jest ważna. Wykonaj kroki uaktualnienia w następującej kolejności:

  1. Tworzenie kopii zapasowych baz danych i pakietów administracyjnych. Zobacz sekcje Tworzenie kopii zapasowych baz danych Service Manager i tworzenie kopii zapasowych niezaufanych pakietów administracyjnych w przewodniku odzyskiwania po awarii dla programu System Center 2016 — Service Manager.

  2. Zacznij od serwera zarządzania magazynu danych. Zadania magazynu danych zostaną zatrzymane i nie będzie można ich uruchomić ponownie dopiero po zakończeniu uaktualniania.

  3. Po zakończeniu uaktualniania do serwera zarządzania magazynu danych uaktualnij początkowy serwer zarządzania Service Manager. Jeśli utworzono więcej niż jeden serwer zarządzania Service Manager, początkowy serwer zarządzania Service Manager jest pierwszym utworzonym serwerem zarządzania.

  4. Uaktualnij konsole Service Manager i wszelkie dodatkowe serwery zarządzania Service Manager.

  5. Uruchom ponownie zadania magazynu danych.

  6. Wdróż nowy portal Self-Service.

Czas uaktualnień jest także ważny. Po uaktualnieniu serwera zarządzania magazynu danych należy zaktualizować serwer zarządzania Service Manager i wdrożyć nowy portal Self-Service. Po uaktualnieniu początkowego serwera zarządzania Service Manager należy przygotować się do uaktualnienia konsoli Service Manager lub konsoli Service Manager, dodatkowych serwerów zarządzania Service Manager i portalu Self-Service w tym samym czasie.

Wpływ na bazę danych

W programie System Center 2016 — Service Manager masz możliwość zainstalowania programu Operations Manager i Configuration Manager składnic danych. Wybranie tej opcji powoduje dodatkowe wymagania dotyczące miejsca na dysku twardym dla dwóch baz danych, a także skojarzonych grup plików i plików dziennika.

Tworzenie kopii zapasowej Service Manager przed uaktualnieniem

Przed rozpoczęciem uaktualniania zalecamy wykonanie kopii zapasowej baz danych Service Manager i bazy danych magazynu danych oraz klucza szyfrowania. Jeśli utworzono już kopię zapasową baz danych i klucza szyfrowania, możesz kontynuować uaktualnianie. W przeciwnym razie przed kontynuowaniem uaktualniania zapoznaj się z procedurami tworzenia kopii zapasowych w przewodniku odzyskiwania po awarii dla programu System Center — Service Manager.

Rejestrowanie magazynu danych Service Manager

Jeśli w ramach procesu uaktualniania zainstalowano serwer zarządzania magazynu danych, musisz mieć możliwość wyświetlania stanu zadań magazynu danych. Nie można wykonać tego zadania, jeśli nie zarejestrowano się w magazynie danych Service Manager. Jeśli przycisk Data Warehouse nie jest widoczny w konsoli Service Manager, wykonaj procedurę rejestrowania przy użyciu Service Manager Data Warehouse, aby włączyć raportowanie w przewodniku wdrażania programu System Center 2016 — Service Manager.

Klucze szyfrowania

Po zakończeniu uruchamiania Instalatora w celu zainstalowania lub uaktualnienia do programu System Center 2016 — Service Manager zostanie wyświetlony monit o otwarcie Kreatora tworzenia kopii zapasowej lub przywracania szyfrowania. Jeśli wcześniej utworzono kopię zapasową kluczy szyfrowania, nie jest wymagana żadna dodatkowa akcja. Jeśli nigdy nie utworzono kopii zapasowej kluczy szyfrowania, użyj Kreatora tworzenia kopii zapasowej lub przywracania kluczy szyfrowania, aby utworzyć kopię zapasową kluczy szyfrowania na serwerach zarządzania Service Manager.

Następne kroki