Migrationseignungsscan: Workflowzuordnungen 2013
Dieser Artikel enthält Informationen zum Beheben von Problemen, die bei Workflowzuordnungen 2013 während der Migration auftreten.
Übersicht
Wenn Inhalte aus der SharePoint-Quellumgebung zu einer neuen Zielumgebung migriert werden, können je nach Verwendung in der aktuellen Farm zwei Typen von Workflows betroffen sein.
Workflows, die mit dem Workflowdienst erstellt wurden, der in SharePoint 2010 verfügbar war und in der Quellumgebung noch verwendet wird, werden zur neuen Farm migriert und funktionieren weiterhin wie erwartet.
SharePoint-Quellfarmen können Workflow 2013 mit einer Version des Workflow-Manager ausführen. Daher gibt es beim Verschieben von Inhalten aus der Quellumgebung in die Zielumgebung einen Prozess zum Migrieren von Workflow 2013 zum Azure-instance des Workflow-Manager.
Datenmigration
Workflowdaten werden in die folgenden zwei Bereiche unterteilt:
Workflowdefinition: Die Definition beschreibt den gesamten Workflowprozess, z. B. einen dreistufigen Genehmigungsworkflow mit benutzerdefinierten Routingregeln für jede Phase. Diese Daten befinden sich in Office 365 und werden mit den restlichen Office 365 Daten migriert und sind in Ihrer Zielumgebung verfügbar.
Workflowinstanzen: Jede ausgeführte instance einer Workflowdefinition behält den Status des Workflows bei, z. B. befindet sich dieses Dokument in Phase 2 des Genehmigungsprozesses und ist John Doe zugewiesen. Diese Daten befinden sich im Azure-Workflow-Manager. Leider verfügt das Azure-Team nicht über die Technologie zum Migrieren Workflow-Manager Daten aus den aktuellen Quellumgebungen zu Azure-Instanzen. Dies führt dazu, dass alle ausgeführten Workflowinstanzen verloren gehen. Beispielsweise wird ein Dokument, das sich in Phase 2 eines Workflows in der Quellumgebung befand, nach der Migration in die Zielumgebung wieder auf Stufe 0 (Workflow nicht gestartet) zurückgesetzt.
Wichtig
Jede Website, die in SharePoint als "Kein Zugriff" (gesperrt) konfiguriert ist, wird übersprungen. Eine Liste der gesperrten Websitesammlungen finden Sie in der Scanausgabe gesperrter Websites.
Vorbereiten der Migration
Um unnötige Workflowneustarts zu vermeiden, empfiehlt es sich, In-Flight-Workflows vor dem Migrationsereignis abzuschließen, wenn Ihre Inhalte in die Zielumgebung verschoben werden. Wenn das Feature derzeit in der Quellumgebung verwendet wird, können Sie vor dem Migrationsereignis eine Liste der ausgeführten Instanzen von Workflows erhalten, sodass Sie diese status ihren Websitebesitzern mitteilen können.
Nach der Migration
Sobald die Migration abgeschlossen ist, müssen alle Benutzer alle Workflows neu starten, die sich noch im Test befanden. In einigen Extremfällen kann es erforderlich sein, einen Workflow neu zu erstellen, wenn die Tools ihn nicht migrieren können.
Ergebnisbericht des Scans
WorkflowAssociations2013-detail.csv Dieser Überprüfungsbericht enthält Quellworkflowdefinitionen und deren Zuordnung auf der Website. Workflowdefinitionen werden bei der Migration angezeigt, sodass dies einen einblick in den Workflowbedarf in der Farm bietet.
Spalte | Beschreibung |
---|---|
SiteId |
Der eindeutige Bezeichner der betroffenen Websitesammlung |
SiteURL |
Die URL der betroffenen Websitesammlung |
SiteOwner |
Der Besitzer der Websitesammlung |
SiteAdmins |
Liste der Personen, die als Administratoren der Websitesammlung aufgeführt werden. |
SiteSizeInMB |
Größe der Websitesammlung in Megabyte [MB] |
NumOfWebs |
Die Anzahl von Websites, die in der Websitesammlung vorhanden sind. |
ContentDBName |
Der Name der Inhaltsdatenbank, in der die Websitesammlung gehostet wird. |
ContentDBServerName |
SQL Server, der die Inhaltsdatenbank hostet. |
ContentDBSizeInMB |
Die Größe der Inhaltsdatenbank, in der die Websitesammlung gehostet wird. |
LastContentModifiedDate |
Datum/Uhrzeit der letzten Änderung der Inhalte der Websitesammlung |
TotalItemCount |
Die Gesamtzahl von Elementen in der Websitesammlung |
Hits |
Die Anzahl der für die Websitesammlung protokollierten Anforderungen. Basiert auf Daten aus dem Verbrauchsprotokollierungsdienst. Wenn der Verwendungsprotokollierungsdienst deaktiviert ist, wird in dieser Zeile N/V angezeigt. |
DistinctUsers |
Anzahl unterschiedlicher Benutzer, die auf die Websitesammlung zugegriffen haben. Basiert auf Daten aus dem Verbrauchsprotokollierungsdienst. Wenn der Verwendungsprotokollierungsdienst deaktiviert ist, wird in dieser Zeile N/V angezeigt. |
DaysOfUsageData |
Anzahl der Tage, die der Nutzungsprotokollierungsdienst Daten beibehält. Dadurch wird Kontext für Hits und DistinctUsers bereitgestellt. Wenn dies z. B. 14 Tage sind, werden die Daten hits und DistinctUsers für die letzten 14 Tage verwendet. |
Scope |
Entweder Liste oder Website. Dies ist die Ebene, auf der der Workflow ausgeführt wird. Es sollte dem Websitebesitzer helfen, die betroffenen Workflowdefinitionen zu finden. |
RunningInstances |
Die Anzahl der aktiven Workflowinstanzen, die mit dieser Workflowzuordnung verknüpft sind. |
WebUrl |
Die URL der Unterwebsite |
ListTitle |
Wenn der Workflow einer Liste zugeordnet ist, wird der Titel dieser Liste angezeigt. |
ListUrl |
Wenn der Workflow einer Liste zugeordnet ist, wird die URL zum Stamm der Liste angezeigt. |
IsReusable |
Wahr/Falsch. Gibt an, welche Workflows als wiederverwendbare Workflows veröffentlicht wurden. |
WorkflowAssociationName |
Anzeigename der Workflowzuordnung |
WorkflowDescription |
Die Beschreibung der Workflowzuordnung |
WorkflowPublishedBy |
Die Identität des Kontos, das zum Veröffentlichen des Workflows verwendet wurde. |
WorkflowAssociationID |
Der Eindeutige Bezeichner für die Workflowzuordnung |
EmailActivityExists |
True, wenn E-Mail-Aktivitäten im Workflow enthalten sind. Es kann erforderlich sein, die Identitäten in den E-Mail-Aktivitäten nach der Migration zu korrigieren. |
ConditionalRuleExists |
True, wenn im Workflow bedingte Regeln enthalten sind. Es kann erforderlich sein, die Identitäten in den bedingten Regeln nach der Migration zu korrigieren. |
WorkflowFileCheckedOut |
True, wenn die Workflowdateien ausgecheckt sind. Ausgecheckte Dateien werden nicht migriert. |
ScanID |
Eindeutiger Bezeichner einer bestimmten Ausführung des SharePoint Migration Assessment Tool |
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für