- Artykuł
DOTYCZY: 2013
2016
2019
Wersja subskrypcyjna
Program SharePoint na platformie Microsoft 365
Przegląd
Podczas uaktualniania starszych farm programu SharePoint korzystających z klasycznego Menedżera przepływu pracy (WFM) do nowszej wersji programu SharePoint należy również uaktualnić WFM do programu SharePoint Workflow Manager (SPWFM). Ponieważ instalujesz świeżą kopię SPWFM na nowym sprzęcie i aktualizujesz istniejące bazy danych WFM, ta procedura jest zasadniczo mieszanką nowych procedur instalacji i aktualizacji z kilkoma dodatkowymi krokami.
Notatka
Podczas uaktualniania istniejącej farmy WFM do farmy SPWFM bazy danych WFM będą ponownie wykorzystywane. Twoja istniejąca rejestracja i przepływy pracy powinny pozostać nienaruszone.
Krok 1: Przygotuj starą farmę Workflow Manager
Potrzebujesz informacji ze „starego” środowiska, aby poprawnie skonfigurować „nowe” środowisko.
Uzyskaj klucz generowania certyfikatu
Ponieważ kroki aktualizacji wymagają dołączenia do istniejącej farmy przepływu pracy, do ponownego dołączania potrzebny jest „Klucz generowania certyfikatu” WFM. Jeśli nie wiesz, co to za klucz i nie masz pisemnego zapisu,zresetować klucz generowania certyfikatudla WFM i Service Bus przed kontynuowaniem. Musisz dołączyć do istniejącej farmy przepływu pracy z odpowiednim kluczem generowania certyfikatu.
Sprawdź zakres
Musisz ponownie zarejestrowaćSPWorkflowServiceprzy użyciu tej samej nazwy zakresu, która była używana w starej farmie.
- Aby sprawdzić nazwę zakresu, uruchom następujący PowerShell na jednym z serwerów SharePoint w „starej” farmie:
Add-PSSnapin *sharepoint*$site = (Get-SPWebapplication -IncludeCentralAdministration | ?{$_.IsAdministrationWebApplication}).Sites[0]$wfmProxy = Get-SPServiceApplicationProxy | ?{$_.TypeName -eq "Proxy aplikacji usługi przepływu pracy"} $wfmProxy.GetWorkflowServiceAddress($site)
- Wyświetlany jest adres podobny do tego:https://aplikacje.contoso.lokalnie:12290/SharePoint2013
Część po numerze portu tonazwa zakresu. W tym przykładzie jest to „SharePoint2013”.Zapisz nazwę zakresu i zachowaj ją na później.Potrzebujesz go podczas bieganiaRegister-SPWorkflowServicew nowym gospodarstwie.
Sprawdź konto usługi i grupę administratorów
- Na serwerze WFM w „starej” farmie otwórz PowerShell.
- Uruchomić
GET-wffarm | wybierz runasaccount, admingroup
Przykład:
Zanotuj konto i grupę. Po ponownym dołączeniu do farmy przepływu pracy w nowym środowisku należy podać hasło dlaUruchom jako konto. Tylko użytkownicy, którzy są członkami AdminGroup, mogą przeglądać identyfikator URI punktu końcowego przepływu pracy i uruchamiać plikRegister-SPWorkflowServiceKomenda.
Odłącz starą farmę WFM
Ważny
Należy uruchomić kreatora i opuścić farmę przepływu pracy na „starym” serwerze WFM. Należy to zrobić dla wszystkich węzłów w farmie WFM, aby bazy danych przepływu pracy i Service Bus nie zawierały żadnych hostów.
Jeśli pominiesz ten krok, osierocisz wpisy hosta w bazach danych Workflow i Service Bus, co spowoduje wiele problemów w nowym środowisku.
- Zaloguj się do serwera obsługującego farmę WFM i otwórz „Konfiguracja Workflow Manager”.
- WybieraćOpuść farmę Menedżera przepływu pracyi wykonaj kroki, aby opuścić obecną farmę.
- Jeśli masz wiele węzłów (hostów) w swojej farmie WFM, powtórz ten krok dla każdego węzła.
Notatka
Program SharePoint Workflow Manager zostanie zainstalowany na nowym sprzęcie w nowej farmie. Nie ma potrzeby odinstalowywania Workflow Manager i komponentów Service Bus ze starych serwerów.
Jeśli chcesz, aby Twoja „stara” farma WFM działała podczas migracji, wykonaj kopię zapasową baz danych przepływu pracy i usługi Service Bus zgodnie z poniższym opisem, a następnie ponownie uruchom kreatora, aby ponownie dołączyć do farmy. Aby zapobiec przenoszeniu jakichkolwiek informacji o węzłach do nowej farmy, upewnij się, że wszystkie węzły są odłączone w czasie tworzenia kopii zapasowej bazy danych.
Krok 2: Przenieś bazy danych
Przenieś bazy danych treści
Aby zachować zgodność między witrynami programu SharePoint i przepływami pracy w nich działającymi, należy przenieść bazy danych zawartości wraz z usługą zarządzania aplikacjami i bazami danych WFM. Uaktualnianie zawartości programu SharePoint wykracza poza zakres tego dokumentu, ale odwołujemy się do kilku elementów związanych z aktualizacją WFM.
Za pomocą metody dołączania bazy danych można przenosić bazy danych zawartości programu SharePoint ze starej farmy do nowej.
Notatka
Jeśli przeprowadzasz się do nowszej wersji głównej programu SharePoint, może być konieczne wykonanie pośredniego kroku uaktualniania. Na przykład tylko programy SharePoint 2016 i 2019 można bezpośrednio uaktualnić do wersji SharePoint Server Subscription Edition (SPSE). SharePoint 2013 nie może. Aby uaktualnić bazę danych zawartości programu SharePoint 2013 do SPSE, należy najpierw uaktualnić ją do programu SharePoint 2016, a następnie do SPSE.
Dowiedz się więcej na:
- Uaktualnienie do wersji subskrypcyjnej programu SharePoint Server
- Uaktualnij do programu SharePoint Server 2019
- Uaktualnij do SharePoint Server 2016
Przenieś bazę danych zarządzania aplikacjami
Ponieważ przepływy pracy uzyskują uprawnienia do zawartości programu SharePoint za pośrednictwem podmiotów zabezpieczeń aplikacji przechowywanych w plikuBaza danych zarządzania aplikacjami, musisz także uaktualnić/przenieść tę bazę danych do nowej farmy.
Ważny
Musisz przesunąćBaza danych zarządzania aplikacjamiwraz z bazami danych treści, WFM i Service Bus. jeśli nie,wszystkie przepływy pracy utworzone przed migracją zakończą się niepowodzeniem.
napotkaszProblem 3: Przepływy pracy kończą się niepowodzeniem i zwracają błąd „Nie można uzyskać informacji o uprawnieniach podmiotu zabezpieczeń aplikacji”.. Chociaż problem można rozwiązać później, łatwiej jest go uniknąć, zabierając ze sobą bazę danych zarządzania aplikacjami podczas aktualizacji/migracji.
Oto podstawowe kroki:
- Utwórz kopię zapasową bazy danych zarządzania aplikacjamiw starej farmie przy użyciu kopii zapasowej SQL Server.
- Przywróć bazę danych zarządzania aplikacjamido nowego serwera SQL.
- Utwórz nową usługę zarządzania aplikacjamiW administracji centralnej w nowej farmie przejdź do Zarządzaj aplikacjami usługi i utwórz nową usługę zarządzania aplikacjami. W sekcji Baza danych wprowadź nazwę serwera SQL i nazwę bazy danych zarządzania aplikacjami, która została przywrócona ze starej farmy. Zasadniczo tworzymy nową aplikację usługi, ponownie wykorzystując starą bazę danych. To powinno zaktualizować bazę danych do bieżącej wersji programu SharePoint.
- Potwierdź, że usługa znajduje się w domyślnej grupie proxy. Upewnij się, że ta nowa usługa zarządzania aplikacjami znajduje się w domyślnej grupie proxy i że używają jej aplikacje internetowe.
Notatka
Podobnie jak w przypadku baz danych zawartości, jeśli przechodzisz do nowszej wersji głównej programu SharePoint, może być konieczne wykonanie pośredniego kroku uaktualnienia. Na przykład tylko programy SharePoint 2016 i 2019 można bezpośrednio uaktualnić do wersji SharePoint Server Subscription Edition (SPSE). SharePoint 2013 nie może. Aby uaktualnić bazę danych zawartości programu SharePoint 2013 do SPSE, należy najpierw uaktualnić ją do programu SharePoint 2016, a następnie do SPSE.
Przenieś bazy danych WFM i Service Bus
Jeśli uaktualnienie/migracja obejmuje przeniesienie baz danych na nowy serwer SQL, należy przenieść wszystkie bazy danych WFM i Service Bus.
- Wykonaj kopię zapasową baz danych na starym serwerze SQL:
- Baza danych SbGateway
- SbManagementDB
- SBMessageContainer01
- WFInstanceManagementDB
- WFManagementDB
- WFRResourceManagementDB
- Przywróć bazy danych na nowym serwerze SQL.
Przywróć bazy danych na nowym serwerze SQL
Ważny
Musisz przywrócić 6 baz danych do nowego serwera SQL za pomocąte same nazwy baz danychktóre były używane wcześniej. W przypadku zmiany nazw baz danych Kreator konfiguracji przepływu pracy przekroczy limit czasu podczas próby uruchomienia usług Service Bus.
Utwórz alias SQL
Kreator konfiguracji menedżera przepływu pracy monituje tylko o wprowadzenie informacji o połączeniu dla 2 z sześciu baz danych. Parametry połączenia dla pozostałych czterech baz danych są przechowywane w dwóch określonych bazach danych. Dlatego ważne jest, aby przywrócić bazy danych z tymi samymi nazwami, które były używane wcześniej.
Aby zachować działanie poprzednich łańcuchów połączeń DB, należy również utworzyć alias SQL na nowych serwerach SPWFM.
- Znajdź nazwę „starego” serwera SQL, uruchamiając to zapytanie SQL w bazie danych „SbManagementDB”:
wybierz nazwę, wartość jako „SQLServerName” z store.serviceconfig gdzie nazwa = „SBGatewayDatabaseServer”
Przykład:
- Na serwerze SPWFM przejdź do Start | Uruchom i wpisz „cliconfg”
- Na karcie Alias wybierz Dodaj.
- Wybierz TCP/IP dla Biblioteki sieciowej.
- W polu „Server Alias” wpisz nazwę „starego” serwera SQL. Przykład: „SQL”
- W polu „Nazwa serwera” wpisz nazwę „nowego” serwera SQL (przykład: „New_SQL”) i wybierz OK.
Notatka
Wersje WFM nie są zgodne z wersjami programu SharePoint, co oznacza, że jeśli przeprowadzasz uaktualnienie programu SharePoint do wielu wersji, NIE musisz aktualizować WFM na każdym etapie.
Na przykład podczas uaktualniania z programu SharePoint 2013 do programu SharePoint 2019 należy uaktualnić bazy danych zawartości i aplikację usługi zarządzania aplikacjami do programu SharePoint 2016, a następnie do wersji 2019. Ale NIE trzeba aktualizować WFM w farmie 2016. Wymagana jest tylko jedna aktualizacja z WFM (w środowisku 2013) do SPWFM (w środowisku 2019).
Sprawdź rolę serwera usług IIS
- Sprawdź, czy masz zainstalowaną rolę serwera „Web Server (IIS)” na nowym serwerze SPWFM. Zainstaluj go, jeśli nie ma go na serwerze.
Jeśli instalujesz SPWFM na serwerze innym niż SharePoint, być może nie jest on jeszcze zainstalowany. Niestety, nic nie zmusza cię do jej zainstalowania, więc jeśli tego nie zrobisz, Kreator konfiguracji przepływu pracy zakończy się niepowodzeniem z błędem „Nie można załadować pliku lub zestawu „Microsoft.Web.Administration".
Zainstaluj usługę Azure Service Fabric
Program SharePoint Workflow Manager wymaga platformy Azure Service Fabric, którą należy zainstalować przed uruchomieniem instalacji programu SharePoint Workflow Manager. Jeśli środowisko uruchomieniowe usługi Azure Service Fabric nie jest jeszcze zainstalowane, wykonaj poniższe czynności, aby je zainstalować:
Minimalna wersja Azure Service Fabric Runtime obsługiwana przez SharePoint Workflow Manager to 9.1.1583.9590 i można ją pobrać zŚrodowisko uruchomieniowe usługi Azure Service Fabric. Lub możesz znaleźć i pobrać dowolną wyższą wersję Instalatora Windows zTutaj.
Otwórz konsolę PowerShell jako administrator z podwyższonym poziomem uprawnień i uruchom następujące polecenie:
.\MicrosoftServiceFabric.9.1.1583.9590.exe /accepteula
Aby sprawdzić, czy usługa Azure Service Fabric jest zainstalowana, powinieneś być w stanie znaleźć ją w Programy i funkcje w Panelu sterowania.
Notatka
SharePoint Workflow Manager obsługuje wersję 9.1.1583.9590 platformy Azure Service Fabric i nowsze wersje. Możesz zainstalować nowsze wersje. Dowiedz się więcej naObsługiwane wersje usługi Service Fabric.
Jeśli chcesz bezpośrednio uaktualnić usługę Azure Service Fabric bez odinstalowywania, pamiętaj o zależnościach uaktualnienia. Dowiedz się więcej naObsługiwane wersje usługi Service Fabric.
Ważny
JeśliTkanina systemu Windowsjest już zainstalowany na komputerze, należy go odinstalować przed zainstalowaniem usługi Azure Service Fabric.
Zainstaluj SPWFM i klienta SPWFM na serwerze SPWFM
- Na serwerze SPWFM pobierz i zainstaluj plikKlient SharePoint Workflow Manager i SharePoint Workflow Manager
- Pobierz instalator klienta programu SharePoint Workflow Manager.
- ZainstalujKlient Menedżera przepływu pracy programu SharePointna wszystkich serwerach SharePoint w farmie.
Skonfiguruj usługi zarządzania aplikacjami i ustawień subskrypcji
- Na serwerze SharePoint (jeśli jeszcze tego nie zrobiłeś) skonfigurujZarządzanie aplikacjamiusługi przy użyciu zaktualizowanej bazy danych zarządzania aplikacjami ze starej farmy. Zobacz krok „Przenieś bazę danych zarządzania aplikacjami” powyżej.
- Utwórz nową usługę ustawień subskrypcji.
$sa = New-SPSubscriptionSettingsServiceApplication -ApplicationPool 'SharePoint Web Services Default' -Name 'Subscriptions Settings Service Application' -DatabaseName 'Subscription'New-SPSubscriptionSettingsServiceApplicationProxy -ServiceApplication $sa
- Sprawdź aplikacje usługi Zarządzanie aplikacjami i Subskrypcja. Powinny być w stanie „Uruchomiono”.
Krok 4: Dołącz ponownie do Workflow Farm i uaktualnij
- Uruchom kreatora konfiguracji SPWFM.
- Na serwerze SPWFM otwórz „Konfiguracja menedżera przepływu pracy” i wybierzDołącz do istniejącej farmy Workflow Manager.
- Wprowadź dane programu SQL Server i bazy danych, z których korzystała poprzednia „klasyczna” instalacja programu WFM, a następnie uruchom konfigurację.
- Wprowadź hasło do konta usługi oraz Klucz generowania certyfikatu.
- Na serwerze SPWFM ponownie otwórz „Konfiguracja menedżera przepływu pracy” i wybierzUaktualnij farmę menedżera przepływu pracyi pozwól mu działać, aż skończy.
Ponieważ program SharePoint musi kontaktować się z punktem końcowym usługi SPWFM, serwery programu SharePoint muszą ufać używanemu certyfikatowi.
Wyeksportuj certyfikat
- Na serwerze SPWFM otwórzMenedżer usług IIS. Kliknij prawym przyciskiem myszyWitryna zarządzania przepływem pracyi wybierzEdytuj powiązania. Wybierz powiązanie HTTPS na porcie 12290 i wybierz pozycję Edytuj. Wybierz przycisk „Wyświetl” obok certyfikatu SSL.
- Wybierz kartę Szczegóły i wybierz „Kopiuj do pliku…”
- Uruchom kreatora eksportu certyfikatów, aby wyeksportować certyfikat bez klucza prywatnego jako plikKodowany binarnie kod DER X.509 (.CER)certyfikat.
- Skopiujcerplik na serwer administracji centralnej SharePoint.
Dodaj certyfikat SPWFM do Farm Trust
- W Administracji Centralnej, aby przejśćBezpieczeństwo > Zarządzaj zaufaniem.
- Wybierz Nowy, nadaj mu nazwę „Przepływ pracy” lub „SPWFM”.
- WybieraćWybierz plik, a następnie wybierzcerplik skopiowany na komputer. WybieraćOK.
Dodaj certyfikat SPWFM do zaufanych urzędów głównych
- Na serwerze administratora centralnego kliknij prawym przyciskiem myszy plikCertyfikat SPWFM .cerplik i wybierzZainstaluj certyfikat.
- Korzystając z Kreatora importu certyfikatów, wybierzKomputer lokalny > Umieść wszystkie certyfikaty w następującym magazynie > Przeglądaj > Zaufane główne urzędy certyfikacji.
Ważny
Ten krok importu certyfikatu należy powtórzyć na wszystkich serwerach programu SharePoint w farmie.
Najpierw sprawdź z serwera SPWFM. A. WybieraćWitryna zarządzania przepływem pracy. Wybierz w prawym okienkuPrzeglądaj *12290 (https). B. Otworzy się przeglądarka; przejdź do https://localhost:12290. Jeśli podczas konfiguracji zezwoliłeś na połączenia przez HTTP, punkt końcowy HTTP będzie na porcie 12291, a punkt końcowy HTTPS na porcie 12290. c. Przetestuj zarówno punkty końcowe http, jak i https.
Sprawdź na swoich serwerach SharePoint. Ostatecznie to twoje serwery SharePoint muszą łączyć się z punktem końcowym SPWFM, więc musisz potwierdzić, że jest tam również łączność. A. Zaloguj się do jednego ze swoich serwerów programu SharePoint za pomocąSPWFM RunAskonto lub jako użytkownik będący członkiem AdminGroup. Zobacz krok „Sprawdź konto usługi i grupę administracyjną” powyżej. B. Przejdź do nazwy FQDN punktu końcowego SPWFM.
Na przykład:
https://aplikacje.contoso.lokalny:12290/. Wynik powinien wyglądać tak:
Zarejestruj usługę
- Zaloguj się do dowolnego serwera SharePoint jako konto SPWFM RunAs lub jako użytkownik będący członkiem AdminGroup. Zobacz krok „Sprawdź konto usługi i grupę administracyjną” powyżej.
- UruchomRegister-SPWorkflowServicepolecenie, aby zarejestrować usługę przepływu pracy w SharePoint. Potrzebujesz identyfikatora URI punktu końcowego SPWFM, nazwy zakresu zebranego w powyższym kroku „Sprawdź zakres” i będziesz musiał dołączyć parametr -Force.
Przykład:
Register-SPWorkflowService -SPSite http://www.contoso.local -WorkflowHostUri https://spwfm.contoso.local:12290 -ScopeName SharePoint2013 -Force
Potwierdź konfigurację
- Sprawdź serwer proxy aplikacji usługi przepływu pracy wAdministracja centralna > Zarządzaj aplikacjami usług. Wybierz łącze dlaSerwer proxy aplikacji usługi przepływu pracy. Powinien być wyświetlany jako połączony.
Przykład:
Przetestuj nowy przepływ pracyA. Zaloguj się do komputera klienckiego, a następnie otwórzProjektant programu SharePoint.B. Otwórz jedną ze swoich witryn i przejdź do przepływów pracy. C. Utwórz nowy przepływ pracy i upewnij się, że widzisz „SharePoint Workflow 2013” na liście platform do wyboru. D. Utwórz podstawowy przepływ pracy platformy 2013 „loguj do historii” i przetestuj, aby upewnić się, że się powiedzie.
Przetestuj stary przepływ pracyA. Znajdź listę, do której przypisano przepływ pracy w „starej” farmie. B. Uruchom nową instancję tego przepływu pracy i sprawdź, czy działa. Jeśli podczas migracji uwzględniono bazę danych aplikacji usługi zarządzania aplikacjami i uruchomiono plikRegister-SPWorkflowServiceużywając poprawnej nazwy „zakresu”, przepływy pracy ze starej farmy powinny nadal działać.