-
- Veeam ProPartner
- Posts: 71
- Liked: 12 times
- Joined: Jun 11, 2012 12:04 pm
- Contact:
vSphere - Implementation Advice
Hi,
I need some advice on implementation of Veeam especially for Exchange 2010.
Enviorment 15TB of Datastores + RDMs.
All RDMs are going to be Virtual RDMs.
Exchange RDMs are 3-4 Luns all together 3 TB of database data.
Backup server will be Physical server with HBA to backup in SAN mode .
What should i take in when implementing ? i mean other than the exchange its straightforward, but exchange wise did i miss something?
I need some advice on implementation of Veeam especially for Exchange 2010.
Enviorment 15TB of Datastores + RDMs.
All RDMs are going to be Virtual RDMs.
Exchange RDMs are 3-4 Luns all together 3 TB of database data.
Backup server will be Physical server with HBA to backup in SAN mode .
What should i take in when implementing ? i mean other than the exchange its straightforward, but exchange wise did i miss something?
Veeam FAN
@shatztal
Blog: http://www.terasky.com
@shatztal
Blog: http://www.terasky.com
-
- VP, Product Management
- Posts: 27377
- Liked: 2800 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: vSphere - Implementation Advice
Hello,
Some Exchange 2010 specific tips and tricks you can be found in this topic > http://forums.veeam.com/viewtopic.php?f ... 586#p22112
As to implementation recommendation, then can you please tell me if there is any particular reason to go with vRDMs and not regular virtual disks?
Thank you!
Some Exchange 2010 specific tips and tricks you can be found in this topic > http://forums.veeam.com/viewtopic.php?f ... 586#p22112
As to implementation recommendation, then can you please tell me if there is any particular reason to go with vRDMs and not regular virtual disks?
Thank you!
-
- Service Provider
- Posts: 182
- Liked: 48 times
- Joined: Sep 03, 2012 5:28 am
- Full Name: Yizhar Hurwitz
- Contact:
Re: vSphere - Implementation Advice
Hi.
Your plan seems fine to me.
Please note the following regarding vRDM -
The VMFS datastore holding the RDM (the pointer to actual volume), needs to have enough free space for the expected VMware snapshots taken during backup.
Normally the snapshots will not grow too much if the backup doesn't take too long and if nothing special is going on the server during backup (maintenance, etc).
However you should plan for worst case, so I suggest at least at least 400gb free space on the VMFS datastore.
For example - if Veeam server doesn't complete the job because of power failure, software or hardware problem etc, and the VMware snapshot of production server isn't remove until you manually fix it.
Yizhar
Your plan seems fine to me.
Please note the following regarding vRDM -
The VMFS datastore holding the RDM (the pointer to actual volume), needs to have enough free space for the expected VMware snapshots taken during backup.
Normally the snapshots will not grow too much if the backup doesn't take too long and if nothing special is going on the server during backup (maintenance, etc).
However you should plan for worst case, so I suggest at least at least 400gb free space on the VMFS datastore.
For example - if Veeam server doesn't complete the job because of power failure, software or hardware problem etc, and the VMware snapshot of production server isn't remove until you manually fix it.
Yizhar
-
- Service Provider
- Posts: 182
- Liked: 48 times
- Joined: Sep 03, 2012 5:28 am
- Full Name: Yizhar Hurwitz
- Contact:
Re: vSphere - Implementation Advice
Another tip regarding Veeam backup:
For large servers I recommend using a dedicated Veeam job. Not mixing it with other VMs.
I consider server with more then 1000gb a large one.
I would also consider splitting the planned 3tb mailbox databases between 2-3 Exchange servers instead of a single one.
Yizhar
For large servers I recommend using a dedicated Veeam job. Not mixing it with other VMs.
I consider server with more then 1000gb a large one.
I would also consider splitting the planned 3tb mailbox databases between 2-3 Exchange servers instead of a single one.
Yizhar
-
- Veeam ProPartner
- Posts: 71
- Liked: 12 times
- Joined: Jun 11, 2012 12:04 pm
- Contact:
Re: vSphere - Implementation Advice
Vitally,
its not possible to move now the customer to VMDKs because they want now to do the project of Backup and i am not responsible for the other enviorment.
so i am stuck with vRDMs
yizhar,
I understand the splitting of Job of course, and the enough space to reserve for snapshots,about splitting DB its not my responsibility,i am not the customer and except recommending it
as i already did its not possible.
I wonder about Restore of the Exchange,when i restore RMDs ,it restores it as a VMDK right?so i should restore the actual data and not the luns.
its not possible to move now the customer to VMDKs because they want now to do the project of Backup and i am not responsible for the other enviorment.
so i am stuck with vRDMs
yizhar,
I understand the splitting of Job of course, and the enough space to reserve for snapshots,about splitting DB its not my responsibility,i am not the customer and except recommending it
as i already did its not possible.
I wonder about Restore of the Exchange,when i restore RMDs ,it restores it as a VMDK right?so i should restore the actual data and not the luns.
Veeam FAN
@shatztal
Blog: http://www.terasky.com
@shatztal
Blog: http://www.terasky.com
-
- VP, Product Management
- Posts: 27377
- Liked: 2800 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: vSphere - Implementation Advice
Yes, vRDMs will be restored as regular VMDK disks, that is why I've asked you if there was there any reason of using vRDMs. Anyway, I believe the most frequent restore operation will be item level restore, so you should be good with vRDM for now.
-
- Veeam ProPartner
- Posts: 71
- Liked: 12 times
- Joined: Jun 11, 2012 12:04 pm
- Contact:
Re: vSphere - Implementation Advice
Thanks ,i will take it incounter
Veeam FAN
@shatztal
Blog: http://www.terasky.com
@shatztal
Blog: http://www.terasky.com
Who is online
Users browsing this forum: Semrush [Bot] and 22 guests