Bir Yönetim Grubu Tasarımını Planlama

Genel bakış

Bir yönetim grubu tek bir işletimsel veritabanı, bir veya daha fazla yönetim sunucusu ve bir veya daha fazla izlenen aracı ve cihaz tarafından tanımlanır. Yönetim gruplarının bağlanması, uyarıların ve diğer izleme verilerinin tek bir konsoldan görüntülenmesini ve düzenlenmesini sağlar. Görevler, bağlı bir yönetim grubunun yönetilen nesneleri üzerinde çalışmak üzere yerel bir yönetim grubundan da başlatılabilir.

En basit Operations Manager uygulaması tek bir yönetim grubudur. Her ek grup için en azından kendi işletimsel veritabanı ve yönetim sunucusu gerekir. Ayrıca her grup kendi yapılandırma ayarları, yönetim paketleri ve diğer izleme ve ITSM çözümleriyle tümleştirme ile ayrı ayrı tutulmalıdır.

Dağıtılmış yönetim grubu uygulaması Operations Manager dağıtımlarının yüzde 99'unun temelini oluşturur. Bu özelliklerden bazıları için ölçeklenebilirlik ve yedeklilik sağlamak için özelliklerin ve hizmetlerin birden çok sunucu arasında dağıtılmasına olanak tanır. Tüm Operations Manager sunucu rollerini içerebilir ve ağ geçidi sunucusunu kullanarak güven sınırları boyunca cihazların izlenmesini destekler.

Aşağıdaki diyagram, dağıtılmış yönetim grubu topolojisi için olası bir seçeneği göstermektedir.

Not

İşletim konsolu ile veritabanları arasında doğrudan iletişim yoktur. Tüm iletişim, TCP 5724 bağlantı noktası üzerinden belirli bir yönetim sunucusuna ve ardından TCP 1433 üzerinde OLE DB kullanan veritabanı sunucularına veya SQL Server veritabanı altyapısı örneğinin kurulumu sırasında SQL yöneticisi tarafından belirtilen kullanıcı tanımlı bir bağlantı noktasına yönlendirilir. Ancak, uygulama tanılama konsolu (Web konsoluyla birlikte bulunur) ile işletimsel ve veri ambarı veritabanlarını barındıran SQL Server arasında doğrudan iletişim vardır.

Ortamınızda dağıttığınız bir yönetim grubu Microsoft Operations Management Suite (OMS) ile tümleşebilir ve Log Analytics'i kullanarak performans, olaylar ve uyarılar üzerinde daha fazla bağıntı, görselleştirme ve işlem yapabilirsiniz. Bu, şirket içinde veya bulutta barındırılan sistemlerle uygulamalar arasında veri ilişkilendirmek için veri kümesinin tamamında özel aramalar gerçekleştirerek daha fazla görünürlük sağlar.

Operations Manager ile tümleştirme, BMC Remedy, IBM, Netcool gibi diğer ürünlere veya kuruluşunuz tarafından kullanılan diğer kurumsal yönetim çözümlerine kadar uzanır. Bu çözümlerle birlikte çalışabilirliği planlama hakkında daha fazla bilgi için bkz . Diğer yönetim çözümleriyle tümleştirme.

Yönetim grubu bileşenleri

Yönetim sunucusu

Operations Manager 2007'de kök yönetim sunucusu (RMS), bir yönetim grubundaki özel bir yönetim sunucusu türüdür ve bir yönetim grubuna yüklenen ilk yönetim sunucusuydu. RMS, yönetim grubu yapılandırmasını yönetmek, aracıları yönetmek ve aracılarla iletişim kurmak ve İşletimsel veritabanı ve yönetim grubundaki diğer veritabanlarıyla iletişim kurmak için odak noktasıydı. RMS, İşletim konsolu için hedef ve Web konsolları için tercih edilen hedef olarak da görev yaptı. System Center 2012 R2 – Operations Manager'da kök yönetim sunucusu rolü kaldırıldı ve tüm yönetim sunucuları artık eştir. Bu yapılandırma System Center 2016 ve üzeri - Operations Manager'da varolmaya devam eder.

Tüm yönetim sunucuları daha önce yalnızca RMS tarafından barındırılan hizmetleri barındırdığı için RMS artık tek bir hata noktası değildir. Roller tümyönetim sunucularına dağıtılır. Bir yönetim sunucusu kullanılamaz duruma gelirse, sorumlulukları otomatik olarak yeniden dağıtılır. Bir RMS öykünücüsü rolü RMS hedefleyen yönetim paketleri için geriye dönük uyumluluk sağlar. Daha önce RMS'yi hedefleyen herhangi bir yönetim paketiniz yoksa, RMS Öykünücüsü'ni kullanmanız gerekmez.

Yönetimi grubu ek kapasite ve sürekli kullanılabilirlik sağlamak için birden çok yönetim sunucusu içerebilir. Bir yönetim grubuna iki veya daha fazla yönetim sunucusu eklendiğinde, yönetim sunucuları otomatik olarak üç varsayılan kaynak havuzunun parçası olur ve iş havuzun üyelerine yayılır. Özel tanımlı kaynak havuzları için üyeler el ile eklenir. Kaynak havuzunun üyesi başarısız olduğunda, kaynak havuzunda diğer üyeler o üyenin iş yükünü alır. Yeni bir yönetim sunucusu eklendiğinde, yeni yönetim sunucusu kaynak havuzundaki mevcut üyelerin çalışmalarından bazılarını otomatik olarak alır. Nasıl çalıştıkları ve tasarım planınızı etkileyen öneriler hakkında daha fazla bilgi edinmek için Kaynak havuzu tasarım konuları bölümünü gözden geçirin.

Bir yönetim sunucusu herhangi bir nedenle kullanılamıyorsa, varsayılan olarak bunu kullanan aracılar otomatik olarak başka bir yönetim sunucusuna yük devreder. Yönetim sunucularının sayısını ve yerleşimini seçerken, yüksek kullanılabilirlik bir gereksinimse bu yük devretme özelliği dikkate alınmalıdır.

Aracılar, diğer tüm Operations Manager bileşenleriyle iletişim kurmak için bir yönetim sunucusuna bağlanır. Bir yönetim sunucusu tarafından gerçekleştirilen işlerden bazıları, aracılar tarafından gönderilen işletimsel verileri alıp işletimsel veritabanına ve veri ambarı içine ekleme işlemidir.

Tipik bir yönetim sunucusu yaklaşık 3.000 aracıyı işler. Gerçek sunucu performansı, toplanan işletimsel verilerin hacmine göre değişir; ancak, yönetim sunucuları genellikle nispeten yüksek hacimli işletimsel verilerle bile her biri 3.000 aracıyı destekleyebilir.

Yönetim grubu başına en fazla yönetim sunucusu sayısı sınırı yoktur. Ancak, ölçeklenebilirlik, yüksek kullanılabilirlik ve olağanüstü durum kurtarma kısıtlamalarına değindikten sonra mümkün olduğunca az yönetim sunucusu kullanmak en iyi yöntemdir.

Yönetim sunucularının sık sık bu depolara büyük miktarlarda veri gönderdiğinden Operations Manager veritabanı ve veri ambarı ile iyi bir ağ bağlantısı olmalıdır. Genel olarak, bu SQL Server bağlantıları daha fazla bant genişliği kullanır ve ağ gecikme süresine karşı daha hassastır. Bu nedenle, tüm yönetim sunucuları İşletimsel veritabanı ve Veri Ambarı veritabanı ile aynı yerel ağ üzerinde olmalıdır ve hiçbir zaman geniş bir alan ağına dağıtılmamalıdır. Bir yönetim sunucusu ile Operations Manager veritabanlarını barındıran SQL Server örneği arasında 10 milisaniyeden az gecikme süresi olmalıdır.

Ağ geçidi sunucusu

Operations Manager, aracılar ve yönetim sunucuları arasında bilgi alışverişi yapılmadan önce karşılıklı kimlik doğrulaması yapılmasını gerektirir. İkisi arasındaki kimlik doğrulamasının güvenliği için işlem şifrelenir. Aracı ile yönetim sunucusu, aynı Active Directory etki alanında veya güven ilişkisi oluşturan Active Directory etki alanlarında bulunuyorsa, Active Directory tarafından sağlanan Kerberos V5 kimlik doğrulaması mekanizmalarını kullanırlar. Aracılar ve yönetim sunucuları aynı güven sınırı içinde yer almadığında, güvenli karşılıklı kimlik doğrulama gereksinimini karşılamak için başka mekanizmalar kullanılmalıdır.

Ağ geçidi sunucuları, bir güvenlik duvarı aracıları yönetim sunucularından ayırdığında veya aracılar ayrı bir güvenilmeyen etki alanında olduğunda kullanılır. Ağ geçidi sunucusu, aracılar ve yönetim sunucusu arasında ara sunucu işlevi görür. Ağ geçidi sunucusu olmadan, aracılar yine de bir yönetim sunucusuyla sertifika kimlik doğrulaması gerçekleştirebilir, ancak MOMCertImport.exe aracı kullanılarak her aracıya bir X.509 sertifikasının verilmesi ve yüklenmesi gerekir ve her biri güvenlik duvarı üzerinden yönetim sunucusuna erişim gerektirir. Aracılar ağ geçidi sunucusuyla aynı etki alanındaysa veya güvenilir bir etki alanındaysa Kerberos kimlik doğrulamasını kullanabilir. Bu durumda, yalnızca ağ geçidi sunucusu ve bağlı yönetim sunucuları sertifika gerektirir. Bu, Hizmet olarak Microsoft Azure altyapısında (IaaS) çalışan ve Operations Manager yönetim grubunu destekleyen rollerle aynı güvenilen bölgeyle birleştirilmemiş Operations Manager (karma bulut izleme) ile çalışan sanal makinelerin izlenmesini veya Azure IaaS'de Operations Manager'ı (işletimsel veritabanlarını barındıran bir sanal makine ve yönetim sunucusu rolünü barındıran bir veya daha fazla sanal makine) dağıttığınız ve güvenilmeyenleri izleyen sanal makineleri içerir şirket içi iş yükleri.

Aşağıda Azure IaaS kaynaklarını izleyen bir Operations Manager dağıtımı örneği verilmiştir.

Aşağıda Azure IaaS'de barındırılan bir Operations Manager dağıtımı örneği verilmiştir.

Genellikle ağ geçidi sunucuları bant genişliği kullanımını yönetmek için kullanılmaz çünkü aracılardan yönetim sunucusuna gönderilen verilerin toplam hacmi, ağ geçidi sunucusunun kullanılıp kullanılmamasıyla benzerdir. Ağ geçidi sunucusunun amaçlanan amacı, güvenilmeyen etki alanlarındaki aracıların sertifikalarını yönetmek için gereken çabayı azaltmak ve güvenlik duvarları aracılığıyla izin verilen iletişim yolu sayısını azaltmaktır.

• Ağ geçidi sunucusu başına 2.000'den fazla aracı olması, ağ geçidi sunucusunun yönetim sunucusuyla iletişim kurmasını engelleyen sürekli bir kesinti durumunda kurtarma özelliğini olumsuz etkileyebilir. 2.000'den fazla aracı gerekiyorsa birden çok ağ geçidi sunucusu önerilir. Alternatif olarak, ağ geçidi sunucusu kurtarma süresi önemliyse, ağ geçidi sunucusu ile yönetim sunucusu arasında sürekli bir kesintiden sonra ağ geçidi sunucusunun kuyruğunu hızla boşaltabildiğinden emin olmak için sistemi test etmektir. Buna ek olarak, ağ geçidi sunucusundaki gelen kuyruk doldurulduktan sonra kuyruktaki veriler önceliğine göre bırakılır ve bu da bu senaryoda sürekli ağ geçidi sunucusu kesintisinin veri kaybına neden olabileceği anlamına gelir.
• Ağ geçidi sunucuları aracılığıyla bağlanan çok sayıda aracı olduğunda, tüm ağ geçidi sunucuları için ayrılmış bir yönetim sunucusu kullanmayı göz önünde bulundurun. Tüm ağ geçidi sunucularının bağlı başka aracı olmadan tek bir yönetim sunucusuna bağlanması, sürekli kesinti durumunda kurtarma süresini hızlandırabilir. Yönetim sunucusu üzerindeki etkili yük, doğrudan veya ağ geçidi sunucuları yoluyla ona rapor eden toplam aracı sayısıdır.
• Ağ geçidi sunucusunun, yüksek kullanılabilirlik için birden çok yönetim sunucusu arasında yük devretmek üzere yapılandırıldığında da dahil olmak üzere bir yönetim sunucusuyla iletişim başlatmasını önlemek için, ağ geçidi Onay aracı /ManagementServerInitiatesConnection komut satırı bağımsız değişkenini içerir. Bu, sistemler bir DMZ veya başka bir ağ ortamında dağıtıldığında ve iletişim yalnızca intranetten başlatıldığında Operations Manager'ın müşterinin güvenlik ilkesine uymasını sağlar.

Web konsolu sunucusu

Web konsolu, yönetim grubuna Bir Web tarayıcısı üzerinden erişilebilen bir arabirim sağlar. İşletim konsolunun tam işlevselliğine sahip değildir ve yalnızca İzleme ve Çalışma Alanım görünümlerine erişim sağlar. Web konsolu, İşletim konsolundan izlenen bilgisayarlara karşı çalıştırılabilir eylemler olan tüm izleme verilerine ve görevlere erişim sağlar. Web konsolundaki verilere erişim, İşletim konsolundaki içeriğe erişimle aynı kısıtlamalara sahiptir.

Raporlama sunucusu

System Center için Raporlama – Operations Manager, SQL Server Reporting Services'e yüklenir (kullandığınız Operations Manager sürümü tarafından desteklenir) ve Operations Manager Raporlama tarafından desteklenen Tek geçerli Reporting Services yapılandırması yerel moddur.

Not

System Center – Operations Manager Raporlama Hizmetleri'nin yüklenmesi, SQL Raporlama Hizmetleri örneğinin güvenliğini Operations Manager rol tabanlı güvenlikle tümleştirir. SQL Server'ın bu örneğine başka hiçbir Reporting Services uygulaması yüklemeyin.

Operations Manager Rapor Sunucusu bileşenleri, SQL Server 2014 veya 2016 Reporting Services çalıştıran sunucuya veya farklı bir bilgisayara yüklenebilir. En iyi performans için, özellikle etkileşimli veya zamanlanmış raporlar eşzamanlı olarak işlenirken kullanıcılar tarafından yüksek hacimli, paralel rapor oluşturma özelliklerine sahip kurumsal bir ortamda daha fazla eşzamanlı kullanıcı ve daha büyük rapor yürütme yüklerini işlemek için ölçeği artırmanız gerekir. Operations Manager Raporlama hizmetinin veri ambarı veritabanını barındıran aynı SQL Server'da birlikte bulunmamış ve ayrılmış bir sisteme yüklenmemiş olması önerilir.

İşletimsel veritabanı

İşletimsel veritabanı, bir yönetim grubu için tüm işletimsel verileri, yapılandırma bilgilerini ve izleme kurallarını tutan bir SQL Server veritabanıdır. Operations Manager veritabanı, yönetim grubu için tek bir hata kaynağı olduğundan desteklenen kümeleme yapılandırmaları kullanılarak yüksek oranda kullanılabilir hale getirilebilir.

Bu veritabanını tutarlı bir boyutta tutmak için Operations Manager'daki temizleme ayarları verilerin tutulabileceği süreyi belirtir. Varsayılan olarak, bu süre yedi (7) gündür.

Raporlama Veri Ambarı veritabanı

Raporlama veri ambarı, uzun vadeli raporlama için işletimsel verileri toplayan ve depolayan bir SQL Server veritabanıdır. Bu veriler doğrudan rapora veri toplayan kurallardan ve işletimsel veritabanındaki veri eşitleme işlemlerinden yazılır. Toplama, temizleme ve iyileştirme dahil olmak üzere veri ambarının bakımı Operations Manager tarafından otomatik olarak gerçekleştirilir.

Aşağıdaki tabloda, veri ambarı veritabanının ilk kurulumundan sonra varsayılan veri türleri ve bekletme süresi vurgulanır.

Veri kümesi	Toplama Türü	Saklama Dönemi (gün)
Uyarı	Ham	400
İstemci İzleme	Ham	30
İstemci İzleme	Günlük	400
Ekinlikler	Ham	100
Performans	Ham	10
Performans	Saatlik	400
Performans	Günlük	400
Durum	Ham	180
Durum	Saatlik	400
Durum	Günlük	400

Veri ambarı birden çok yönetim grubuna hizmet verebilir. Bu, tek bir raporun kuruluş genelindeki tüm bilgisayarlardan verileri birleştirmesine olanak tanır.

Operations Manager veritabanı gibi, veri ambarı veritabanı da yüksek kullanılabilirlik için kümelenebilir. Kümelenmemişse, tüm sorunların hızla giderilebilmesi için dikkatle izlenmelidir.

ACS Toplayıcısı

ACS toplayıcısı, ACS ileticilerinden gelen olayları alır ve işler ve daha sonra bu verileri ACS veritabanına gönderir. Bu işleme, verilerin ACS veritabanındaki çeşitli tablolara yayılabilmesi için ayrıştırılması, veri yedekliliğini en aza indirme ve acs veritabanına gereksiz olayların eklenmemesi için filtreler uygulama işlemlerini içerir.

ACS veritabanı

ACS veritabanı, bir ACS dağıtımı içindeki bir denetim ilkesi tarafından oluşturulan olaylar için merkezi depodur. ACS veritabanı ACS toplayıcısıyla aynı bilgisayarda bulunabilir, ancak en iyi performans için, her biri, özel bir sunucu üzerinde yüklü olmalıdır. Varsayılan olarak, veriler on dört (14) gün boyunca saklanır.

ACS İleticisi

ACS ileticilerde çalışan hizmet, Operations Manager aracısına dahildir. Varsayılan olarak, bu hizmet yüklüdür ancak Operations Manager aracısı yüklendiğinde etkin değildir. Denetim Toplamayı Etkinleştir görevini veya PowerShell'i kullanarak bu hizmeti birden çok aracı bilgisayar için aynı anda etkinleştirebilirsiniz. Bu hizmeti etkinleştirdikten sonra, tüm güvenlik olayları, yerel güvenlik günlüğüne ek olarak ACS toplayıcısına gönderilir.

Tasarımla ilgili dikkat edilecek noktalar

Tek veya birden çok yönetim grubu uygulamaya karar verirken aşağıdaki faktörler dikkate alınmalıdır:

• Artan Kapasite. Operations Manager'ın, tek bir yönetim grubunun destekleyebilecek aracı sayısıyla ilgili yerleşik bir sınırı yoktur. Kullandığınız donanıma ve yönetim grubundaki izleme yüküne (dağıtılan daha fazla yönetim paketi daha yüksek bir izleme yükü anlamına gelir) bağlı olarak, kabul edilebilir performansı korumak için birden çok yönetim grubuna ihtiyacınız olabilir.
• Birleştirilmiş Görünümler. Bir ortamı izlemek için birden çok yönetim grubu kullanıldığında, izleme ve uyarı verilerinin birleştirilmiş bir görünümünü sağlamak için bir mekanizma gerekir. Bu, diğer tüm yönetim gruplarındaki tüm verilere erişimi olan ek bir yönetim grubu (izleme sorumlulukları olabilir veya olmayabilir) dağıtılarak gerçekleştirilebilir. Daha sonra bu yönetim gruplarının bağlı olduğu söylenir. Verilerin birleştirilmiş görünümünü sağlamak için kullanılan yönetim grubuna Yerel yönetim grubu, veri sağlayan diğer kişilere ise Bağlı yönetim grupları adı verilir.
• Güvenlik ve Yönetim. Yönetim gruplarının güvenlik ve yönetim nedenleriyle bölümlenmesi, kavram olarak Active Directory Kuruluş Birimleri veya etki alanları üzerindeki yönetim yetkilisinin farklı yönetim gruplarına temsilci seçmesine benzer. Şirketiniz her biri kendi sorumluluk alanına sahip birden çok BT grubu içerebilir. Alan belirli bir coğrafi alan veya iş bölümü olabilir. Örneğin, bir holding şirketi söz konusu olduğunda, yan kuruluş şirketlerinden biri olabilir. Merkezi BT grubundan yönetim yetkilisinin bu tür tam temsili mevcut olduğunda, alanların her birine bir yönetim grubu yapısı uygulamak yararlı olabilir. Ardından, merkezi BT veri merkezinde bulunan bir Yerel yönetim grubuna Bağlı yönetim grupları olarak yapılandırılabilirler.
• Yüklü Diller. Operations Manager sunucu rolü yüklü tüm sunucular aynı dilde yüklenmelidir. Başka bir ifadeyle, Operations Manager 2012 R2'nin İngilizce sürümünü kullanarak yönetim sunucusunu yükleyemez ve ardından Japonca sürümünü kullanarak İşletim Konsolu'nu dağıtamazsınız. İzlemenin birden çok dile yayılması gerekiyorsa, işleçlerin her dili için ek bir yönetim grubu gerekir.
• Üretim ve Üretim Öncesi İşlevselliği. Operations Manager'da, üretim uygulamalarınızı izlemek için kullanılan bir üretim uygulamasına ve üretim ortamıyla minimum etkileşime sahip bir üretim öncesi uygulamaya sahip olmak önerilen bir uygulamadır. Üretim öncesi yönetim grubu, üretim ortamına geçirilmeden önce yönetim paketi işlevselliğini test etmek ve ayarlamak için kullanılır. Ayrıca bazı şirketler, yeni oluşturulan sunucuların üretime alınmadan önce bir yazma süresi için yerleştirildiği sunucular için bir hazırlama ortamı kullanır. Üretim öncesi yönetim grubu, üretim dağıtımından önce sunucuların sistem durumunu sağlamak üzere hazırlama ortamını izlemek için kullanılabilir.
• Ayrılmış ACS İşlevselliği. Gereksinimleriniz Windows Denetim Güvenliği günlük olaylarını veya UNIX/Linux güvenlik olaylarını toplama gereksinimini kapsıyorsa, Denetim Toplama Hizmeti'ni (ACS) uygulayacaksınız. Şirketinizin güvenlik gereksinimleri, ACS işlevinin üretim ortamının geri kalanını yönetenden başka bir yönetim grubu tarafından denetlenip yönetilmesini zorunlu kılması durumunda ACS işlevini destekleyen bir yönetim grubu uygulamak yararlı olabilir.
• Olağanüstü Durum Kurtarma İşlevi. Operations Manager'da Operations Manager veritabanıyla tüm etkileşimler, veritabanına kaydedilmeden önce işlem günlüklerine kaydedilir. Bu işlem günlükleri Microsoft SQL Server çalıştıran başka bir sunucuya gönderilebilir ve oradaki Operations Manager veritabanının bir kopyasına işlenebilir. Bu özellik, aynı yönetim grubundaki iki SQL Sunucusu arasında Operations Manager işletimsel veritabanının yedekliliğini sağlama seçeneğidir. Denetimli yük devretmenin gerçekleştirilmesi gerektiğinde, yönetim grubundaki yönetim sunucuları ikincil SQL Server'a başvurmak ve iletişim kurmak için bir kayıt defteri değişikliği gerektirir. Birincil yönetim grubunun (yönetim paketleri, geçersiz kılmalar, bildirim abonelikleri, güvenlik vb.) tam yapılandırmasıyla eşleşen bir yük devretme yönetim grubu dağıtılabilir ve aracılar her iki yönetim grubuna da rapor vermek üzere yapılandırılır. Birincil yönetim grubunun tamamı herhangi bir nedenle kullanılamaz hale gelirse, izleme ortamında kapalı kalma süresi yoktur. Bu çözüm, yönetim grubunun hizmet sürekliliğini ve işletimsel izleme kaybının sıfır olmasını sağlar.

System Center Operations Manager'ı bir üretim ortamında dağıtmadan önce yönetim grubunuzun tasarımını planlayın. Planlama aşamasında, BT hizmet bileşenlerini (altyapı ve uygulama düzeyi) ve bunları destekleyen sistem ve cihaz sayısını, olay ve sorun yönetimi süreçlerinizi nasıl tümleştirip desteklediğini ve farklı olay yükseltme destek katmanları, mühendislik, hizmet tüketicileri ve yönetimi için verileri nasıl görselleştireceğini anlayın.

Bağlı yönetim grupları

Birden çok coğrafi konumda sunucusu olan birçok kuruluş, bu sunucuların merkezi olarak izlenmesini gerektirir. Aşağıdaki görüntüde gösterilen Bağlı yönetim grubu yapılandırması, hiyerarşik sistem yönetimi altyapısı oluşturmak için tasarlanmış bir iş akışı işlemleri kümesidir.

Bu yapılandırma, merkezi izleme elde etmek için kullanılabilir. Uyarıların ve izleme verilerinin görüntülenmesini desteklemek ve bağlı bir yönetim grubunun yönetilen nesnesine karşı görevleri başlatmak için tasarlanmıştır.

Operations Manager yönetim grupları bağlanarak, merkezi izleme işlevselliği aynı zamanda şu olanaklara da sahip olabilir:

• Tek bir yönetim grubuyla mümkün olandan daha fazla sayıda yönetim nesnesinin izlenmesi.
• İzleme etkinliğinin "Pazarlama" gibi mantıksal iş birimlerine veya Roma gibi fiziksel konumlara göre yalıtılması.

Yönetim gruplarını bağladığınızda, yeni herhangi bir sunucu dağıtmış olmazsınız; daha çok yerel grubun bağlı bir yönetim grubunda olan uyarı ve bulma bilgilerine erişmesine izin vermiş olursunuz. Bu şekilde, tek bir İşletim konsolunda yerel yönetim gruplarının tüm uyarılarını ve diğer izleme verilerini görüntüleyip bunlarla etkileşebilirsiniz. Ek olarak, bağlı yönetim gruplarının izlenen bilgisayarlarında görevler çalıştırabilirsiniz. Yönetim gruplarını bağlamayı öğrenmek için bkz . Operations Manager'da yönetim gruplarını bağlama.

Yüklü diller

Operations Manager yönetim grupları yalnızca bir yüklü dili destekler. İzlemeniz gereken genel BT ortamında birden fazla dil yüklüyse, her dil başına ayrı bir yönetim grubu gerekir.