20 Years Of SMS/Configuration Manager
On the 7th of November 1994, a little product called Systems Management Server (SMS) 1.0 was released. Since that date, there have been four major revisions (SMS 2.0, SMS 2003, ConfigMgr 2007 and ConfigMgr 2012), three Service Packs (ConfigMgr 2007 SP1 & SP2, ConfigMgr 2012 SP1), three Rx releases (ConfigMgr 2007 R2 & R3, ConfigMgr 2012 R2) and countless Release Candidates/Betas, Cumulative Updates (CU’s) and Hotfixes!
I thought it would be really cool to check out the Wayback Machine for the TechNet page for the day that SMS 1.0 was released, but back then TechNet.com wasn’t even around! (how did we ever find our supportability numbers!)
The first mention of SMS on the Wayback Machine TechNet is in mid 2000 and talked about deploying SMS 2.0, administering Inventory and Software Metering, as well as the standard Server Sizing advice we all so heavily rely on. (in their Contoso sizing example, the Central Site with 14k clients required a server with a whopping 300-MHz processor and 256 MB of RAM!)
https://web.archive.org/web/20000817202621/https://www.microsoft.com/technet/sms/
(I love that the comments and suggestions hyper-link is a technet\@microsoft.com)
I was fortunate enough to not have really dealt with SMS, starting my Systems Management journey with Configuration Manager 2007 but some of my colleagues remember those days well.
Sebastian Baboolal, Senior PFE at Microsoft
I started with SMS 2.0. SP5 back around 2004.
I was working for Microsoft support back then. We had one week of training and we were put on the phones.Classic trial by fire. My first call was a critsit for a customer. They had a large environment at the time > 100K clients being managed. They had a top-level SMS site. Then sites under that with lots of other primary sites under those. One of the 2nd tier primaries went belly up. Had to do a DR on that site. We didn’t cover DR at all in the training (just my luck). Back then you had to go thru like 20 pages of stuff to get the site back up. I was on that call for 14 hrs. Did not leave my desk. We got it fixed but then I was thinking what in the world did I get myself into.
Glad we’ve moved on from CAPs and smsclitoken accounts but did like die_evil_bug_die and dial_me_in_baby
George Smpyrakis, Senior PFE at Microsoft
I started with SMS 1.2 back in 1997. I had just started in IT straight out of Uni and helped setup these Site Servers that seemed to take an entire day to complete. I took these boxes out to a couple of remote sites and got them up and running then started the long and arduous procedure of attempting to install the client on the workstations. At the time we used it as a Remote control tool for the workstations and In the end it only lasted a couple of months before we removed it and that was a monumental effort in itself as the client seemed to never go away. A few years later a lovely virus called Nimda came along and brought the company I was working for to a halt. We literally had to go around the State of Victoria with floppy disks (Look it up for those under 30.) to patch each workstation so we could bring Internet access back. That’s when my Manager came up to me and said I want you to run with SMS so we never have to do that again. So I then Implemented and starting using SMS 2.0 and have never looked back…
Anthony Watherston, PFE at Microsoft
I started with SCCM 2007 implementing it because I had nothing better to do and looking to expand my horizons – some of my favourite memories.
- Reading through log files in Notepad until my eyes hurt – then discovering trace32
- The satisfaction of being able to remotely rebuild machines – we used to have people ship the box to us so it could be rebuilt
- Finally patching an enterprise – then fighting with people because they wouldn’t reboot their machines when patches were installed
- Releasing a hotfix to 180 secondary servers then watching as all the high impact tickets rolled in because all the site systems were reinstalling.
- Learning patience when installing new sites – sometimes things just take time to appear in the console
- Working all day on an issue – then doing a site reset and fixing it instantly
Through all this though it is one of the most complex systems management products and only limited by your imagination as to what you can do!
Russell Stevens, Senior PFE at Microsoft
I started with SMS (slow moving software) version 2.0 RTM in a distributed environment at a UK government department that may have had something to with mail in 2000…
Highlights include:
- SMSServer and SMSClient connection accounts for hundreds of Primary and Secondary sites.
- Software Metering ‘mark one’
- Switching from NT 4.0 domains to Active Directory domains (see point one).
- Restoring SMS 2.0 without a wizard, hours and hours and then monitoring for weeks and weeks.
- Preinst.exe became a useful companion from 2.0 -> 2003 -> 2007 –> 2012
- Seeing the feature packs become part of the Configuration Manager OSD\BDD, Software Updates (remember ITMU……..)
- Gigantic DDR backlogs.
It has been a great ride with some ups and downs, and has delivered some outstanding results over the 20 years, loved it.
So here’s to ConfigMgr! May our next 20 years be full of smooth CU upgrades, clear of inbox backlogs and void of all accidental deployments!
Matt Shadbolt
Comments
- Anonymous
January 01, 2003
I stared my career with Microsoft the month before in October, but I was supporting Windows 3.1 and Dos, and soon after Windows 95 Preview Program. I started my SMS and ConfigMgr support with SMS 2003 and ConfigMgr 2007, back in 2007, but I did actually field an SMS 2.0 call and helped to resolve it with the help of a mentor, and no lab running that version :) I wish I had switched teams to SMS years ago, except that SMS versus ConfigMgr, I guess I am glad I waited :)
My lesson learned, is, it does not really matter how big a customer is, or how many clients they have, there are usually the same issues, the same logs, and the same troubleshooting steps to follow to resolve the issue/s. - Anonymous
January 01, 2003
So how did you start with SMS/ConfigMgr? What’s the biggest/hardest lesson you've learnt? - Anonymous
November 06, 2014
Great post
2007.
- Had some scares, fixing accidental deployments
- Moving from Ghost to OSD and moving from Novell Zenworks! - Best moves ever.
- And alot of the above.. DDR blacklogs etc - Anonymous
November 06, 2014
The comment has been removed - Anonymous
November 07, 2014
Started working with SCCM 2012 right after release and kicked Ghost to the curb. Dug in deep with a commitment to do a true layered approach ala Greg Shields' post (http://technet.microsoft.com/en-us/magazine/ee835710.aspx). Was able to package up almost every application that our school district supports. Facilitated some professional development sessions for other K12 sysadmins in Michigan, which forced me to learn some things even better than I did. Love it!
My biggest lesson actually came from SCSM in that you shouldn't use E1000 with 2012R2 and ESX... My poor coworkers having to get the production hosts back online and VMs running after the PSOD. - Anonymous
November 07, 2014
Been there since the beginning! SMS 1.x saved our lives at the company I was working for at the time. I started out as an SMS admin for a large accounting firm and have been evangelizing the product ever since. Wow...this makes me feel old. - Anonymous
November 30, 2014
Thanks - Anonymous
January 21, 2015
Big shout out to Sebastian Baboolal. Remember the days in Canada!
I started in 1996 with SMS 1.2. I was sitting in SMS class the week the SMS 1.2 Beta Test was given. I sat through the class all week and took the Beta exam on Friday.
My biggest lesson is that SCCM doesn't do anything fast unless it's wrong! Never change a collection with an active deployment. I did that and removed the default query for the collection (Cancel) but it had modified the query before then which reduced the query to selecting the entire membership. Unfortunately I was working at a hospital at the time and the policy was sent to some of the machines, one of which was an Operating Room which promptly rebooted in the middle of an operation! Not a good day!