Den här artikeln riktar sig till dig som redan vet vad SCCM är i grova drag och nu vill förstå hur man faktiskt bygger en sådan miljö. Vi går igenom arkitektur, systemkrav, licenser, installationsordning och vanliga fallgropar.
Har du inte läst grundartikeln om SCCM ännu? Börja där — den förklarar grunderna på vanlig svenska.
SCCM är inte ett fristående program — det är ett ekosystem. Diagrammet ovan visar hur delarna hänger ihop. Primary Site-servern är navet, SQL är minnet, Active Directory är identitetslistan och klienterna är de datorer som allt till slut landar på.
SCCM (Microsoft Endpoint Configuration Manager) licensieras per hanterad enhet. Du behöver inte alltid köpa en separat licens — det ingår i flera paket:
Välj konfiguration baserat på hur många klienter miljön ska hantera. Här är tre vanliga skalor:
SQL kan köras på samma server som SCCM (co-located). Enklare setup, lägre kostnad.
SQL bör ligga på egen server. Distribution Point på varje kontor rekommenderas.
Dedikerade servrar för varje roll. Eventuellt flera Primary Sites och SQL Always On.
Specifikationer — Primary Site Server:
| Komponent | Minimum | Rekommenderat | Notering |
|---|---|---|---|
| CPU | 4 kärnor | 8–16 kärnor | Fler kärnor = snabbare distribution |
| RAM | 8 GB | 16–32 GB | SQL co-located kräver mer RAM |
| OS-disk | 80 GB | 150 GB SSD | Separat från SCCM-data |
| SCCM-disk | 50 GB | 200 GB+ SSD | Beror på antal paket och innehåll |
| OS | Windows Server 2016 | Windows Server 2022 | Desktop Experience eller Core |
Specifikationer — SQL Server:
| Komponent | Minimum | Rekommenderat | Notering |
|---|---|---|---|
| SQL-version | SQL 2016 SP2 | SQL 2019 / 2022 | Express stöds EJ i produktion |
| RAM | 8 GB | 16–64 GB | Mer klienter = mer RAM |
| CPU | 4 kärnor | 8+ kärnor | — |
| Datafiler | HDD | NVMe SSD | Separat volym från loggar |
| Loggfiler | HDD | SSD | Separat volym från datafiler |
| Port | Protokoll | Används till | Prio |
|---|---|---|---|
| 443 | HTTPS / TCP | Klienter ↔ Management Point & Distribution Point. Säker kommunikation — rekommenderas alltid. | 🔴 Kritisk |
| 80 | HTTP / TCP | Klientkommunikation om HTTPS inte används. Undvik i moderna miljöer. | 🟡 Om ej HTTPS |
| 445 | SMB / TCP | Klientinstallation (Client Push) och filöverföring mellan servrar. | 🔴 Kritisk |
| 135 | RPC / TCP | Klientinstallation och serverservrar kommunikation. | 🔴 Kritisk |
| 1433 | SQL / TCP | SCCM-servrar ↔ SQL Server. Behöver öppnas om SQL är på separat server. | 🔴 Kritisk |
| 8530 / 8531 | HTTP/S / TCP | WSUS-kommunikation för Software Update Point. | 🟡 Om SUP |
| 9 (UDP) | UDP | Wake On LAN — för att väcka datorer på distans inför underhåll. | ⚪ Valfritt |
Förbered AD — Schema Extension & System Management
Utöka AD-schemat med SCCM-attribut (extadsch.exe) — kräver Schema Admin och görs en gång per skog. Skapa sedan en System Management-container i AD och ge SCCM-serverns datorkonto fullständiga rättigheter. Klienter använder denna container för att hitta servern automatiskt.
Installera och konfigurera SQL Server
Installera SQL Server på dedikerad server (rekommenderas för mellanstor+ miljö). Konfigurera minnesallokering — SQL bör inte ta allt RAM, lämna 4–8 GB till OS. Skapa separata volymer för datafiler och loggar. Aktivera SQL Server Agent och skapa ett dedikerat tjänstkonto. Kontrollera att SQL-kollationen matchar SCCM:s krav (SQL_Latin1_General_CP1_CI_AS).
Installera Windows-roller och förutsättningar
På SCCM-servern behöver du installera: IIS, BITS, Remote Differential Compression (RDC), .NET Framework 3.5 och 4.x samt Windows ADK (för OSD/tasksekvenser). SCCM-installationsprogrammet kontrollerar dessa och flaggar om något saknas — men det är smidigare att ordna det i förväg.
Installera Primary Site
Kör ConfigMgrSetup.exe och välj "Install a Configuration Manager primary site". Ange SQL-server, sitekod (3 tecken, t.ex. "P01"), sitenamn och installationssökväg. Ha produktnyckel och tjänstkonton redo. Guiden kör en Prerequisite Check — åtgärda eventuella fel innan du fortsätter. Installationen tar 30–60 minuter.
Konfigurera Site System Roles
Lägg till de roller du behöver: Management Point, Distribution Point, Software Update Point (med WSUS) och Reporting Services Point. Rollerna kan läggas på Primary Site-servern eller på separata servrar. Konfigurera Distribution Point med HTTPS och aktivera innehållsvalidering.
Konfigurera Boundary Groups & klientinstallation
Skapa Boundary Groups och koppla nätverkssubnät till dem — det styr vilken Distribution Point respektive klient pratar med. Aktivera sedan Client Push Installation med ett tjänstkonto som har lokala adminrättigheter på klientdatorer. SCCM börjar nu automatiskt hitta och installera klienten på domändatorer.
Konfigurera Software Updates (WSUS + ADR)
Synkronisera WSUS mot Microsoft Update — välj produkter (Windows 10, Windows 11, Microsoft 365 Apps) och klassifikationer (Critical, Security, Updates). Skapa Automatic Deployment Rules (ADR) för att automatiskt godkänna och distribuera kritiska uppdateringar. Testa alltid mot en liten pilotkollektion innan du rullar ut brett.
✅ Gör detta
- Dedikerade AD-tjänstkonton för SQL, nätverksåtkomst och domänanslutning
- Separata diskar för OS, SCCM, SQL-data och SQL-loggar
- Konfigurera HTTPS (Enhanced HTTP) från dag ett
- Testa all utrullning mot en pilotkollektion först
- Aktivera Site Backup och testa återställning innan ni behöver den
- Sätt upp Boundary Groups noggrant för rätt DP-val
- Lär dig CMTrace — det är din bästa vän vid felsökning
- Dokumentera sitekod, tjänstkonton och infrastruktur
❌ Undvik detta
- Installera CAS om ni inte verkligen behöver flera Primary Sites
- Köra SQL på samma disk som Windows — ger dålig prestanda
- Använda personliga konton eller admin-konton som tjänstkonton
- Rulla ut uppdateringar direkt till alla datorer utan pilottest
- Ignorera Boundary Groups — ger fel nedladdningskälla och WAN-belastning
- Köra SQL Express i produktion — stöds inte
- Glömma att öppna rätt brandväggportar innan installation
- Skippa AD Schema Extension — klientupptäckt fungerar sämre
Moderna organisationer kör ofta Co-management — en konfiguration där en dator hanteras av både SCCM och Microsoft Intune samtidigt. Det ger möjligheten att gradvis migrera arbetsbelastningar till molnet i sin egen takt.
Med Co-management kan du välja vilka funktioner som sköts av SCCM respektive Intune. Exempelvis:
| Arbetsbelastning | Hanteras av SCCM | Kan migrera till Intune |
|---|---|---|
| Klientinställningar | ✅ | ✅ |
| Windows-uppdateringar | ✅ | ✅ |
| Programdistribution | ✅ | ✅ |
| Efterlevnadspolicyer | ✅ | ✅ |
| Endpoint Protection | ✅ | ✅ (Defender) |
| Mobiler & Mac | ❌ | ✅ (Intune) |
Microsofts eget loggläsarverktyg. Ingår i SCCM-klientinstallationen och är oumbärligt för felsökning. Loggar finns på klienten under C:\Windows\CCM\Logs\ och på servern i installationsmappen. CMTrace färgkodar fel (röd) och varningar (gul) vilket sparar enormt mycket tid jämfört med att läsa klartext.
Inbyggt diagnostikverktyg från Microsoft. Samlar alla relevanta loggar och systemdata från en klientdator i ett enda paket. Extremt användbart när du felsöker ett problem på en specifik dator och behöver skicka informationen till kollegor eller Microsoft Support.
Populärt community-tillägg som lägger till högerklicksmenyer i SCCM-konsolen. Vanliga åtgärder som "tvinga policyhämtning", "kör inventering nu" eller "starta om dator" — som normalt kräver flera klick — blir ett enda högerklick. Finns i en gratis community-version.
Den officiella dokumentationen är den bästa och mest uppdaterade källan för systemkrav, installationssteg och konfigurationsguider. Sök på "Configuration Manager documentation" — allt finns där, på engelska.
// Sammanfattning — Bygga en SCCM-miljö
- SCCM kräver SQL Server, Windows Server och integration med Active Directory — det är ett ekosystem, inte ett fristående program
- Licens ingår ofta redan i Microsoft 365 E3/E5 — kolla era avtal innan ni köper
- De flesta organisationer behöver bara en Primary Site — skippa CAS om du inte har 100 000+ klienter
- Separata diskar för OS, SCCM, SQL-data och SQL-loggar är ett krav för bra prestanda
- Konfigurera HTTPS och Boundary Groups från dag ett — det är svårt att lägga till i efterhand
- Installationsordning spelar roll: AD → SQL → Windows-roller → SCCM → Site Roles → Klienter → Uppdateringar
- Testa alltid mot en pilotkollektion innan brett utrullning
- Co-management med Intune är Microsofts rekommenderade riktning — planera för det från start
Att bygga en SCCM-miljö kräver tid, planering och rätt förutsättningar — men gjort rätt är det en investering som betalar sig om och om igen. En välkonfigurerad miljö sköter sig till stor del själv, och IT-avdelningen kan fokusera på det som verkligen skapar värde istället för att springa runt och fixa enskilda datorer.