Neueste Kommentare

  • Kommentar von: cmu
    02.04.19 @ 10:10:48

    Danke fürs mitlesen! 11.07.2019 ist der korrekte Termin. Am gleichen Abend findet dort auch das Meeting der PASS Regionalgruppe Rheinland bei der timocom statt.

  • Kommentar von: klausobd
    01.04.19 @ 16:10:39

    Hi, der Termin ist aber schon lange vorbei ? Termin: 11.07.2017, 09:00 Uhr mfg Klaus Obd

  • Kommentar von: Frank Kalis
    19.03.19 @ 14:56:51

    Mann, Skript funktioniert richtig gut. Leider nur hat niemand es laufen lassen, bevor wir den Overflow hatten... :-)

  • Kommentar von: Andreas Wolter
    15.10.18 @ 10:30:50

    Thank you, S.E. Btw: this Blog is actually "closed". I have moved to http://andreas-wolter.com/en/blog/ Andreas

  • S.E.
    Kommentar von: S.E.
    15.10.18 @ 09:37:11

    The SQL Agent problem has been resolved with SQL Server 2016. When creating/modifying a job with/to a different owner, you receive the following messages, respectively:

    Only a member of the sysadmin server role can add a job for a different owner with @owner_login_name. (Microsoft SQL Server, Error: 14515)

    Only a system administrator can reassign ownership of a job. (Microsoft SQL Server, Error: 14242)

    I tested this with the GUI but as far as I checked the code, the check is present inside the called SPs.

  • Kommentar von: Andreas Wolter
    30.11.17 @ 21:25:08

    Hi Michael, I saw that. And only today I found time to do the repro - successfully, indeed. See my complete answer at: http://andreas-wolter.com/en/sql-server-database-ownership-survey-results-recommendations

  • Michael
    Kommentar von: Michael
    30.11.17 @ 11:01:39

    Hi Andreas, I have reposted my post on your new blog and would be interested in your findings.

  • Kommentar von: Andreas Wolter
    12.11.17 @ 20:10:10

    Hello Michael. First of all: My blog is now officially at http://andreas-wolter.com/en/blog/ You are welcome to post or even re-post your comment there. As of now to me this is very odd. Maybe I am missing something, but this is what you did: Create WindowsLogin (disabled in Domain) Alter database set authorization = thatLogin ->Login disappeared I have never seen that, but I will try a repro and get back to you, preferably on my new blog.

  • Michael
    Kommentar von: Michael
    08.11.17 @ 16:38:30

    Hi Andreas, thank you for a brilliant article. Can I ask, in your opinion, can you see an issue with the following scenario. We have created a domain account which is a member of Domain Users. It has Password Never Expires, User Cannot Change Password and Account is Disabled. I have created a new database with my SysAdmin account (which made me the owner) then changed the database owner with ALTER AUTHORIZATION ON DATABASE::[database_name] TO [new_Domain_account]; Now the owner of my new database is the Domain account that is actually disabled and when I check Logins on the SQL Instance it doesn't exist there..! Am I missing something as this seems to be secure but I can't believe that I haven't found any sort of reference to this approach on the Internet..! Thanks, Michael

  • Kommentar von: klausobd
    03.06.17 @ 15:39:07

    Hi, freu mich schon auf deinen Vortrag, der zum Glück nicht in der ersten Stunde ist. Apropos: Komme um um 9:44 Uhr in Bonn an (Abfahrt 4 Uhr irgendwas in Nürnberg) ... Gibt es jemand, der auch um diese Zeit dort ankommt um sich die Taxikosten (33 Euro~) zu teilen ? mfg Klaus

  • Kommentar von: klausobd
    07.04.17 @ 13:36:08

    Nachtrag zum Posting: Achtung, bei Dauergebrauch scheint dieser aktive Adapter eine begrenzte Lebensdauer von ca. 1 Jahr zu haben. Ich dachte meine GraKa ist kaputt, dabei ist es "nur" der Adapter ....

  • Kommentar von: cmu
    17.02.17 @ 10:32:58

    Gefällt! ;-)

  • Kommentar von: Andreas Wolter
    08.02.17 @ 00:09:57

    PS: Here the link, just stumbled over it: http://markread.net/2014/05/04/how-to-change-the-owner-of-a-secondary-replica-database-to-sa/

  • Kommentar von: klausobd
    23.01.17 @ 08:06:59

    Danke ;-)

  • Kommentar von: cmu
    23.01.17 @ 08:05:18

    Die guten menschlichen Ressourcen kennen wir ja. Viel Erfolg bei der neuen Aufgabe!

  • Kommentar von: cmu
    20.01.17 @ 07:39:52

    Gemeint war hier der Service-Account vom SSIS. Im MSDN Forum konnten wir dann noch klären, dass auch die Berechtigungen in der msdb stimmen müssen, wenn ein Proxy-Konto funktionieren soll. Details dazu hier: SSIS für Nicht Sysadmins.

  • aon1961
    Kommentar von: aon1961
    16.01.17 @ 10:02:35

    Hallo Christoph, vielen Dank für die fixe Antwort. Welchen Service-Account meinst Du? Im Moment stehe ich da etwas auf dem Schlauch. Viele Grüße aus der Pfalz Rainer :)

  • Kommentar von: cmu
    16.01.17 @ 09:56:57

    Hast Du auch den Service-Account geändert? Das darf man auf jeden Fall nur über den Server Configuration Manager machen. Für eine detailliertere Diskussion, die meiner Meinung über die in diesem Artikel beschriebene Einstellung hinausgeht empfehle ich das SQL Server Forum von Microsoft.

  • aon1961
    Kommentar von: aon1961
    16.01.17 @ 09:13:27

    Mensch, das ging aber schnell! Leider tritt nach dem Start des Agent-Jobs der folgende Fehler auf: Ausgeführt als Benutzer: ''WINDOM\Mediatrix-SSIS-Expor''. Microsoft (R) SQL Server-Paketausführungsprogramm Version 11.0.6020.0 for 64-bit Copyright (C) Microsoft Corporation. Alle Rechte vorbehalten. Gestartet: 08:55:07 Das Paket '\MSDB\ZeigeLoginsDesLetztenTages' konnte aufgrund von Fehler 0x80131500 nicht geladen werden. Beschreibung: Die in der SSIS-Dienstkonfiguration angegebene SQL Server-Instanz ist nicht vorhanden oder nicht verfügbar. Dies geschieht, wenn keine Standardinstanz von SQL Server auf dem Computer vorhanden ist. Weitere Informationen finden Sie im Thema zum Konfigurieren von Integration Services in der SQL Server 2012-Onlinedokumentation. Fehler bei der Anmeldung für den Benutzer 'WINDOM\Mediatrix-SSIS-Expor'. Quelle: MsDtsSrvr Gestartet: 08:55:07 Beendet: 08:55:07 Verstrichen: 0.094 Sekunden. Das Paket konnte nicht geladen werden. Fehler bei Schritt. Gruß Rainer :)

  • Kommentar von: cmu
    16.01.17 @ 09:07:52

    Hallo Rainer, es reicht die Integration Services neu zu starten. Ähnliches hatte ich auch letzte Woche beim Versuch eine Windows-Gruppe zu berechtigen. Mit einem einzelnen Account ging es aber.