They just use what's available. I was being a smart <filters.txt>. Now if you schedule your backup to conflict with the maintenance window THEN you have real resource competition.
-----Original Message----- From: Thompson, Steve [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 11:22 AM To: MS-Exchange Admin Issues Subject: RE: Defrag in 5.5 "They don't compete for resources" how can this be? Same server ...Same raid array... 15 Pub defrags I could buy this behavior if pub was changing but in my case it's pretty static. -----Original Message----- From: William Lefkovics [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 10:47 AM To: MS-Exchange Admin Issues Subject: RE: Defrag in 5.5 I don't think so. You set the maintenance window and it does what it can therein. They don't compete for resources, but they do maximize them. And that is what you bought them for. William -----Original Message----- From: Thompson, Steve [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 10:38 AM To: MS-Exchange Admin Issues Subject: RE: Defrag in 5.5 Anyone know if this changes in E2K with multiple stores, do you have the ability to set different maintenance times on the stores or do they all run defrags at the same time competing for resources? -----Original Message----- From: John Matteson [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 10:22 AM To: MS-Exchange Admin Issues Subject: RE: Defrag in 5.5 I don't believe you can tune the Information Store Maintenance to work on just the PRIV.EDB and not the PUB.EDB during a maintenance period. They are taken as a whole. I currently have a 66 Gbyte store, and it takes just over 24 hours to make an uninterrupted pass through the PRIV, while the PUB gets a pass every four hours during that same period of time. John Matteson; Exchange Manager Geac Corporate Infrastructure Systems and Standards (404) 239 - 2981 If I could wish for my life to be perfect, it would be tempting but I would have to decline, for life would no longer teach me anything. --Allyson Jones -----Original Message----- From: Thompson, Steve [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 1:07 PM To: MS-Exchange Admin Issues Subject: FW: Defrag in 5.5 Priv is 24 GB Pub is 500MB Dir is 130MB, The IS backs up in 3hrs both Priv and Pub. Not a problem. I'd just like more control of defrag process seems like a waste to go thru 15 online defrags on Pub edb while doing 1 online defrag of Priv. Since they are hitting the same resources. -----Original Message----- From: Kevin Miller [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 7:21 AM To: MS-Exchange Admin Issues Subject: RE: Defrag in 5.5 How large is a large priv? maybe you should look at splitting the priv. Are you able to back it up in a timely manor? --Kevinm M, WLKMMAS, UCC+WCA, And Beyond Did I just say that out loud? -----Original Message----- From: Thompson, Steve [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 7:17 AM To: MS-Exchange Admin Issues Subject: Defrag in 5.5 Using the Exchange Admin for 5.5 you can only set hours for IS Maintenance. Since I have a large Priv.edb and a small Pub.edb, defrag will run on the Pub.edb amd Dir.edb multiple times while trying to complete one defrag on the Priv.edb. Is there any way to set the defrags so another Pub.edb defrag or Dir.edb defrag will not startup until the next maintenance cycle or until the defrag on Priv.edb completes? List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
