SQL-Agent-Auftrag - Verbindung ist möglicherweise nicht ordnungsgemäß konfiguriert, oder Sie haben nicht die richtigen Berechtigungen für diese Verbindung?
Bin ich immer diese Fehlermeldung beim ausführen eines SSIS-Pakets durch den SQL-Agent
Fehlgeschlagen zu erwerben Verbindung "ORACLE ADO.NET". Die Verbindung ist möglicherweise nicht ordnungsgemäß konfiguriert, oder Sie haben nicht die richtigen Berechtigungen für diese Verbindung.
Wenn ich die log auf wie in der SQL-Agent-Benutzer, und führen Sie das ssis-Paket direkt es ist in Ordnung. Wenn ich führen Sie es durch die SQL-agent-Auftrag schlägt fehl.
Ich gelesen habe, um ausgiebig zu diesem Thema, und es scheint eine Menge der raten betrifft, wie Sie sich angemeldet haben, konfigurieren von proxy-accounts, etc, etc, etc, von denen keiner hilft.
Ich bin bei der Anmeldung auf einer Oracle-Datenbank mit einer ADO.NET conncetion. Der connection-string ist wie folgt (datasource, userid und Passwort wurden geändert):
Data Source=DATASOURCE;User ID=userid"; Kennwort=Kennwort;Persist Security Info=True;Unicode=True;
Ich bin laden Sie diese aus einer registry-Einstellung mithilfe des Paket-Konfiguration. Um zu überprüfen, dass ich immer den richtigen string, Schreibe ich es in eine temporäre log-Tabelle. Ich bin auf jeden Fall immer den string brauche ich von der richtigen Einstellung in der registry.
Getestet hab ich die oracle-Anmeldeinformationen, obwohl PL/SQL-Entwickler, und es lässt mich der login einwandfrei.
Soweit ich sagen kann, wie ich bin mit expliziter Benutzer-name und Kennwort für die Oracle-Verbindung es darf nur keine Rolle, wer die SSIs-pacakge ausgeführt. Die einzige Fehlerquelle, die Ican sehen, wäre das Lesen der Informationen aus der Registrierung, aber das scheint in Ordnung.
Ich bin wirklich ziemlich ratlos, muss ich gestehen, und würde schätzen jede Hilfe, die einige der herrlichen Experten hier anbieten können.
Vielen Dank,
James
Du musst angemeldet sein, um einen Kommentar abzugeben.
Wir hatten Probleme bei einem Kunden mit Laufenden Pakete, die die Verbindung zu Oracle zuvor gespeicherte sql server-Instanz. Die Arbeit, die wir fanden, war zum ändern des Paket-Eigentum, Schutz-level, die auf "Dont save Sensible Daten" und für die Zwecke der Gefahrenabwehr, die wir verschlüsselt den Benutzernamen und das Passwort in die Paket-Konfiguration, die entschlüsselt wurde durch eine udf-Datei in sql server. Natürlich, bevor Sie versuchen, die ganze Verschlüsselung Teil, würde ich empfehlen, den Benutzernamen und das Passwort in die Paket-Konfiguration ohne Verschlüsselung der Werte zu sehen, wenn die änderung der Schutz-level-Einstellung ist die Lösung für Ihr spezielles problem. Ich hoffe, das hilft.
Ok, verfolgt dieser eine nach unten-nach ganz viel Schmerz.
Es war in Ordnung arbeiten, die auf eine Umwelt, aber nicht andere, also feuerte ich den Prozess Monitor (http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx) und lief ein Paket über den SQL-Agent job, vergleicht das system die Entitäten waren der hit auf jeder Umgebung.
Auf die versagende Umwelt, an der Stelle, von der bulk-transfer Betrieb, das Paket versucht, um die Oracle-11-client-DLL, und klicken Sie dann aufgehängt.
Wusste ich, dass dieser installiert wurde, und, moreoever, den DLL-Pfad wurde eine system-Umwelt-Einstellung. Nach einer weiteren Untersuchung zeigte sich, dass der server wurde nicht neu gestartet, da der Oracle-Client installieren und die SQL Server-Agent-Prozess hatte nicht Biene recycelt.
Ja, kannst du es glauben, das alte helpdesk-Update "Können Sie Ihren computer neu starten?" gearbeitet.
Seufz!