{"id":732,"date":"2015-08-11T14:18:12","date_gmt":"2015-08-11T14:18:12","guid":{"rendered":"http:\/\/www.davidpapkin.net\/?p=732"},"modified":"2015-08-11T14:18:12","modified_gmt":"2015-08-11T14:18:12","slug":"planning-and-deploying-a-stand-alone-primary-site-in-system-center-configuration-manager-sccm-2012-r2","status":"publish","type":"post","link":"https:\/\/davidpapkin.com\/?p=732","title":{"rendered":"Deploying a Stand-Alone Primary Site in SCCM 2012 R2 by David Papkin"},"content":{"rendered":"

The design of a System Center 2012 Configuration Manager stand-alone primary site deployment can vary from a stand-alone server with all required site roles, to more-complex deployments with site roles that you distribute on multiple servers.<\/p>\n

Planning Tasks for a Configuration Manager Deployment<\/strong>
\nBefore deploying Configuration Manager, you must plan for an architecture that supports your
\nenvironment\u2019s technical and business needs. No matter how simple or complex your environment is, you can use the following process to plan for a Configuration Manager deployment:
\n\u2022 Identify your network infrastructure, including the number of physical locations, subnets,
\nnetwork connections between locations,\u00a0and link speeds. This information helps you
\ndetermine the number of primary sites,\u00a0secondary sites, and site system roles that you
\nneed to deploy, and the locations for each server and site system role. Work together with your
\norganization\u2019s Active Directory\u00ae administrators to view how many Active Directory sites and subnets your environment has.
\n\u2022 Determine the number of devices that you must manage, and their locations. A single primary site can support up to 100,000 clients devices. If you need to manage more devices, you will need more than one primary site.
\n\u2022 Identify the business requirements for Configuration Manager. Business requirements map to
\nthe different features available in Configuration Manager, which include hardware and software
\ninventory, software metering, software updates, and operating-system deployment. Review the
\nbusiness requirements with key stakeholders to get their input as to what features your environment requires. Depending on the features that you require, you will need different site system roles.
\n\u2022 Identify the structure of your organization\u2019s information technology (IT) department. Some larger global corporations maintain a very rigid separation of IT groups among geographical locations. Therefore, you may need to have a different primary site for each of these individual geographies. Keep in mind that this is a business requirement, not a technical requirement.
\n\u2022 Determine your migration requirements, in case you are moving from Configuration Manager
\n2007 to Configuration Manager 2012. If your organization has a Configuration Manager 2007
\nenvironment, you need to consider whether you need a hierarchy restructure. You also need to
\nconsider migrating each site, and clients to Configuration Manager 2012, and different objects, such as packages, operating-system images, and collections.<\/p>\n

Planning a Stand-Alone Primary Site Deployment\u00a0Site System Roles<\/strong>
\nWhile you can deploy a primary site on a single server, you also can move roles or install new roles onto different servers. When deploying a standalone primary site, the Configuration Manager setup installs the following site system roles by default:
\n\u2022 Site server. This is the main system role for\u00a0Configuration Manager.
\n\u2022 Site System. This includes any server that
\nhosts one or more Configuration Manager roles.
\n\u2022 Site database server. This is the Microsoft SQL Server\u00ae Database server for Configuration Manager.
\n\u2022 Component server. This is any server that is running the SMS_EXECUTIVE service.
\n\u2022 SMS Provider. This is the interface between the Configuration Manager console and the site database.
\n\u2022 Management point. This is the main communication point for clients.
\n\u2022 Distribution point. This stores content for deployment to clients.
\nYou can install additional roles as necessary. However, before deploying clients, you should install the fallback status point to help monitor client-deployment issues. You also should install the Reporting services point so that you can review reports about the site and client-installation progress.The number of clients that you can manage using a stand-alone primary site depends on the following site configuration and role placement:
\n\u2022 If the site server and site database roles are collocated on the same server, you can manage up to 50,000 Configuration Manager clients.
\n\u2022 If the site server and site database roles are on different servers, you can manage up to 100,000 Configuration Manager clients.<\/p>\n

\"Planning<\/a>

Planning a Stand-Alone Primary Site Deployment<\/p><\/div>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

Site Naming Conventions<\/strong>
\nYou use site codes and site names to identify sites in a System Center 2012 Configuration Manager hierarchy. You configure the site code and site name when you install Configuration Manager, and you cannot change them after installation.
\nEven if you are installing a stand-alone primary site, you should choose the site code and site
\nname carefully to avoid future conflicts, such as in migration scenarios. Consider the following
\nnaming convention guidelines.
\nA site code:
\n\u2022 Must be a three-character alphanumeric code that uses letters A through Z, numbers 0 through 9, or combinations of the two.
\n\u2022 Must be unique in a Configuration Manager hierarchy.
\n\u2022 Should not use Microsoft Windows\u00ae-reserved names such as AUX, CON, NUL, PRN, or SMS.
\nA site name:
\n\u2022 Is a friendly name identifier for the site.
\n\u2022 Must be unique in a Configuration Manager hierarchy.
\n\u2022 Uses the standard alphanumeric characters A through Z and a through z, numbers 0 through 9, spaces, and the hyphen (-).
\nYou use site codes for client assignment, and if you extend your schema, the site servers can publish site codes in AD DS. This enables clients to determine the site assignment, and then locate the management point.
\nInstalling a Configuration Manager Primary Site in SCCM by David Papkin
\n