Fragensteller
Worin liegt der unterschied wenn ich lokal angemeldet bin oder über den SQLAgent/Proxy mit diesem Konto arbeiten will?

Frage
-
Ich bin nicht sicher ob ich hier überhaupt richtig bin ...
ich hatte hier schon mal gefragt, bin aber nicht weitergekommen.
Ich verwende seit langem eine selbstentwickelte Applikation, die wiederum auf eine 3rd-Party komponente zugreift.
Die komponente wird über eine Desktop-Anwendung konfiguriert.
Meine Anwendung nutz nun die vorkonfigurierte Komponente und schreibt verschiedene daten in die DB.
Das funktioniert auch prima, solange ich lokal angemeldet bin.
Die Probleme treten auf, sobald man die Anwendung über den SQL Server Agenten ausfürhen lässt. ich benutze schon einen proxy für den betreffenden Account.
Meine Anwednung gibt als Testmeldung aus, dass sie tatscählich unter dem bewußten Account ausgeführt wird
Bei der letzten Anfrage war letztlih die Idee, daß erst soblad der Benutzer angemeldet ist, die Registry für diesen benutzer zur Verfügung steht. ich habe dann mal versuchsweise einen LOKALEN Account konfiguriert und benutzt (nicht wie sonst einen Domänen-Account) - leider genauso frustranes Ergebnis.
Möglicherweise braucht der Account irgendein benutzerrecht - nur welches?
Google ist ja prima und findet alles - aber wonach muß ich eigentlich suchen?
Alle Antworten
-
Hallo NicoNi,
In der Dokumentation wird auf Folgendes hingewiesen: Von SQL Server-Agent-Proxys werden Anmeldeinformationen zum Speichern von Informationen zu Windows-Benutzerkonten verwendet. Der in den Anmeldeinformationen angegebene Benutzer muss über die Berechtigung „Auf diesen Computer vom Netzwerk aus zugreifen“ (SeNetworkLogonRight) auf dem Computer verfügen, auf dem SQL Server ausgeführt wird.
Hast Du diese Konfiguration durchgeführt?
Du kannst Dich auch den Artikel „Setting Up Your SQL Server Agent Correctly“ ansehen, der die Berechtigungen und Rollen beim Erstellen von SQL Server-Agent-Proxys beschreibt und im folgenden Artikel verlinkt ist:
Execute SSIS package with Proxy - Could not get proxy data for Proxy_id
Gruß,
Ivan DragovBitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.
-
-
Vielen Dank!
Das werde ich überprüfen.
Dann wäre noch zu klären ob sich dieses recht auf den Account bezieht unter dem der SQL-Server Agent ausgeführt wird und/oder auf den Proxy-Account.
Ich werde den Artikel nochmal durcharbeiten; meine aber das schon gemacht zu haben.
-
Sorry, ich dachte die Infos würden ausreichen das grundlegende Problem zu beschreiben.
Es handelt sich um "DDBAC" als Komponente. Vor vielen Jahren war ein SDK frei verfügbar - da ist auch die erste Version entstanden. Mittlerweile wird das normalerweise direkt in Homebanking-programme integriert.
Üblicherweise - so hat es immer funktioniert - wird das von der benutzer-Oberfläche knfiguriert und die sog. Banking-kontakte synchronisiert. Erst danach kann man das ganze nutzen.
Das habe ich gemacht und mit angemeldetem Account (identisch mit dem proxy) sehe ich auch alle kontakte als synchronisiert - die App läuft und meldet ggf. x vorhandene kontakte.
Durch den SQL-Server-Agent ausgeführt kommt aber immer, daß keine Konatkte vorhanden sind -auch wenn ich die App über den proxy mit dem o.g. Account ausführen lasse.
-
So: Ich kann selber tewas beitragen
Mit dem SQlServerAgent habe ich es definitiv NICHT zum Laufen bekommen.
Wohl aber über die Aufgabenplanung.
Das SSIS-Paket wid über dtexec aufgerufen und unter dem Kontext des besagten bneutzers ausgeführt.
Ist nicht gar so elegant; funktioniert aber.
-
DDBAC wird i.d.R. nur für den User installiert, auch die Kontakte sind dann nur für den User registriert.
Daher benötigst du einen Umweg, vielleicht hast du ja was noch nicht richtig eingestellt.
https://www.sqlservercentral.com/articles/run-an-ssis-package-under-a-different-account
- Bearbeitet Der Suchende Montag, 13. März 2023 17:20