Migration de serveur de fichiers à l'aide de Robocopy
Je prévois de migrer une action de fichier de Windows Server 2003 sur le serveur 2012 R2 (il a plus de 500 Go de données. FYI - Il n'a pas de DFS).
J'ai pensé utiliser la commande ci-dessous pour la copie des données du serveur source au serveur cible:
robocopy "\\Source server\folder\" "\\Target server\folder\" /S /E /COPY:DATSOU /R:1 /W:10 /TEE /log:<log path.txt>
Pendant la coupe, je prévois d'exécuter à nouveau la même commande pour copier des fichiers nouveaux/modifiés.
Y a-t-il des problèmes avec la commande ci-dessus et dois-je inclure '/ xo' au cours de la coupe pour exclure à nouveau la copie des fichiers existants?
J'ai eu le scénario exact plus tôt cette année. Pour répondre à votre question, vous ne devriez y avoir aucun problème avec votre commande de robocopy. Je voudrais partager la commande robocopy que j'ai utilisé pour migrer mon serveur de fichiers vers un nouveau serveur 2012 R2 VM.
Remarque: Utilisez les mêmes lettres de lecteur et les mêmes chemins de fichiers sur votre nouveau serveur R2 Windows Server 2012. Ne pas le faire, les informations de partage n'apparaissent pas la correspondance et votre migration échoue.
Détails sur les commutateurs Robocopy:
/e – Copy subdirectories, including empty ones
/xj – Exclude junction points
/r:2 – 2 retries
/w:5 – 5 second wait between retries
/v – Verbose output for skipped files
/it – Include tweaked files (identical size/timestamp, but different attributes)
/purge – Delete destination files/directories that no longer exist in source
/copyall – Copy data, attributes, timestamps, security (ACLs), owner, auditing info
J'ai couru cette commande à partir du serveur R2 du serveur 2012.
ROBOCOPY /e /xj /r:2 /w:5 /v /it /purge /copyall \\Server2003FileServer\c$\Data c:\Data
Ensuite, vous pouvez exporter les informations de partage de fichiers à partir du serveur 2003, puis importer les informations de partage sur le serveur R2 2012. J'ai utilisé l'article KB ici https://support.microsoft.com/en-us/kb/125996 Pour effectuer mon exportation d'actions.
La commande que vous avez mentionnée est bien et atteint presque le but que vous avez défini. Si vous souhaitez vraiment effectuer la migration 1: 1, je vous suggère de considérer les options suivantes:
robocopy "\\Source server\folder\" "\\Target server\folder\" /MIR /COPY:DATSOU /ZB /R:1 /W:10 /TEE /log:<log path.txt>
/ mir - Cela reflète un arborescence de répertoire - tout ce qui existe dans la source, sera copié à la cible. Tout ce qui n'existe pas dans la source, sera supprimé (supprimé) de la cible. Par cette option, vous veillerez à ce que les données anciennes (celles déjà supprimées sur la source) seront migrées vers un nouveau serveur. Cette option est équivalente à/e plus/purge.
/ zb - Utilisez le mode redarmable; Si l'accès a refusé, utilisez le mode de sauvegarde. Restartable mode - Avec cette option, si la copie est interrompue pendant un fichier particulier est partiellement copié, la prochaine exécution de robocopy peut ramasser où il l'avait laissé plutôt que re-copier le fichier entier. Par exemple, lorsque Robocopy fonctionnera sur un fichier énorme (2 Go) et interrompu, après 10 secondes (/ W: 1), il tentera de la copier à nouveau (/ R: 1) mais commencera la copie de la partie où elle s'est terminée (pas à nouveau depuis le début). Mode de sauvegarde - a trait à la façon dont Robocopy lit les fichiers du système source. Il permet de copier des fichiers sur lesquels vous pourriez avoir autrement une erreur refusée sur le fichier lui-même ou tout en essayant de copier les attributs/autorisations du fichier. Vous devez faire fonctionner dans un contexte administrateur ou autrement avoir des droits de sauvegarde pour utiliser ce drapeau.
Vous n'avez pas besoin d'inclure -/ xo option dans votre script final - Robocopy Skips Old, non mis à jour des fichiers.