BlackBerry Forums Support Community

BlackBerry Forums Support Community (http://www.blackberryforums.com/)
-   BES Admin Corner (http://www.blackberryforums.com/bes-admin-corner/)
-   -   Virtual HA instead of BES HA? (http://www.blackberryforums.com/bes-admin-corner/235170-virtual-ha-instead-bes-ha.html)

notes_pclp 09-03-2010 07:56 AM

Virtual HA instead of BES HA?
 
Is anyone using VMware HA/DRS for high availability and not using the BES 5.X HA??

I know, kind of pointless if you ask me, but the VMware guys at my shop who drink the ‘VMware Kool-Aid’ are pitching just using that and not BES HA to provided HA.

Thanks

Mikey_AGBoston 09-03-2010 08:08 AM

We have VMware.. and we still use BES's 5.0 HA...
Keepin' native, Keepin' it real.

elbutre 09-03-2010 08:24 AM

i agree, keep it native

Yeowow 09-05-2010 06:51 PM

Why not use both?

CanuckBB 09-05-2010 08:20 PM

VMWare HA won't help if you only lose the BES VM and not the entire host.

Harry Azol 09-08-2010 07:48 PM

just use both!

If I had to pick one, I would ALWAYS choose application HA over Virtual infrastructure HA

Brendan42 09-12-2010 02:14 PM

Using native BES HA in VMWare environment. Heres another question...What about backing up the BES. Snapshot or something else? SQL is taken care of, just wondering about BES itself which sits on it's own box

x14 09-12-2010 07:07 PM

Quote:

Originally Posted by Brendan42 (Post 1654035)
Using native BES HA in VMWare environment. Heres another question...What about backing up the BES. Snapshot or something else? SQL is taken care of, just wondering about BES itself which sits on it's own box

This really depends on the platform. For BES for Exchange, aside from the BES software there is nothing stored on the server. If the vm blows up, you can install on a new vm without the need of restore.

On the other hand, BES for Domino you have to worry about states databases stored on the BES.


All times are GMT -5. The time now is 01:31 PM.

Powered by vBulletin® Version 3.6.12
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.