| Ronni's profileRonni Pedersen's Blog Si...PhotosBlogLists | Help |
|
July 18 Introduction to Configuration Manager 2007 – Part 2In the Introduction to System Center Configuration Manager 2007 – Part 1, we learned how to prepare Active Directory and how to configure Windows Server 2008 for hosting the Site Server role. In this part we’ll learn how to install and configure the Microsoft SQL Server 2005, Windows Server Update Service (WSUS) and finally System Center Configuration Manager 2007. Installing and configuring Microsoft SQL Server 2005In this test lab, the Domain Controller, the database and the Site Server will be installed on the same virtual machine. I wouldn’t recommend this in production, but for a testing scenario it’s just fine.
Installing Microsoft SQL Server 2005 Service Pack 2Service Pack 2 for SQL Server 2005 is required to support both Windows Server 2008 and System Center Configuration Manager 2007. Download Microsoft SQL Server 2005 Service Pack 2 here:
Installing Windows Update Service 3.0 SP1Microsoft Windows Server Update Service 3.0 SP1 (WSUS) is required in order to deploy patches to the Configuration Manager Clients. Windows Server Update Service 3.0 SP1 can be downloaded her: http://go.microsoft.com/fwlink/?linkid=93750
Installing System Center Configuration Manager 2007Installing System Center Configuration Manager is very simple in a test setup, where everything is installed on the same box. In a production environment, you properly want to use more than one server, and you need to consider how to secure the communication between these servers and what service accounts is running the services, and what security permissions is required on the remote servers. In this setup we use the same account (Administrator) for everything, so we´re ready to continue. The valuation version of System Center Configuration Manager can be downloaded here: http://technet.microsoft.com/configmgr/bb736730.aspx
Congratulation. You’ve now installed System Center Configuration Manager 2007 with Service Pack 1 on a Windows Server 2008 box. SummaryThis completes part 2 of this article. In the next part we’ll configure the Site Settings and install new site roles. July 12 Introduction to Configuration Manager 2007 – Part 1
Introduction This article is based on System Center Configuration Manager 2007 with Service Pack 1 and Windows Server 2008 RTM. All roles will be installed on a single box (virtual machine). Installing everything on the same box is not “best practice” in production. The headlines for the first parts are:
Before we get started there are a few things that need to be configured. In my test lab I’m running Windows Server 2008 Enterprise Edition with Hyper-V, and I recommend the following settings for the virtual machine:
This guide assumes that Windows Server 2008 Enterprise Edition x86 with Service Pack 1 is installed and configured with the following settings:
Part 1: Pre-Configuration Manager Installation TasksThe System Center Configuration Manager 2007 requires a few things to be configured before installing the product. This part will guide you through these steps. Extending the Active Directory Schema Extending the Active Directory schema is a forest-wide action and must only be done once per forest. Extending the schema is an irreversible action and must be done by a user who is a member of the Schema Admins Group or by someone who has been delegated sufficient permissions to modify the schema. Four actions need to be taken in order to successfully enable Configuration Manager Clients to query Active Directory Domain Services to locate site resources:
How to Extend the Active Directory Schema Using ExtADSch.exe You can extend the Active Directory schema by running the ExtADSch.exe file located in the SMSSETUP\BIN\I386 folder on the Configuration Manager 2007 installation media. The ExtADSch.exe file does not display output when it runs; however, it does generate a log file in the root of the system drive called extadsch.log, which will indicate whether the schema update completed successfully or any problems were encountered while extending the schema. Step by step guide
How to Create the System Management container using ADSIEdit Configuration Manager does not automatically create the System Management container in Active Directory Domain Services, when the schema is extended. The container needs to be created once for each domain that includes a Configuration Manager Site server that will publish site information to Active Directory Domain Services. To manually create the System Management container using ADSI Edit, do the following steps:
How to configure the security permissions on the System Management container. After the System Management container has been created in Active Directory Domain Services, the primary site server's computer account must be granted the necessary permissions to publish site information to the container.
Enable Active Directory publishing for the Configuration Manager site. Before Configuration Manager can publish site data to Active Directory Domain Services, the Active Directory schema must be extended to create the necessary classes and attributes, the System Management container must be created, and the primary site server’s computer account must be granted full control of the System Management container and all of its child objects. Each site publishes its own site-specific information to the System Management container within its domain partition in the Active Directory schema. This part cannot be completed before Configuration Manager has been installed. Configuring Windows Server 2008 for Site System RolesConfiguration Manager requires the WebDAV component to be installed and enabled on the management points and BITS-enabled distribution points. The WebDAV component is not included in Windows Server 2008 operating system and must be downloaded and configured manually. Installing and configuring WebDAV for BITS-enabled distribution points and management points
SummaryThis completes part 1 of this article. In the next part we’ll install Microsoft SQL Server 2005, Windows Server Update Service (WSUS) 3.0 and System Center Configuration Manager 2007 with Service Pack 1. Enjoy. Group Policy Preference Client Side Extensions UpdatedMultiple Group Policy Preferences have been added to the Windows Server 2008 Group Policy Management Console (which are also available through the Remote Server Administration Toolset (RSAT) for Windows Vista SP1). Group Policy Preferences enable information technology professionals to configure, deploy, and manage operating system and application settings they previously were not able to manage using Group Policy. A few days ago Microsoft released a new version of the Group Policy Preference Client Side Extensions. Microsoft Windows XP (x86): Microsoft Windows XP (x64): Microsoft Windows Server 2003 (x86): Microsoft Windows Server 2003 (x64): For more information on Group Policy Preference: Group Policy Preference Overview: Windows Server Group Policy: July 01 MVP: System Center Configuration ManagerI’ve just got an email from Microsoft, saying that I’ve received the Microsoft MVP Award on System Center Configuration Manager. I'm truly honored… Thanks to my lovely wife and to my son, for being so patient when I spend (too much) time working for the Danish IT community. Using Task Sequence Variables to customize deploymentsLiving in a non-english speaking country like Denmark, I often have to deal with deploying English versions of Windows XP and/or Windows Vista, with other Regional Settings, Keyboard Settings, Time Zones etc. In the past I've created a VBScript to modify the sysprep.inf or the unattend.xml, after laying down the image on the client. The values were configured with Collection Variables or Computer Variables. The script collected the value during deployment, and replaced the value in the sysprep.inf or unattend.xml file before restarting into mini setup. This year at TechEd in Orlando, I attened a great session on Windows Deployment with Configuration Manager (Part 1 of 4) with Michael Kelly. In this session he showed a demo, where he created a custom variable ("XRes" and "YRes"), and typed the variable direct in sysprep.inf like this: sysprep.inf: This was a simple example, but it gave me a lot of ideas to work with. And as a result of this, I no longer need my "fancy" script to take care of my deployments anymore. This is how I do it now (example): For my Windows XP deployments I've created a sysprep.inf that looks like this: sysprep.inf: The sysprep.inf file should be place in a package in order to use it from the task sequence. In the “Deploy Windows XP” Task Sequence, you need to specify the sysprep.inf file in the “Apply Operating System” section, like this: In order to use the sysprep.inf containing the variables we need to assign some variables to our collection first. How to Create Collection Task Sequence Variables:
You can also specify Precedence by selecting a numeric value from the drop-down list, where 1 is the lowest precedence, and 9 to specify the highest precedence. The Precedence level will be used when a computer is a member of multiple collections with differing precedence levels assigned. You can also specify per-computer task sequence variables, by right-clicking the computer object, click Properties, and then click the Variables tab. Per-computer variables will allways overwrithe per-collection variables. That’s all folks… No more scripting for modifying the sysprep.inf file during deployment :-) Additional resources: TimeZone codes: (scroll down to the end where you’ll find “TimeZone”) Locale ID’s and Input Locale: |
|
|