Berechtigungen treten nur bei vollständig qualifiziertem Exe-Pfad auf. Warum nicht immer?

Wenn ich versuche, das Dienstprogramm SQL Server 2012 BCP.exe auszuführen, um den Inhalt einer Tabelle unter Verwendung eines vollqualifizierten Pfads zur EXE-Datei in eine Datei zu speichern,

  

D:\SQL20120\Tools\Binn\bcp.exe DBNAME.DBO.TABLENAME OUT %FileServerProject%\IMPLEMENTATION\DAT\Pre_Run_BaseTables\CDB_ACCT_CURR.DAT -S%SqlServer% -T -N >> %LogFolder%\Log.log

... Ich bekomme einen ACCESS DENIED Fehler.

Wenn ich jedoch den vollständig qualifizierten Pfad zur exe entferne und ausführe,

  

bcp.exe DBNAME.DBO.TABLENAME OUT %FileServerProject%\IMPLEMENTATION\DAT\Pre_Run_BaseTables\CDB_ACCT_CURR.DAT -S%SqlServer% -T -N >> %LogFolder%\Log.log

Es funktioniert gut.

Wenn der Pfad nicht qualifiziert ist, verstehe ich, dass Windows jeden in der Umgebungsvariablen PATH angegebenen Ordner durchsuchen wird, um nach der angegebenen exe zu suchen und die erste gefundene auszuführen. Also habe ich den folgenden Befehl von der Konsole ausgeführt, um meine PATH Variable zu sehen.

Bereinigen Sie die verschiedenen nicht verwandten Pfade von der Ausgabe, ich sah den folgenden SQL-bezogenen Ordner in dieser Reihenfolge zurückgegeben:

Der letzte Tools\Binn Pfad war der einzige Ordner, der das Dienstprogramm bcp.exe enthielt.

Meine Frage ist das:

Da dieselbe EXE ausgeführt wurde, egal ob ich den Pfad explizit qualifiziert oder Windows durch Suchen der Pfadvariable verlassen hatte, warum habe ich einen ACCESS DENIED-Fehler erhalten, wenn ich den vollqualifizierten Pfad verwendet habe und nicht, wenn ich mich nicht qualifiziert habe der Weg?

Beachten Sie, dass ich in beiden Fällen unter einer ID ausgeführt wurde, die Rechte für den Ordner TOOLS\BINN gelesen und ausgeführt hat. In dem Fall, in dem ich den vollqualifizierten Pfad verwendet habe, wenn ich das Konto zur lokalen Gruppe hinzugefügt habe, würde es funktionieren, aber das war keine praktikable Lösung. Außerdem hatte die ID LogOn As Batch Rechte für den Server.

Aktualisierung:

Ich habe jetzt keinen Zweifel, dass, wenn ich den unqualifizierten bcp.exe Pfad benutze, ich tatsächlich die einzige Kopie von bcp.exe auf dem Server laufen lasse. Für den Anfang habe ich Alles durchsuchen verwendet, um alle Laufwerke auf dem Server ausgiebig zu durchsuchen. Ich habe drei Vorkommnisse gefunden. Ich habe dann die 2 umbenannt, die ich nicht versehentlich referenzieren wollte.

Ich habe dann den Job mit dem unqualifizierten bcp.exe -Pfad wiederholt, und auf der Registerkarte Prozess des Task-Managers habe ich bcp.exe unter dem Dienstkonto gefunden. Ich habe dann mit der rechten Maustaste auf den Dateinamen geklickt und das Kontextmenü "Dateispeicherort öffnen" ausgewählt. Dadurch bin ich an den einzigen Speicherort der bcp.exe -Datei gelangt, die nicht umbenannt wurde - die Datei, auf die ich absichtlich zugreifen wollte der vollständig qualifizierte Name.

D:\SQL20120\Tools\Binn

Da bcp.exe nicht qualifiziert war, wurde es erfolgreich ausgeführt.

Update 2 Bis jetzt haben 42 Leute sich das angesehen. Ich wäre neugierig, wenn Leute dieses Sprichwort sehen würden "das ist unmöglich, dass die Fakten in diesem Fall nicht genau so sein müssen, wie ich es gesagt habe."

Fast schon da: Ich habe die Batchdatei auf das Minimum reduziert, um das Problem zu reproduzieren. Du wirst bemerken, dass ich unsere wahren Pfadnamen geändert habe, aber ich habe den Kern davon behalten.

Hier ist der "Vorher" -Code:

Hier ist das "Nachher", das funktioniert hat

Beachten Sie, dass der Unterschied darin besteht, dass der funktionierende BCP-Pfad in Anführungszeichen gesetzt wurde. Ich hätte gedacht, dass dies nur wichtig gewesen wäre, wenn der Pfad eingebettete Leerzeichen enthalten hätte. Ich bin verwirrt, warum es in diesem Fall wichtig war.

Ein sekundäres neues Problem ist, warum der Befehl WHERE nicht funktionierte, wenn er unter MYSERVICDEACCOUNT durch einen Scheduler ausgeführt wurde. Der Befehl funktioniert, wenn ich mich manuell unter MYLANID anmelde, zu c:\users\mylanid navigiere und es probiere.

Wenn jemand erklären kann, warum die Zitate wichtig sind, bekommen sie 100 Punkte und meine Dankbarkeit.

Update 4:

Ich habe die Datei AgentParm.txt auf einem Server gefunden, auf dem derselbe Code funktioniert. Es war im Ordner Programme:

Auf dem Server, den wir besprochen haben, wo ich das Problem habe, wenn die Stapeldatei nicht aufgelistet ist, sehe ich Folgendes im Ordner Programme (x86). Alle anderen Linien waren gleich, also habe ich sie ausgeschlossen. Ich habe nichts von oscomponent.cmdprefix.force.quotes.full erwähnt.

Benötige ich die 64-Bit-Version von CA Scheduler, um 64-Bit-Exes auszuführen? Wenn ja, habe ich ein Problem mit 32-Bit-Exes (wie SQL Server dtexec.exe) mit dem 64-Bit-CW-Scheduler?