Re: 2 questions, 1 concerning Roaming Profiles and 1 concerning Sharing Directories



Inline:

--
Les Connor [SBS MVP]


"Roveer" <roveer@xxxxxxxxx> wrote in message news:bdb119a8-692b-44c5-b92d-f279e803e42c@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
I'm beginning to configure my SBS server and have come across Roaming
profiles that leads to to ask for some advice.

Our office is small, probably will be just fine within the 5 user
limit of my SBS. May eventually have to add 5 licenses, so you get
the idea.

2 of my users are "in the office" at their desks, in front of their
PC's and that is not likely to change. They never go to a different
PC, they just work on their machines. Myself and 1 other user will
likely log in from our PC's at our desk, but also from laptops in the
office on the wireless lan, and through VPN provided by our firewall/
router from numerous other owned PC's in and out of the office.

Why not forget the VPN, and use RWW to log onto your desktop computer. All of you applications are already installed, the computer has access to all the resources, your profile is already there, etc.


I am also likely to have a few gadgets that will connect, probably for
email, but who knows, maybe even authenticate to the domain. Right
now, I'm thinking blackberry, or possibly a windows CE device
eventually.

You'd want a Windows Mobile device.


Are there benefits for me to set up Roaming Profiles based on my
description above? I'm am concerned about long logins on possibly
weak wan links, but then again, internet speeds have improved so much
It isn't so much of a factor any more. I'm able to VPN and RDC from
my Sprint EVDO card and most of the time it's just zippy.

Try Remote Web Workplace instead.


But, I still would appreciate some input as to whether I should
consider Roaming Profiles for my users.

Next Question: Sharing directories

My plan is to basically share just one directory on my data volume to
all of our users. That is how we've run our environment for the past
5 years and it's not likely to change. We have a subdirectory
structure for storing all of our files that everyone is familiar with
and changing it now would wreak havoc. So, today I just Share a
directory called "Server" on my data drive, manually map a drive to it
from each workstation with "reconnect on login", I believe I renamed
it "Server" so they don't see the ugly name and everything works. Is
this basically the same strategdy for SBS? I noticed that I can put a
volume name in when sharing the directory which I believe will cut out
a step, but I want to make sure I'm doing this the right way. Is
there a way I'm supposed to get the workstations to connect to this
share? Would that be a NET USE statement in a login script? or is it
just easier to connect (the whole whopping 4 workstations) via file
manager like I am today?

It makes no difference in such a small environment. If you want to automatically map drives via login, you can extend the SBS login script that's already there, call your own, or just go and map the drives. Note you don't really need to map drives for this purpose \\servername\sharename and creating a shortcut will do.


SBS has so much functionality, but when I've got so few workstations,
I have to question whether it's easier to do things the old fashioned
way. BUT, in the same breath I want to get as much out of SBS as I
can. Looking for input here.

Finally, yeah, I snuck a 3rd question in. What's your take on user
directories? I gave them on our original network (XP machine acting
like a server), but nobody ever used them. I gave them drive U: as
user and drive M: as shared space. My thinking was if they were going
to have personal files, at least get them on a server so we can back
them up. Since they never used them, I've kept harping about not
storing files on PC's, so they have been pretty good at saving things
to the shared drive. I occasionally image their PC's so when disaster
strikes I can at least get back some of their stuff. I'm thinking of
NOT having user directories, just one more piece to worry about. They
really don't create that many files that aren't stored on the server.
Interested in your input on this one.

The users shared folders are already there, created when you run the add user wizard. In addition, if you then run the wizard to configure my documents direction, the users my documents folder structure will be automatically moved to the server. They'll remain private to the user. You can use the other share (Server, you called it) for non-private/personal documents.


Thanks,

Roveer

.



Relevant Pages

  • Re: How can I back up SBS 2008 VM inside Hyper-V Server 2008 R2
    ... which is the USB drive plugged into Hyper-V Server 2008. ... After it was created, I went into Disk Manager in SBS, activated it, ... the drives being swapped but Server 2008 won't. ...
    (microsoft.public.windows.server.sbs)
  • Re: SBS 2008 Backup - restore utility?
    ... If you've already installed a fresh copy of SBS 2008 on another server, ... the Recovery Wizard in Windows Server Backup to recover files and folders ... On the Specify location type window, choose "Local drives" and clik ...
    (microsoft.public.windows.server.sbs)
  • Re: slow disk response
    ... Same for the SBS CALs. ... once i have the new server up i will add a note to this ... great with PATA HD and mobo driver is unlikely to improve things much. ... drives passed. ...
    (microsoft.public.backoffice.smallbiz2000)
  • Re: Determin drive letter using DeviceHarddiskVolume##
    ... drives in the RAID array. ... replaced during the time they were bringing the server back up. ... On a workstation of the SBS domain, Event ID 55 is recorded that indicates ... Microsoft CSS Online Newsgroup Support ...
    (microsoft.public.windows.server.sbs)
  • Re: Moving computer and user accounts over to a new server
    ... If we are all familiar with the idea that you can mirror a pair of drives, ... Now you build a different server as you described, ... Essentially that is the core of a process that I've written a migration ... I would say that 1 in 50 SBS techs at most would find the entire ...
    (microsoft.public.windows.server.sbs)

Loading