On Mon, Sep 13, 2010 at 7:49 AM, Paul Scheepens <[email protected]> wrote:
> I think some people reacted off-list, but I think this would be very much > welcomed by everybody. > I have not received any feedback on this directly yet, you're the first. > > My first concern would be whether MongoDB is "failsave" with regard to > power-loss etc. > I don't know MongoDB but maybe it would be possible to have some automated > distributed backups of the database as well. > Like a daily (7), weekly(4) and monthly(3) backup. > MongoDB would not replace the configuration system's database, currently using postgres. So for the credential and permission FreeDB databases, mongodb would already be partial copies of the original postgres db. Loss of these mongoDBs would means few seconds downtime to rebuild when you hit "send profiles" from the configuration interface. Calls in progress would stay in progress while this was done. Even the proxy and registrar would not require restart while this was in progress. In addition, in HA environment, identical copies of these databases are already pushed out to each node so you'd have fail-over there while nodes and databases come back online. Having said all this, mongodb does have some provision to repair database and more work to do in their upcoming release http://www.mongodb.org/display/DOCS/Durability+and+Repair If we decided to use mongodb for configuration system, I'd be more concerned with the fact mongodb doesn't have as much durability when compared to say mysql with innodb. I'm not sure how it compares to postgres, but I've never had a problem with postgres db becoming corrupt. In a forthcoming doc that martin and I are putting together, we may be proposing mongodb for registrations and subscriptions as well. This is a different situation because information in these databases come from the phones themselves as they REGISTER for incoming calls and SUBSCRIBE for voicemail events. Loss of these databases has a very different impact and we'd need to think thru those fail-over scenarios.
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
