From: Grant Taylor on
kobiianardo wrote:
> Hello new here with a newbie problem, I've been told to move
> everything from an old file server to a new machine, or from a
> computer with server SBS 2003 to a new computer with server 2k8. I'm
> not a computer/network person at all, but this is what I've been told
> to do, so I'm having major problems. If anyone can help or knows a
> better place to post this to get helped please tell me.

Is the new server Small Business Server?

If it's SBS, you are most likely going to be doing a SBS 2003 -> SBS
2008 migration. In which case, I *STRONGLY* suggest you download and
read Microsoft's "Migrating to Windows Small Business Server 2008 from
Windows Small Business Server 2003"
(http://www.microsoft.com/downloads/details.aspx?FamilyID=52b7ea63-78af-4a96-811e-284f5c1de13b&displaylang=en).
This document is 80+ pages and very abridged and does reference other
documents / pages on Microsoft's web site that are them selves abridged
and reference still more. (I would not be at all surprised if
everything referenced to the 3rd degree (on average) would be 200 - 300
pages printed.) - Word to the wise, print the document, put it in a
(3-ring / spiral) binder. You will be flipping back and forth between
pages.

I recently used that exact document and successfully migrated from SBS
2003 to SBS 2008. I ended up spending about 30 hours doing said
migration over the course of a couple of a weekend.

If you are migrating from SBS 2003 to Standard 2008 (non-SBS), you will
likely want to look in to (what I think is called) the SBS "Step Up" (?)
option from Microsoft. "Step Up" essentially converts SBS to Standard.
So, you may actually have to Step Up from SBS 2003 to Standard 2003
and then migrate from Standard 2003 to Standard 2008.

Are you planing on removing the 2003 SBS system from the network after
you complete what you are trying to do? Or do you want it to continue
using it as is?

> What's needed: I was told that we want the new machine to act as a
> file server where people can get/share their stuff. The new server
> would have different permissions set up for different people/users i
> suppose. we have about ~15 people that access the new server and 2
> printers. And after all that's done, I'd need to install VPN on this
> server thing. hmm... I need to ask how the people are using the old
> server and redirect their computers to use the new file server in the
> same way.

*nod*

You will have to do this regardless of what your migration plan is.

> Current Setup:
>
> I'm REALLY fussy on what the old server does, but from what I can
> see, our old server is set up this way: we have a T1 line comming in
> and it hits a firewall machine thing and then a switch that spread
> out all over the place, one of which is the old server, and another
> is the new server. Right now on our setup, there's a workgroup (or
> domain thing i dont know the difference) setup called something like
> "Company.intra" that requires a log-in to access the available
> resources. On the new server under Network Sharing center says my
> computer is connected to the internet like this "35WERWER(the new
> server's name) --- Company.intra --- internet"

If you are running SBS chances are very good that you are running a domain.

If you have an option to "Log On To" "Company..." in the Windows Sign On
screen, then you are indeed running a domain named "Company.intra".

> Questions:
>
> 0) Bascially: how the heck do i do this? at times it seemed really
> simple, if i could just copy all the old files from the old server,
> set-up different passwords for different shared-folders and have
> people use that. But I dont know if that's the best way to do about
> things, and i really understand what that ".intra" thing means for a
> workgroup.

A domain, and especially SBS, is really an entity unto its self. You
can't simply turn off old servers and / or turn on new servers with out
informing the domain that you are doing such. (Technically you can, but
there will be consequences of doing such.)

The ".intra" thing is probably short for some form of "internal".
(Microsoft usually recommends that you use ".local".) This is (very
simply) part of how Active Directory Domain Services (AD DS) works using
DNS and LDAP.

I encourage you to read the migration document I suggested above as it
will help you understand the migration process much better. It might
also help if you got more understanding of AD / DNS / etc. before
attempting this migration.

On the positive side, things can go very well. On the negative side,
things can go very wrong, possibly to the point that you are restoring
your entire server / network from your (last good) backup prior to any
migration.

This is probably a good point to say this:

Stop what you are doing. Go get a good backup *now*. ... (I'll wait.)
.... Now, go verify it. ... (I'll wait again.) ... Did it verify?
Good. ... Now, go make another backup and verify it too and take it
off site.

Do you know how to restore your backup if the worst happens???

It is imperative that you have a good backup, because part way through
the migration process, you will make irreversible changes to your old
SBS 2003 server.

> 1) What sort of workgroup/domain do i need to setup or inherit from
> the old server to get the "What's needed" sharing structure.

The migration document referenced above explains how the SBS 2008 server
will import settings generated from the SBS 2003 server during the
install of SBS 2008. (Yes, you will be formatting and re-installing SBS
2008 on your new server as part of the migration guide.)

> 2) Of the roles available from Server 2k8 what do i need to achieve
> this? do i need DHCP? DNS? Active Domain?

I believe that AD DS will install DNS on the new SBS 2008 server as part
of its migration process. You will likely need to install and configure
DHCP on the new server.

I recommend that you run your DHCP server on the SBS 2008 server as it
can take care of some more things than the DHCP server on your router
can (easily) take care of.

> 3) Does setting up VPN require IIS? <--- i dont get this question but
> i needed to find out.

Most likely not.

Microsoft's VPN options through Routing and Remote Access Service
(a.k.a. RRAS) does not require IIS.

If you don't currently have a VPN solution, RRAS is a decent VPN to
start with. There are some pros and cons, but for smaller / simpler
installs, I think the pros out weigh the cons. Besides, RRAS is fairly
easy to administer and will integrate with AD to see which remote users
are allowed to use the VPN.

> 4) Are there any security issues involved with me posting stuff like
> this on the internet?

With what you have posted, not really.

The information that you will end up working with during the migration,
yes. One file in particular that you want to *NOT* post is the answer
file that is generated by SBS 2003 and used by SBS 2008 during install.
Said file will include your domain administrator password in clear text.

> i've been working on this for like a week and really made no progress
> help please

If you are truly migrating from SBS 2003 to SBS 2008 and want to
maintain your domain / Exchange config / SharePoint site(s) / SQL
databases / etc., you probably have a lot more ahead of you than you
realize.

I will say, that the migration document is laid out very well in a
"Step-by-Step" "How-To" type document that helps you avoid the gotchas
that will trip you up.

I will also say that I would not attempt to do any of this until you are
at the very least familiar with / understand, if not comfortable with,
the concepts in the migration document.

No offense intended, but if you are uncomfortable with what is in the
migration document, this may not be a do-it-yourself project and you may
be far better off hiring someone to do this particular project for you.

If, after reading the migration document, you are comfortable and have a
good back up (and aren't afraid to use it) then go for it.



Grant. . . .


P.S. If you want to, feel free to email me off newsgroup and I'll
answer more questions.

P.P.S. Have some reading material with you, there will be *lots* of
"Blue Bar Time" (TM). ;)
From: Leythos on
In article <787c26c7-7dd9-4e3e-b93a-cf8625bd58e1
@r27g2000yqn.googlegroups.com>, kobiianardo(a)gmail.com says...
> i've been working on this for like a week and really made no progress~
> help please
>

You finally posted to the SBS Usenet group and your questions have been
answered by professional in that group. The consensus is that you should
hire a SBS consultant before you spend more time/money doing and redoing
it yourself. SBS is not like Win Server and you must use the Wizards or
you will break many things.

--
You can't trust your best friends, your five senses, only the little
voice inside you that most civilians don't even hear -- Listen to that.
Trust yourself.
spam999free(a)rrohio.com (remove 999 for proper email address)
From: Phillip Windell on
"Danny Sanders" <dsanders(a)NOSPAMbrakesplus.com> wrote in message
news:OvTvrRd1KHA.6104(a)TK2MSFTNGP06.phx.gbl...
> BUT with SBS in the mix you should really ask this question in the
> microsoft.public.windows.server.sbs news group. There are limitations with
> SBS that I am not familiar with that they can help with.

Yea, I think there are problems with it having a Trust to any other Domain
which is required for a migration. Although I think it can have a second DC
as long as the SBS holds all the Roles. Perhaps one can add a second
DC,...remove the SBS "brutally" and sieze the Roles with the second DC and
do the meta data clean up. Then I suppose you would have a "normal" Domain
to migrate "from". Just thinking out loud,..I've never tried it, I don't
use SBS.


--
Phillip Windell

The views expressed, are my own and not those of my employer, or Microsoft,
or anyone else associated with me, including my cats.
-----------------------------------------------------