Database size reduction logic check, please
I am preparing to establish an Exchange 2013 DAG based on two Exchange 2013 Std servers. We are running a vSphere 6.5 environment.
Until recently we were running on a single Exchange 2013 Std server with two databases (1 and 2, about 400GB each). Then, I created two new databases (3 and 4) and moved roughly a quarter of the mailboxes to each.
Each of the databases are hosted on their own volume, and then I also have one single separate volume to hold the log files for all the database (so five volumes in total for alle the Exchange data)
Having copied a good deal of the mailboxes away from 1 and 2 does nothing to decrease their size (which potentially should be able to be brought down to approx. 200GB each), which I'd like to do before creating a DAG.
In order to avoid downtime, I am contemplating the following to reduce them:
1) Create a new volume (the sixth data volume) to hold a new dabase (database 5)
2) Copy all mailboxes from databse 1 to database 5
3) Dismount database 1
4) Delete database 1 (which may actually be the default database we started with originally - does this matter?)
5) Remove the volume used by database 1 from the Exchange server
Would this work? If so, I'd then do the same thing for database 2, and then proceed with creating a two-server DAG. Input would be appreciated.