# MECM (SCCM) Çalışma Mantığı: Client-Server İletişimi, Dağıtım Noktaları (DP) ve MP Rolleri

- Bağlantı: https://musti.org/sccm/mecm-sccm-calisma-mantigi-client-server-dp-mp/
- Yayımlanma: 2026-09-21T21:44:07+03:00
- Yazar: mmutlu

Bir MECM ortamında “uygulama dağıtılmıyor” şikayeti geldiğinde, sorunun gerçekte
nerede olduğunu bilmeden saatlerce yanlış yerde arama yapmak kolay. Bunun önüne 
geçmenin tek yolu var: platformun MP-DP-istemci üçgeni üzerinden nasıl aktığını 
gerçekten kavramak.

## Dört Temel Bileşen

Microsoft Configuration Manager (MECM, eski adıyla SCCM) mimarisi dört rol üzerine
kurulu. **Site Server** platformun beyni sayılır; veritabanı, konfigürasyon ve diğer
site sistem rollerinin yönetildiği merkezi noktadır. **Management Point (MP)** istemcilerin
ilk temas kurduğu yerdir — politika, görev sırası ve genel iletişim bu rol üzerinden
akar. **Distribution Point (DP)**, yazılım paketlerinin, güncellemelerin ve işletim
sistemi imajlarının fiziksel olarak depolandığı ve istemcilere sunulduğu noktadır.
Son olarak **Software Update Point (SUP)**, WSUS ile entegre çalışarak yama yönetimi
politikalarını yürütür.

## Bir İstemci Ortama Dahil Olduğunda Ne Olur?

Süreç dört adımda özetlenebilir. Önce istemci **Management Point**‘e bağlanarak 
kendisine atanmış politikaları sorgular. MP bu politikaları (dağıtılacak uygulamalar,
güncellemeler, yapılandırma temelleri) istemciye iletir. Ardından istemci, gerekli
içerik için en yakın veya en uygun **Distribution Point**‘e yönlendirilir. İşlem
tamamlandığında sonuç durumu tekrar MP üzerinden site veritabanına raporlanır — 
döngü böyle kapanır.

## Trafiği Doğru Yönlendirmek: Boundary Mantığı

Bir istemcinin “en yakın” DP’yi bulabilmesi **Boundary** (IP aralığı, Active Directory
site’ı gibi ağ sınırları) ve **Boundary Group** (bu sınırların hangi site sistemleriyle
ilişkilendirildiği) tanımlarına bağlıdır. Yanlış yapılandırılmış boundary’ler, istemcilerin
uzak veya yanlış bir DP’den içerik indirmesine, dolayısıyla gereksiz WAN trafiğine
yol açar — sahada en sık gördüğüm performans sorunlarından biri tam olarak burada
gizlenir.

## Tek Site mi, Multi-Site mı?

Küçük-orta ölçekli organizasyonlar genellikle tek bir **Primary Site** ile idare
eder. Çok lokasyonlu büyük kurumlarda ise merkezi bir **Central Administration Site(
CAS)** altında birden fazla Primary Site yapılandırılabilir. Uzak lokasyonlarda 
bant genişliği kısıtlıysa, tam bir site sunucusu kurmadan sadece yerel bir Distribution
Point eklemek çoğu zaman yeterli oluyor.

## Pratikte Ne Değişir?

MECM sorunlarının büyük kısmı yüzeyde “yazılım dağıtılmıyor” gibi görünür, ama kök
neden neredeyse her zaman istemci-MP iletişim sorunu ya da yanlış boundary group
yapılandırmasıdır. Bu yüzden bir sorun geldiğinde ilk sorduğum iki şey değişmiyor:
istemci MP’ye gerçekten ulaşabiliyor mu, ve doğru boundary group’a mı düşüyor? Mimariyi
bir kara kutu değil, bu üçgen üzerinden akan net bir iletişim modeli olarak gördüğünüzde,
geri kalan her şey çok daha hızlı çözülüyor.