SCOM 2019 Üzerinde Remotely Manageable No Olan cihazları listeme ve Yes olarak değiştirme

Merhaba,

System Center Operations Manager 2019 ürünü ile Sistemlerinizi izliyor ve raporluyorsanız bazı ayarları da doğru olarak kurgulamanız gerekir. Workgroup üyesi DMZ alanında çalışan sunuculara örneğin SCOM ajanlar Manuel olarak kurulur. Yani Bildiğimiz Discovery Wizard yöntemiyle değil gerekli Sertifikaların yüklenerek manuel kurulması yöntemiyle. Manuel kurulan sunucularda  Rollup Update sonrası SCOM Agentlar otomatik Upgrade olmayabilir. veya farklı senaryolar ile örnekler çoğaltılabilir. Bunun nedeni İse Manuel kurulan SCOM Agentların Remotely Manageable  Özelliğinin NO olarak gelmesi.  Discovery Wizard yöntemi yani Push Install yöntemi ile kurulan SCOM Agentlar da bu özellik YES olarak görülecektir SCOM konsol üzerinden baktığınızda.

SCOM Ortamınız üzerindeki  Remotely Manageable NO olan cihazları listelemek,  bu Ayarı Yes olarak değiştirmek isterseniz aşağıdaki paylaştığım 3 SQL Query işinizi fazlasıyla görecektir.

ilgili SQL Query'leri SCOM Operations Manager DB SQL Sunucusunda çalıştırmanız gerekiyor.

unutulmaması gereken bu tarz Query ve Scriptler SCOM DB'yi Manipule ettiği için güncel yedeğinizin alınmış olması gerekli.!

Aşağıdaki Query ile Remotely Manageable NO olan cihazları listelersiniz.

select bme.DisplayName from MT_HealthService mths 
INNER JOIN BaseManagedEntity bme on bme.BaseManagedEntityId = mths.BaseManagedEntityId 
where IsManuallyInstalled = 1

Aşağıdaki Query ile Remotely Manageable No Ayarını tüm SCOM Agentlar da Yes olarak değiştirebilirsiniz.

UPDATE MT_HealthService 
SET IsManuallyInstalled=0 
WHERE IsManuallyInstalled=1

Aşağıdaki Query ile Remotely Manageable No Ayarını yalnızca Servername alanına FQDN bilgisini yazdığınız sunucuda değiştirmiş olursunuz.

UPDATE MT_HealthService 

SET IsManuallyInstalled=0 

WHERE IsManuallyInstalled=1 

AND BaseManagedEntityId IN 

(select BaseManagedEntityID from BaseManagedEntity 

where BaseManagedTypeId = 'AB4C891F-3359-3FB6-0704-075FBFE36710' 

AND DisplayName = 'server.domain.com')

SCOM Managed Computer Grup Bilgisi Toplama

Merhaba,

System Center Operations Manager 2019 ile Yönettiğiniz / izlediğiniz Sunucuların  SCOM üzerinde üyesi olduğu grupları görmek isterseniz ( bazı proje ve geçişler de bu bilgi gerekebilir ) aşağıdaki SQL Queryi SCOM Operations Manager DB'sinin olduğu sunucu da ki SQL Management Studio üzerinde çalıştırmanız yeterlidir.

değiştirilmesi gereken alanı kırmızı ile işaretliyorum.  Server alanına Computer Grup üyeliğini toplamak istediğiniz Sunucunun ismini FQDN şeklinde yazmanız gerekiyor.

New Query ile aşağıdaki komutu çalıştıraiblirsiniz.

Use OperationsManager
SELECT SourceObjectDisplayName FROM RelationshipGenericView
WHERE TargetObjectDisplayName like '%server.domain.root%'
AND SourceObjectDisplayName IN
(SELECT ManagedEntityGenericView.DisplayName
FROM ManagedEntityGenericView INNER JOIN
(SELECT BaseManagedEntityId
FROM BaseManagedEntity WITH (NOLOCK)
WHERE (BaseManagedEntityId = TopLevelHostEntityId) AND (BaseManagedEntityId NOT IN
(SELECT R.TargetEntityId
FROM Relationship AS R WITH (NOLOCK) INNER JOIN
dbo.fn_ContainmentRelationshipTypes() AS CRT ON R.RelationshipTypeId = CRT.RelationshipTypeId
WHERE (R.IsDeleted = 0)))) AS GetTopLevelEntities ON
GetTopLevelEntities.BaseManagedEntityId = ManagedEntityGenericView.Id INNER JOIN
(SELECT DISTINCT BaseManagedEntityId
FROM TypedManagedEntity WITH (NOLOCK)
WHERE (ManagedTypeId IN
(SELECT DerivedManagedTypeId
FROM dbo.fn_DerivedManagedTypes(dbo.fn_ManagedTypeId_Group()) AS fn_DerivedManagedTypes_1))) AS GetOnlyGroups ON
GetOnlyGroups.BaseManagedEntityId = ManagedEntityGenericView.Id)
ORDER BY SourceObjectDisplayName

Windows Update Servis başlatılamıyor ve Error 1290 alınıyorsa Çözümü.

Merhaba,  Windows Update servisini başlatmak istediğiniz de  aşağıdaki ekran görüntüsünde ve yazdığım hata kodunda ki hatayı alıyorsanız çözümü için yazımı okuyabilirsiniz.

Error “This error usually comes up when you try to start a new service that would get the same service ID as another service in the process:

System error 1290 has occurred.

The service start failed since one or more services in the same process have an incompatible service SID type setting. A service with restricted service SID type can only coexist in the same process with other services with a restricted SID type. If the service SID type for this service was just configured, the hosting process must be restarted in order to start this service.

Gelelim bu hatanın çözümüne ve  Windows Update servisini nasıl başlatacağımıza.

Run As Admin yöntemiyle  yeni bir CMD ekranı açıyoruz.

sc config wuauserv type= own

üstteki komutu çalıştırmamız yeterli.   Windows update servisinin ismini services.msc üzerinde ilgili servisi çift tıklayarak Service Name alanında bulabilirsiniz.  

 Bu işlem sonrası servisi start edebilirsiniz. Restart vb işleme gerek kalmadan. 

Büyüyen SoftwareDistribution Klasörünün boyutunu küçültme işlemi nasıl yapılır.

Merhaba, Windows işletim sistemindeki Software Distribution klasörü, Windows dizininde bulunan ve bilgisayarınıza / Sunucunuza  Windows Update’i yüklemek için gerekli olabilecek dosyaları geçici olarak depolamak için kullanılan bir klasördür. Bazı durumlar da bu klasör normalin üzerinde büyüyebilir. Bu örneğimizde bu gibi durumlar da bu klasörün boyutunu nasıl küçültebileceğiniz uygulamalı olarak gösterilecektir.

Klasörün default olarak boyutu 10 MB’lar düzeyinde olması gerekiyor. Bizim örneğimizde boyut hayli yüksek.

C:\Windows\SoftwareDistribution  dizinine giderek gerekli kontrolü sağladınız ve boyut üstteki gibi yüksek olduğunu fark ettiniz.

Ilk olarak services.msc ile servisler konsolunu başlatmanız gerekiyor. Veya CMD ile de ismini bildiğiniz servisi stop veya start edebilirsiniz. Biz GUI üzerinden işlem yapacağız.

Üstteki resimde göreceğiniz üzere  Windows Update servisini Stop duruma alıyorum.  Almadığınız takdirde SoftwareDistribution klasörüne mühale edemezsiniz. ( biz örneğimizde klasörü sileceğiz.)

Sonrasında klasörün isminin sonunda .old koyarak ismini değiştiriyoruz.

Devamında az önce Stop duruma aldığımız  “Windows Update” klasörünü tekrar start edelim.

Windows Update servisi start olmasından sonra yeni bir SoftwareDistribution klasörü oluşturacaktır. Artık sonunu .old yaptığımız klasörü silerek alan kazanabiliriz.

Yeni oluşan klasörün boyutuna dikkat.!  Sildiğimiz eski klasörle arasında ciddi fark var 😊

Active Directory üzerinde Silinen Grup üyelerini listeleme.

Merhaba,  Yönettiğimiz Active Directory yapısında Security veya Distribution  Gruplar kullanarak gerek kaynaklara erişim gerekse iletişim (E-mail )noktasında kolaylıklar sağlarız.  Yapımızın büyük olduğunu düşünürsek yönetimimizde olan Active Directory grup sayısının da bir hayli fazla olduğunu söyleyebiliriz. Bugünkü konumuz kaza sonucu silinen AD grup üyelerini listelemeniz gerekti  veya Kritik bir grubunuz olduğunu düşünelim Örneğin Finans  Ortak alanına yazma yetkisi olan ve bu gruba bir kullanıcının önceden üye olup olmadığını kontrol etmeniz gerekti.  İşte bu gibi durumlarda işimize yarayacak kısa bir ipucu bilgi aktarıyor olacağım.

Active Directory yapımdaki Grup hiyerarşisi aşağıdaki gibi.

Örneğimize konu olacak bir grup  belirliyor ve mevcut üyelerini  Members tabından listeliyorum.

Mevcutta grubun 2 üyesi gözükmekte. Siz bunu kendi production ortamınızda 100 veya daha fazla grup üyesi gibi düşünebilirsiniz.

Active Directory üzerinde  CMD’yi  Run as Admin yöntemi ile çalıştıralım.

İlgili komutumuz aşağıdaki gibi olmalıdır.  Grup ismi ve devamında Grubun AD üzerinde bulunduğu dizinin tam pathi. Grup özelliklerinde Object tabından da bu bilgiye ulaşabilirsiniz.

repadmin /showmeta "CN=HR_Read,OU=Groups,DC=istiklal,DC=local"

Version tabında gördüğünüz  2 ve 1 sayısının anlamı şudur.  Ver =2 olanlar gruba önceden üyeymiş fakat artık değil.  1 olanlar hali hazırda güncel olarak gruba üye olanlar. Üstteki ekran resminde göreceğiniz üzere grubumuzun 2 üyesi vardı.  2 üyenin isimlerinin karşısındaki ver satırı 1 yansıtmaktadır.

Kaza sonucu veya farklı bir nedenle gruplardaki üyelerin silinmesi durumunda önce tarih olarak en yakın zamanda veya o gün silinen üyeleri repadmin  /showmeta komutuyla tespit edebilir daha sonrasında  Authorative restore yöntemi ile geri getirebilirsiniz.

Powershell ile Active Directory yapısındaki Boş grupları Listeleme.

Merhaba,  bazı durumlar da Active Directory yapınızın büyüklüğüne göre  AD içerisindeki grupları yeniden düzenlemek ve üyelerini revize etmek isteyebilirsiniz.  Kullanıcı sayısı yüksek yapılar da kullanılmayan hiç üyesi olmayan AD grupları da fazlaca olabilir yapılan kontrollerde. Paylaşacağım Powershell Script yardımı ile hiçbir üyesi bulunmayan  Active Directory  Security ve Distribution Grup’larını listeleyebilir  revize işlemlerinizi buna göre yapabilirsiniz.

Powershell’i Run as admin modunda çalıştırıyoruz.

 Import-Module activedirectory

Get-ADGroup -Filter * -Properties Members | Where {-not $_.members} | select Name | Export-Csv C:\Raporlar\EmptyADGroups.csv –NoTypeInformation

Yaptığım kontrollerde içi boş olan grupları doğru şekilde getirdiğini teyit ettim.

Deneme amaçlı olarak listede boş görünen gruplardan birine User eklemesi yaparak  komutu aynı şekilde tekrar çalıştırdığınızda  önceden oluşturulan .csv uzantılı dosyayı güncellediğini göreceksiniz.

Active Directory ortamında User Department bilgisi boş olan kullanıcılar nasıl listelenir.

Merhaba,  Kurumsal ve büyük ölçekli şirketlerde  Active Directory yönetimi çok büyük önem taşır. AD yönetiminin içine bazı durumlarda spesifik operasyonlar da dahil olabilir. Örneğin şirketiniz de Active Directory User oluşturma politikası ve belli başlı kriterleri doldurmaya yönelik yeni bir karar alındı ise işiniz biraz uzun demektir.  Veya hali hazırdaki yapı da bazı AD User bilgilerini kullanıyor olabilirsiniz. Department.  Mobile Phone, Manager  Location vb. bugünkü konumuzda çok sık kullanılan Department bilgisinin tanımlı olmadığı  User'ları listeleme üzerine olacak.  Hangi Userlar da Department bilgisi eksik bulmak isterseniz işinize yarayacak bir  PowerShell komutu paylaşıyorum.

Örnek olması açısından test amaçlı 2 kullanıcı oluşturdum. Bunların department bilgisini boş bıraktım.

İlgili komutumuzu Powershell’i  Run as Admin mode ile açarak çalıştıralım.

get-aduser -filter { department -notlike "*" } | Select Name,samaccountname | export-csv -path C:reports\test.csv

C:\ dizini altında reports adında bir klasör oluşturdum. İsterseniz dosyayı .txt uzantılı olarak da  kaydedebilirsiniz. 

Dosyanın içeriğini kontrol edelim. Test amaçlı  department bilgisini boş bıraktığım 2 kullanıcıyı bulalım.

Test kullanıcılarımız listede  mevcut.

İşlemimiz başarılı. Bu şekilde departman bilgisi boş olan kullanıcıları tespit ederek ilgili alanların doldurulmasını sağlayabilirsiniz.

Aynı Powershell komutunun içeriğinin değiştirerek farklı bir kriter de arayabilirsiniz. Ben Office alanı boş olan kullanıcıları listeledim.

get-aduser -filter { Office -notlike "*" } | Select Name,samaccountname | export-csv -path C:reports\office.txt