Kleines Problem:

Auf dem Domainencontroller (Windows Server 2003) läuft eine Batchdatei, die von einem Share (MS SQL 2005) eine Datei mit xcopy kopiert, dann mit WinRar packt und das Archiv auf bestimmte "Destinationen" schiebt. So sollte es sein. Manuell ausgeführt (im Kontext des Domainenadministrators) macht die Batch was sie soll. Im Taskplaner gerät das ganze etwas aus den Fugen (gleicher Kontext). Die Batch sichert nicht mehr den Inhalt des Shares sondern %windir%\system32 des DC
Wir sind hier mit der Fehlersuche grade etwas überfordert (Admin wurde fristlos entlassen und hat einen Scherbenhaufen hinterlassen), weshalb ich mal kurz in die Runde fragen möchte, ob jemandem zu diesem Verhalten spontan etwas einfällt? Wenn die Sache morgen nicht läuft müssen wir ad hoc jemanden von extern holen was uns atm auch nicht in den eh schon engen Zeitplan passt.

Grüße

%ComSpec%

Liegt die Batch in der Freigabe und sichert das aktuelle Verzeichnis?
Die Batch im Taskplaner wird bestimmt im System-Kontext ausgeführt. Das Arbeitsverzeichnis ist demnach Windows\System32.
Wahrscheinlich ist das euer ganzes Problem, dass dann die Verzeichnis-Angaben nicht ganz stimmig sind.

Zitat von holladrio

Liegt die Batch in der Freigabe und sichert das aktuelle Verzeichnis?

Die Batch liegt auf einer Partition auf dem DC und nicht im Share.

Die Batch im Taskplaner wird bestimmt im System-Kontext ausgeführt. Das Arbeitsverzeichnis ist demnach Windows\System32.

Ich könnte schwören wir wären im Adminkontext, aber das kann ich erst morgen prüfen (Tasks im System-Kontext ausführen klingt gruselig).

Wahrscheinlich ist das euer ganzes Problem, dass dann die Verzeichnis-Angaben nicht ganz stimmig sind.

In der Batch sind Laufwerks- und Verzeichniswechsel integriert, aber ich werde morgen mal die Batch in ein Log umleiten und schauen ob da was in der Richtung auftaucht.

Danke.

Grüße

%ComSpec%

Woran es genau lag, lässt sich jetzt auch nicht mehr sagen, aber das Problem ist gelöst.
Statt den Share über einen Laufwerksbuchstaben (bitte Microsoft, entsorgt bitte diesen Mist in NT 7) hat es direkt über den UNC-Pfad geklappt. Eigentlich hatte ich extra auf LW-Buchstaben gesetzt, da der cmd-Interpreter mit UNC-Pfaden ja etwas auf Kriegsfuß steht, aber im Kontext eines Tasks gibt es keine gemappten Shares (danke für diese Info, myrtille).
Ein Mappen des Shares in der Batch per net use klappte ebenfalls nicht, obwohl dem Task die richtigen Rechte zugewiesen waren und auch in secpol.msc die notwendigen Rechte gesetzt waren. Merkwürdige Sache das ganze.

Danke und Gruß

%ComSpec%

Edit:
Hier werden noch weitere Aspekte angesprochen wie z.B. Terminalsessions
geplanter Task startet das Prog. nicht - administrator

Wunderwelt "Taskplaner"

Ein Share der Geschäftsleitung (direkt auf dem DC) lässt sich nicht per Batch (xcopy) sichern. Vollzugriff auf den Share hat die Gruppe Geschäftsleitung sowie der User Administrator. Sonst sind keinerlei Rechte vergeben.
In der Kommandozeile läuft es wunderbar, als Task überhaupt nicht. Einzige Rückmeldung im Log: "0 Dateien kopiert". Pack ich den Inhalt (xcopy /O) in einen neuen Ordner der exakt die selben Berechtigungen hat, funktioniert das ganze. Muss man so etwas verstehen?

%ComSpec%

Fehler gefunden:

Der erste Ordner enthielt einen Umlaut im Namen. Der zweite Ordner nicht. Es scheint also, als würden in Batchtasks Umlaute nicht funktionieren. Als ich beim ersten Ordner den Umlaut ersetzt hatte funktionierte neben der Batchdatei auch der dazugehörige Task.


%ComSpec%

ANSI/ASCII-Problem?
Batch Windows-codiert geschrieben und DOS-codiert ausgeführt? Müsste ich mal überprüfen.

Zitat von Shadow

ANSI/ASCII-Problem?

Vermutlich ja. Wäre ich nur nie im Traum drauf gekommen, da ich bisher keine Quell/Zielangaben mit Umlauten hatte. Aber ein x-beliebier Umlaut im echo-Befehl ergibt ja eine Sauerei (wenn Windows-codiert):

in der Kommandozeile:

echo Ü
Ü
         

Per Batch ergibt das bei mir ein nicht darstellbares Zeichen. Die Ausgabe umgeleitet in ein Datei ist wieder in der "richtigen" Kodierung.

%ComSpec%