Author Archives: Ortaç Demirel

Microsoft Virtual Machine Converter ile Vmware Disklerini Hyper-V Disklerine Dönüştürme

Microsoft’un sanal makine dönüştürme aracı ile Vmware platformunda çalışan sanal makinelerinizin disklerini (vmdk) Hyper-V için kullanılan sanal disklere (vhd) dönüştürebilirsiniz.

Öncelikle dönüştürme yazılımını aşağıdaki bağlantıdan çekip kuruyoruz.

www.microsoft.com/en-us/download/details.aspx?id=42497

Bu işlemi Windows Server 2008 R2 SP1, Windows Server 2012 ve Windows Server 2012 R2 işletim sistemlerinde yapabiliriz.

Ardından .Net 3.5.1 bileşenini kuruyoruz.

İlk olarak vmware (vmdk) diskimizi sunucumuza kopyalıyoruz.

Powershell aracımızı açıyoruz. Aşağıdaki komutu vererek virtual machine converter modülünü ekliyoruz.

Import-module “c:\Program Files\Microsoft Virtual Machine Converter\MvmcCmdlet.psd1”

Ardından dönüştürme işlemi için aşağıdaki komutu veriyoruz.

ConvertTo-MvmcVirtualHardDisk -SourceLiteralPath “C:\ortac\oracke2\Oracle Enterprise Linux 64-bit(OEL5V5).vmdk”  -DestinationLiteralPath “c:\ortac\vhd” -VhdType DynamicHardDisk -VhdFormat Vhd

Bu komutta ilk olarak dönüştürmek istediğiniz vmdk dosyasının tam ismi gerekmektedir. Ardından vhd diskin kaydedileceği klasörü göstermelisiniz.

Dynamic ya da Fixed olarak disk yapınızı ayarlayabilirsiniz. Ayrıca VHD ya da VHDX olarak da dönüştürme yapabilirsiniz.

Dönüştürme işlemi başlıyor.

 

Bu işlem diskin büyüklüğüne ve yapısına göre uzun sürebilir.

İşlem bitince kısa bir rapor geliyor.

 

Bu aşamadan sonra oluşan yeni vhd ya da vhdx türündeki sanal diskinizi kullanarak yeni bir sanal makine yaratabilirsiniz.

Windows İşletim Sistemlerinde Quality Of Service Uygulaması ile İnterneti Sınırlama

Quality Of Service (hizmet önceliği) ağ üzerindeki uygulamalara öncelik verilmesini sağlayan bir hizmet uygulamasıdır. QoS sayesinde bazı uygulamalara, portlara ya da hizmetlere (ses, video vb) öncelik verilerek istemci makinelerin bunları daha verimli kullanması sağlanabilir.

QoS yapılandırması ağ cihazları ya da işletim sistemi seviyesinde yapılabilir.

İşletim sistemi seviyesinde yapmak için domain ortamında group policy ler, yerel ortamda ise local policy ler kullanılabilir.

Bu makalemde QoS u internet Explorer için yapılandırarak kullanıcıların internet hızını nasıl sınırlayabileceğimize değineceğim.

Domain ortamında group policy yönetim aracından yeni bir group ilkesi yaratıyorum.

Group ilkesini açarak Computer Configuration > Policies > Windows Settings  bölümüne geliyorum. Aynı ayar kullanıcı bazlı da yapılabilir.

“Policy-based QoS” üzerine sağ tıklayıp “Create new policy” seçeneğini seçiyorum.

 

Politikama yeni bir isim veriyorum. Politika da ki en önemli ayarlardan ikisi DSCP ve outbound throttle rate dir.

Differentiated Services Code Point (DSCP), ağ trafiğine farklı düzeylerde hizmet atanmasını sağlayan bir IP paketi alanıdır. Bu da ağ da ki her pakete bir DSCP kodu atanarak sağlanır. Aynı zamanda buna bir hizmet düzeyi atanır.

Örneğin LYNC yazılımı için ve lync paketleri için ayrı bir değer atanırken, Skype için farklı bir değer atanabilir.

DSCP aşağıdaki varsayılan değerleri alabilir:

Network Control (Ağ denetimi), DSCP değeri 30, IP önceliği 6.

Guaranteed (garantili), DSCP değeri 28, IP önceliği 5. Bu hizmet yüksek kalite ve sınırlı gecikme ile ölçülebilir garanti sağlar.

Controlled load (denetlenen yük), DSCP değeri 18, Ip önceliği 3. Yüksel kalite ve gecikme olmadan ölçülebilir garanti sağlar.

Ayrıntılı bilgi:

https://technet.microsoft.com/en-us/library/cc787218(v=ws.10).aspx

Kısacası bir uygulamayı eğer kısıtlamak istiyorsak önce onu bir DSCP değeri ile işaretlememiz (marked) gerekmektedir. Örneğin ben internet Explorer için 18 değerini seçiyorum.

Alttaki bölümden den ağ trafiğini sınırlamak için Mbps ya da Kbps cinsinden değer giriyorum.

 

Tüm uygulamaları değil de sadece internet Explorer ı sınırlamak istediğimden iexplorer.exe nin çalışma yolunu kutuya giriyorum. İstenirse % işareti de burada kullanılabilir. Windows işletim sistemlerinde varsayılan olarak Internet Explorer 32 bit olarak çalıştırılır.

 

Tüm giden ve gelen IP adresleri için bu ayarı yapacağım.

 

TCP, UDP ya da hem TCP hem de UDP  protoklü seçilebilir. Ayrıca portta belirleyebiliriz.

 

Group policy ayarları bu kadar. Bu aşamadan sonra istemci makiner internet tarayıcını açtıklarında ve internette gezinmek istediklerinde belirlediğimiz hız sınırının üzerine geçemeyeceklerdir.

Atamış olduğunuz DSCP değerini network monitör yazılımı ile görebilirsiniz.

SCCM 2012 İşletim Sistemi Dağıtımı için WDS ve DHCP Server Yapılandırılması

SCCM 2012 merkezi yönetim yazılımının en güçlü yanlarından biride işletim sistemi dağıtımıdır. SCCM, işletim sistemi dağıtımı yaparken Windows Deployment Server ve DHCP server ı kullanır.

WDS ve DHCP hizmetleri aynı sunucu üzerinde olduğu zaman çok fazla yapılandırmaya ihtiyaç duymuyoruz fakat farklı sunucular üzerine kurulduğu zaman bazı yapılandırmalara gereksinim vardır.

Gerçek yapılarda da zaten DHCP hizmeti tamamı ile farklı bir sunucu üzerinde çalışır.

Yapımızda SCCM , WDS ve DHCP yazılımlarını ve hizmetlerini çalıştıran üç ayrı sunucu vardır.

WDS sunucuda sadece WDS hizmeti yüklüdür.

 

SQL Server Database Mirroring Failover ve Failback Senaryoları

SQL Server üzerinde Database Mirroring yapılandırmasına daha önceki makalemde değinmiştim.

http://www.ortacdemirel.com/sql-server-database-mirroring-yapilandirilmasi

Database Mirroring kurulumu ve yapılandırılması bittikten sonra sıra geldi sunucular için Failover ve Failback testlerini yapmaya. Bu testlerde principal ve mirror sunucular arasında geçiş, principal sunucu kaybedildiğinde mirror sunucu üzerinden veri tabanına erişme ve son olarak principal tekrar ayağa kalktığında database mirroring i eski haline getirme işlemlerine değineceğim.

Yapımızda iki adet sql sunucu bulunmaktadır. SQLServer1 principal sunucu iken SQLServer2 mirror sunucudur.

SQLServer1 üzerinden veri tabanımıza erişebilmekteyiz. Veri tabanımızın yanında Principal,Synchronized yazmaktadır.

 

SQLServer2 üzerinden veri tabanımıza erişemiyoruz. Veri tabanımızın yanında Mirror,synchronized,restoring yazmaktadır.

 

SQL Server Database Mirroring Yapılandırılması

SQL Server da  yüksel erişebilirlik ( High Availability) teknolojilerinden biri olan Database Mirroring veri tabanı seviyesinde yapılan bir uygulamadır.

Bu uygulama sayesinde veri tabanlarımızı yapımızdaki ikinci bir SQL server üzerinde barındırabilir, veritabanı değişikliklerin  sürekli olarak diğer sunucu üzerine replike edilmesini sağlayabilir ve asıl sunucumuzda bir problem çıktığında farklı SQL server dan veri tabanımıza erişmemiz sağlanabilir.

Database Mirroring uygulamasında asıl sunucuya Principal server denir. Principal server ın veri tabanını yedeklediği karşı sunucuya ise Mirror server denmektedir.

Database Mirroring özelliğini kullanmadan önce yapınızda yer alan SQL server lar da bir takım ön gereksinimleri tamamlamanız gerekmektedir. Bunlar:

  • Database Mirroring yapılandırılması yapacak kullanıcı domain ve sql server seviyesinde yönetici olmalıdır.
  • Principal ve Mirror sunucular mutlaka domainde yer almalıdırlar.
  • Her iki sunucuda da sql servis hesapları domain hesaplarına atanmalıdırlar. Aynı hesapları kullanabilirsiniz.
  • İki sunucuda da aynı sürüm SQL server yüklü olmalıdır.
  • İki sunucu arasında 5022 portunu ve sql server ın kullandığı standart portları

 

SQL Server’da Yetkisiz Kullanıcılardan Tablo İsimlerini Gizlemek

SQL Server’da yetkisi olmayan kullanıcılardan veri tabanı isimlerini gizlediğimiz gibi tablo isimlerini de gizleyebiliriz. Böylelikle sql server a oturum açan kullanıcılar sadece yetkili oldukları tabloları görebilirler.

Tablo isimlerini gizlemek için öncelikle kullanıcımızı veri tabanımıza ekliyoruz ve db_owner dışında okuma yazma gibi yetkiler veriyoruz.

 

Ardından görmesini istemediğimiz tablonun üzerine sağ tıklayarak özelliklerine giriyoruz.

 

“Permissions” bölümünden kullanıcımızı seçip “View Definition” iznine “Deny” yani yasaklamak yetkisi veriyoruz.

 

Bu aşamadan sonra sql server a oturum açan kullanıcımız sadece yetkili olduğu tabloları görecektir.

Veritabanını Restoring State’den Çıkarma

SQL server da veri tabanı çeşitli sebeplerden dolayı “restoring state” e geçebilir.

Bu durumlar; yedekten geri dönmek istediğimizde “back up the tail log, and leave database in the restoring state” seçeneği ile log yedeği almış olabiliriz, farklı sunucular arasında veri aktarması yaparken hedef sunucudaki veri tabanı restoring state durumunda kalmış olabilir ya da mirroring gibi uygulamalarda veri tabanımız gene bu konumda kalmış olabilir.

Restoring state duruma geçen veri tabanı yukarda örneğini vermiş olduğum durumlar tamamlana kadar konumunu korur. Örneğin yedekten dönme işlemi tamamlanınca eski haline gelir.

Bazı durumlarda veri tabanı restoring state konumundan çıkamaz.

Bu tür durumlarda aşağıdaki sorguyu çalıştırmamız veri tabanının eski haline gelmesini sağlayabilir.

RESTORE DATABASE <veri tabanı ismi>

WITH RECOVERY

Veri tabanımız eski haline gelecektir.

Windows Server 2012 R2 ve Windows 8.1 İşletim Sisteminde WinSXS Klasörünü Küçültme

Windows işletim sistemlerinde yer alan WinSXS alanı güncellemelerin, düzeltme paketlerinin ve bir takım sürücülerin tutulduğu klasördür. Bu paketler sayesinde Windows bir takım geri kurtarma ve sürücülerden geri dönme gibi senaryoları gerçekleştirir.

Birçok işletim sistemi ve sürücü güncellemesi sonucunda bu klasörün de boyutu artar. Microsoft tarafından silinmesi kesinlikle önerilmez ve son kullanıcıların erişimi de mümkün değildir.

Tamamının silinmesi önerilmemesine rağmen sizler her otuz günde bir boyutunu azaltabilirsiniz.

Boyut küçültme işlemi komut satırından yapılmaktadır. Öncelikle komut satırını yönetici olarak açıyoruz ve aşağıdaki komutu veriyoruz.

Dism.exe  /online  /Cleanup-Image  /AnalyzeComponentStore

 

Bu komut WinSXS klasörü için öncelikle bir analiz gerçekleştiriyor.

Windows Explorer Reported Size of the Component Store: Yukarda bahsettiğimiz güncellemelerin işletim sisteminde tuttuğu alanın raporudur. Aslında gerçek alan bu kadar değildir.

Actual Size of the Component Store : Gerçekte paketlerin tuttuğu alandır.

Shared with Windows: Windows kurulumunda bu paketlerin ne kadarının kullanılıp kullanılmadığı bilgisidir.

Backups and Disable Features: Önceki sürümlerin tutulduğu alandır. Örneğin bir önceki ekran kartı sürücüsü gibi.

Cache and Temporary Data: Adından da anlaşılacağı gibi kaşe ve geçici verinin alanıdır.

Analiz işlemi bittikten sonra temizleme için aşağıdaki komutu verebiliriz.

Dism.exe  /online  /cleanup-image  /StartComponentCleanup

 

Sabit diskinizin hızına göre bu işlem uzun sürebilir. Ayrıca bu işlemi başlatmadan önce tüm pencerelerinizin ve uygulamalarınızın da kapalı olmasını öneririm.

İşlem bir süre sonra başarılı bir şekilde sonuçlanıyor.

 

Tekrar analiz komutunu çalıştırırsak eğer WinSXS klasöründe küçültme olduğunu görmekteyiz.