Synology-Forum.nl
OS Specifieke ondersteuning => Windows => Topic gestart door: Tazmanian op 05 december 2017, 20:33:44
-
Heren,
ik heb een .bat file welke elke nacht om 1h enkele mappen en bestanden naar mijn NAS kopieert als backup.
Ik gebruik hiervoor XCOPY. Maar het cmd venster sluit niet nadat de taak is afgesloten. Enige optie is om een taskkill te doen.
Ik gebruik dit command:
xcopy /Y "C:\Users\beheerder\Documents\outlook bestanden\2014.pst" "\\NAS01\backup\SERVER\C\Users\beheerder\Documents\outlook bestanden\" /d
Taskkill /IM cmd.exe /f /t
Die Taskkil is dus niet 'netjes', heb ook gewoon via exit geprobeerd maar lukt niet.
Ook wanneer ik zelf een dosvenster open en het commando daar ingeef kan ik het venster niet sluiten via exit.
Het lijkt dus dat XCOPY blijft 'hangen'. Ook al is de taak afgerond en zit ik terug op de c:\ prompt.
Iemand een idee wat het probleem kan zijn?
-
Hiervoor moet je er wel even bij melden welke Windows versie je gebruikt.
Daarnaast is een .bat bestand volledig in een Windows omgeving achterhaald.
Je kunt beter cloudserver of data replicator gebruiken om die backups te maken en volledig van die .bat (=dos-omgeving!!!) afstappen.
-
Hiervoor moet je er wel even bij melden welke Windows versie je gebruikt.
Het betreft Windows 10 pro.
Je kunt beter cloudserver of data replicator gebruiken om die backups te maken en volledig van die .bat (=dos-omgeving!!!) afstappen.
Data replicator wordt niet meer ondersteund. Cloudstation is geen optie, heb via Cloud station backup geprobeerd maar die synct in real time en dat wil ik niet. Gewoon op bepaald tijdstip een backup maken.
-
Dan zul je even naar een alternatief moeten zoeken. Cloudstation werkt prima en ik merk hier met een Win7 machine geen nadelige effecten bij het realtime backuppen.
Realtime heft ook nog enkele voordelen t.o.v. 1x per 24 uur. Als je machine net om 22.00 crashed en je hebt net om kwart voor 10 die ene hele belangrijke e-mail ontvangen waar je al de hele dag op wachtte, ben je het zo goed als zeker al kwijt als de backup 'pas' om 1 uur 's nachts gedaan wordt.
Met realtime backuppen heb je dat dus niet. Denk er nog eens over na...
https://www.synology-forum.nl/data-replicator-overige-backupsoftware/ om nog eens door te lezen...
-
Die ene hele belangrijke mail ben je alleen kwijt als je je mail ophaalt via POP of wanneer er synchronisatiefouten optreden.
Mijn inziens is .bat nog niet achterhaald, de ActiveDirectory Servers gebruiken het nog steeds om een login script uit te voeren.
Dan terug naar het probleem. CloudStation lost je probleem volgens mij niet op, die backupt/synchroniseert outlook-bestanden niet zo goed.
Krijg je een foutmelding te zien? Of wordt het CMD venster gewoon niet afgesloten?
-
Die ene hele belangrijke mail ben je alleen kwijt als je je mail ophaalt via POP of wanneer er synchronisatiefouten optreden.
Mijn inziens is .bat nog niet achterhaald, de ActiveDirectory Servers gebruiken het nog steeds om een login script uit te voeren.
Mail staat ook nog op Office 365. Is dus gewoon 1 backup per dag dat ik wil nemen naar een map op mijn NAS. Cloudstation Backup of Drive is geen optie aangezien dit .pst bestanden niet echt goed ondersteund. En er wordt ook met een Access database gewerkt. Ik heb het 2 weken geprobeerd via Cloudstation Backup maar het Access programma werd er veel trager op. Bleef hangen en dergelijk, omdat Cloudstation Backup het programma dan even vasthield wanneer er een wijziging gebeurde.
Dan terug naar het probleem. CloudStation lost je probleem volgens mij niet op, die backupt/synchroniseert outlook-bestanden niet zo goed.
Krijg je een foutmelding te zien? Of wordt het CMD venster gewoon niet afgesloten?
Heb nu Windows Backup ingesteld, dat gaat dan wel goed. Maar voorkeur gaat toch naar .bat file waar bestanden worden gekopieerd. Zo heb je de 'losse' bestanden ook gewoon netjes op je server staan en moet je in geval van een probleem niets gaan opzoeken en uitpakken.
Het CMD venster blijft gewoon open staan. Exit en dergelijke werken ook niet.
Rare is dat wanneer ik zo'n XCOPY command gewoon ingeef in het dosvenster en daarna exit gebruik het venster ook blijft open staan. Dus het lijkt of het CMD venster 'blijft' hangen.
Gebruik dit .bat bestand ook op 2 andere PC's op een andere plaats (Windows 10 Pro eveneens) en daar sluit het venster wel zonder problemen.
-
Tip: Probeer het eens met robocopy. Dat is een sterk verbeterde versie van xcopy die tegenwoordig ook standaard in Windows is te vinden. Deze is geoptimaliseerd voor kopiëren naar netwerkvolumes , is vele malen sneller dan xcopy en kopieert alleen dat wat nodig is.
Ik gebruik het om data van en naar een NAS te kopieren met behulp van batch files en ik heb geen enkel probleem met het niet sluiten van de command prompt window.
Ter info: https://social.technet.microsoft.com/wiki/contents/articles/1073.robocopy-and-a-few-examples.aspx
-
Blijkbaar sluit Windows het CMD venster niet automatisch af. Heeft het voorheen wel goed gewerkt?
Op dit probleem heb ik even zitten Googlen, maar kan nog niet echt een oplossing vinden.
Misschien werkt het als je de .bat als volgt opstelt:
@echo off
xcopy /Y "C:\Users\beheerder\Documents\outlook bestanden\2014.pst" "\\NAS01\backup\SERVER\C\Users\beheerder\Documents\outlook bestanden\" /d
exit
Of robocopy gebruiken zoals Hofstede aandraagt. Zowel xcopy als robocopy ken ik niet dus of dit beter werkt kan ik niet zeggen.
-
Heb de backup maar net ingesteld, heeft dus van bij begin niet gewerkt (op die ene pc).
Zal robocopy eens proberen.
Dit was mijn command voor XCOPY
xcopy /Y /s "SOURCE LOCATION\*.*" "\\DESTINATION LOCATION\" /d
/y --> is om altijd yes te gebruiken in geval van overschrijven
/s --> is om subdirectories mee te kopiieren
/d --> is om enkel bestanden te kopieren indien bron bestand nieuwer is dan doelbestand.
Is dit dan juist commando voor robocopy?
robocopy "SOURCE LOCATION\" "\\DESTINATION LOCATION\" /xo /s
-
De precieze syntax die ik gebruik zou ik even na moeten zoeken. Maar in 9 van de 10 gevallen gebruik ik gewoon de /mir optie.
Dan worden keurig nieuwere files gekopieerd en gewiste files ook op de backup gewist.
robocopy heeft heel veel opties. Ik heb het destijds gewoon uitgetest met een test share tot ik het resultaat had dat ik wilde.
-
Ok thanks.
Ga dit gebruiken
robocopy "C:\PATH" "\\NAS01\PATH" /mir
Straks even testen of het dan wel afsluit.
-
Je moet in ieder geval als laatste regel in je .bat file een EXIT opnemen vanaf windows 7 anders sluit het window nooit.
Als hij dan nog niet afsluit kun je die exit even wijzigen in PAUSE.
Dan moet je een vraag krijgen of hij het window mag sluiten.
Krijg je die vraag niet dan is XCOPY nog niet afgesloten en moet je gaan zoeken waarom dat niet werkt.
Is die .pst files soms nog in gebruikt en dus gelocked.
-
In mijn Windows 10 waar venster wel sluit heb ik dat EXIT commando niet en daar sluit het venster wel af.
Dus dat is niet het probleem.
Op die ene PC als ik EXIT commando wel gebruik dan sluit hij ook niet af.
Ook niet wanneer ik als test een ander bestand doe (simpel docx geen pst), maar probeer het zodadelijk even of het via robocopy wel gaat.
-
Neem gewoon eens PAUSE op dan, dan weet je of je xcopy wel goed werkt.
Die exit is echt nodig en ik vermoed dat het verschil in de PRO versie ligt, want daar werkt je eigenlijk met een powershell in plaats van een dos shell die lagere windows versies gebruiken.
Robocopy gebruikt onder water ook Xcopy en als het probleen het niet sluiten van een .bat file is zal die .bat file waar je Robocopy mee aanroept ook niet sluiten
-
Niet correct, robocopy gebruikt niet "onderwater" xcopy. Het is een compleet zelfstandig programma en de door Microsoft aanbevolen vervanger voor xcopy.
-
Probleem nog niet opgelost. (zijn beide Windows 10 pro versies) op 2 PC's gaat het goed, op andere dus niet ( andere locatie andere nas)
Heb als laatste command pause ingezet. Zo kan ik zien dat alles goed is gekopieerd.
Krijg dan : Press any key to continue . . .
Wanneer ik dat doe wordt het venster NIET afgesloten
Echter raar maar waar. Zo wordt het venster WEL gesloten:
exit
exit
Exit
exit
exit
Doe ik 1 exit weg, dan sluit het niet
Maar probleem dus opgelost.
-
erg vreemd
-
Het lijkt erop dat de command shell meerdere keren wordt geopend.
Bijvoorbeeld als je vanuit de cmd prompt cmd.exe aanroept krijg je weer een nieuwe command shell. Dan moet je dus 2 keer 'exit' typen om de window te openen.
Zet in de batch file eens het commando prompt.
Dus:
prompt "Batch"
<copy commando>
exit
en kijk dan eens welke prompt je krijgt wanneer je de batch beëindigd? Als de prompt niet "Batch" is dan verlaat je batch file wel de shell waarin hij draaide, maar komt dan in een andere shell terecht.
-
Ik krijg dan volgende
"Batch"exit
En is dus idd dieperliggend probleem. Met de verschillende "Exits" lukt het maar 1 keer na reboot, bij de tweede keer blijft die ook hangen.
-
Probeer eens start voor het xcopy command te zetten.
Je zou dan een nieuw windows met de xcopy output moeten krijgen en het orginele windows zou meteen moeten sluiten
-
Nee, geeft ook geen soelaas. Ik heb in totaal 5 roboty commands.
Zelfs wanneer ik elk command in een nieuw venster laat openen, sommige venster gaan dan dicht andere blijven open staan. En is random, venster die ene keer sluiten blijven andere keer wel open staan. Lijkt gewoon random te zijn.
Denk dat enige optie is op op einde een taskkil te doen.
-
En heb nu paar keer gewoon dosvenster geopend en dan enkel exit ingegeven als commando.
Gaat 4-5 keer goed, en dan blijft dit venster ook gewoon open staan zonder dat er dus een commando (buiten exit) is ingegeven
-
Ik draai Windows 10 Enterprise op een Laptop, heb 10 cmd/dos vensters geopend, daarna alle 10 met exit kunnen sluiten.
Ik denk dat je een lokaal probleem hebt.
-
Misschien is Syncback (free) een optie. Gebruik ik ook om te backuppen/syncen etc. Ook naar/tussen NASsen. Geen oplossing voor je dosbox, maar beter dan niets.
-
Ik gebruik de taskkill wel. Heb voor alle veiligheid het venster dat wordt geopend "NachtBackup" genoemd en Taskkill gaat dan enkel dat venster sluiten.
Later uitzoeken wat er aan de hand is met de dosbox.