Author Archives: Ortaç Demirel

SQL Server Sorguları İle Active Directory den Veri Çekme

Microsoft SQL Server’ın Linked Server özelliği ile Active Directory yapınıza bağlanabilir ve group, bilgisayar, kullanıcı gibi nesnelerin bilgilerini sorgular ile çekebilirsiniz.

Linked Server olarak active directory yapınıza bağlanmak için aşağıdaki sorguyu çalıştırın.

 

SQL Server Lock Aktivitelerinin Tespiti ve Analizi

SQL Server da tabloların kilitlenmesi yani lock konumuna geçmesi durumunda tablolar üzerinde işlem yapamaz hale gelirsiniz. Birçok sebepten olabilecek lock durumu sisteminizi sıkıntıya sokabilir.

Hangi veri tabanı içerisinde kilitlenme olmuş, kilitlenen tablo hangisidir ve hangi sorgu buna sebep olmuş gibi bilgiler sorunu çözmenizde faydalı olmaktadır. Bu bilgilere Management Studio içerisinden rahatlıkla ulaşabilirsiniz.

Öncelikle sorunu tespit edip analiz edebilmek için kilitlenmiş bir tabloya ihtiyacım var. Sadece test ortamında aşağıdaki sorguyu çalıştırıp veri tabanımız altındaki bir tabloyu kilitleyebilir ve belirtilen süre içerisinde de kilitli kalmasını sağlayabiliriz.

 

 

Exchange Edge Server Üzerinde PowerShell ISE Kullanımı

Powershell kodlama aracı olan Powerhsell ISE üzerinde Exchange komutlarını kullanabilirsiniz.

Varsayılan olarak açık gelmeyen bu özellik için eğer Edge server üzerinden kullanmak istiyorsanız aşağıdaki komutu çalıştırmanız yeterlidir.

Add-PSSnapin Microsoft.Exchange.Management.PowerShell.E2010

NOT: 2010 yazması önemli değildir. Exchange 2013 ya da 2016 için kullanabilirsiniz.

Bu komutu Powershell ISE içerisinden verebilirsiniz.

 

Mail Protection Reports For Office 365

Office 365 üzerinde yer alan Exchange Online Protection özelliği ile emaillerinizi koruyorsanız eğer Mail protection reports aracı ile rapor çekebilirsiniz.

Bu raporlama aracı gelen ve giden emaillerin istatistiğini, kaç adet spam ya da zararlı yazılıma (malware) maruz kaldığınızı, bu zararlı yazılımların isimlerini, en fazla hangi kullanıcıların hedef alındığı gibi birçok bilgiyi detaylı olarak vermektedir.

Aracı aşağıdaki bağlantıdan çekebilirsiniz:

http://www.microsoft.com/en-US/download/details.aspx?id=30716

 

Exchange Online Protection IP addresses

EOP IP address ranges

23.103.132.0/22
23.103.136.0/21
23.103.144.0/20
23.103.191.0/24
23.103.198.0/23
23.103.200.0/21
40.107.0.0/16
64.4.22.64/26
65.55.83.128/27
65.55.88.0/24
65.55.169.0/24
94.245.120.64/26
104.47.0.0/17
134.170.101.0/24
134.170.140.0/24
134.170.171.0/24
157.55.133.0/25
157.55.158.0/23
157.55.206.0/23
157.55.234.0/24
157.56.73.0/24
157.56.87.192/26
157.56.108.0/24
157.56.110.0/23
157.56.111.0/24
157.56.112.0/24
157.56.116.0/25
157.56.120.0/25
157.56.206.0/24
157.56.208.0/22
207.46.51.64/26
207.46.100.0/24
207.46.101.128/26
207.46.108.0/25
207.46.163.0/24
213.199.154.0/24
213.199.180.128/26
216.32.180.0/24
216.32.181.0/24

https://technet.microsoft.com/en-us/library/dn163583(v=exchg.150).aspx

Workgroup Ortamında SQL Server 2016 AlwaysON Yapılandırılması

Windows Server 2016 ile gelen Workgroup ve Multi-Domain Cluster özelliği bir takım cluster uygulamalarında active directory bağımlılığını ortadan kaldırmakta ya da farklı domaindeki sunucuların birbirleri ile cluster olabilmesine olanak tanımaktadır.

Bu konu ile ilgili yapılandırma ayarlarını aşağıdaki bağlantıda bulabilirsiniz.

http://ortacdemirel.com/windows-server-2016-workgroup-ve-multi-domain-cluster/

Always On özelliği de bu yapı ile birlikte kullanılabilmektedir.

SQL Server 2016 ile gelen bu destek hali ile sadece Windows Server 2016 üzerinde kullanılabilmektedir. Bu yüzden yukardaki bağlantıda yer alan yapılandırmaları daha önceden yapmış olmanız gerekmektedir.

Windows Server 2016 sunucularını workgroup ortamında cluster çalışacak şekilde yapılandırdıktan sonra Always On kurulumuna geçebilirsiniz.

SQL Server 2016 sunucularımızda bu uygulamayı yapmak için sql hizmetlerini yerel hesaplar ile çalıştırabiliriz. Ayrıca SQL sunucularınız arasında 5022 portuna güvenlik duvarından izin vermeniz de gerekmektedir.

İlk olarak her iki sql sunucumda Configuration Manager ı açıp instance özelliklerine girip AlwaysOn Availability Groups u aktif hale getiriyorum.

Windows Server 2016 Workgroup ve Multi-Domain Cluster

Microsoft’un yeni sunucu işletim sistemi Windows Server 2016 önemli bir değişiklikle birlikte geliyor. Artık cluster yapılandırılması için sunucular active directory e katılmak zorunlu değil.

Şimdilik sınırlı desteğe (bu destek makalenin sonunda belirtilmiştir)  sahip olsa da Windows Server 2016 ile workgroup da ya da farklı domain ler de çalışan sunucularınız arasında cluster kurabilirsiniz.

Böylelikle Windows sunucuların desteklediği cluster yapısı artık üç çeşittir.

Single-domain Cluster: Tüm node ların domain de olduğu yapı.

Multi-domain Cluster: Node ların farklı domain ler de olduğu yapı.

Workgroup Cluster: Node ların workgroup ta yer aldığı yapı.

Ön gereksinimler:

  • Cluster içindeki tüm nod lar tabi ki de Windows Server 2016 işletim sistemi olmalıdır.
  • Cluster kurulumunu yapacak kullanıcı tüm node lar da local administrators grubuna dahil olmalıdır.
  • Kurulumu yapacak kullanıcı adı ve parolası tüm node lar da aynı olmalıdır.

Kurulum için her iki sunucumuzda da IP adresi, DNS, ve Gateway yapılandırılması yapıyoruz.

Windows’da Sürücülerin Dışarı Aktarılması

Windows 8.1 ya da Windows Server 2012 işletim sistemlerinde powershell aracılığı ile donanım sürücülerinizi dışarıya aktarabilirsiniz.

Aşağıdaki komutu çalıştırdığınızda “C” dizininde “Sürücüler” isminde bir klasör açılır ve tüm sürücüler bu klasöre aktarılır.

Export-WindowsDriver -Destination “C:\Sürücüler\$((Get-WmiObject -Class win32_computersystem).Model)” -Online

Klasörün içerisinde ana kartınızın model ismi ile açılmış bir dosya göreceksiniz. Bu dosyanın içerisinde de her donanım için ayrı klasörler olmalıdır.

Başarılı bir şekilde dışarıya alınan sürücüler MDT ve SCCM gibi sunucu yazılımları ile dağıtılabilir. Aynı zamanda powershell ve PNPUtil.exe gibi araçlarla da işletim sistemlerine yüklenebilir.

MSExchange Mailbox Replication Hatası

Exchange sunucu yükseltmelerinde ya da mevcut sistemde yeni bir mailbox veri tabanı kurulduğunda kullanıcıların emailleri ile birlikte arbitation, discovery ya da audit gibi sistem hesaplarının da taşınması gerekmektedir.

Bu taşıma işlemleri bittiğinde move request olarak adlandırılan taşıma istekleri eski veri tabanı üzerinde kalır. Siz bunları temizlemeden eski veri tabanını silerseniz eğer hatası numarası 1121 olan  “MSExchange Mailbox Replication” loglarını olay günlüklerinde görebilirsiniz.

 

 

Bu durumdan kurtulmak için Exchange powershell üzerinden taşıma isteklerini silme komutunu çalıştırmanız gerekmektedir.

Remove-MoveRequest -MoveRequestQueue “da2cb923-70c1-4b15-addc-23f88640cef7” -MailboxGuid “d8e0dec1-df2e-41d6-8fc9-46e1281175d3”

Move Request Queue: Database GUID

Mailbox Guid: Request GUID

 

Sistem onay isteyerek taşıma isteğini silecektir.