The steps as you mention is exactly what we have been attempting... the gotcha I think, is there are other partitions already on the slice, that fall between the piece we want to grow and the unallocated space. It is the data in the middle, I think that causes the need to convert to dynamic. I'd love to be wrong, but that is what we are seeing. If there was only ONE partition, and it next to the unallocated space, I think I could grow it just fine.
Our example: We want to grow DB02 Basic DISK 3 = |ExDBMount|DB01 |DB02 |DB03 |DB03 |DB04 |DB05 |Unallocated Space| Again, I'm feeling we just need to get these DBs onto their own disks. Thank you all, Robert From: Michael B. Smith [mailto:mich...@smithcons.com] Sent: Wednesday, June 01, 2011 2:22 PM To: MS-Exchange Admin Issues Subject: RE: Am I in a corner? Dude, then you are doing it wrong. :) First, you increase the size of the slice on the SAN - how you do that on the SAN is dependent on the SAN. Once you've done that, viewing the disk from Computer Management -> Disk Management should show you the volume with Unallocated Space. Then, you can extend the partition WITHOUT a conversion to dynamic disk. The switch to dynamic disk actually means you are creating a software RAID-0. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Robert Peterson [mailto:robert.peter...@prin.edu] Sent: Wednesday, June 01, 2011 3:16 PM To: MS-Exchange Admin Issues Subject: RE: Am I in a corner? RE: What method are you wanting to use to grow the partition? If I grow the volume we are presenting from the SAN, The MB server (Server 2008 Data Center) is allowing me to "Extend" the particular partition, but it warns it will convert the entire "Basic" disk to a "Dynamic" disk. We did this in a test instance and "visually" it looks like the partition has two separate non-contiguous partitions on the disk. The whole disk is then considered "Dynamic". Looks like it's taking two partitions and "virtually" treating them as one. Not sure what this would do to a large single file database. -Robert P.S. I think I am leaning towards presenting a new disk and keeping the logs on the same path. From: Michael B. Smith [mailto:mich...@smithcons.com] Sent: Wednesday, June 01, 2011 1:58 PM To: MS-Exchange Admin Issues Subject: RE: Am I in a corner? Members of a DAG require that databases protected by the DAG must be consistently deployed. So....they all must be on E: once you Add-MailboxDatabaseCopy (or perform the similar activity in the GUI). What method are you wanting to use to grow the partition? Regardless, the easiest thing would be to present a new mount point as G: (or something) and put the new DB there. In Exchange 2010 there is rarely reason to separate log and database volumes. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Robert Peterson [mailto:robert.peter...@prin.edu] Sent: Wednesday, June 01, 2011 1:49 PM To: MS-Exchange Admin Issues Subject: Am I in a corner? All, Current Setup: Exchange 2010 using DAG - all servers are Hyper-V guests, spread across 4 hosts. 4 - Mailbox servers Each server mounts 2 disks - SAN volumes, presented as iSCSI attached disks. E:\ all Database storage ( 6 -250GB databases) --- passive copies on other servers. F:\ all Log storage (6 databases) 4 - CAS/HT servers Concern: All Mailbox DBs were "partitioned" as mount points on the same "disk" or volume (E:\) being presented from the SAN. Issues: * I need to allow room for one of the databases to grow OR create a new DB and move some of the mailboxes. o I cannot grow a single DB partition without letting it convert to a "dynamic" disk which looks messy and I understand is not supported by Microsoft. Questions: 1. If I present a new "disk" for a new database, is there a good reason to keep the "log" on a separate disk(volume), thus having to present two new disks? The examples I see from Microsoft show the DB and log file on the same path. 2. I am thinking I need to eventually get all my DBs to their own "disk". 3. What am I not knowing, that I should be thinking about? Thanks, Robert --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
