Hello
I am replicating a server that contains outlook pst files plus iso files that another application uses for stored data. It seems that either when a snapshot is created or removed (I'm not sure which) for the purpose of running the replication job Outlook clients (as well as those using the other application) are momentarily disconnected from these files and the only way for them to reconnect is to close the application and restart it.
Is there any way to prevent this from happening?
Thanks.
-
- Novice
- Posts: 7
- Liked: never
- Joined: Jul 28, 2010 3:44 am
- Full Name: John Vandersee
- Contact:
-
- VP, Product Management
- Posts: 27377
- Liked: 2800 times
- Joined: Mar 30, 2009 9:13 am
- Full Name: Vitaliy Safarov
- Contact:
Re: outlook pst files disconnect
Hi John,
Most likely this issue is related to snapshot removal procedure, the same issue is discussed in the following topic, please look through it and continue posting there if needed: Snapshot removal issues of a large VM
Thanks!
Most likely this issue is related to snapshot removal procedure, the same issue is discussed in the following topic, please look through it and continue posting there if needed: Snapshot removal issues of a large VM
Thanks!
-
- Novice
- Posts: 7
- Liked: never
- Joined: Jul 28, 2010 3:44 am
- Full Name: John Vandersee
- Contact:
Re: outlook pst files disconnect
Hello Vitaly,
I have followed most of the advised from the link you gave, such as manually creating a snapshot then removing the snapshot by the use of snapshot manager (delete all) for all the vm's (all vm's has no previous snapshots or remnants) on this host , run Veeam backup job with both Veeam VSS and VMware Tools quiescence disabled in the Advanced job but still this disconnect issue won't go away. Even created a separate port group, switch and vmnic assigned solely for this server but still some downtime happens. Please advise, thanks.
I have followed most of the advised from the link you gave, such as manually creating a snapshot then removing the snapshot by the use of snapshot manager (delete all) for all the vm's (all vm's has no previous snapshots or remnants) on this host , run Veeam backup job with both Veeam VSS and VMware Tools quiescence disabled in the Advanced job but still this disconnect issue won't go away. Even created a separate port group, switch and vmnic assigned solely for this server but still some downtime happens. Please advise, thanks.
-
- Chief Product Officer
- Posts: 31814
- Liked: 7302 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: outlook pst files disconnect
Hi John, if you can reproduce this issue by manually creating and removing snapshot with quiescence disabled, then we recommend taking this issue to VMware support. Veeam simply issues API call asking VMware to create and/or remove snapshot, we do not do anything beyond that. The actual snapshot processing is done by ESX host. It looks like certain part of this process does not go as expected, and this is causing timeouts. Thanks!
-
- Novice
- Posts: 3
- Liked: never
- Joined: Apr 21, 2013 9:15 am
- Full Name: Neil Hill
- Contact:
[MERGED] Outlook clients disconnect during veeam backups
Hi.
I just wanted to check if this is a common occurrence or if there are any suggestions on how to prevent this from happening. We are an exchange 2010 SP3 house and we are WMWare running ESXi 5.1.
In our veeam job, we have a CAS and Mailbox server. When backing up outlook disconnects during that time. It is scheduled out of hours so only few affected. Just wanted to make sure if this is correct as if it isn't and we do have a failure of the backup and may need to run it during normal hours then this would allow such process to happen.
Regards,
Neil.
I just wanted to check if this is a common occurrence or if there are any suggestions on how to prevent this from happening. We are an exchange 2010 SP3 house and we are WMWare running ESXi 5.1.
In our veeam job, we have a CAS and Mailbox server. When backing up outlook disconnects during that time. It is scheduled out of hours so only few affected. Just wanted to make sure if this is correct as if it isn't and we do have a failure of the backup and may need to run it during normal hours then this would allow such process to happen.
Regards,
Neil.
Who is online
Users browsing this forum: Bing [Bot], Google [Bot] and 66 guests