Re: Migrate SBS2003 to new R2 installation



I'm in the same boat!! Half way there so far with 2 half days of work (and
I am not a techie!) - the main issues I have hit so far are that ISA Server
required a service pack to be applied before it would start!! (no mention
that I could find in the documentation) and with using exmerge to create the
pst files, need identical user mailbox names (obviously) and when importing
them I found that the sbs 2003 server's admin account did not have the
correct permissions to access mailboxes which took a couple of hours to find
from a google search & remedy. Fortunately my instal is for only 3/4 users
so I can see why the "experts" are keen to promote the "swing" pack for more
complicated sites. I have been running the new server with a test
workstation alongside (but on separate network switch/hub) pending the final
switch over & this certainly gives testing comfort!!
Good luck - it will be interesting to see how we get on with this, rather
than purchasing the "swing" kit.


"Cris Hanna [SBS-MVP]" <crisnospamhanna@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
wrote in message news:O5QbtMchHHA.4288@xxxxxxxxxxxxxxxxxxxxxxx
The swing migration is not painful at all other than the need for an
interim box for the swing but this can even be a workstation as its only
temporary.

And you will have more pain and upset from your customer over:
The new domain
Downtime

To name a couple

The Swing Migration is relatively invisible to your customer, since the
new server has the same server name, etc.

You can certainly do what your suggesting but you really have to question
if thats best for your customers.

--
Cris Hanna [SBS-MVP]
-------------------------------------------------
Microsoft MVPs
Independent Experts (MVPs do not work for MS)
Real World Answers
---------------------------------------------------------
Please do not contact me directly regarding issues

"Bill Kuhn - MCSE" <bkuhn@xxxxxxxxxxxxx> wrote in message
news:CEEC6C6A-CE2E-4A56-A9D2-0D1808D33FE6@xxxxxxxxxxxxxxxx
We have a couple of SBS2003 Premium -> R2 upgrades that include new
server
hardware coming up.

From what I see, an actual migration looks fairly painful whether
Microsoft
whitepaper instructions are followed or a 'swing' migration is attempted.

In out cases, neither migration involves a lot of users (<15 users each).

It looks to me like our most straightforward process is likely to be

* copy existing exchange mail to PSTs for all users

* backup SQL databases (both customers use SQL for more than just
sharepoint)

* copy all customer data to USB drive

* install R2 on new hardware as a new domain

* recreate user accounts

* join workstations to new domain

* restore customer data and appropriate securities and shares

* restore SQL databases

* configure internet access/backups/SUS/etc

To me, this is a straightforward way to move the servers w/o relying on
quirky tools or worrying about really odd errors cropping up in the
middle
of migration.

Now to the question..

What I don't know how to do (if possible) is..

How can I migrate sharepoint (at least lists and calendar items) to the
new domain??

Bill Kuhn - MCSE
The Kuhn Group, Inc.
http://www.kuhngroup.com





.



Relevant Pages

  • Re: Migrate ?
    ... I am the guy with the website SBSmigration.com offering the documentation ... I've presented the background steps of how to do Swing Migration going back ... In-Place Upgrade is documented for Windows 2000/2003 Server is in Chapter ...
    (microsoft.public.windows.server.sbs)
  • Re: Migrate SBS2003 to new R2 installation
    ... Never mind that SBS is a bit more than your average windows installation. ... An end customer with a business to operate cannot be expected to invest the time and practice. ... If you're serious about hitting the ground running, concepts of disaster planning/recovery - including the slice that is server migration - are being presented later this month. ...
    (microsoft.public.windows.server.sbs)
  • Re: Migrating SBS to new hardware
    ... even after final swing implementation. ... migration required the transfer or roles. ... server would still be there until you were ready to cut over. ... This could be caused by network problems or by a failure of the RID master ...
    (microsoft.public.windows.server.sbs)
  • Re: Replacing Current SBS2003 with a Faster Machine
    ... :) I did read the blog post you linked to and found it interesting that at the bottom of his post he made threee points. ... I said swing is 'fraught and time consuming' because it's a potentially tricky and nerve racking process, especially if you've never done it before. ... The migration kit, if you purchase the right one and you avail yourself of the support you also purchase with the kit, is neither time-consuming nor error-prone. ... I am struggling to find the correct 'migration' path for replacing a current SBS2003 server with a new server. ...
    (microsoft.public.windows.server.sbs)
  • Re: In responses
    ... Without using the swing migration? ... It's a bit different from CEICW in SBS 2003 but ... If you install SBS 2000 on a new server or reinstall it on the existing ...
    (microsoft.public.backoffice.smallbiz2000)