Benutzer mit den meisten Antworten
dtsx paket in JOB starten, wobei eine csv Datei aus einem gemeinsamen Laufwerk geladen werden soll

Frage
-
Hallo ein Kollege in Mexiko erstellt eine csv Datei, und legt sie nach j:\gemeinsames\DATEN_CSV\MEX.CSV
diese soll per dtsx in eine Tabelle gelesen werden.
alle benötigten dtsx Pakete funktionieren einwandfrei, wenn ich sie laufen lasse.
wenn ich sie in einem Job ausführen will, bekomme ich Fehlermeldungen.
Es liegt an den fehlenden Rechten des useres SYSTEM, der auf dieses share nicht zugreifen kann.
a) also nehme ich, dass ich das share mappen muss?
b) aber als welcher user?? Muss ich einen neuen user anlegen der nur für solche mapping aufgaben genutzt wird?
c) oder was empfiehlt sich sonst??
Antworten
-
Hallo,
zunächst einmal werden Netzlaufwerke wie Dein J: bei der Anmeldung des Users gemappt, sei es durch ein Login Script oder durch die Windows Einstellungen. Der SQL Server-Agent, der den Job ausführt, meldet sich nicht interaktiv an, entsprechend sind dafür keine Laufwerke gemappt. Von daher ist es besser, in ein SSIS Package UNC Pfade zu verwenden, also z.B. \\rechnername\gemeinsames\....
Natürlich werden entsprechende Rechte für den (lesenden) Zugriff auf die Dateien benötigt. Eine Option ist es, die benötigten Rechte einzurichten. Etwas besser (aus meiner Sicht) ist es, mit einem SQL Server-Agent Proxy zu arbeiten; siehe Erstellen von SQL Server-Agent-Proxys. Dafür könntest Du Deinen Account verwenden, denn Du hast ja Zugriffsrechte auf die Dateien.
Olaf Helper
[ Blog] [ Xing] [ MVP]- Als Antwort vorgeschlagen Andreas.WolterMicrosoft employee Samstag, 9. November 2013 11:04
- Bearbeitet Olaf HelperMVP Samstag, 9. November 2013 13:53
- Als Antwort markiert WKSH Freitag, 15. November 2013 18:08
Alle Antworten
-
Hallo,
zunächst einmal werden Netzlaufwerke wie Dein J: bei der Anmeldung des Users gemappt, sei es durch ein Login Script oder durch die Windows Einstellungen. Der SQL Server-Agent, der den Job ausführt, meldet sich nicht interaktiv an, entsprechend sind dafür keine Laufwerke gemappt. Von daher ist es besser, in ein SSIS Package UNC Pfade zu verwenden, also z.B. \\rechnername\gemeinsames\....
Natürlich werden entsprechende Rechte für den (lesenden) Zugriff auf die Dateien benötigt. Eine Option ist es, die benötigten Rechte einzurichten. Etwas besser (aus meiner Sicht) ist es, mit einem SQL Server-Agent Proxy zu arbeiten; siehe Erstellen von SQL Server-Agent-Proxys. Dafür könntest Du Deinen Account verwenden, denn Du hast ja Zugriffsrechte auf die Dateien.
Olaf Helper
[ Blog] [ Xing] [ MVP]- Als Antwort vorgeschlagen Andreas.WolterMicrosoft employee Samstag, 9. November 2013 11:04
- Bearbeitet Olaf HelperMVP Samstag, 9. November 2013 13:53
- Als Antwort markiert WKSH Freitag, 15. November 2013 18:08
-
Hallo,
danke erstmal.
Das mit den UNC-Pfaden war klar.
Das Erstellen des Proxy ist soweit auch klar.
Nicht klar ist mir:
Wie sorge ich dafür, dass ein JOB den neuen PROXY_NEU benutzt?
Wie kommen die Einträge in die Rubrik References, wenn ich die Properties des PROXY_NEU anschaue??
wksh
-
Hallo wksh,
Wenn Dir die Antwort weitergeholfen hat, dann bitte markiere diese als Antwort.
Danke und Gruss,
Ionut
Ionut Duma, MICROSOFT
Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip„Entwickler helfen Entwickler“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.