SBS 2003 and Branch Office
|
Prev: Reminder - Microsoft Responds to the Evolution of Community
Next: Connecting to domain on SBS 2003 after windows xp sp3 repair
From: Piet Lietaer on 21 May 2010 03:00 > > > So I suggest that you consider using that second box in the main office as > > a Terminal Server (or Remote Desktop Server as it is called now). > -- I want to suggest another alternative approach : you can user DFSR to replicate the files in the file shares in both offices to each other. We have a customer where we did this in 5 offices with one central SBS server. They have 500GB of data on the head office main file share, that is replicated over standard DSL lines to the file shares in the main offices. DFSR (distributed file system replication) only replicates the differences that are made to the files in a compressed format and foresees in conflict handling mechanisms if files are changed on different locations simultaneously. When mobile users log in in different offices, the get a s:\ network drive via a login script. This works very well and is certainly a better solution than trying to open network shares over a slow vpn link. In our case, it is also a better solution than working with terminal services or citrix, because our customer works mainly with CAD applications, which cannot be run on terminal services. Best regards Piet
From: Cliff Galiher - MVP on 21 May 2010 03:23 dfs-r is not available sbs 2003. -Cliff "Piet Lietaer" <piet(a)pilisoft.be> wrote in message news:3e7db172-484c-4ec1-90b4-dbed3d4a3c4b(a)a20g2000vbc.googlegroups.com... >> >> > So I suggest that you consider using that second box in the main office >> > as >> > a Terminal Server (or Remote Desktop Server as it is called now). > -- > > I want to suggest another alternative approach : you can user DFSR to > replicate the files in the file shares in both offices to each other. > We have a customer where we did this in 5 offices with one central SBS > server. They have 500GB of data on the head office main file share, > that is replicated over standard DSL lines to the file shares in the > main offices. > > DFSR (distributed file system replication) only replicates the > differences that are made to the files in a compressed format and > foresees in conflict handling mechanisms if files are changed on > different locations simultaneously. When mobile users log in in > different offices, the get a s:\ network drive via a login script. > > This works very well and is certainly a better solution than trying to > open network shares over a slow vpn link. In our case, it is also a > better solution than working with terminal services or citrix, because > our customer works mainly with CAD applications, which cannot be run > on terminal services. > > Best regards > > Piet
From: Daniel Jewel on 21 May 2010 10:21 Guys (Lyj_e1;KJ; Larry; Leythos; Piet and Cliff) Allow me to first say a BIG THANK YOU !!! I'm mesmerized and humbled by the fabulous HELP I always get from this NG ! I have some thinking to do and will try to "digest" all the good ideas and approaches to my problem. In the meantime I would like to ask what your experience is in regards to Exchange/Outlook on remote offices. Does it work OK or is it very sluggish? Again, thanks to all! Dan "Cliff Galiher - MVP" <cgaliher(a)gmail.com> wrote in message news:#0o3DaL#KHA.5592(a)TK2MSFTNGP02.phx.gbl... > dfs-r is not available sbs 2003. > > -Cliff > > > "Piet Lietaer" <piet(a)pilisoft.be> wrote in message > news:3e7db172-484c-4ec1-90b4-dbed3d4a3c4b(a)a20g2000vbc.googlegroups.com... >>> >>> > So I suggest that you consider using that second box in the main >>> > office as >>> > a Terminal Server (or Remote Desktop Server as it is called now). >>> > > -- >> >> I want to suggest another alternative approach : you can user DFSR to >> replicate the files in the file shares in both offices to each other. >> We have a customer where we did this in 5 offices with one central SBS >> server. They have 500GB of data on the head office main file share, >> that is replicated over standard DSL lines to the file shares in the >> main offices. >> >> DFSR (distributed file system replication) only replicates the >> differences that are made to the files in a compressed format and >> foresees in conflict handling mechanisms if files are changed on >> different locations simultaneously. When mobile users log in in >> different offices, the get a s:\ network drive via a login script. >> >> This works very well and is certainly a better solution than trying to >> open network shares over a slow vpn link. In our case, it is also a >> better solution than working with terminal services or citrix, because >> our customer works mainly with CAD applications, which cannot be run >> on terminal services. >> >> Best regards >> >> Piet >
From: Jim Behning SBS MVP on 21 May 2010 10:36 I use Outlook anywhere on my laptop and it works fine. RPC over HTTP I think is another name for it. The instructions to make it work are on your /remote web site. If you have decent T1 at your main office it works great. If you have a ATT DSL at the main office in the Atlanta market it might stink. Remote office the speed is not as critical. On Fri, 21 May 2010 11:21:22 -0300, "Daniel Jewel" <cyberdudeiq(a)yahoo.com.br> wrote: >Guys (Lyj_e1;KJ; Larry; Leythos; Piet and Cliff) > >Allow me to first say a BIG THANK YOU !!! >I'm mesmerized and humbled by the fabulous HELP I always get from this NG ! > >I have some thinking to do and will try to "digest" all the good ideas and >approaches to my problem. >In the meantime I would like to ask what your experience is in regards to >Exchange/Outlook on remote offices. Does it work OK or is it very sluggish? > >Again, thanks to all! >Dan > >"Cliff Galiher - MVP" <cgaliher(a)gmail.com> wrote in message >news:#0o3DaL#KHA.5592(a)TK2MSFTNGP02.phx.gbl... >> dfs-r is not available sbs 2003. >> >> -Cliff >> >> >> "Piet Lietaer" <piet(a)pilisoft.be> wrote in message >> news:3e7db172-484c-4ec1-90b4-dbed3d4a3c4b(a)a20g2000vbc.googlegroups.com... >>>> >>>> > So I suggest that you consider using that second box in the main >>>> > office as >>>> > a Terminal Server (or Remote Desktop Server as it is called now). >>>> > > -- >>> >>> I want to suggest another alternative approach : you can user DFSR to >>> replicate the files in the file shares in both offices to each other. >>> We have a customer where we did this in 5 offices with one central SBS >>> server. They have 500GB of data on the head office main file share, >>> that is replicated over standard DSL lines to the file shares in the >>> main offices. >>> >>> DFSR (distributed file system replication) only replicates the >>> differences that are made to the files in a compressed format and >>> foresees in conflict handling mechanisms if files are changed on >>> different locations simultaneously. When mobile users log in in >>> different offices, the get a s:\ network drive via a login script. >>> >>> This works very well and is certainly a better solution than trying to >>> open network shares over a slow vpn link. In our case, it is also a >>> better solution than working with terminal services or citrix, because >>> our customer works mainly with CAD applications, which cannot be run >>> on terminal services. >>> >>> Best regards >>> >>> Piet >> See what SBS support is working on http://blogs.technet.com/sbs/default.aspx Check your SBS with the SBS Best Practices Analyzer http://blogs.technet.com/sbs/archive/tags/BPA/default.aspx
From: kj [SBS MVP] on 21 May 2010 11:42
Jim Behning SBS MVP wrote: > I use Outlook anywhere on my laptop and it works fine. RPC over HTTP I > think is another name for it. The instructions to make it work are on > your /remote web site. > > If you have decent T1 at your main office it works great. If you have > a ATT DSL at the main office in the Atlanta market it might stink. > Remote office the speed is not as critical. Works great and properly configured Outlook will switch modes automatically. Available bandwidth will dictate the percieved sluggishness. If all 30+ of your remote users are sending / receiving large attatment email at the same time, it likely will seem sluggish, but typical usage probably will be just fine. > > On Fri, 21 May 2010 11:21:22 -0300, "Daniel Jewel" > <cyberdudeiq(a)yahoo.com.br> wrote: > >> Guys (Lyj_e1;KJ; Larry; Leythos; Piet and Cliff) >> >> Allow me to first say a BIG THANK YOU !!! >> I'm mesmerized and humbled by the fabulous HELP I always get from >> this NG ! >> >> I have some thinking to do and will try to "digest" all the good >> ideas and approaches to my problem. >> In the meantime I would like to ask what your experience is in >> regards to Exchange/Outlook on remote offices. Does it work OK or is >> it very sluggish? >> >> Again, thanks to all! >> Dan >> >> "Cliff Galiher - MVP" <cgaliher(a)gmail.com> wrote in message >> news:#0o3DaL#KHA.5592(a)TK2MSFTNGP02.phx.gbl... >>> dfs-r is not available sbs 2003. >>> >>> -Cliff >>> >>> >>> "Piet Lietaer" <piet(a)pilisoft.be> wrote in message >>> news:3e7db172-484c-4ec1-90b4-dbed3d4a3c4b(a)a20g2000vbc.googlegroups.com... >>>>> >>>>>> So I suggest that you consider using that second box in the main >>>>>> office as >>>>>> a Terminal Server (or Remote Desktop Server as it is called now). >>>>>> > -- >>>> >>>> I want to suggest another alternative approach : you can user DFSR >>>> to replicate the files in the file shares in both offices to each >>>> other. We have a customer where we did this in 5 offices with one >>>> central SBS server. They have 500GB of data on the head office >>>> main file share, that is replicated over standard DSL lines to the >>>> file shares in the main offices. >>>> >>>> DFSR (distributed file system replication) only replicates the >>>> differences that are made to the files in a compressed format and >>>> foresees in conflict handling mechanisms if files are changed on >>>> different locations simultaneously. When mobile users log in in >>>> different offices, the get a s:\ network drive via a login script. >>>> >>>> This works very well and is certainly a better solution than >>>> trying to open network shares over a slow vpn link. In our case, >>>> it is also a better solution than working with terminal services >>>> or citrix, because our customer works mainly with CAD >>>> applications, which cannot be run on terminal services. >>>> >>>> Best regards >>>> >>>> Piet >>> > See what SBS support is working on > http://blogs.technet.com/sbs/default.aspx > Check your SBS with the SBS Best Practices Analyzer > http://blogs.technet.com/sbs/archive/tags/BPA/default.aspx -- /kj |