Quello non è abbastanza tutto per un'espansione del file server, io sono impaurito; i subfolders di copiatura, per esempio, potrebbero essere utili e una singola lima con “accesso negato„ non dovrebbe ostruire la copia per 30000000 secondi…
In ogni modo, robocopy è un attrezzo molto potente, ma come tali ha molte opzioni.
Si noti che diverso “della copia„ o dell'esploratore, lime robocopy delle copie del *default* del *by* soltanto che non esistono nell'obiettivo ancora, in modo da voi può farlo funzionare appena varie volte e copierà soltanto le differenze dopo il funzionamento iniziale.
Oltre a /COPYALL, l'opzione di /MIR potrebbe essere utile se volete fare parecchi funzionamenti separati e cancellare le lime nell'obiettivo che sono state cancellate nella fonte.
Un po'più di suggerimenti:
- /mir già include /e o /s
- /nfl e /ndl sopprimeranno l'elenco del dispositivo di piegatura e della lima delle lime/dispositivi di piegatura copiati *successfully*; gli errori ancora saranno annotati. Avendo entrate di ceppo per le lime che sono state copiate con successo solitamente essere solitamente di nessun interesse e soltanto stipare in su del ceppo
- /r e /w in una lan sono solitamente inutili; se una copia non funziona, è principalmente “accesso negato„, l'uno o l'altro perché la lima è in uso o perché qualcuno ha pensato lui è così molto astuto che non ha bisogno delle sue lime sostenute, negando l'accesso di admin. Le altre prove non cambieranno quella e soltanto rallenteranno la copia.
- /np rende invalido l'indicatore di progresso. Cosa molto piacevole se avete il momento di fissare allo schermo, volendo la percentuale per muoversi e se copiate le lime che sono così grandi che un indicatore di progresso realmente ha significato. Se scrivendo ad un ceppo, è completamente controproduttivo, perché riempie il ceppo di caratteri di controllo.
- /z, /b, o /zb rallenteranno la copia a causa delle spese generali supplementari, con non molto beneficio in una lan. /z è utile se copiando sopra i collegamenti della WAN e /b soltanto se il cliente che state usando non ha controllo totale sopra l'albero del dispositivo di piegatura.
- Potreste volere pre-generare il dispositivo di piegatura “principale„ dell'obiettivo e fissare gli stessi permessi del dispositivo di piegatura di fonte; nella mia esperienza, robocopy a volte non riesce a fissare correttamente i permessi quando deve generare il dispositivo di piegatura di obiettivo. Tutto sotto dovrebbe essere procedato correttamente.
Iniziare la copia su una delle macchine, per esempio il nuovo (W2k8 ha robocopy installato per difetto); sarà più veloce di using UNCs per sia partenza che arrivo.
Così prova qualcosa di simile:
“\ robocopy \ OldServer \ OldShare„ “D:\SharedFolder„ *.* /mir /r: 0 /w: 0 /tee /nfl /ndl /np /log +: “robocopy.log„
La versione W2k3 è qui:
Attrezzi 2003 del corredo delle risorse dell'assistente di Windows
http://www.microsoft.com/downloads/details.aspx?FamilyID=9D467A69-57FF-4AE7-96EE-B18C4790CFFD&displaylang=en
