<p dir="ltr"><br>
On 22 Feb 2014 07:01, "John G Walker" <<a href="mailto:johngeoffreywalker@yahoo.co.uk">johngeoffreywalker@yahoo.co.uk</a>> wrote:<br>
><br>
><br>
><br>
> On Fri, 21 Feb 2014 23:37:17 +0000 Justin Perreault<br>
> <<a href="mailto:justinperreault@dl-jp.com">justinperreault@dl-jp.com</a>> wrote:<br>
><br>
> > I would like a set up where I have 2-3 computers running the same<br>
> > software and containing the same data files. I have been considering<br>
> > rsync, csync, virtualisation, version control systems, servers...<br>
> ><br>
> > All systems are potentially mobile and could be without network<br>
> > connectivity. There is also potential for only one system to be<br>
> > available to all users. They need to operate individually as well as<br>
> > syncing files from each when connected.<br>
><br>
> I use Dropbox for this. Is there any reason why you can't use this<br>
> solution, or create a setup that runs n the same principle (ie holds<br>
> data in the cloud and updates every time it can connect)?<br>
><br>
> --<br>
>  All the best,<br>
>  John<br>
></p>
<p dir="ltr">It is called a file server :-)</p>
<p dir="ltr">Dropbox, cloud ... NFS, Samba... NAS... One doesn't go replicating data all around the place, one uses a file server.</p>
<p dir="ltr">As for cloning systems ( a logical separation should be made between your data and your software) create a master copy of your system and document a procedure to do the cloning you are comfortable with.</p>
<p dir="ltr">Machines going off line should suck all the data they need from the file server ( assuming this happens in a controlled manner).</p>
<p dir="ltr">As for synchronizing data when a machine goes back online it depends entirely in how your data is organized, one would need to know more in order to suggest something.<br></p>