/build/static/layout/Breadcrumb_cap_w.png

Large number of replication shares

Hello and Happy New Year to the KACE Kommunity!

I am on a fact finding mission and am looking to understand some of the large K1000 deployments that are out there in the wild, with a particular focus on remote sites and Replication Shares.

I would like to hear from anyone who would like to share a couple details such as:
1. How many Replication Shares do you have?
2. How many of these are active?
3. How variable are your synchronisation schedules?
4. What is considered both high and low bandwidth in your environment?
5. Is anyone successfully using file systems other than CIFS/SMB?

Many thanks!
Scott

0 Comments   [ + ] Show comments

Answers (4)

Posted by: airwolf 12 years ago
Red Belt
0
1. How many Replication Shares do you have? 79
2. How many of these are active? all of them
3. How variable are your synchronization schedules? we sync 24x7 with high and low throttling based on business hours
4. What is considered both high and low bandwidth in your environment? high = 20000 bytes / sec; low = 10000 bytes / sec
5. Is anyone successfully using file systems other than CIFS/SMB? every one of ours is using Windows file shares
Posted by: ms01ak 12 years ago
10th Degree Black Belt
0
1. How many Replication Shares do you have? 3
2. How many of these are active? 2 out of 3
3. How variable are your synchronization schedules? sync during non business hours
4. What is considered both high and low bandwidth in your environment? high = 50000 bytes / sec; low = 10000 bytes / sec
5. Is anyone successfully using file systems other than CIFS/SMB? Windows only

I have noticed one of the shares giving this error but I've never been able to get answer from Kace as to what the problem is

"The replication agent is unable to reach the share. Powered down?"

cheers,

M
Posted by: rmeyer 12 years ago
Second Degree Blue Belt
0
1. How many Replication Shares do you have? 43
2. How many of these are active? all
3. How variable are your synchronisation schedules? Off at business hours (both business hour @ server and @ remote site, since we have sites all over the world)
4. What is considered both high and low bandwidth in your environment? We set it up to either on or off, but we have sites with (an amazing) 4Mbit lines and down to 128 kbit connections
5. Is anyone successfully using file systems other than CIFS/SMB? We use SMB shares on 90% of the sites and windows shares on the rest


I see the "The replication agent is unable to reach the share. Powered down?" error every now and then, but offen I think it's just because the SMB share wasn't responding fast enough right when it tried, we don't have problems when the schedule is active to replicate, only if something like the time isn't correct on the NAS/replication machine.
Posted by: HonestlyImNotBatman 12 years ago
Yellow Belt
0
1. # Replication Shares: 20
2. # active: 20
3. How variable are your synchronisation schedules? Each is configured individually based on the remote location's business hours; nothing during official business hours, low bandwidth during the hour or so before/after official hours, high the rest of the time.
4. What is considered both high and low bandwidth in your environment? high: 25600, low: 19200.*
5. Is anyone successfully using file systems other than CIFS/SMB? only SMB here

* We support a couple of locations that have slow, unreliable satellite connections; we started with much lower speeds for them and slowly brought them up to match the rest once the bulk of the initial replication was done.

-Billy
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ