Re: Scripting SMS 2003
- From: Peter Lundin <PeterLundin@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 8 Apr 2005 13:45:01 -0700
Thanks for a quick response!
We are rolling out 20 sites a night with a total of several hundred
secondary sites and servers. The installation and configuration of SMS2003 on
the servers is fully automated using VBscript for the most part.
It is important that we get a reliable report when the nights batch is done.
I was hoping to use the method I described before to get a report. But with
that kind of delay it is nearly impossible to find a good starting point for
the reporting script, especially since we don't know when the servers started
the installation procedure.
Is there a way to read the "proposed" settings to get an indication if
things went wrong or successfull?
"Paul Thomsen [MSFT]" wrote:
> When you make a site change in the console, it takes some time to become
> effective as the various components kick in and do the work needed. If the
> change is down the hierarchy, that can take longer.
>
> To reflect this, there are various states for the site control file. I
> forget the formal terms, but they're things like "proposed", "applied", etc.
> This used to be really obvious in the SMS 1.2 console and you can see it in
> some of the logs, the site control inbox, or some of the data structures.
>
> The SMS 2.0 and 2003 consoles take an optimistic approach and show you
> the 'proposed' state of the component, so the console reflects your change
> right away, even though in reality the change hasn't happened yet and could
> conceivably fail. Your script is giving you the actual state. Since you're
> monitoring, presumably for success, that's actually a good thing. So I'd
> suggest you should keep your script as is.
>
> SMS is a big distributed system, and thus plenty of things don't happen
> in real time. That should be acceptable, since managing large numbers of
> computers rarely has to happen instantaneously (how important is it that you
> upgrade all your users to Office 2003 in the next 30 seconds, for example?).
> So I'd suggest it's reasonable to wait a bit before monitoring for success
> of site changes.
>
> --
> This posting is provided "AS IS" with no warranties, and confers no rights.
>
> "Peter Lundin" <PeterLundin@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
> news:E4C2B4AD-F988-41BF-B4A3-F9AE8E877921@xxxxxxxxxxxxxxxx
> > Hi,
> > After installing a Secondary Site I want to verify that the role
> > 'Management
> > Point' is enabled.
> > To do this I'm querying the 'SMS_SCI_SysResUse' class (se code below).
> > The query does not return information that the role is enabled, even
> > though
> > I can see that it is in the SMS Admin Console, until after 1 to 20
> > minutes.
> >
> > Is this due to intra-site replication or something like that?
> > Is there any other way to verify that the role has been enabled without
> > the
> > delay of 1 to 20 minutes?
> >
> > ----------
> > SiteCode = "mySecSite"
> > CentralSiteCode = "myPriSite"
> > CentralSiteServer = "myPriServer"
> >
> > On error resume next
> >
> > Set loc = CreateObject("WbemScripting.SWbemLocator")
> > Set WbemServices = loc.ConnectServer( CentralSiteServer, "root\SMS\site_"
> > &
> > CentralSiteCode )
> > Set objSiteRoles = WbemServices.ExecQuery("Select * From SMS_SCI_SysResUse
> > WHERE SiteCode='" & SiteCode & "'")
> >
> >
> > For Each Role In objSiteRoles
> > <code>
> > Next
> > ----------
> >
> > Regards,
> > Peter Lundin
>
>
>
.
- Follow-Ups:
- Re: Scripting SMS 2003
- From: Paul Thomsen [MSFT]
- Re: Scripting SMS 2003
- References:
- Scripting SMS 2003
- From: Peter Lundin
- Re: Scripting SMS 2003
- From: Paul Thomsen [MSFT]
- Scripting SMS 2003
- Prev by Date: MP - Http verification .sms_aut (port 80) failed with status code
- Next by Date: Object Creation Error
- Previous by thread: Re: Scripting SMS 2003
- Next by thread: Re: Scripting SMS 2003
- Index(es):
Relevant Pages
|
|