mit freundlichen Grüßen

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

Was Frank gesagt hat…. 🙂

Ich freue mich schon auf Teil 3.

Vg

Frank

Danke dass Du uns teilhaben lässt. Mutiger Schritt. Ja an die SQL Konferenz 2020 und die zahllosen Vorstandscalls im Vorfeld kann ich mich auch noch gut erinnern. Ich wünsche Dir und Deiner Family alles Gute und vielleicht ergibt es sich ja mal irgendwann dass ich vorbeischauen kann

Vg

Frank

vielen Dank für die ersten Einblicke.
Freue mich schon auf den 2. Teil, wo es richtig spannend wird.

Viele Grüße
Dirk

Ich wünsche allen ein fleißiges Lernen und viel Erfolg bei euren Prüfungen, Examen oder was auch immer!

ein wesentlicher Punkt, gerade hier bei uns in Deutschland, ist oft das Thema Regulatorik.
Ich denke mal, dass es etliche DBAs gibt, die durchaus gewillt sind mehr in der Cloud zu machen oder überhaupt mal dort zu starten.
Aber wie geht man damit um, wenn es heißt, dass Daten angeblich nicht in die Cloud dürfen oder erst eine Gefahrenabschätzung gemacht werden muss und man eine Exit Strategie benötigt. Ab so einem Zeitpunkt / so einer Aussage hat man ja quasi den Fuß auf der Bremse und es bewegt sich nichts in Richtugn Cloud.

Sorry, für die vielen Fragen 🙂

Hallo Jasmin,
eine MS SQL Server Instanz ist in etwa gleichzusetzen mit einer Oracle Datenbank. Beim SQL Server wird durch die Setup.exe eine Instanz erstellt in/unter der man dann Datenbanken betreibt.
Ja, richtig verstanden. Bei beiden Lösungen (Failover-Cluster und Avail. Groups) schwenken die aktiven Instanzen von einem Knoten auf den anderen, allerdings mit dem großen Unterschied, dass es beim Failover-Cluster einen gemeinsamen Storage gibt, der ebenfalls mitschwenkt. Bei einer AOAG hat man im Grunde zwei Standalone SQL Server, die sich zwar logisch über den Cluster-Service (Heartbeat/Health-Status) kennen, aber keinen wirklichen gemeinsamen Teil besitzen. Beide Seiten verfügen über eigenen Storage und können auch eigenständig arbeiten (es müssen nicht alle Datenbanken Teil der AG sein)… es gibt „nur“ den AG-Listener (aka DNS-Name/IP) der auf beiden Seiten bekannt ist und in den Applikationen als Connection angegeben werden muss. Nur dieser Listener schwenkt bei einer AG von einem Knoten auf den anderen, je nach Konfiguration schnell(er) oder langsam(er).

Ich kann gerne noch einmal einen Beitrag für dich machen, wenn du mir sagst welches Detail noch unklar ist. 😉
Oder frag mir einfach Löcher in den Bauch…

Gruß Björn