DTS-Paket läuft nicht als Auftrag (SQL 2000)
Andreas Eilers
Ich habe ein DTS-Paket erstellt welches eine Textdatei in
einem gemapten Novell-Laufwerk öffnet, und in die Daten in
eine SQL-Server Datenbank schreibt.
Starte ich das Paket manuell gibt es kein Problem!
Wird das Paket als Auftrag ausgeführt kommt folgende
Fehlermeldung:
DTSRun OnStart: DTSStep_DTSDataPumpTask_1 DTSRun
OnError: DTSStep_DTSDataPumpTask_1, Fehler = -2147467259
(80004005) Fehlerzeichenfolge: Fehler beim Öffnen
der Datendatei: Es sind keine weiteren Dateien
vorhanden. Fehlerquelle: Flatfile-Rowsetprovider
für Microsoft Data Transformation Services
Hilfedatei: DTSFFile.hlp Hilfekontext: 0
Fehlerdetail-Datensätze: Fehler: 18 (12);
Providerfehler: 18 (12) Fehlerzeichenfolge: Fehler
beim Öffnen der Datendatei: Es sind keine weiteren Dateien
vorhanden. Fehlerquelle: Flatfile-Rowsetprovider
für Microsoft Data Transformation Services
Hilfedatei: DTSFFile.hlp Hilfekontext: 0
DTSRun OnFinish: DTSStep_DTSDataPumpTask_1 DTSRun:
Paketausführung beendet. Prozessexitcode 1. Fehler bei
Schritt
u.s.w
Kann mir jemand helfen??
Michael.Colditz
Das könnte ein Problem mit den Zugriffsrechten sein. Will
sagen der USER der den DTSTask ausführt muß auf das Novell-
Laufwerk dürfen.
Gruß
Michael
>-----Originalnachricht-----
>.
>
Andreas Eilers
Danke für die prompte Antwort.
So eine Vermutung hatte ich auch schon. Aber warum läst
sich das Paket manuell startetn (Im EM2000->Data
Transformation Service-> rechte Maustaste auf das Paket ->
Paket ausführen?)
Gruß Andreas
>-----Originalnachricht-----
>.
>
Christoph Muthmann
news:33c301c14587$056ee620$9ae62ecf@tkmsftngxa02...
>Halllo Michael,
>
>...
> Aber warum läst sich das Paket manuell starten?
>...
>Gruß Andreas
Hallo Andreas,
weil Du dann der User bist! Das DTS-Paket wird in Deinem Sicherheitskontext
ausgeführt und verwendet damit Deine Mappings & Deine lokalen ODBC-Quellen.
Verwende also keine gemappten Laufwerke im DTS-Paket sondern lieber
\\server\freigabe\pfad und achte darauf, daß der User unter dem der Dienst
SQLServerAgent auf dem SQLServer läuft, die notwendigen Berechtigungen auf
diese Freigaben hat. ODBC-Quellen müssen auf dem Server am besten als
System-DSN angelegt sein.
Einen schönen Tag noch,
Christoph
(Please post ALL replies to the newsgroup only unless indicated otherwise)
Michael Colditz
wahrscheinlich liegt es daran, dass es dann unter deinem
Account ausgeführt wird. Dieser hat dann die Rechte für
das Netzlaufwerk. Schau mal ob du dem Scheduler unter
deinem Account ausführen kannst. Sollte bei Dienste unter
Einstellungen möglich sein. Für eine Produktionsumgebung
ist aber ein Account mit mit reduzierten Rechten der auf
das Netzlaufwerk Zugriff hat wahrscheinlich sicherer.
Gruß
Michael
>-----Originalnachricht-----