This is a second post in a matter of days and although I like the new App model I must admit I am far from impressed on its current stabilitly and apparent frailty when compared to regular packages.
Aside from the dependancy in and around Build & Captures, at present the revision history seems to play potential havoc inside of Task Sequences in certain instances as outlined below:
When building a machine from a Task Sequence, an application (or multiple) will fail and produce what is apparently an access denied message (0x80004005) however the NA Account is configured correctly and all boundaries are in place.
The source of the issue can be traced to the revision history in the Task Sequence being referenced to an incorrect version causing the install to fail.
This explanation is detailed in this excellent post
Although I like the new App model I feel it has some way to go before moving away from Packages all together.
Since the release of ConfigMgr 2012 Microsoft has employed a more dynamic approach towards application delivery in the form of Applications as opposed to standard Packages. These work in a similar way but come into their own for more complex applications requiring dependancy and being able to determine the presence on a machine rather than using scripts etc.
Although I use these for alot of customers I must admit there are instances where I still prefer the older model as there are advanced elements of troubleshooting where they are easy to get to an issue but also the stability of the platform still does not seem to have been ironed out.I have had countless instances where packages of the same source work fine but produce unrelaible results when working inside of OSD.
Nice lead onto topic 🙂
For one client I decided to move the Build & Capture over to pure applications where possible as opposed to packages and stumbled over an instability when producing the build and capture where they would not install.
Now I try to follow my own rule of thumb/best practice for Gold Deployment which is as follows
VM (Hyper-V)
Non-domain joined during sequence
This scenarion for a package version of the TS works a treat with no issues however transitioned to applicaiton it failed as soon as it hit the first package.
so what options are availible????
The cleanest option I have used to remediate requires a couple of adjustments:
1 – On the Setup Windows and ConfigMgr step, add in the SMSMP=YouCMbox.FQDN
2 – While I was performing the Build and Capture I added in an IP Address Boundary into the boundary group where the contents was located.
This resolved the issue and allowed the Applications to install.
So why is this required?
Well…… Assuming you dont join the domain during the Build & Capture and then Dis-Join (which is an option, just place in an OU with no policies!), the client is unable to query AD for the vital MP information so it needs to be spoon-fed with all the information it would otherwise gather on its own and without that information it is unable to access the Applications.
This issue is not a problem for standard packages which is just a number of differences between the two.
Ill admit im yet to be completely sold on Applications but will endeavour to try to adopt the new practices wherever possible 🙂
The purpose of this article is to give a overview of setting up VMM 2012 R2 in a POC / Lab environment for evaluation or if you are like me as the foundation to building your Private Cloud.
Note* – It is not recommended that this architectural design should serve a production environment.
For most environments a VMM Server along with an accompanying SQL Server will suffice. If you intend to build many machines you may well want to ensure you have ALOT of storage!
Servers: VMM Host | SQL Host (Could exist on same box if this needed)
Service Accounts: VMM Service Account
SQL Service Account
VMM Admin Group (Place Service Account in this group)
VMM Server Prerequisites:
>Windows 8.1 ADK – http://www.microsoft.com/en-us/download/details.aspx?
>VMM Admin Group as a local admin on all hosts
1. SQL Server Setup:
On the SQL database server, install SQL 2012 with SP1.
-This is not a best practices for SQL configuration. Consult your DBA team to ensure your SQL deployment is configured for best practice in your environment.
-Run setup, choose Installation > New Installation…
-When prompted for feature selection, install ALL of the following:
-Database Engine Services
Note*
-If you are going to be deploying a shared SQL server for other System Center components, you might consider adding:
-Full-Text and Semantic Extractions for Search
-Reporting Services – Native
-Management Tools for administration – Basic and Complete
-On the Instance configuration, choose a default instance, or a named instance. Default instances are fine for testing and labs.
-On the Server configuration screen, set SQL Server Agent to Automatic.
-Use a Domain account for the service account.
-Input the DOMAIN\[SQL Service Account] account and password for Agent, Engine, and Reporting.
-On the Collation Tab – you can use the default which is SQL_Latin1_General_CP1_CI_AS or choose another supported collation.
-On the Account provisioning tab – add a domain user account or a group you already have set up for SQL admins.
-On the Data Directories tab – set your drive letters correctly for your SQL databases, logs, TempDB, and backup.
-On the Reporting Services Configuration – choose to Install and Configure. This will install and configure SRS to be active on this server, and use the default DBengine present to house the reporting server databases. This is the simplest configuration.
-Setup will complete.
-For the POC Windows Firewall will be disabled. If you wish to use Window firewall reference – http://msdn.microsoft.com/en-us/library/ms175043.aspx
2. VMM Setup
-Log on using your domain user account that is a member of the SCVMMAdmins group.
-Run Setup.exe
-Click Install
-Select: VMM Management Server
VMM Console
-On the Product Registration – input a product key, otherwise the evaluation product will be installed. Click Next.
-Accept the license agreement and click Next.
-Configure the Customer Experience settings, and click Next.
-Configure to use Microsoft Update or note, click Next.
-Accept or change the default install path and click Next.
-If you get any Prerequisite errors – resolve them.
-On the Database Configuration screen, enter in the name of your SQL database server and leave port blank.
-You can leave “use the following credentials” blank if you are installing to the local SQL server.
-You can enter credentials here to connect to a remote SQL server if your user account you are running setup as does not have enough rights over the instance to create a database.
-Select the Instance Name to install to. Ensure “New Database” is checked and use the default name or change it to suit your naming standards. Click Next when this screen is complete.
-On the Account Configuration screen, enter the domain account for the SCVMM service account that we created earlier.
-Leave the default to store encryption keys locally for this simple deployment.
-These can be stored in AD although: http://technet.microsoft.com/library/gg697604.aspx
-Click Next.
-On the Port configuration screen, accept defaults and click Next.
-On the Library configuration screen, change the library path or accept the default location, and click Next.
-Click Install.
Setup will install all roles and complete.
Once installed your ready to start putting the components together ready to build your Private Cloud!!!!!
