Replicate And Backup Important Folders With Windows File Replicator


In the event of a hard disk crash, the data stored in the hard disk has more value than the price of the hard disk. In such cases, backups of your data act as a life saver. Mostly, it’s the value of the data stored in a hard drive that motivates us to create backups. Since the data in your hard disk keeps changing, and new data is added, or old data is deleted from the collection each day, regularly updating the backups in accordance with the data is a lot of hassle. Windows File Replicator is a simple backup tool that replicates changes made in your source folder to your destination folder in real time. It is capable of monitoring multiple source folders for changes, and automatically makes those changes to your multiple backup locations. You can set the application to replicate data when it is renamed, created, changed or deleted in source folders. Windows File Replicator monitors all the errors, warnings and messages, and allows you to export list of alerts in an excel file.

The interface of Windows File Replicator has three tabs; File Replication Tasks (to start and edit replication settings), File Replication Alerts (to view errors, warnings and messages) and File Replication Log File (to view exceptions). To start, right-click File Replication Tasks and choose New File Replication Task in the left pane to enable the File Replication Task Editor. Now, choose a task name, check the operations that you want replicated in your backup folder, select a source folder and a destination (backup) folder, check Task is Enabled, and click Update. You can include sub-folders for backups by selecting Include Sub Folders, and can add multiple tasks in the same way to backup more folders. Finally, start, pause or delete a task at any time by right-clicking the task name in the left pane.File Replication Console Tasks

Open the File Replication Alerts tab if you want to view the Errors, Warnings and Messages that appear while replicating files. You can save the list in an XMLX format for future use.

File Replication Console Alerts

The File Replication Service can be accessed from the File Replication Log File tab. It keeps track of exceptions occurring in the replication process, and maintains a log file that can be used to diagnose any problems with the service.

File Replication Console Log

Windows File Replicator is an open source application, and works on Windows XP, Windows Vista and Windows 7.

Download Windows File Replicator

  • dp

    Hmm – interesting. So, I am assuming this is run as a service. I wonder if this would be a good replacement for Robocopy? Currently, I am backing up 90 gigs of data over a T1 with Robocopy set up on a schedule. But, this would be really nice if it made changes like it starts in the article in real time. Might have to give this one a try. Says it only compatible with XP – 7. Guess I will have to try it out in the server 2003 – 2008 environment. 

  • Bob Ramsey

    Three things I noticed:

    1) It doesn’t copy files to networked locations.  I have a share on a windows 2003 file server mapped to drive letter z:.  I could browse to z:, select z:, but it never updated the files and continually said that it couldn’t find the path.  I tried it with the mapped drive and the UNC name.  There error is Access to path is denied in FileWatch.Copy_File().

    2) It seems to be a file event monitor as opposed to a file synchronization utility.  It’s an important distinction.  Here’s the scenario:  I have a laptop and an external hard drive at home.  I set the source folder Documents, which has a test file in it already, and the destination to G:DocBackup, which I just created.  Test.txt does not get copied to g:DocBackup.  I copy the file over myself and then make test2.txt.  That copies over immediately.  I unplug my laptop and take it to work.  I create files test3.txt and test4.txt.  I bring my laptop back home and plug my external backup drive in.  I create test5.txt.  Only test5.txt is copied to g:DocBackup.

    So now Documents contains test.txt, test2.txt, test3.txt, test4.txt and test5.txt.  But g:DocBackup only contains test2.txt and test5.txt.

    Maybe I was impatient, but these were all  txt files with the word “test” in them.  It wasn’t like it needed a lot of time or bandwidth to do the synch.

    Plus, the options in the console make me think that it is utilizing windows built in file monitoring in the event log.  But I could be wrong about that.

    3)  This one is minor, and may actually be a bug in the windows folder browser.  I click on Browse, click on g: and click the New Folder button.  I give the folder a name and click ok.  Instead of putting g:DocBackup as the destination folder, it put g:New Folder.  I had to click browse again for it to pick up the right name.

    • dp

      Good to know. Thanks Bob. Guess i will stick with a cmd file and commands.

  • Anonymous

    Allway Sync
    or SyncBack Freeware
    is better for this purpose.

  • Xantes

    Confirming that is doesn’t work whatsoever in LAN. It doesn’t update at all either right away or later! Crap!