Re: SMS 2.0 to SMS 2003 Upgrade
From: Jeff Harbaugh [MSFT] (jeffharb_at_online.microsoft.com)
Date: 07/14/04
- Next message: Mark Scott [MSFT]: "Re: Source \\MP_SERVER\SMSClient\I386 is inaccessible (1326)"
- Previous message: Miho Urabe [MS]: "Re: SMS 2003 Web Reporting"
- In reply to: Jody Williams: "Re: SMS 2.0 to SMS 2003 Upgrade"
- Next in thread: Jody Williams: "Re: SMS 2.0 to SMS 2003 Upgrade"
- Reply: Jody Williams: "Re: SMS 2.0 to SMS 2003 Upgrade"
- Reply: Torsten: "Re: SMS 2.0 to SMS 2003 Upgrade"
- Reply: darb: "Re: SMS 2.0 to SMS 2003 Upgrade"
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 14 Jul 2004 09:42:47 -0700
1. You would have a new primary site. The advertisements etc will nto
replicate up but because this is the parent site it will be able to see all
exisiting packages and information that relates to the child site.
2. Yes for the SMS 2003 you woudl ahve to setup all site boundaries and
accounts over again. Make sure once you add a boundary to the SMS 2003 that
you remove it from the SMS 2.0. Overlapping the boundaries could cause
client issues, these will be reduced by using the advanced client.
3.You would be able to push the clients since you will be able to see the
collections and clients from the child site. This would then start having
the clients report to the SMS 2003 and the information from the clients will
be populating the SMS 2003 database. You can also start creating all new
ads, packages, etc on the SMS 2003 site which would replicate to the child
site. This will start your process of fading out the SMS 2.0 site. By this I
mean all the clients and packages, ads, etc will all start reporting to the
SMS 2003 and be created on that site as well.
4.You cannot make the SMS 2003 site a child of the SMS 2.0 the newest
version must be the top site.
I would definitely suggest doing some planning and reading before you
attempt either direction that you wish to go. You may also want to install
in a test environment so you can see any pitfalls or problems encountered
before entering production. I cannot suggest which is right for you but if
you want to install new hardware and change the name of the SMS Server
machine. Also this leaves your 2.0 site still running until you can safely
ensure that everything is now migrated. I hope this helps.
Thanks,
Jeff Harbaugh [MSFT]
This posting is provided "AS IS" with no warranties, and confers no rights.
"Jody Williams" <HomeBoy@discussions.microsoft.com> wrote in message
news:2ce9501c469b3$ad479ab0$a501280a@phx.gbl...
> Thank you for the quick reply. Yes, we will be using the
> advanced client as we will not offer support to pre
> Windows 2000 PCs.
>
> I want to make sure I understand this process a little
> better. We have a new server that we can install SMS 2003
> and SQL server 2000 on. You are suggesting to make a
> completely new site on our new hardware and then add the
> existing SMS 2.0 site as a child site in the new site,
> correct?
>
> I have a few questions:
>
> 1. If we do as you suggest, we will have a new primary
> site (with a new name). The existing SMS 2.0 site will be
> a child and we can set this up so that settings for
> Advertisements, Packages, collections etc. from the
> existing site will be "replicated" up to the new SMS 2003
> parent site? If that is true, that would be great.
>
> 2. On the new SMS 2003 primary site, we would need to
> manually confiure site boundaries and top level site
> settings again?
>
> 3. You mentioned "moving/migrating" clients to the new
> site. Will we have to manually do this or is thier a
> method to automate this process (is that the Targeted Push
> Installation Wizard you mentioned)?
>
> 4. Just curious if this is the best direction to do this?
> We had discussed doing this in a similar fashion but
> making the SMS 2003 site a child site in the existing SMS
> 2.0 site. I wasn't sure if this would be a valid method or
> not.
>
> Thanks for your assitance!
>
>
>>-----Original Message-----
>>If you are installing new hardware for the SMS 2003 site
> and SQL server then
>>you probably do not want to install SMS 2003 on your
> exisitng hardware.
>>What you may want to look into. (please evaluate this
> solution before doing
>>it to make sure it make sense for you and your company).
>>Install the new server hardware. Install SMS 2003 and SQL
> server on the new
>>hardware. Then make the SMS 2.0 site a child of the new
> SMS 2003. This way
>>you can get the information populating the Central site.
> From there you can
>>start addign site boundaries and moving/upgrading the
> clients to the new
>>site. Are you going to use the advanced client? If so
> this would be an easy
>>upgrade as you woudl be able to use the targeted push
> installation wizard to
>>upgrade/migrate the clients.
>>
>>--
>>Thanks,
>>Jeff Harbaugh [MSFT]
>>This posting is provided "AS IS" with no warranties, and
> confers no rights.
>>
>>"Jody Williams" <HomeBoy@discussions.microsoft.com> wrote
> in message
>>news:2c04e01c4691a$87b0e5c0$a501280a@phx.gbl...
>>>I have searched through the documentation and the forums
>>> about this and think I know what we have to do but
> wanted
>>> some additional feedback to make certain :-)
>>>
>>> We have an existing SMS 2.0 SP5 site on a Windows 2000
>>> Advanced Server. We are using SQL Server 2000. We would
>>> like to upgrade to SMS 2003. However, we also want to
>>> install a new Windows 2003 server and move/migrate the
>>> existing SMS 2.0 site to the new Windows 2003 server
>>> during the SMS upgrade process.
>>>
>>> From what I have read, we would want to use the Recovery
>>> Expert to do this. Unfortunately, we will NOT be able to
>>> leave the PC names for the old SMS 2.0 server and the
> new
>>> SMS 2003 server the same.
>>>
>>> So, my questions are as follows:
>>>
>>> 1. Would we want to upgrade the exisitng SMS 2.0 site to
>>> SMS 2003 on the existing hardware?
>>>
>>> 2. Is there a way to use the Recovery Expert on a new
>>> server with a different name to recover/migrate the
>>> exisitng SMS 2.0 site to the new server and then perform
>>> the upgrade to SMS 2003?
>>>
>>> I hope this makes sense :-) Any ideas would be
> appreciated.
>>>
>>
>>
>>.
>>
- Next message: Mark Scott [MSFT]: "Re: Source \\MP_SERVER\SMSClient\I386 is inaccessible (1326)"
- Previous message: Miho Urabe [MS]: "Re: SMS 2003 Web Reporting"
- In reply to: Jody Williams: "Re: SMS 2.0 to SMS 2003 Upgrade"
- Next in thread: Jody Williams: "Re: SMS 2.0 to SMS 2003 Upgrade"
- Reply: Jody Williams: "Re: SMS 2.0 to SMS 2003 Upgrade"
- Reply: Torsten: "Re: SMS 2.0 to SMS 2003 Upgrade"
- Reply: darb: "Re: SMS 2.0 to SMS 2003 Upgrade"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|