As a matter of fact, by copying files sequentially you reduce (or more exactly avoid creating) fragmentation on the target.
Just for the record once upon a time NT 3.51 and NT 4.00 did not have any fragmentation utility, so it was common to copy the whole volume contents to a temporary storage, then format the original volume and copy back the whole stuff in order to have a defragmented filesystem.
The only "issue" (if it is an issue) of doing copy and paste is that if/when you want to update the backup (and/or make "incremental" backups) you will have difficulties with overwriting existing files and/or replacing with newer ones the old ones, etc.
If you adopt an "integral" backup strategy, that is not an issue at all of course.
Otherwise I would suggest you the use of Robocopy (the actual command line tool has a little bit daunting sintax, but there are free GUI's for it that are very handy), examples:
https://technet.microsoft.com/en-us/library/2006.11.utilityspotlight.aspx
https://archive.codeplex.com/?p=betterrobocopygui
https://sourceforge.net/projects/roboscript/
https://sourceforge.net/projects/robomirror/
If you are OK with command line tools, besides Robocopy you may want to try the excellent STRARC:
http://www.ltr-data.se/opencode.html/
@Sal
No prob , it is just that imaging takes more time (and usually more space on target media) because it stores much more information, and sometimes this is not needed as in this case.
jaclaz