So far we replaced the cache batteries in the array (per HP). Weak batteries will disable the cache (did not know that!). Performance is better, average disk queue is down. We will likely need a good old fashioned eseutil defrag on the databases as we moved many large mailboxes.
I cringe when I come across the Scalable Network Pack. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Albert Duro Sent: Wednesday, December 03, 2008 11:05 AM To: Exchange Discussions Subject: Re: Exchange 2003 Upgrade (sluggish performance) The network problems created by the Scalable Network Pack that was part of Server 03 SP2 might also be worth a look: http://support.microsoft.com/kb/945977 ----- Original Message ----- From: "Dean Cunningham" <[EMAIL PROTECTED]> To: "Exchange Discussions" <exchange@intm-dl.sparklist.com> Sent: Tuesday, December 02, 2008 12:12 PM Subject: RE: Exchange 2003 Upgrade (sluggish performance) Couple of quick things 1) What is the number of mailboxes on each store? 2) never assume, check your nic connections server - switch and clients - switch . Rule it out 3) check the firmware for the server and array controllers etc etc are up to date. 4) check the scsi cables that they are terminated correctly. 5) swap the scsi cables and see if the problem transfers itself to the other storage group. 6) Is there anything in insight manager that is glaringly obvious 7) whats the behaviour like in OWA for mailboxes on each storage group Cheers Dean -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aristotle Zoulas Sent: Wednesday, 3 December 2008 08:32 To: Exchange Discussions Subject: RE: Exchange 2003 Upgrade (sluggish performance) It seems if it was a NIC issue then all storage groups would be affected. Its really the ones on the external array for the most part. We are working with HP on this issue. Those guys in Costa Rica are real nice--) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Olson Sent: Tuesday, December 02, 2008 2:01 PM To: Exchange Discussions Subject: RE: Exchange 2003 Upgrade (sluggish performance) Have you checked to make sure your not seeing any duplex or speed mismatches on the nic's in the server with the switch? Also, you might want to run the Exchange Best Practices tool on the server as well to see any glaring issues. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aristotle Zoulas Sent: Tuesday, December 02, 2008 10:50 AM To: Exchange Discussions Subject: RE: Exchange 2003 Upgrade (sluggish performance) Have you tweaked Windows to the max in regards to Memory settings etc, for example have you made any boot.ini modifications such as the 3GB boot switch. No as we did not think it needed it, the machine is not running out of ram. How do your clients connect to exchange, local Lan, Remote via RPC over the internet, Modes (Cached or Not), how big are their mailboxes, how many items in inbox etc. They are way to many factors to list. Local lan, Outlook Fat Client. In short I've handled Just as many if not many more users on a single raid 5 setup in exchange 2003 with no performance issues. How many raid cards do you have, makes modules setup etc. Junky raid cards will also eat up your cpu, since they rely on software etc. Two raid cards, Smart Array 642. No multi-path software installed. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aristotle Zoulas Sent: Tuesday, December 02, 2008 12:59 PM To: Exchange Discussions Subject: Exchange 2003 Upgrade (sluggish performance) Hello Gents, we have recently upgraded out Exchange 2003 configuration to boost performance as it was a bit sluggish. Bellow is what we went from and what we ended up with. We basically added a disk array to an HP ML-350 and a bunch of disks. Afterwards we moved mailboxes and log files accordingly. I am pretty sure we did it right however performance is still lagging (badly at times). Users are complaining their Outlook is taking up to one minute to change folders. Any help or feedback would as always be appreciated. Thanks In Advance--Aristotle Zoulas Went From: OS+Exchange Install+Page File <<Mirrored Drives-C-drive>> Storage Group #1 with multiple Stores+Public Folders, all Transaction Logs--<<Single RAID 5 Volume>> We had performance issues across the board. Long Average Disk Queue length. Went To: OS+Exchange Install+Page File <<Mirrored Drives-C-drive-Internal ARRAY>> Storage Group #1 (Executive Store), Public Folder Store-<<RAID 5, three spindles, -- D-drive-Internal ARRAY>> Storage Group #2 (InfoWorkers Store + Managers Store)--<< RAID 5, three spindles --E-Drive-External ARRAY>> Transaction Logs (Storage Group 1)--<<Mirrored Drives-F-Drive-External ARRAY >> Transaction Logs (Storage Group 2)--<<Mirrored Drives-G-Drive-External ARRAY >> All mailboxes were moved to new locations using "Exchange Tasks" move mailbox method in batches. The Executive Store is approx 20GB EDB+ 5GB STM , the Manager store is approx 30GB EDB+2GB STM, and the Infoworker Store is 3GB EDB+1GB STM. What we are seeing: Overall Slow Performance, especially for Storage Group #2. Still have relatively long Average Disk Queue length. It seems the performance is worse than in the single RAID 5 configuration (IMPOSSIBLE) Did we do anything wrong? Could we be doing anything better? The machine is an HP ML-350 G3, Dual 2.8, 4GM Ram, with External Raid Array MSA500 G1. ********************************************************************** Get it done online 24/7: // pay your invoice // have your say // apply for a consent // order a publication // subscribe to email updates www.nrc.govt.nz NZ's best Council website - 2008 ALGIM Web Awards ********************************************************************** NORTHLAND REGIONAL COUNCIL This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify [EMAIL PROTECTED] ********************************************************************** _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] .com Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] .com Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/read/?forum=exchange To subscribe: http://e-newsletters.internet.com/discussionlists.html/ To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with.
