SQL 2008 und der Wartungsplan

Wir betreiben bei einem Kunden seit kurzem eine neue Domäne, die sich auf zwei Windows Server 2008 DCs stützt und in der auch zwei SQL 2008 Server betrieben werden. Soweit, so gut.

Um unter SQL 2008 Wartungspläne ausführen zu können, musste ich die Integration Services nachinstallieren – warum auch immer dem so ist, ohne selbige läuft kein Wartungsplan, egal ob Datenbank sichern, verkleinern oder whatsoever.

Nachdem der erste SQL auf diese Weise verarztet war, stolperte ich beim zweiten SQL Server über folgende Fehlermeldung beim Ausführen eines Wartungsplans:

SQL Server Scheduled Job ‘Jobname.Subplan_1′ (0x0C21BD2357D4454093133314E4FC6210) – Status: Fehler – Invoked on: 2009-03-20 08:45:41 – Message: Auftragsfehler Es kann nicht bestimmt werden, ob der Besitzer (”xxx\Administrator”) von Auftrag ”Jobname.Subplan_1” Serverzugriff aufweist. (Ursache: Die Informationen über Windows NT-Gruppe oder -Benutzer ‘xxx\Administrator’ konnten nicht abgerufen werden, Fehlercode 0×534. [SQLSTATE 42000] (Fehler 15404)).

Ich benenne nach dem Promoten des ersten DCs einer (neuen) Domäne das Konto “Administrator”, also _den_ Domänen-Admin, um und vergebe einen komplett anderen Namen. Allem Anschein nach hat der SQL Server das noch nicht mitbekommen, obwohl die Anmeldung am SQL Server mit eben diesem umbenannten Account einwandfrei funktioniert.

Wer nun versucht, einfach eine neue Anmeldung mit dem neuen Namen in SQL Server zu hinterlegen, erhält die nette Meldung, das dieser Name -er wird nun korrekt in den umbenannten Account aufgelöst- bereits vorhanden ist. Nun wäre ja das Löschen von xxx\Administrator kein Problem – wer allerdings keine gemischte Authentifizierung zulässt, sperrt sich so wunderbar aus dem SQL Server aus!

Also entweder schnell in den Mischmodus schalten oder eben ein weiteres Konto im AD anlegen, dieses Konto als Anmeldung im SQL Server hinterlegen und dann via Management Studio mit diesem Konto anmelden. Nun kann xxx\Administrator gelöscht und neu angelegt werden – sämtliche unter dem Konto xxx\Administrator erstellten Wartungspläne sollten dann ebenfalls gelöscht und neu angelegt werden, zumindest bei mir funktionierten diese auch nach Anpassung des Anmeldenamens nicht (mehr).