For well over a decade there’s been a social contract of sorts with Microsoft. Security patches are released on the second Tuesday of the month at 10 AM Pacific Time. They release and we start our patching processes. Well … what if they didn’t?
Or at least not entirely useless
For well over a decade there’s been a social contract of sorts with Microsoft. Security patches are released on the second Tuesday of the month at 10 AM Pacific Time. They release and we start our patching processes. Well … what if they didn’t?
While some maintenance tasks have been long understood others have gained importance and understanding more recently. Either way, all of them should be fully automated as part of your patching process. I’ve created and released a script that does exactly that for every software update maintenance task that I can think of and does it in an extensible way that any organization should be able to utlize.
I tried … and failed … to implement Server Group Patching to automate patching our Exchange clusters. That doesn’t mean I didn’t learn a few useful things about how the feature works and how to troubleshoot it.
One of the exciting parts of the pre-release Server Group Patching feature is the ability to run scripts before and after the patching process. This is key to automating workload migrations in clusters like Exchange or SQL. While it sounds promising, reality is a little underwhelming.
Hoping to use the Server Group Patching pre-release feature to patch a group of servers in order? It appears to be broken. We are the real QA team.
© 2024 Dam Good Admin
Theme by Anders Noren — Up ↑
Recent Comments