[2000/2003] Robocopy script geplande taak: "access denied"*

[Verwijderd]

Ik heb een windows 2003 SBS server ( dc2003) en een Windows 2000 server ( dc2000 ). Deze servers staan op 2 verschillende locaties en zijn via een vpn met elkaar verbonden en hangen in hetzelfde domein.

Als backup wil ik nu s'nachts via een .bat script met robocopy een hoeveelheid data kopieeren van de 2003 server naar de 2000 server.

zo ziet me batch file eruit die ik op de 2003 server opstart :

robocopy.exe D:\userdata \\dc2000\backupdc01 /E /B /LOG:userdata.txt

Als ik dit handmatig opstart dan werkt dit perfect !

Probleem :
Als ik via de taakplanner dit script automatisch s'nachts laat opstarten werkt dit niet.
de log van robocopy :

--------------------------------------------------------------------------------------------------------------------------------------
ROBOCOPY :: Robust File Copy for Windows :: Version XP010

-------------------------------------------------------------------------------

Started : Thu Dec 10 23:00:00 2004

2004/12/10 23:00:00 ERROR 1326 (0x0000052E) Getting File System Type of Destination \\dc2000\backupdc01\

Aanmeldingsfout: onbekende gebruikersnaam of ongeldig wachtwoord.


Source : D:\userdata\

Dest - \\dc2000\backupdc01\


Files : *.*


Options : *.* /S /E /COPY:DAT /B /R:1000000 /W:30


------------------------------------------------------------------------------

2004/12/10 23:00:00 ERROR 1326 (0x0000052E) Accessing Destination Directory \\dc2000\backupdc01\

Aanmeldingsfout: onbekende gebruikersnaam of ongeldig wachtwoord.


Waiting 30 seconds...

-------------------------------------------------------------------------------------------------------------------------

bij de geplande taak stel ik in dat hij uitgevoerd moet worden als mijndomein\administrator
Ik heb al verschillende dingen geprobeerd o.a. een drive mapping aanmaken.

Wat kan het probleem zijn waardoor dit bij handmatig opstarten wel netjes werkt en als geplande taak niet ? ?

[sanfranjake]

Werkt het met bijvoorbeeld een andere user wel?

Ik heb conform Windows Operating Systems - Policy je OS even in de titel gezet. Wat heb je zelf allemaal al geprobeerd?

[Verwijderd]

Als andere user heb ik hetzelfde probleem..
Heb het met drivemappings in script geprobeerd en met verschillende shares.

[Verwijderd]

Probeer het account eens optegeven waarmee je het handmatig opgestart hebt (neem aan dat het niet het administrator account was waarmee je het probeerde)

Zo even wat dingen die je anders kan checken.
Administrator account misschien met verkeerd wachtwoord.
NTFS en Share rechten controlleren.
/interactive vergeten (owh dat is voor de cmd versie van AT van belang)

[kvh]

Volgens mij moet je je administrator account "log on as a service" rechten geven.
Dat kan je via de policies.

edit...
het is trouwens beter om daar dan een apparte account voor te maken...

[ Voor 31% gewijzigd door kvh op 16-12-2004 22:18 . Reden: toevoeging ]