• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2160
  • Last Modified:

Move logs to new drive in Dag

I have 2 EX 2010 servers in a dag. 1 of the servers needs a bigger drive for the logs

Can anyone comment on my plan to move these logs

currently the logs for both servers are sitting on the I drive on each

I was hoping I could

1) stop mail services on both servers
 2) manually copy the contents of the I drive on server 1 to the new drive (J:)
 3) Via disk management reassign the current I: drive a new drive letter and reassign the J: drive to now be I:
 4) start all mail services

Will this plan work or is there something I may be missing

TIA

WP
0
smithandandersen
Asked:
smithandandersen
1 Solution
 
James HIT DirectorCommented:
That will NOT work and is not recommended.

Here is an example on how to do this, however there are alternatives.

http://daddyr.blogspot.com/2011/08/move-log-files-for-exchange-2010-dag.html

Why not just create a new DB on that drive and just move the users to that DB? Would make more sense and is safer than the alternatives.

(*edited for spelling)
0
 
smithandandersenAuthor Commented:
I have 4 DBs already. The DBs themselves are not moving. Only the log file location needs to move. It was rather easy to do this before we were in a dag config :(
0
 
Jamie McKillopIT ManagerCommented:
Hello,

I don't see any issues with your plan except for the specifics on how it is executed. The key to your plan working is that you plan on preserving the exact drive and path to the log files. If you wanted to change the drive and/or path, you would have to follow the instructions Spantan_1337 linked to but since you are not changing the drive and/or path, here are the instructions I recommend:

1. Run the StartDagServerMaintenance.ps1 that can be found in the scripts directory in the Exchange server installation path to put the server you are adding the new drive to in maintenance mode.

2. Stop the cluster service and all Exchange services on this node as well.

3. Install the new drive

4. Change the current log drive to use a different drive letter

5. Assign the log drive letter to the new drive

6. Copy the entire folder structure from the old drive to the new one

7. Reboot the server

8. Run StopDagServerMaintenance.ps1

9. Active the databases you want on this server

By following these steps, you shouldn't have any downtime.

-JJ
0
 
Md. MojahidCommented:
The process

Firstly it probably makes sense to give a high level overview of the whole process of changing the paths of DAG enabled databases – this is provided at a very high level below:

Backup your databases! – This might seem obvious, but it is important to ensure that you have a working backup of any database that you intend to modify.
Dismount the active copy of the mailbox database.
Remove all DAG copies of the target database.
Make sure that you keep the physical files (both Transaction Logs and Databases) of the database copies that you have removed.
Allow for – or force a Domain Replication and then refresh both the database list and copies within the Exchange Management Console.
From within the Exchange Management Console right click on the dismounted copy of the database and from the context menu select the “Move Database Path” option.
Choose a new location on your Server for the Exchange EDB path (you can also select a new location for the transaction logs if you wish to).
On each DAG node that will house copies of the databases move the physical files that you kept in step 4 to the relevant locations.
Once the database has been moved – allow for domain replication to take place (or force it if you cannot wait).
Mount the database.
Re-add your Mailbox Database copies.

http://www.telnetport25.com/2012/07/exchange-2010-moving-the-database-path-on-dag-servers/
0
 
Jamie McKillopIT ManagerCommented:
He is not changing the database paths, so the above post does not apply. Furthermore, the process to change the paths was already cover in the first comment from smithandandersen. Please make sure you read all previous comments to ensure you understand the question completely and you are not posting redundant information.

-JJ
0

Featured Post

Free Tool: Site Down Detector

Helpful to verify reports of your own downtime, or to double check a downed website you are trying to access.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now