Zaphod Beeblebrox wrote:
On Mon, Oct 6, 2008 at 10:33 AM, Evren Yurtesen <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> 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
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to