Date: Mon, 06 Oct 2008 22:38:33 +0300 From: Evren Yurtesen <yurtesen@ispro.net> To: Zaphod Beeblebrox <zbeeble@gmail.com> Cc: hackers@freebsd.org Subject: Re: continuous backup solution for FreeBSD Message-ID: <48EA6939.6090405@ispro.net> In-Reply-To: <5f67a8c40810060852k4c51c8far511891c4b135a1e2@mail.gmail.com> References: <48E9E1BB.6020908@ispro.net> <001AD718-D25B-421B-8B0F-CE71FA5A7CF0@gid.co.uk> <48EA21AE.80607@ispro.net> <5f67a8c40810060852k4c51c8far511891c4b135a1e2@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Zaphod Beeblebrox wrote: > On Mon, Oct 6, 2008 at 10:33 AM, Evren Yurtesen <yurtesen@ispro.net > <mailto:yurtesen@ispro.net>> wrote: > > [regarding r1soft.com <http://r1soft.com>, ...] > > > I am not saying it is impossible. They just need somebody to put > them to right track I guess. I personally cant do that. It would be > nice if somebody who has knowledge in this area contacts r1soft. At > the very least r1soft seems to be willing to communicate on this issue. > > Continuous backups as well as bare-metal-restore seem to be a key > feature for many hosters. FreeBSD is loosing users because of this > issue. > > > Actually, having looked at the site, the hammer filesystem and it's > replication strategy seem to be the most applicable technology (but then > you wouldn't even need these guys --- you'd be doing it yourself). Like > anything, though, live applications will require special treatment. > Keeping a live filesystem replicated does in no way guarentee that your > database (for instance) will be sane at any particular moment. It > sounds like these guys have made allowances for MySQL (they specifically > mention it), but this won't help the PostgreSQL users, etc. I think you didnt get the point here. Replication or mirroring != backup. You cant return back to how things were 1 hour ago. Also they support postgresql as well (while its usage is way smaller than mysql) http://www.r1soft.com/CDP_db_postgreSQL.html In any case, the product guarantees that it can return your databases to any point in the time. Do you see what you are missing? :) > I've spent a lot of time thinking about redundancy and I've come to one > inescapable conclusion: That the further up the stack you design for > redundancy, the cheaper and easier it becomes. Most databases have > replication strategies of one type or another that don't require exotic > hosting solutions to work. The idea/problem is not redundancy here, it is data protection. Thanks, Evren
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?48EA6939.6090405>