Archief - [XP] disk replicatie

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

tca

Legacy Member
Is er iemand hier die ervaring heeft met disk replicatie tools, en wel command line driven ?

Disk replicatie is synching van een volledige disk, maar dan wel asynchroon, niet synchroon zoals RAID mirroring.

In eerste instantie is "xcopy /d" niet slecht, maar xxcopy (3rd party) en robocopy (standaard in Vista) is eigenlijk al beter.

Maar, deze bugs blijven :
- short name (8.3) worden niet correct gekopieerd
- files die vervangen worden door OUDERE files (op de bron), worden niet gekopieerd naar target

ShPonGle

Legacy Member
weet nie of je dit bedoelt, maar deze xcopy opties zouden toch moeten werken om de vernoemde bugs te vermijden?


/N Kopieert met de gegenereerde korte namen

/D:d-m-j Kopieert bestanden die op of na de opgegeven datum zijn
gewijzigd. Als u geen datum opgeeft, worden alleen bestanden
gekopieerd waarvan de brontijd nieuwer is dan de doeltijd. (en dan vult ge een datum in die ouder is dan het oudste bestand)

tca

Legacy Member
Die /N optie moet ik nog proberen, maar de bedoeling daar is dat ie ENKEL de korte namen kopieert, en dat is niet de bedoeling ... Zal dat eens checken.

Ivm die datum : neen, hij kopieert (bron-)files die ofwel nieuwer zijn als de datum die je opgeeft, ofwel files die nieuwer zijn als de doel-files.

Het probleem is dat het mogelijk is dat uw bronfile OUDER is als uw doel-file (en toch terecht : de bronfile is vervangen door een file die "beter" is, en ja, die heeft een oudere timestamp, bvb. door te kopieren van een andere lokatie, waar timestamps worden meegenomen, of bvb. door een unzip). De kans is klein, maar het gebeurt. Denk maar aan alle manieren waarop je een file op uw systeem krijgt, met een timestamp die toch verschillend is van de huidige tijd (en ik bedoel niet valsspelen met uw klok te wijzigen of met "touch" ofzo)

edit : /N zet *ALLES* om naar 8.3, dat is nu ook niet wat je wilt. Wat nodig is is een tool die zowel de lange als de korte naam correct kopieert ... met of zonder N doet ie dat niet, hij doet enkel het een of het ander correct, en de rest niet of incorrect ...

TiZon

Legacy Member
Ik gebruik deze code in een BAT om elke keer als mijn PC start enkele bestanden te syncen.

XCOPY Y:\ F:\CronGIP /E /D /Y

Y:\ = Netwerkschijf
F:\CronGIP = Lokaal pad voor bestanden

/E = meenemen van subdirs
/D = oudere overschrijven door nieuwere (geen d-m-j- opgeven ;) )
/Y = overschrijven zonder vragen


ksnap niet wat je anders wil bekomen ;)

tca

Legacy Member
Wat ik wil doen is replicatie, en dat is net iets meer ...

Ik gebruik ook "xcopy /d", maar er zijn een koppel bugs (waaronder de reeds vermelde), plus deze :

Als je files en/of directories verplaatst/hernoemd/verwijderd op de bron, dan blijven die staan op de doelbestemming.

Het is eigenlijk niet echt een probleem, maar het is niet correct, slordig, en het KAN problemen geven. De bedoeling van replicatie is een EXACTE kopie, remember. Dat is dat wat mirroring-RAID ook doet, at runtime.

Het probleem van verwijderde files/directories op de bron kan je niet oplossen met xcopy, wel met xxcopy en robocopy.

ShPonGle

Legacy Member
kun je niet werken met batch

1)die eerst de te kopiëren files (map1) in een lijst zet

2)daarna laat je de beide mapinhouden met elkaar vergelijken (comp of zo); wat in map2 (=bestemming) zit maar niet in de lijst voorkomt laat je deleten

3)dan laat je de xcopy doorgaan met sowieso overwrite van alreeds bestaande files


zo zou ik het doen, ik heb momenteel ook zo'n script draaien die checkt adhv lijst of bepaalde files aanwezig zijn en bepaalde processen draaien of nie, dus lijkt me heel goed haalbaar :)
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan