WHY SCCM ?
Second Most Liked Blog on SCCM on Facebook
A lot of Help desk engineers ( who wish to learn the tool " SCCM " ) and new SCCM admins ask me this question : "Why do we use SCCM Server "
My Answer to them is "
Example # 1: Suppose the CIO or the IT Manager ask you that he wants you to deploy a software on HR users machine . Now !! here is the Catch . Let us say that your company is spread across the globe( UK , US , ASIA etc etc ) . now being a Systems engineer you will be in a shock .
I have seen a lot of new SCCM Admins actually asking me what is the use of BITS in SCCM
I will explain this in two Sentences :
1. With BITS , the data Transfer uses only the available bandwidth and will never choke your network while delivering something to clients or to Sites.
2. With BITS if we have a suspended data to be transferred , it will resume from the same point at which it wassuspended .
Hope this clarifies the queries of young SCCM Admins
If you feel that Many of your SCCM Clients are not reporting to management point or not getting any updates / Policies , then it is a good practice to Check the management is up and running . Use this command to check the same :
http://<ServerName>/sms_mp/.sms_aut?mplist
For Native Mode :
https://<ServerName>/sms_mp/.sms_aut?mplist
So in a nutshell A proxy management point is a management point but it is present on Secondary Site . Rest All is same .
With SCCM 2012 one of the wonderful feature that you get is the SCCM Cross Forest Implementation Made A lot Easy !!
For the best case scenario your cross forests should have Kerberos Authentication Between them . Even if there is no kerberos Authentication A two way external trust , One way External trust , non trusted forests
could be brought under one SCCM Site .
The only exception to this could be forests where strong DMZ restrictions/ Security restrictions could be present .
Ok !! Guys Am back with my Mantra for Software Distribution :
I am sure that after you read this post you will never forget the process of Software Distribution : Yes !! TRUST ME ON THIS
What Do you want to do , How do you want to Do , Where do you want to Do , When do you want to Do !!
This is my Mantra for Software Distribution :
What : What part covers what do you want to do . This is defined in Package . So when you create a SCCM package you tell SCCM what do you want to do . See the below Image from Windows Noobs . In this Image we have created a package and it clearly states that you want to deploy Firefox ( Remember !! "What do you want to do ")
Now that we have covered What , Let us move to "How do you want to do " part . This part is covered in the Program . Everything that you mention with regards how this package should be deployed comes under Program like : The installation should be silent installation , Suppress Notification ( User should not receive any Notifications on his machine) , Program should run if the user is logged in or not logged in or any , Which particular platform ( OS) this Package should run . All these conditions come under Program ( Remember !! How do you want to do ). See the Snapshots below for more clarifications :
We are now done with how Part . Let us now move to Where do you want to do . As pretty cleary stated where do you want your package to be pushed . Ya ya !! You know the answer , yes !! its Collections . So answer to where do you want to do is " Collections ( Group of machines where the software will be deployed) . Last is "When " . I am sure you know that When covers when should this software be deployed on users machine . And the answer to this is " Advertisement "
So Next time you forgot about the sequence or the steps of Software Deployment just think this way " What , How , Where and When "
:-) Happy Deployments
Normally You would find SCCM Architects / Designers / Administrators in a Dilemma when it comes to Which one to choose : A Primary Site vs Secondary Site vs a Distribution Point :-
OK I will try to make life easy for you here : Choose a Primary When you want to manage Clients Directly . Choose Distribution point at almost most of the occasions except for :
I hope I have made life Easy for you here . So next time you design a SCCM 2012 Environment for a Client Do consider the above mentioned points .
This is the most commonly asked question about SCCM . Well the answer to this is :
Policyagent.log : This log contains information about the new policies received by the client.
Policyevaluator.log: This log contains information about the evaluation of new policies that are being received .
Datatransferservices.log : This log contains the software download information onto the client machine .
execmgr.log ( Most Important) : This log contains all other relevant information .
Friends,
I found this very helpful document on SCCM OSD and though of sharing it with you guys . Please go through it and you will get answer to most of your questions on SCCM OSD>
https://skydrive.live.com/?cid=18bc7bd65ad851b6&id=18BC7BD65AD851B6%21199
The document is provided from some other post
A lot Of times it is being asked to the SCCM Admins and Architects " Is it Mandatory to Extend the Ad schema for SCCM Implementation " . Well !! The answer to this is " NO " . SCCM will work the same way with or without Extending the Schema . IT is just that Extending the Schema makes life Easy for SCCM Admins . If you do not extend the Schema you need to follow some Workarounds to get your stuff done . One such example is If you extend the schema then your Clients use AD domain services to find the Management Point . Suppose I do not extend the Schema then I will need to configure SLP.
One Feature that cannot be implemented if AD Schema is not extended is NAP . For Everything else we Have Work Arounds !!
For Further Information Use : http://technet.microsoft.com/en-us/library/gg712272.aspx
I have seen a lot of Posts on Internet which were written on SCCM 2012 and owners have not modified their Posts which is causing a lot of problems for the new admins / architects ?
With SCCM 2012 ( Prior SP1) Release it was not possible to add a CAS after the installation of Stand Alone Primary Server , however with SCCM 2012 SP1 this is very much possible.
So you may start with a stand Alone Primary and later on as need be you may add CAS and other Primaries in the hierarchy .
A lot of SCCM Admins and Architects struggle to find answer to this question : " How Many Machines per Distribution Point "
The answer to this question is tricky and depends on a number of things . However a ball parking figure could be " 25 - 30 Machines per DP for a 1.5 MB link " . I have safely assumed that you are considering Patching , Hardware Inventory , Software Inventory , OSD , and other features .
Note : This post is AS IS . Your actual environment might need few extra Considerations .
However you still need to check the Network usage , Peak Usage , What features you are including in your SCCM Environment.
I already tweeted last week that I really, really like the new Distribution Points in ConfigMgr 2012. Around that time they started writing some really good posts at the ConfigMgr OSD Blog about the new Distribution/PXE Point and Content Management. Even though these posts give really good information I still feel like I have to write down what I really, really like about it. So in this post I will sum up some of the cool new features/ properties of the new Distribution Point in ConfigMgr 2012.
Important : The post is taken AS IS from : http://www.petervanderwoude.nl/post/the-new-distribution-point-in-configmgr-2012-b2/
© 2013 Learn IT " The Easy Way " . All rights resevered. Designed by Templateism