das Spannende an der Stelle ist jedoch, warum der Fehler überhaupt auftritt.
Guckt man sich das msdb110_upgrade.sql Skript an und sucht nach der Stelle, wo diese Rolle überhaupt angelegt wird, so gibt es nur diesen Codeblock:

————————————————————–
— SQL Agent roles and procs
————————————————————–
PRINT “
PRINT ‚Setting object permissions…‘
go
— Create the TargetServers role (for use by target servers when downloading jobs / uploading status)
IF (EXISTS (SELECT *
FROM msdb.dbo.sysusers
WHERE (name = N’TargetServersRole‘)
AND (issqlrole = 1)))
BEGIN
— If there are no members in the role, then drop and re-create it
IF ((SELECT COUNT(*)
FROM msdb.dbo.sysusers su,
msdb.dbo.sysmembers sm
WHERE (su.uid = sm.groupuid)
AND (su.name = N’TargetServersRole‘)
AND (su.issqlrole = 1)) = 0)
BEGIN
EXECUTE msdb.dbo.sp_droprole @rolename = N’TargetServersRole‘
EXECUTE msdb.dbo.sp_addrole @rolename = N’TargetServersRole‘
END
END
ELSE
EXECUTE msdb.dbo.sp_addrole @rolename = N’TargetServersRole‘

Warum es dann dennoch zu diesem Fehler kommt und man dann und wann manuell eingreifen muss, ist mir noch nicht so ganz klar geworden.
Aber zumindest ist es offiziell dokumentiert:
https://learn.microsoft.com/en-us/troubleshoot/sql/database-engine/install/windows/sqlserver-patching-issues#targetserversrole-schema-and-security-role

Viele Grüße,
Dirk