SSIS-Job-scheduler versagt, aber läuft gut in Ausschreibungen und in der MSDB-Datenbank von integration Services
Habe ich erstellt ein SSIS-Paket , das die Ausfuhr, die von Oracle 10g server, in SQL SERVER 2008. Das Paket läuft einwandfrei , wenn ich es durch Microsoft GEBOTE, Es läuft Prima , wenn ich ein Paket erstellen, der es und läuft es in den Integration Services. Es wird nur gescheitert, wenn ich einen Termin es durch Jobs scheduler (SQL Server Agent)
Date,Source,Severity,Step ID,Server,Job Name,Step Name,Notifications,Message,Duration,Sql Severity,Sql Message ID,Operator Emailed,Operator Net sent,Operator Paged,Retries Attempted
07/26/2012 15:20:12,PATH JOB,Error,0,DSSSERVER,PATH JOB,(Job outcome),,The job failed.
The Job was invoked by User HHSH\user7199. The last step to run was step 1 (PATH JOB).,00:00:01,0,0,,,,0
07/26/2012 15:20:12,PATH JOB,Error,1,DSSSERVER,PATH JOB,PATH JOB,,Executed as user: HHSH\DSSSERVER$. Microsoft (R) SQL Server Execute Package Utility Version 10.50.1600.1 for 64-bit Copyright (C) Microsoft Corporation 2010. All rights reserved. Started: 3:20:12 PM Error: 2012-07-26 15:20:12.93 Code: 0xC0047062 Source: CLINICS ADO NET Source [1]
Description: Microsoft.SqlServer.Dts.Runtime.DtsCouldNotCreateManagedConnectionException: Could not create a managed connection manager.
at Microsoft.SqlServer.Dts.Runtime.ManagedHelper.GetManagedConnection(String assemblyQualifiedName<c/> String connStr<c/> Object transaction)
at Microsoft.SqlServer.Dts.Runtime.Wrapper.IDTSConnectionManager100.AcquireConnection(Object pTransaction)
at Microsoft.SqlServer.Dts.Pipeline.DataReaderSourceAdapter.AcquireConnections(Object transaction)
at Microsoft.SqlServer.Dts.Pipeline.ManagedComponentHost.HostAcquireConnections(IDTSManagedComponentWrapper100 wrapper<c/> Object transaction) End Error Error: 2012-07-26 15:20:12.93
Code: 0xC0047017 Source: CLINICS SSIS.Pipeline Description: component "ADO NET Source" (1) failed validation and returned error code 0x80131500. End Error Error: 2012-07-26 15:20:12.93
Code: 0xC004700C Source: CLINICS SSIS.Pipeline Description: One or more component failed validation. End Error Error: 2012-07-26 15:20:12.93 Code: 0xC0024107 Source: CLINICS
Description: There were errors during task validation. End Error DTExec: The package execution returned DTSER_FAILURE (1). Started: 3:20:12 PM Finished: 3:20:12 PM Elapsed: 0.624 seconds. The package execution failed.
The step failed.,00:00:01,0,0,,,,0
07/26/2012 15:18:21,PATH JOB,Error,0,DSSSERVER,PATH JOB,(Job outcome),,The job failed. The Job was invoked by User HHSH\user7199. The last step to run was step 1 (PATH JOB).,00:00:01,0,0,,,,0
07/26/2012 15:18:22,PATH JOB,Error,1,DSSSERVER,PATH JOB,PATH JOB,,Executed as user: HHSH\DSSSERVER$.
Microsoft (R) SQL Server Execute Package Utility Version 10.50.1600.1 for 64-bit Copyright (C) Microsoft Corporation 2010. All rights reserved. Started: 3:18:22 PM
Error: 2012-07-26 15:18:22.76 Code: 0xC0047062 Source: CLINICS ADO NET Source [1] Description:
Microsoft.SqlServer.Dts.Runtime.DtsCouldNotCreateManagedConnectionException: Could not create a managed connection manager.
at Microsoft.SqlServer.Dts.Runtime.ManagedHelper.GetManagedConnection(String assemblyQualifiedName<c/> String connStr<c/> Object transaction)
at Microsoft.SqlServer.Dts.Runtime.Wrapper.IDTSConnectionManager100.AcquireConnection(Object pTransaction)
at Microsoft.SqlServer.Dts.Pipeline.DataReaderSourceAdapter.AcquireConnections(Object transaction)
at Microsoft.SqlServer.Dts.Pipeline.ManagedComponentHost.HostAcquireConnections(IDTSManagedComponentWrapper100 wrapper<c/> Object transaction) End Error Error: 2012-07-26 15:18:22.76
Code: 0xC0047017 Source: CLINICS SSIS.Pipeline Description: component "ADO NET Source" (1) failed validation and returned error code 0x80131500. End Error Error: 2012-07-26 15:18:22.76
Code: 0xC004700C Source: CLINICS SSIS.Pipeline Description: One or more component failed validation. End Error Error: 2012-07-26 15:18:22.76 Code: 0xC0024107
Source: CLINICS Description: There were errors during task validation. End Error DTExec: The package execution returned DTSER_FAILURE (1). Started: 3:18:22 PM Finished: 3:18:22 PM Elapsed: 0.655 seconds. The package execution failed. The step failed.,00:00:00,0,0,,,,0
07/24/2012 13:48:00,PATH JOB,Error,0,DSSSERVER,PATH JOB,(Job outcome),,The job failed.
The Job was invoked by Schedule 23 (JOb Schedule for LAb PAthology). The last step to run was step 1 (PATH JOB).,00:00:00,0,0,,,,0
07/24/2012 13:48:00,PATH JOB,Error,1,DSSSERVER,PATH JOB,PATH JOB,,Executed as user: HHSH\DSSSERVER$. Microsoft (R) SQL Server Execute Package Utility Version 10.50.1600.1 for 64-bit Copyright (C) Microsoft Corporation 2010. All rights reserved. Started: 1:48:00 PM Error: 2012-07-24 13:48:00.72 Code: 0xC0047062 Source: CLINICS ADO NET Source [1] Description:
Microsoft.SqlServer.Dts.Runtime.DtsCouldNotCreateManagedConnectionException: Could not create a managed connection manager.
at Microsoft.SqlServer.Dts.Runtime.ManagedHelper.GetManagedConnection(String assemblyQualifiedName<c/> String connStr<c/> Object transaction) at Microsoft.SqlServer.Dts.Runtime.Wrapper.IDTSConnectionManager100.AcquireConnection(Object pTransaction) at Microsoft.SqlServer.Dts.Pipeline.DataReaderSourceAdapter.AcquireConnections(Object transaction) at Microsoft.SqlServer.Dts.Pipeline.ManagedComponentHost.HostAcquireConnections(IDTSManagedComponentWrapper100 wrapper<c/> Object transaction) End Error Error: 2012-07-24 13:48:00.72 Code: 0xC0047017 Source: CLINICS SSIS.Pipeline Description: component "ADO NET Source" (1) failed validation and returned error code 0x80131500. End
Error Error: 2012-07-24 13:48:00.72 Code: 0xC004700C Source: CLINICS SSIS.Pipeline Description: One or more component failed validation. End Error Error: 2012-07-24 13:48:00.72 Code: 0xC0024107 Source: CLINICS Description: There were errors during task validation. End Error DTExec: The package execution returned DTSER_FAILURE (1). Started: 1:48:00 PM Finished: 1:48:00 PM Elapsed: 0.639 seconds. The package execution failed. The step failed.,00:00:00,0,0,,,,0
Wenn es läuft aus, wenn Sie führen Sie es in der GEBOTE und, wenn Sie es läuft durch IST, was aber fehlschlägt, von den Agenten, das würde mich denke, es ist etwas verkehrt mit den Agenten. Haben Sie sichergestellt, dass die service-Konto läuft, dass das Paket ordnungsgemäß authentifizierte Kommunikation mit Oracle? Hat es Zugriff auf das Dateisystem, um alle Oracle-Treiber oder ähnliches?
Nun, ich m unter Verwendung der Windows-Authentifizierung für das gleiche. Ich m verwirrt, wie können wir überprüfen, ob der Zugriff auf das Dateisystem, um alle Oracle-Treiber oder ähnliches?
Nun, ich m unter Verwendung der Windows-Authentifizierung für das gleiche. Ich m verwirrt, wie können wir überprüfen, ob der Zugriff auf das Dateisystem, um alle Oracle-Treiber oder ähnliches?
InformationsquelleAutor user1141584 | 2012-07-26
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Meisten der Probleme, die laufen auch in BIDS, aber nicht auf SQL-job entstehen durch diese Situationen:
Verbindung zur Datenquelle oder zum Zugriff auf Dateien Problem (wenn der Benutzer mit der sql-agent nicht die richtigen Berechtigungen für die db-oder die Ziel-Datei).
Paket Schutzart (pwd sind sensible Daten, und manchmal sind Sie nicht kopiert je nach Schutzstufe).
64bit Problem (Da es keine Jet-Treiber für 64bit-Systeme, beim laufen auf einem 64bit OS müssen Sie entweder die 32-bit-DTEXEC in der sql-job oder stellen Sie die "Use 32bit runtime" - option, es ist auf der "Execution options" - Registerkarte, wenn Sie beim erstellen eines SSIS-Jobs Schritt, überprüfen Sie das Bild auf den link unten, um es zu sehen).
32Bit-runtime-option-Bild
Informationen zu diesem Thema, empfehle ich Ihnen einen Blick auf den folgenden Artikel, er hat detaillierte Informationen über diese Art von Situationen.
Wie kann ich die Problembehandlung bei SSIS-Paketen konnte nicht ausgeführt werden in einer SQL-Agent-Auftrag?
Hoffe das hilft Euch..
Freundlichen GRÜßEN,
InformationsquelleAutor Wilson Jimenez
Den SQL Server-Agent hat eine Panne, ich hatte ein ähnliches problem, was ich also Tat, war einfach gebaut, das Projekt wieder, wenn Sie haben, ein Skript zu nehmen, das ich gebaut habe, wieder an und dann baute Sie das Projekt erneut, entfernt den Pfad, den das Paket verweist, neu den Weg mit dem Paket befindet sich im Ordner " bin " und dann soll der Auftrag ausgeführt und es kam, irgendwann Sie SQL Server-Agent nicht-cache-Anfragen korrekt. Ich weiß, dieser Beitrag wurde gebeten, vor zwei Jahren, aber das ist für jemanden, der Probleme derzeit. Und auch Pakete nicht, wenn Sie planen, es als ein job, wenn Sie sendemail Aufgaben in das Paket und wenn Ihr nicht Teil der distribution Liste für das senden von E-Mails zu.
InformationsquelleAutor Aravind Ranganathan