Re: PF replication
Or maybe there really is only 2gb of PF data? Maybe your source PF store, which indicates 12gb, has lots of white space? Does it look like there are replicas on the target server of all folders? Rob On Sat, Oct 30, 2010 at 11:46 AM, Level Five - List li...@levelfive.uswrote: Okay, what am I missing, I have 2 ex2k7sp2 servers that im trying to replicate PF data. The data is about 12GB which isn’t a lot but its dozens of folders and hundreds of permissions. I started replication a month ago, replication got to about 2gb on the 2ndserver and it hasn’t moved since. The other day I spun up a new vm as a test , installed exchange and ran the replication scripts. When I goto the primary server I see the new server in all the replication lists of all the folders. I waited about a day, I see the primarypf messages in the queues going to the new 3rd server. The server got to about 2.1gb and hasn’t moved now in 24 hours and I don’t see anything in the queues. As a test I made sure that all the limits were off, and i had previously lifted the 300k limit to 3k as a test for replication and that didn’t change anything either. So im either missing something very basic, or im going to just extract, delete, re-create all the pf’s on the new server and manually do all permissions (can pfwebdav export perms?) or if there is a tool to extract those would be appreciated .. the fact that 2 other servers are stopping right @ 2gb makes me think there is something I didn’t set correctly as far as size or similar. Thanks --- 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 --- 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
RE: PF replication
Its definitely not caught up, when I do a get-publicfolderstatistics command on each server the totals are very different, the new server is missing lots of data, a few folders are complete and many are completely empty. This happened to me the first time, so maybe there is something corrupted on the sending server that gets stuck. The first time I did this had similar results, the db got to about 2gb and never replicated anything else. Im looking to turn up some logging again to see if I can find errors. From: Rob Sargent [mailto:rbsr...@gmail.com] Sent: Monday, November 01, 2010 9:40 AM To: MS-Exchange Admin Issues Subject: Re: PF replication Or maybe there really is only 2gb of PF data? Maybe your source PF store, which indicates 12gb, has lots of white space? Does it look like there are replicas on the target server of all folders? Rob On Sat, Oct 30, 2010 at 11:46 AM, Level Five - List li...@levelfive.us wrote: Okay, what am I missing, I have 2 ex2k7sp2 servers that im trying to replicate PF data. The data is about 12GB which isn't a lot but its dozens of folders and hundreds of permissions. I started replication a month ago, replication got to about 2gb on the 2nd server and it hasn't moved since. The other day I spun up a new vm as a test , installed exchange and ran the replication scripts. When I goto the primary server I see the new server in all the replication lists of all the folders. I waited about a day, I see the primarypf messages in the queues going to the new 3rd server. The server got to about 2.1gb and hasn't moved now in 24 hours and I don't see anything in the queues. As a test I made sure that all the limits were off, and i had previously lifted the 300k limit to 3k as a test for replication and that didn't change anything either. So im either missing something very basic, or im going to just extract, delete, re-create all the pf's on the new server and manually do all permissions (can pfwebdav export perms?) or if there is a tool to extract those would be appreciated .. the fact that 2 other servers are stopping right @ 2gb makes me think there is something I didn't set correctly as far as size or similar. Thanks --- 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 --- 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 --- 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
PF replication
Okay, what am I missing, I have 2 ex2k7sp2 servers that im trying to replicate PF data. The data is about 12GB which isn't a lot but its dozens of folders and hundreds of permissions. I started replication a month ago, replication got to about 2gb on the 2nd server and it hasn't moved since. The other day I spun up a new vm as a test , installed exchange and ran the replication scripts. When I goto the primary server I see the new server in all the replication lists of all the folders. I waited about a day, I see the primarypf messages in the queues going to the new 3rd server. The server got to about 2.1gb and hasn't moved now in 24 hours and I don't see anything in the queues. As a test I made sure that all the limits were off, and i had previously lifted the 300k limit to 3k as a test for replication and that didn't change anything either. So im either missing something very basic, or im going to just extract, delete, re-create all the pf's on the new server and manually do all permissions (can pfwebdav export perms?) or if there is a tool to extract those would be appreciated .. the fact that 2 other servers are stopping right @ 2gb makes me think there is something I didn't set correctly as far as size or similar. Thanks --- 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
ex07 pf replication
We are migrating away from an SCR 2007 cluster to a single vm box for our mailbox database. We have 4 DB's and have been moving mailboxes over the past several weeks. Our PF DB is about 40GB. When I looked at all the PF's they had a replication of the new server, and all the stores were set to point to the new server and everything was fine. When I went to decommission the server I noticed that the entire PF db on the new server was still at 0 even though everyone had it listed as their PF for the database. I tried doing the moveallreplicas.ps1 script and waited a day, and I see all kinds of event logs about incoming message replication , processing message but the new server still showing 0 messages. What made it worse was after the script people this morning said all the PFs were empty, so I repointed the DB to the old server and re-ran the moveallreplicas.ps1 back to the old server they are good now, but Im not sure of what Im missing. Thanks for reading my long winded post J --- You are currently subscribed to exchangelist as: arch...@mail-archive.com. To unsubscribe click here: http://lyris.sunbelt-software.com/u?id=8142876.1678b53fdef861a9e8adf304b808c1e6n=Tl=exchangelisto=9079223 or send a blank email to leave-9079223-8142876.1678b53fdef861a9e8adf304b808c...@lyris.sunbelt-software.com
RE: ex07 pf replication
MoveAllReplicas has rarely worked for me (I say it that way, because some people swear it's great; my experience has been otherwise). I recommend that you: [a] Upgrade to 2007 SP3 and use the new functionality in the console to modify all replicas [b] Use the script AddReplicaToPfRecursive. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Lists - Level5 [mailto:li...@levelfive.us] Sent: Monday, August 30, 2010 8:44 AM To: MS-Exchange Admin Issues Subject: ex07 pf replication We are migrating away from an SCR 2007 cluster to a single vm box for our mailbox database. We have 4 DB's and have been moving mailboxes over the past several weeks. Our PF DB is about 40GB. When I looked at all the PF's they had a replication of the new server, and all the stores were set to point to the new server and everything was fine. When I went to decommission the server I noticed that the entire PF db on the new server was still at 0 even though everyone had it listed as their PF for the database. I tried doing the moveallreplicas.ps1 script and waited a day, and I see all kinds of event logs about incoming message replication , processing message but the new server still showing 0 messages. What made it worse was after the script people this morning said all the PFs were empty, so I repointed the DB to the old server and re-ran the moveallreplicas.ps1 back to the old server they are good now, but Im not sure of what Im missing. Thanks for reading my long winded post :) --- You are currently subscribed to exchangelist as: mich...@smithcons.commailto:mich...@smithcons.com. To unsubscribe click here: http://lyris.sunbelt-software.com/u?id=8242382.a947d5f41ce1dc05c2ca358f8ab92620n=Tl=exchangelisto=9079223 (It may be necessary to cut and paste the above URL if the line is broken) or send a blank email to leave-9079223-8242382.a947d5f41ce1dc05c2ca358f8ab92...@lyris.sunbelt-software.commailto:leave-9079223-8242382.a947d5f41ce1dc05c2ca358f8ab92...@lyris.sunbelt-software.com --- You are currently subscribed to exchangelist as: arch...@mail-archive.com. To unsubscribe click here: http://lyris.sunbelt-software.com/u?id=8142876.1678b53fdef861a9e8adf304b808c1e6n=Tl=exchangelisto=9079232 or send a blank email to leave-9079232-8142876.1678b53fdef861a9e8adf304b808c...@lyris.sunbelt-software.com
RE: ex07 pf replication
MoveAllReplicas has never worked for me. Webster From: Michael B. Smith [mailto:mich...@smithcons.com] Subject: RE: ex07 pf replication MoveAllReplicas has rarely worked for me (I say it that way, because some people swear it's great; my experience has been otherwise). I recommend that you: [a] Upgrade to 2007 SP3 and use the new functionality in the console to modify all replicas [b] Use the script AddReplicaToPfRecursive. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Lists - Level5 [mailto:li...@levelfive.us] Subject: ex07 pf replication We are migrating away from an SCR 2007 cluster to a single vm box for our mailbox database. We have 4 DB's and have been moving mailboxes over the past several weeks. Our PF DB is about 40GB. When I looked at all the PF's they had a replication of the new server, and all the stores were set to point to the new server and everything was fine. When I went to decommission the server I noticed that the entire PF db on the new server was still at 0 even though everyone had it listed as their PF for the database. I tried doing the moveallreplicas.ps1 script and waited a day, and I see all kinds of event logs about incoming message replication , processing message but the new server still showing 0 messages. What made it worse was after the script people this morning said all the PFs were empty, so I repointed the DB to the old server and re-ran the moveallreplicas.ps1 back to the old server they are good now, but Im not sure of what Im missing. Thanks for reading my long winded post J --- You are currently subscribed to exchangelist as: arch...@mail-archive.com. To unsubscribe click here: http://lyris.sunbelt-software.com/u?id=8142876.1678b53fdef861a9e8adf304b808c1e6n=Tl=exchangelisto=9079339 or send a blank email to leave-9079339-8142876.1678b53fdef861a9e8adf304b808c...@lyris.sunbelt-software.com
RE: ex07 pf replication
Thanks, I will try that. Last time I looked about 3 weeks ago SP3 didn't show up on windows update although I saw many people talking about it. Im already forced to restore from backup because somewhere along the line I now have several folders with 0 items that had thousands, not all folders just some .. using pfdavadmin shows me no deleted items and reflects the same item counts . I have to wait until after hours to take the PF DB offline since RSG seems to only work with mailboxes (something I did not know previously). So it looks like that moveallreplicas script really screwed the pooch for me this time, I did use it a few times before without incident FWIW From: Webster [mailto:carlwebs...@gmail.com] Sent: Monday, August 30, 2010 10:25 AM To: MS-Exchange Admin Issues Subject: RE: ex07 pf replication MoveAllReplicas has never worked for me. Webster From: Michael B. Smith [mailto:mich...@smithcons.com] Subject: RE: ex07 pf replication MoveAllReplicas has rarely worked for me (I say it that way, because some people swear it's great; my experience has been otherwise). I recommend that you: [a] Upgrade to 2007 SP3 and use the new functionality in the console to modify all replicas [b] Use the script AddReplicaToPfRecursive. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Lists - Level5 [mailto:li...@levelfive.us] Subject: ex07 pf replication We are migrating away from an SCR 2007 cluster to a single vm box for our mailbox database. We have 4 DB's and have been moving mailboxes over the past several weeks. Our PF DB is about 40GB. When I looked at all the PF's they had a replication of the new server, and all the stores were set to point to the new server and everything was fine. When I went to decommission the server I noticed that the entire PF db on the new server was still at 0 even though everyone had it listed as their PF for the database. I tried doing the moveallreplicas.ps1 script and waited a day, and I see all kinds of event logs about incoming message replication , processing message but the new server still showing 0 messages. What made it worse was after the script people this morning said all the PFs were empty, so I repointed the DB to the old server and re-ran the moveallreplicas.ps1 back to the old server they are good now, but Im not sure of what Im missing. Thanks for reading my long winded post J --- You are currently subscribed to exchangelist as: li...@levelfive.us. To unsubscribe click here: http://lyris.sunbelt-software.com/u?id=8240454.664147b564e01d0f78df91c0007c6 0c2 http://lyris.sunbelt-software.com/u?id=8240454.664147b564e01d0f78df91c0007c 60c2n=Tl=exchangelisto=9079339 n=Tl=exchangelisto=9079339 (It may be necessary to cut and paste the above URL if the line is broken) or send a blank email to leave-9079339-8240454.664147b564e01d0f78df91c0007c6...@lyris.sunbelt-softwar e.com --- You are currently subscribed to exchangelist as: arch...@mail-archive.com. To unsubscribe click here: http://lyris.sunbelt-software.com/u?id=8142876.1678b53fdef861a9e8adf304b808c1e6n=Tl=exchangelisto=9079540 or send a blank email to leave-9079540-8142876.1678b53fdef861a9e8adf304b808c...@lyris.sunbelt-software.com
E2K3-E2K10 PF Replication
All- I'm trying to replicate my public folders from E2K3 to E2K10. I've set all the limits for replication up to 2GB (seemingly that's as high as you can go on either RGC and PF DB). Problem is that my replicas are getting queue's up on the RGC between the two servers. Am I missing something here? All message sizes seem to be under the allotted size limitation. Thanks, John Bowles
RE: E2K3-E2K10 PF Replication
Yea, PF replication traffic queue is slowly dwindling down. Will I not see the replica's on E2K10 until all the traffic has been replicated? Or should I be able to view what's been replicated over in ESM2k10? From: Michael B. Smith [mailto:mich...@smithcons.com] Sent: Friday, March 26, 2010 4:10 PM To: MS-Exchange Admin Issues Subject: RE: E2K3-E2K10 PF Replication Define queued up? Is traffic passing, but only 2 or 3 messages at a time? Are email messages passing first with no delay? (They should be.) etc. etc. PF replication can cause a huge backlog at the transport layer. In general, that really isn't a problem. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: John Bowles [mailto:john.bow...@wlkmmas.org] Sent: Friday, March 26, 2010 3:55 PM To: MS-Exchange Admin Issues Subject: E2K3-E2K10 PF Replication All- I'm trying to replicate my public folders from E2K3 to E2K10. I've set all the limits for replication up to 2GB (seemingly that's as high as you can go on either RGC and PF DB). Problem is that my replicas are getting queue's up on the RGC between the two servers. Am I missing something here? All message sizes seem to be under the allotted size limitation. Thanks, John Bowles
RE: E2K3-E2K10 PF Replication
Did you replicate the hierarchy? That should be your first step. :) Otherwise, you should see the replicas as they backfill, absolutely. Get-publicfolder -server whatever \ Shows you what folders are on what server (exchange 2007 and above) Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: John Bowles [mailto:john.bow...@wlkmmas.org] Sent: Friday, March 26, 2010 4:35 PM To: MS-Exchange Admin Issues Subject: RE: E2K3-E2K10 PF Replication Yea, PF replication traffic queue is slowly dwindling down. Will I not see the replica's on E2K10 until all the traffic has been replicated? Or should I be able to view what's been replicated over in ESM2k10? From: Michael B. Smith [mailto:mich...@smithcons.com] Sent: Friday, March 26, 2010 4:10 PM To: MS-Exchange Admin Issues Subject: RE: E2K3-E2K10 PF Replication Define queued up? Is traffic passing, but only 2 or 3 messages at a time? Are email messages passing first with no delay? (They should be.) etc. etc. PF replication can cause a huge backlog at the transport layer. In general, that really isn't a problem. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: John Bowles [mailto:john.bow...@wlkmmas.org] Sent: Friday, March 26, 2010 3:55 PM To: MS-Exchange Admin Issues Subject: E2K3-E2K10 PF Replication All- I'm trying to replicate my public folders from E2K3 to E2K10. I've set all the limits for replication up to 2GB (seemingly that's as high as you can go on either RGC and PF DB). Problem is that my replicas are getting queue's up on the RGC between the two servers. Am I missing something here? All message sizes seem to be under the allotted size limitation. Thanks, John Bowles
PF replication, latency and archiving
All, We're implementing SEA here, and have three offices - one here in the US, one in the UK and one in AU. The latency between offices for data transfer is pretty huge, as you might expect, with the further handicap that the UK office has a consumer grade DSL connection of 768/128. To illustrate the problem, a robocopy of about 35gb from the US office to the AU office took nearly two weeks - and they have a 2mb SDSL connection. The AU office has about 30gb in mailboxes and 3gb in PFs, the UK office has about 42gb in mailboxes and 21gb in PFs. Only some of the PFs are replicated to the US office - I don't know how exactly many at the moment, but it's probably fewer than half. Questions: 1) Do any of you have a similar situation with latency? If so, how does SEA perform for you? 2) I think it makes sense to replicate all foreign office PFs to the US office, on the theory that SEA will pull replicas locally, and that native Exchange replication will be gentler on bandwidth consumption than SEA. Can anyone confirm or disconfirm this theory? Any thoughts on this welcome... Kurt ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja~
RE: PF replication, latency and archiving
Kurt, Speaking on the SEA side of things, it sounds like Exchange is housed at each respective location? If so, it might be best to have a SEA server at each location so that you don't have to archive and retrieve over your WAN (which could cause some bandwidth issues once everything is set up). If you did set up SEA in this manner, you would likely use separate location IDs for each server, i.e. US would be Location ID 1, UK would be Location ID 2, and AU would be Location ID 3. As SEA uses Outlook Forms for retrieving purposes, no matter where they are (depending on network and SEA set up) an employee would be able to retrieve messages from the respective SEA server on or off the WAN. Hopefully, this helps somewhat... Sincerely, Eric Hanna Lead Enterprise Technical Services Specialist Sunbelt Software email: supp...@sunbeltsoftware.com Voice: 1-877-673-1153 x 500 Web: http://www.sunbeltsoftware.com Physical Address: 33 N Garden Ave Suite 120 Clearwater, FL 33755 United States -Original Message- From: Kurt Buff [mailto:kurt.b...@gmail.com] Sent: Thursday, May 28, 2009 2:49 PM To: MS-Exchange Admin Issues Subject: PF replication, latency and archiving All, We're implementing SEA here, and have three offices - one here in the US, one in the UK and one in AU. The latency between offices for data transfer is pretty huge, as you might expect, with the further handicap that the UK office has a consumer grade DSL connection of 768/128. To illustrate the problem, a robocopy of about 35gb from the US office to the AU office took nearly two weeks - and they have a 2mb SDSL connection. The AU office has about 30gb in mailboxes and 3gb in PFs, the UK office has about 42gb in mailboxes and 21gb in PFs. Only some of the PFs are replicated to the US office - I don't know how exactly many at the moment, but it's probably fewer than half. Questions: 1) Do any of you have a similar situation with latency? If so, how does SEA perform for you? 2) I think it makes sense to replicate all foreign office PFs to the US office, on the theory that SEA will pull replicas locally, and that native Exchange replication will be gentler on bandwidth consumption than SEA. Can anyone confirm or disconfirm this theory? Any thoughts on this welcome... Kurt ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja~ ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja~
Re: PF replication, latency and archiving
We have an Exchange 2003 server at each location. No way we're going to spend more money on more infrastructure, though. One instance of SEA is all we're going to get. However, we are message journaling the foreign offices back to the US office. I'm hoping that helps significantly. Kurt On Thu, May 28, 2009 at 12:17, Eric Hanna eri...@sunbelt-software.com wrote: Kurt, Speaking on the SEA side of things, it sounds like Exchange is housed at each respective location? If so, it might be best to have a SEA server at each location so that you don't have to archive and retrieve over your WAN (which could cause some bandwidth issues once everything is set up). If you did set up SEA in this manner, you would likely use separate location IDs for each server, i.e. US would be Location ID 1, UK would be Location ID 2, and AU would be Location ID 3. As SEA uses Outlook Forms for retrieving purposes, no matter where they are (depending on network and SEA set up) an employee would be able to retrieve messages from the respective SEA server on or off the WAN. Hopefully, this helps somewhat... Sincerely, Eric Hanna Lead Enterprise Technical Services Specialist Sunbelt Software email: supp...@sunbeltsoftware.com Voice: 1-877-673-1153 x 500 Web: http://www.sunbeltsoftware.com Physical Address: 33 N Garden Ave Suite 120 Clearwater, FL 33755 United States -Original Message- From: Kurt Buff [mailto:kurt.b...@gmail.com] Sent: Thursday, May 28, 2009 2:49 PM To: MS-Exchange Admin Issues Subject: PF replication, latency and archiving All, We're implementing SEA here, and have three offices - one here in the US, one in the UK and one in AU. The latency between offices for data transfer is pretty huge, as you might expect, with the further handicap that the UK office has a consumer grade DSL connection of 768/128. To illustrate the problem, a robocopy of about 35gb from the US office to the AU office took nearly two weeks - and they have a 2mb SDSL connection. The AU office has about 30gb in mailboxes and 3gb in PFs, the UK office has about 42gb in mailboxes and 21gb in PFs. Only some of the PFs are replicated to the US office - I don't know how exactly many at the moment, but it's probably fewer than half. Questions: 1) Do any of you have a similar situation with latency? If so, how does SEA perform for you? 2) I think it makes sense to replicate all foreign office PFs to the US office, on the theory that SEA will pull replicas locally, and that native Exchange replication will be gentler on bandwidth consumption than SEA. Can anyone confirm or disconfirm this theory? Any thoughts on this welcome... Kurt ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja ~ ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja ~ ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja~
Re: PF replication, latency and archiving
Hit send too soon... Also, we've been manually archiving the message journaling mailbox for years, and saving the daily PST files to disk and tape. Kurt On Thu, May 28, 2009 at 12:17, Eric Hanna eri...@sunbelt-software.com wrote: Kurt, Speaking on the SEA side of things, it sounds like Exchange is housed at each respective location? If so, it might be best to have a SEA server at each location so that you don't have to archive and retrieve over your WAN (which could cause some bandwidth issues once everything is set up). If you did set up SEA in this manner, you would likely use separate location IDs for each server, i.e. US would be Location ID 1, UK would be Location ID 2, and AU would be Location ID 3. As SEA uses Outlook Forms for retrieving purposes, no matter where they are (depending on network and SEA set up) an employee would be able to retrieve messages from the respective SEA server on or off the WAN. Hopefully, this helps somewhat... Sincerely, Eric Hanna Lead Enterprise Technical Services Specialist Sunbelt Software email: supp...@sunbeltsoftware.com Voice: 1-877-673-1153 x 500 Web: http://www.sunbeltsoftware.com Physical Address: 33 N Garden Ave Suite 120 Clearwater, FL 33755 United States -Original Message- From: Kurt Buff [mailto:kurt.b...@gmail.com] Sent: Thursday, May 28, 2009 2:49 PM To: MS-Exchange Admin Issues Subject: PF replication, latency and archiving All, We're implementing SEA here, and have three offices - one here in the US, one in the UK and one in AU. The latency between offices for data transfer is pretty huge, as you might expect, with the further handicap that the UK office has a consumer grade DSL connection of 768/128. To illustrate the problem, a robocopy of about 35gb from the US office to the AU office took nearly two weeks - and they have a 2mb SDSL connection. The AU office has about 30gb in mailboxes and 3gb in PFs, the UK office has about 42gb in mailboxes and 21gb in PFs. Only some of the PFs are replicated to the US office - I don't know how exactly many at the moment, but it's probably fewer than half. Questions: 1) Do any of you have a similar situation with latency? If so, how does SEA perform for you? 2) I think it makes sense to replicate all foreign office PFs to the US office, on the theory that SEA will pull replicas locally, and that native Exchange replication will be gentler on bandwidth consumption than SEA. Can anyone confirm or disconfirm this theory? Any thoughts on this welcome... Kurt ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja ~ ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja ~ ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja~
RE: PF replication, latency and archiving
PF replication will always take a lesser precedent to normal mail traffic, and you can configure it to happen out of hours, if any such things exists in your company. You might also have the luxury - depending on costs and how much time you have - of setting up an Exchange PF store on a new server locally, replicating your PFs to it, then shipping it off somewhere. Cheers :) From: bounce-8549838-8066...@lyris.sunbelt-software.com [bounce-8549838-8066...@lyris.sunbelt-software.com] On Behalf Of Kurt Buff [kurt.b...@gmail.com] Sent: 28 May 2009 19:48 To: MS-Exchange Admin Issues Subject: PF replication, latency and archiving All, We're implementing SEA here, and have three offices - one here in the US, one in the UK and one in AU. The latency between offices for data transfer is pretty huge, as you might expect, with the further handicap that the UK office has a consumer grade DSL connection of 768/128. To illustrate the problem, a robocopy of about 35gb from the US office to the AU office took nearly two weeks - and they have a 2mb SDSL connection. The AU office has about 30gb in mailboxes and 3gb in PFs, the UK office has about 42gb in mailboxes and 21gb in PFs. Only some of the PFs are replicated to the US office - I don't know how exactly many at the moment, but it's probably fewer than half. Questions: 1) Do any of you have a similar situation with latency? If so, how does SEA perform for you? 2) I think it makes sense to replicate all foreign office PFs to the US office, on the theory that SEA will pull replicas locally, and that native Exchange replication will be gentler on bandwidth consumption than SEA. Can anyone confirm or disconfirm this theory? Any thoughts on this welcome... Kurt ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja~ ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja~
Re: PF replication, latency and archiving
That will probably prove useful. I'll make note of that during the conversations we have. On Thu, May 28, 2009 at 13:29, Sobey, Richard A r.so...@imperial.ac.uk wrote: PF replication will always take a lesser precedent to normal mail traffic, and you can configure it to happen out of hours, if any such things exists in your company. You might also have the luxury - depending on costs and how much time you have - of setting up an Exchange PF store on a new server locally, replicating your PFs to it, then shipping it off somewhere. Cheers :) From: bounce-8549838-8066...@lyris.sunbelt-software.com [bounce-8549838-8066...@lyris.sunbelt-software.com] On Behalf Of Kurt Buff [kurt.b...@gmail.com] Sent: 28 May 2009 19:48 To: MS-Exchange Admin Issues Subject: PF replication, latency and archiving All, We're implementing SEA here, and have three offices - one here in the US, one in the UK and one in AU. The latency between offices for data transfer is pretty huge, as you might expect, with the further handicap that the UK office has a consumer grade DSL connection of 768/128. To illustrate the problem, a robocopy of about 35gb from the US office to the AU office took nearly two weeks - and they have a 2mb SDSL connection. The AU office has about 30gb in mailboxes and 3gb in PFs, the UK office has about 42gb in mailboxes and 21gb in PFs. Only some of the PFs are replicated to the US office - I don't know how exactly many at the moment, but it's probably fewer than half. Questions: 1) Do any of you have a similar situation with latency? If so, how does SEA perform for you? 2) I think it makes sense to replicate all foreign office PFs to the US office, on the theory that SEA will pull replicas locally, and that native Exchange replication will be gentler on bandwidth consumption than SEA. Can anyone confirm or disconfirm this theory? Any thoughts on this welcome... Kurt ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja ~ ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja ~ ~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~ ~ http://www.sunbeltsoftware.com/Ninja~