Heh, that sounds familliar. I believe our BES is much more stable than our Exchange environment.
I was planning a nice, complex BES5 upgrade strategy but I think we might just upgrade in-place with an ESX snapshot to roll back to, just in case. On Fri, Jul 2, 2010 at 2:46 PM, Jonathan Barker < jonathanbar...@quinnemanuel.com> wrote: > I regularly inform the Exchange team of problems with Exchange, they > always tell me to restart BES. It’s never a BES issue. > > > > I’ve been pushing for BES5 but so far no luck. > > > > I use two NICs, teamed on different switches for redundancy. > > > > *From:* bes-admins-boun...@dataoutages.com [mailto: > bes-admins-boun...@dataoutages.com] *On Behalf Of *Michael Wells > *Sent:* Friday, July 02, 2010 11:33 AM > > *To:* A list for BES Admin's to discuss issues, etc. > *Subject:* Re: [Bes-admins] How often do you restart your BES > > > > True, on topic is good. > > > > Our BES tends to be one of the most stable servers I support. I bounced > ours around 2 months ago, and that was only to patch it up. I think the > uptime at that point was a year? maybe. This is on BES4 - we're going to 5 > soon and I hope the stability continues. > > On Fri, Jul 2, 2010 at 1:24 PM, hdawg <hd...@port3101.org> wrote: > > Seriously folks ... let's get back on topic. > > How often do you restart your BES? Only when patches are required or there > is some big error / problem. If you have planned > reboots of your BES because of problems start to drum up then you have a > systematic / architecture flaw that needs to be addressed. > BES isn't an application that needs reboots to "clear it up". > > And to hopefully end the discussion on "how many users do you put on a BES > on ESX?" I've had 4000 users on a single BES. > > You can pretty much put any app on ESX ... the reason vendors don't want to > support applications on virtual servers is because > server admins / engineers / architects don't properly spec the resources > required for the application. Baselining and benchmarking > a server for 8 hours one day just doesn't cut it. Lucky for BES it isn't > too taxing on Disk I/O which is without a doubt the single > most improperly spec'd resource for a virtual environment. > > I'd also stay away from multiple nics; just isn't needed. > > Back to your regularly scheduled programming; Happy Friday. > > > -----Original Message----- > From: bes-admins-boun...@dataoutages.com [mailto: > bes-admins-boun...@dataoutages.com] On Behalf Of David Burns > Sent: Friday, July 02, 2010 12:42 PM > To: glo...@aol.com; A list for BES Admin's to discuss issues, etc. > Subject: Re: [Bes-admins] How often do you restart your BES > > Curious...do you incorporate a second Intel NIC with ESX for BES or share > at the 100 user level? > > David Burns > Systems Administrator > 4410 El Camino Real Suite 201 Los Altos CA > Helpdesk: 650-949-6422 ext 6585 > > > > -----Original Message----- > From: bes-admins-boun...@dataoutages.com > [mailto:bes-admins-boun...@dataoutages.com] On Behalf Of glo...@aol.com > Sent: Friday, July 02, 2010 9:25 AM > To: 'bes-admins@dataoutages.com' > Subject: Re: [Bes-admins] How often do you restart your BES > > Running BES 5.0 on a virtual server, roughly 550 users. I restart on > updates or if we have an issue. Only happens every couple of > months or so. > Sent from my Verizon Wireless BlackBerry > > -----Original Message----- > From: "Reardon, Diane" <diane.rear...@wwwinc.com> > Sender: bes-admins-boun...@dataoutages.com > Date: Fri, 2 Jul 2010 10:59:35 > To: 'Bes-Admins@dataoutages.com'<Bes-Admins@dataoutages.com> > Reply-To: "A list for BES Admin's to discuss issues, > etc." <bes-admins@dataoutages.com> > Subject: Re: [Bes-admins] How often do you restart your BES > > _______________________________________________ > Bes-Admins mailing list > Bes-Admins@dataoutages.com > http://www.dataoutages.com/mailman/listinfo/bes-admins > http://www.dataoutages.com > http://www.dataoutagenews.com > RSS Feed: http://feeds.feedburner.com/Bes-admins > --------------------------------- > Bes-Admins mailing list is sponsored by Dataoutagenews.com. > http://www.dataoutagenews.com > > _______________________________________________ > Bes-Admins mailing list > Bes-Admins@dataoutages.com > http://www.dataoutages.com/mailman/listinfo/bes-admins > http://www.dataoutages.com > http://www.dataoutagenews.com > RSS Feed: http://feeds.feedburner.com/Bes-admins > --------------------------------- > Bes-Admins mailing list is sponsored by Dataoutagenews.com. > http://www.dataoutagenews.com > _______________________________________________ > Bes-Admins mailing list > Bes-Admins@dataoutages.com > http://www.dataoutages.com/mailman/listinfo/bes-admins > http://www.dataoutages.com > http://www.dataoutagenews.com > RSS Feed: http://feeds.feedburner.com/Bes-admins > --------------------------------- > Bes-Admins mailing list is sponsored by Dataoutagenews.com. > http://www.dataoutagenews.com > > > _______________________________________________ > Bes-Admins mailing list > Bes-Admins@dataoutages.com > http://www.dataoutages.com/mailman/listinfo/bes-admins > http://www.dataoutages.com > http://www.dataoutagenews.com > RSS Feed: http://feeds.feedburner.com/Bes-admins > --------------------------------- > Bes-Admins mailing list is sponsored by Dataoutagenews.com. > http://www.dataoutagenews.com > > > > _______________________________________________ > Bes-Admins mailing list > Bes-Admins@dataoutages.com > http://www.dataoutages.com/mailman/listinfo/bes-admins > http://www.dataoutages.com > http://www.dataoutagenews.com > RSS Feed: http://feeds.feedburner.com/Bes-admins > --------------------------------- > Bes-Admins mailing list is sponsored by Dataoutagenews.com. > http://www.dataoutagenews.com >
_______________________________________________ Bes-Admins mailing list Bes-Admins@dataoutages.com http://www.dataoutages.com/mailman/listinfo/bes-admins http://www.dataoutages.com http://www.dataoutagenews.com RSS Feed: http://feeds.feedburner.com/Bes-admins --------------------------------- Bes-Admins mailing list is sponsored by Dataoutagenews.com. http://www.dataoutagenews.com
