[kwlug-disc] btrfs/zfs for backups

[CrankyOldBugger]

If your Windows machines can see a Linux Samba share as a mapped drive,
then Robocopy is probably your quickest bet for backups.  IFAIK, Robocopy
ships with the more recent versions of Windows.

Set it up as a batch file, add the batch file to the Task Scheduler and
away you go.  Just be sure to read the docs to see what parameters you can
add in (for example, /e copies subdirs (similar to -R in Linux), /R:10 /W:1
means Retry 10 times, Wait 1 second between tries (instead of default 30
secs), /xo means exclude older files).

I have Robocopy in my Task Scheduler on a couple of work Windows machines.
Runs like a charm, even in Windows!



On Wed Dec 03 2014 at 9:22:02 AM Joe Wennechuk <
youcanreachmehere at hotmail.com> wrote:

> I have used cygwin in the past to back up windows machines to linux
> servers with rsync. It worked very well for me.
>
> > Date: Tue, 2 Dec 2014 20:44:34 -0500
> > From: paul_nijjar at yahoo.ca
> > To: kwlug-disc at kwlug.org
> > Subjct: [kwlug-disc] btrfs/zfs for backups
>
> >
> > I am officially unhappy with Microsoft DFS replication. Earlier this
> > year I set up a couple of Windows Server 2008 R2 boxes to synchronize
> > big backup files over a wireless link, and it does not work well at
> > all. So now I am re-evaluating, and once again thinking of using some
> > Free Software filesystems for my job.
> >
> > I was thinking of scrapping the DFS replication and trying to use
> > rsync on Windows instead, but as far as I can tell all binaries of
> > rsync on 64-bit Windows are terrible.
> >
> > My inclination is to go with Debian/Ubuntu fileservers that
> > synchronize backup files (one way). Once upon a time somebody (I think
> > it was Chris Irwin) got me all excited by talking about btrfs send and
> > receive, that would allow you to send snapshots of incremental changes
> > to remote hosts via SSH. That sounds exciting, but The Internet (or at
> > least this StackExchange post:
> > http://serverfault.com/questions/285878/is-btrfs-production-ready ) it
> > seems that I should not consider this, and should go with ZFS instead
> > (which also has this functionality).
> >
> > So here are my options:
> > - Try btrfs on Debian/Ubuntu and hope it is mature enough to work for
> > my use case
> > - Try ZFS on Linux the way Lori does
> > - Try ZFS on FreeBSD or some other OS where it is native
> > - Find some way to get large, effective filesync working on the
> > Windows servers I have already built (ideally with FLOSS)
> >
> > Here is some information about the infrastructure:
> > - The fileserver will consist of a bunch of Samba shares
> > - Symantec BackupExec (yes, I know) will write big backup files to
> > these shares. Most of the files are 4GB large, but there are a few
> > files that are almost 100GB large.
> > - The two servers are connected via a wireless link that effectively
> > runs at 100Mbit
> > - The backup storage media are Western digital Green drives (sorry
> > Cedric)
> > - The servers themselves are nothing special: 64-bit intel
> > workstations with 2-4GB of RAM.
> > - These are backup files, so data integrity is important
> > - We can assume there are 100s of GB of data backed up each week,
> > although I am not sure whether this means hundreds of files are
> > changing each week. (This could be the case; BackupExec has a habit
> > of doing things in the most inconvenient way possible.)
> >
> > I am interested in hearing about how well btrfs works for the btrfs
> > send/receive scenario I am thinking about, and any advice
> > strengthening/contradicting the StackExchange opinion. If people are
> > using ZFS (in particular ZFS on Linux) with zfs send/receive in this
> > manner then I am interested in that information as well. If people
> > have other options (such as an effective rsync option for Windows 64
> > bit) then feel free to chime in. I am more interested in experiences
> > than speculation.
> >
> > - Paul
> >
> > --
> > http://pnijjar.freeshell.org
> >
> >
> > _______________________________________________
> > kwlug-disc mailing list
> > kwlug-disc at kwlug.org
> > http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org
> _______________________________________________
> kwlug-disc mailing list
> kwlug-disc at kwlug.org
> http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://kwlug.org/pipermail/kwlug-disc_kwlug.org/attachments/20141203/0aa71ff8/attachment.htm>