Re: Replication and DFS on SBS2003 R2 network
- From: "Larry Struckmeyer" <lstruckmeyer(at)mis-wizards(dot)com>
- Date: Sun, 18 Nov 2007 11:59:33 -0500
Hi Matt:
Sometimes a post like this will resolve into "RWW? Why didn't I think of that?"
Sometime we forget to tell users who post to consider RWW because it seems so obvious and intuitive to SBSers who have been using the product for some time.
You mention a Terminal Server, so I really don't understand why you would want to open files "over the WAN".
So, for the record... have you considered SBS RWW from the remote site to the TS and opening and using the files there?
--
Larry
"Cris Hanna [SBS-MVP]" <crisnospamhanna@xxxxxxxxxxxxxxxxxxxxx> wrote in message news:822F8AEC-3CE1-454D-9E96-86BB7E9FDF9F@xxxxxxxxxxxxxxxx
I can't give you a lot more light on whether DFS-R will be a part of the next version of SBS
And in that none of my clients have had the need, I haven't played with DFS in general
hopefully we'll get some other contributors who can answer your questions
--
Cris Hanna [SBS-MVP]
---------------------------
MVPs do not work for MS.
Please do not contact me directly regarding issues.
"msb-2007@xxxxxxxxxxxxx" <msb2007nospamnospam@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message news:1123AC3E-5E0F-43CD-B6E7-45681EB8F6D9@xxxxxxxxxxxxxxxx
There is business DSL at both sites, but they are half a country away.
Upstream bandwidth and latency are limiting factors. Opening the files
directly will work for most of the files (subject to inter-site issues that I
still have, but hopefully I'm working out on another posting).
However, we've got a share with several large(ish) files that often get
slightly modified by users in both places, and latency in opening/accessing
these files is a big pain. So DFS-R with its RDC would be a perfect
solution... if it worked on SBS.
Technically speaking the vpn is not really hardware (OpenWRT), but I think
what you're really getting at is whether its a direct server to server VPN;
it is not. We are routing private ip space between the sites, and the VPN
can encrypt faster than the network congestion.
Right now I'm leaning towards having a small share on the R2 Terminal Server
that participates in a replication group with the remote site file server.
Ugly, but manageable in the near-term. Any more elegant suggestions are
appreciated. Any hope that we will see a DFS-R module for SBS anytime soon?
While I'm at it, is there a way to mount/link DFS shares?
For instance, say I've got a DFS-R share setup as \\DOMAIN\Common that is
replicated between R2Server_siteA and R2Server_siteB. I also have a share
\\DOMAIN\Everything setup which is served directly from SBSServer_siteA. Is
there a way to link/mount \\DOMAIN\Common as a subdirectory of
\\DOMAIN\Everything (ie: \\DOMAIN\Everything\Common )?? I'm thinking that
this may be possible(??), but that I wouldn't get the behavior I'm looking
for (ie: when I connect to \\DOMAIN\Everything which is hosted on
SBSServer_SiteA (and not replicated), and traverse to its "Common"
subdirectory, I'll get the right stuff, but it will be connecting through
SBSServer_SiteA, and not to my "closest" replication of the Common share),
thereby defeating the purpose of replication.
Is there an easy way to accomplish this?
Thanks in advance!
-Matt
"Cris Hanna [SBS-MVP]" wrote:
> What's the connection speed between the two sites?
> Is this hardware to hardware VPN?
> Are the files that huge that you can't reasonably open them from the
> remote site if located on the SBS server?
>
> --
> Cris Hanna [SBS-MVP]
> ---------------------------
> MVPs do not work for MS.
> Please do not contact me directly regarding issues.
>
> "msb-2007@xxxxxxxxxxxxx" <msb2007nospamnospam@xxxxxxxxxxxxxxxxxxxxxxxxx>
> wrote in message
> news:F632CF5F-50AC-455B-947E-2F578C4E7F09@xxxxxxxxxxxxxxxx
> Ok, as I understand it you cannot do DFS-R on an SBS R2 box (because R2
> doesn't really mean R2 on SBS)...
>
> However, I still have a need to provide a common share between a remote
> site
> and the primary site (where the SBS R2 box is).
>
> Seems like I have 2 options (please let me know if either of these if
> feasible, or if there are better options):
>
> 1. Configure "normal" FRS between the machines, but run the risk of having
> users stomp on other user's files, and I wouldn't get the benefit of the
> remote differential compression (RDC). Any other downsides?
>
> 2. Configure a second machine running the "real R2" at the primary site,
> and
> use that with DFS-R.
>
> Option 2 is a big drag, as we don't really have a server setup to do that
> (well, technically we already have a machine dedicated to terminal server
> that I could run this through, but it doesn't have as solid a platform as
> I'd
> like if I were to start storing company data on it).
>
> Are there any "best practice" recommendations for supporting file share
> replication across two sites when SBS 2003 R2 is a piece of the equation??
>
> Thanks!
>
> -Matt
>
>
>
>
>
>
- References:
- Re: Replication and DFS on SBS2003 R2 network
- From: Cris Hanna [SBS-MVP]
- Re: Replication and DFS on SBS2003 R2 network
- From: msb-2007@nospam.nospam
- Re: Replication and DFS on SBS2003 R2 network
- Prev by Date: Re: loss of SOME connectivity
- Next by Date: Re: loss of SOME connectivity
- Previous by thread: Re: Replication and DFS on SBS2003 R2 network
- Next by thread: Re: User Monitoring Software
- Index(es):
Relevant Pages
|
