Problembeschreibung

Vorhandene Workflows funktionieren möglicherweise nicht mehr in SharePoint 2010 Workflow, nachdem Sie das Sicherheitsupdate für SharePoint vom Juli installiert haben. Wenn dieses Problem auftritt, werden die Ereignis-Tags „c42q8“, „c42ra“ oder „c42rh“ im Protokoll des SharePoint Unified Logging Systems (ULS) protokolliert.

Ursache

Dieses Problem tritt auf, weil im Juli-Sicherheitsupdate für SharePoint eine zusätzliche Validierung hinzugefügt wurde. Die Validierung bewirkt, dass die vorhandenen SharePoint 2010-Workflows nicht mehr funktionieren.

Problemumgehung

Um dieses Problem zu umgehen, suchen Sie die Ereignis-Tags „c42q8“, „c42ra“ oder „c42rh“ im SharePoint-ULS-Protokoll. In diesen Ereignissen finden Sie Details dazu, warum der Workflow blockiert wurde.

• Wenden Sie sich an den Microsoft-Support, wenn es sich bei den blockierten Teilen um vorkonfigurierte Workflows oder Workflow-Aktivitäten handelt.
  
  Darüber hinaus können Sie sich auch an den Farmadministrator wenden, um die zusätzliche Validierung mithilfe von PowerShell vorübergehend zu deaktivieren: 
  
  Öffnen Sie PowerShell und führen Sie die folgenden Cmdlets aus:
  
  Add-PSSnapin Microsoft.SharePoint.PowerShell
  $farm=Get-SPFarm
  $farm.EnablePreParseSecurityCheckForWorkflow = $false
  $farm.update()

• Wenn die blockierten Teile unter Verwendung von benutzerdefiniertem Code geschrieben und von Ihnen selbst in SharePoint bereitgestellt werden, sollten Sie eine Sicherheitsüberprüfung des Typs durchführen, den Sie verwenden möchten. Wenn es tatsächlich sicher ist, können Sie den Typ zur Liste der autorisierten Typen von web.config hinzufügen. Andernfalls sollten Sie eine alternative Implementierung erstellen, die nicht gegen die Sicherheitsvalidierungen verstößt.