Posts made in August, 2011

As I spend more time working with Powershell, Hyper-V, SCVMM and Orchestrator one of the by-products is that my library of functions and modules keeps growing. Recently one of my fellow MVPs needed a simple method to determine the Dynamic Memory Demand one of his Virtual Machines was issuing. I knew that somewhere in my Mercurial repository I did have code to figure the answer out, from some work I completed earlier in the year, but when I finally located the code, I was just a tad to embarrassed to share it, so Instead I redrafted the code to actually resemble something which might be of value. Hyper-V keeps all it’s magic in the WMI database’s, which with Powershell is pretty easy to navigate; and in the code of the function below you can easily see how we...

One of the most annoying thing’s which I have witnessed over the years of running our AD environment is that over a long duration of time, lots of difference Administrators will come and go. Despite the fact that one might have documented standards, and clear processes on how to implement a solution, every one had a better option, yet when they find that this exercise needs to be repeated multiple times over the course of their work, more and more short cuts appear to be taken, which results in solutions been implemented in a non-standard fashion. OU Delegations One of these scenario’s which I have recently had a little time to consider and address is around the delegation of permission’s to different owners for some normal decentralised management...

I am sure some of you have already begun to think about how you are going to implement and deploy your new 2012 infrastructure; I certainly have been considering this for the last few month’s, mainly due to the fact that one of my responsibilities in a TAP program is to get some real world testing of the solution while balancing this with the business impact of running Beta (and sometimes earlier) code in a live workplace. This of course also invites the though on servers, migrations, cut-overs, support, documentation, and the list goes on… So, this morning, with the clear knowledge that the RC wave of  updates is very close to us, the time is neigh to start into this exercise again and work a plan to power off the current generation servers and embrace...

So you came back for more, welcome! This time we are going to pick up directly from where we left off, and get back to adding in the code for injecting our parameters. Now, if you were paying attention to the last post, you would have already spotted that we have the place holders already created for where we will inject the parameters into the header, so all we need to do now is update our code to implement this. Get that VS project opened up again, and we will jump directly into our helper code, the SCOrchestrator class. Back on the field… Last time we created the main public function called CreateJob and it only accepted the Runbook ID, so this time we will extend that method so we can also pass in some parameters. Now, again there are many ways to do this,...

Ok, the last trip was fun, we quickly learned how to use VS to query the ODATA interface, by building a next Service Reference class for us. Then we took it a step further and added to this a class of our own, to help us reduce any code repetition, and then finally used these in our program to display back a list of Runbooks on the server. This time, we will actually start one of these Runbooks running, and add a little code to both our helper and our program to make this work. So, without further a do, open up the project from before, and we can get started again. The Playground… We are going to do the bulk of the work in the helper class today, because we are going to start building out some methods which we do not want to expose to the main program, and this...