dir's dagelijks kopieren over adsl

[Verwijderd]

Tijdens het kopieren via een batch bestand over een ADSL verbinding naar een remote server van een complete directory krijg ik bij sommige files de onderstaande foutmelding. Na deze foutmelding stopt de kopieer actie. Hierdoor wordt er op de remote lokatie geen volledige backup gemaakt. De optie /z wordt vannacht uitgeprobeerd, maar ik ben alvast op zoek naar een beter alternatief mocht dat niet werken.

Iemand suggesties?

[Foutmelding]

File creation error - The specified network name is no longer available

[batch bestand]

xcopy D:\data\*.* /s /e /y /h \\remoteserver\d$\data\backup

[Verwijderd]

Is 'remoteserver' een NetBIOS-naam If so: maak daar eens een DNS-naam of IP-adres van.

[Hican]

Word niet gewoon de server eruit geknikkerd terwijl je aan het kopieeren bent? want daar lijkt het wel op!

[erwinb]

Ik gebruik voor dit doel ViceVersa.
Dit zorgt ervoor dat de bron en target gelijk worden.
(Kan ook twee kanten op synchroniseren, maar met een backup wil je dat niet)

[Chillz]

ebstore schreef op 11 maart 2004 @ 15:02:
Ik gebruik voor dit doel ViceVersa.
Dit zorgt ervoor dat de bron en target gelijk worden.
(Kan ook twee kanten op synchroniseren, maar met een backup wil je dat niet)

is dat ook P2P-software?

en op wat voor systemen (specs) wordt gewerkt?

[Verwijderd]

Hican schreef op 11 maart 2004 @ 15:00:
Word niet gewoon de server eruit geknikkerd terwijl je aan het kopieeren bent? want daar lijkt het wel op!

remoteserver is een sharenaam, als ik in windows zelf de boel kopieer (sleuren pleuren) dan gaat het goed, doe ik het met een batch dan krijg ik die error. Ik dacht eerst aan een soort timeout probleem ofzo, maar de foutmelding treed willekeurig op, niet na een vaste periode van bv 10 minuten ofzo dus dat lijkt me onwaarschijnlijk.

de bedoeling hiervan is overigens dus dat er dagelijks een kopierslag plaatsvind, iedere nacht zo'n 800 mb. Dus het moet op een of andere manier te schedulen zijn..vandaar dat ik het met deze batch geprobeerd heb.

[ Voor 52% gewijzigd door Verwijderd op 11-03-2004 17:03 ]

[Verwijderd]

Nogmaals: probeer het eens met een IP-adres.

[Verwijderd]

Verwijderd schreef op 11 maart 2004 @ 17:03:
Nogmaals: probeer het eens met een IP-adres.

had je opmerking gelezen, ik ga het vannacht proberen icm /z optie..bedankt

[Verwijderd]

als het inderdaad een conn probleem is, kan je dit doen met robocopy (resourcekit). Die specificeert retries (wel de default aanpassen, die is namelijk 1 miljoen keer )

[Chillz]

Verwijderd schreef op 11 maart 2004 @ 17:00:
Ik dacht eerst aan een soort timeout probleem ofzo, maar de foutmelding treed willekeurig op, niet na een vaste periode van bv 10 minuten ofzo dus dat lijkt me onwaarschijnlijk.

heb hier ook last van gehad

maar dan in door Kazaa/ andere P2P software...

ADSL verbinding die geheel willekeurig eruit vliegt, zodra er een p2p draait
_{is trouwens wel wat over te vinden in de search (kazaa adsl verbinding disconnect)}

op welk OS draaien je systemen?

[ Voor 9% gewijzigd door Chillz op 11-03-2004 19:09 ]

[Verwijderd]

tot op heden geen goed resultaat. Ik heb inmiddels in de resourcekit de tool robocopy ontdekt. Dit geeft in een testomgeving hele goede resultaten. Vannacht maar weer proberen.

In robocopy werkt de /z (herstartbare modus) dus wel, in tegenstelling tot de versie in xcopy.

/e: copy subdir's including empty ones.
/z: copy files in restartable mode.
/b: copy files in backup mode.
/zb: copy in restartable mode+ if access denied use backup mode.
/r:50 number of retries on failed copies.
/v verbose output, showing skipped files.

robocopy d:\data \\remoteserver\d$\data\backup /e /z /b /zb /w:10 /R:50 /v
pause

[ Voor 40% gewijzigd door Verwijderd op 12-03-2004 13:24 ]

[Verwijderd]

Inmiddels is de robocopy methode getest, zonder een positief resultaat..exact dezelfde foutmelding. Iemand nog suggesties?