rjarrett
Posts: 595
Score: 17 Joined: 5/26/2004 Status: offline
|
Do you want the blue pill or the red pill? I enjoy SMS 2003 because it is incredibly capable. All indications are the SCCM is better, as Mark Carriere testifies. However, you must always remember that your dealing with a product that makes many claims that don't live up to your expectations, desires, or needs. I will give you two simple examples. First, Microsoft is all-over tauting the benefits of AD integration. In reality, SMS 2003 could be considered to be an AD interrogator. While there are many hooks into AD, the most important for software distribution is not. Specifically, we wanted to use our AD groups to drive our collections. What we would have liked was real-time, integrated group membership awareness. Instead, what you get is a "discovery" process that interrogates AD, writes discovery data, processes that data, and then is available for queries based upon it. This means that when you add a computer to a security group, it does not get added to the collection until it is "discovered" to be in that group. In a truly integrated system, you should be able to set your group membership criteria and re-run the query. It should dynamically look up which resources are in the group. It doesn't! It adds the very time consuming discovery processing between group assignment and collection membership. Second, Microsoft brags about the scheduling features by comparison with GPO delivery. Yes, you can setup an advertisement to trigger in the future. The problem is, they have not figured out how to stagger the downloads or "phase-in" the collection membership. The result is that all scheduled clients hit the distribution points at the "available time" and hammer it. The result, you end up having to contrive deployment schedules, or add distribution points, or something. Ideally, you would like to be able to say deploy a product on this date and stagger the download over a 24 hour period leading up to that time. This would reduce the demands on the server and network while providing predicatable delivery at a scheduled time. I don't believe SCCM has addressed these examples any better than SMS 2003. With this said, you can use SMS\SCCM very effectively, if you take the time to design a software deployment model that fits your business. I like the product and look forward to getting back into it full-time sometime, but it does take a bit of cool-aid drinking first...
< Message edited by rjarrett -- 1/2/2008 2:26:23 PM >
_____________________________
Let me know if this helped... Rob Jarrett SMS\VB Development
|