"Windows Server 2008 R2" etiketi için bulunan tüm sonuçlar:

Windows Server 2012 – Device Manager Uzak Erişim

Türkçe adıyla Aygıt Yöneticisi.

Sunucuda yer alan donanım bileşenlerini listeleyebileceğiniz, aygıt seviyesinde bazı özellikleri düzenleyebileceğiniz ve oluşan problemleri anlayıp çözmek için kullanabileceğiniz bir araç olan Device Manager’ı dönem dönem kullanmak zorunda kalırsınız. Windows işletim sisteminin özel donanım aygıtları ile konuşabilmesi sürecinde yer alan yazılımsal sürücüler ise yine Device Manager üzerinden yüklenebilmekte, izlenebilmekte ve gerekli durumlarda güncellenebilmektedir. Device Manager, yeteneklerini grafik tabanlı bir ara yüz üzerinden sunduğu için GUI sever IT Pro.’ların gönlünde taht kurmaya adaydır :) Ama öte yandan unutmamak gerekir ki gelişmiş bir GUI olmadan, sadece komut satırı destekli araçlar ile de her şeyi ve hatta çok daha fazlasını yapmak mümkündür. Kaldı ki GUI, temelde parametre alabilen çekirdek uygulamalara komut gönderen ve sonucunda dönen çıktıları görselleştiren bir kabuktan ileri değildir.

Örneğin Device Manager yerine komut satırı veya script girişleri ile WMI query’ler kullanmak, “devcon.exe” “pnputil.exe” gibi komut satırı araçlarını uygun parametreler ile çalıştırmak veya PowerShell ile Get-WmiObject komut setini kullanmak gibi farklı yollarla da aygıt listesini almak, sürücülere bakmak, yüklemek ve güncelleştirmek mümkündür.

Windows Aygıt Yöneticisi

Ama illa GUI diyorsanız, Device Manager’ı aşağıdaki dört farklı şekilde başlatabilirsiniz.

Devamını oku…

DISM ile Windows Server 2008 R2 Edition Upgrade

Upgrade path’leri referans almak koşulu ile Windows istemci ve sunucu işletim sistemleri kendi edition’ları arasında yükseltmeyi destekler. Edition Upgrade ile kastetmek istediğim Windows Server 2003’ten Windows Server 2008’e yükseltme yani sürümler (version) arası bir geçiş değil, örneğin Windows Server 2008 R2 Standard Edition’dan Windows Server 2008 R2 Enterprise Edition’a doğru bir yükseltmedir.

Windows Server 2008 R2 öncesinde, kurulu olan uygulamaları ve ayarları bozmadan/kaybetmeden edition’lar arası yükseltme operasyonları genelde zahmetlidir. In-place upgrade dediğimiz bir yöntem ile kurulum medyası (veya source files) kullanılarak gerçekleştirilen bir setup sonrasında mevcut edition uygun üst edition’a geçirilebilir. Zaman alır, zahmetlidir, işletim sistemi üstünde koşan uygulama, servis ve özel yarlar için risklidir.

Özellikle kurumsal seviyede iş yapıyorsanız bir upgrade ihtiyacının ne zaman ortaya çıkacağını kestirmek zordur. Bazen şapkadan öyle bir tavşan çıkar ki elde olan enstrümanlar ile çözüm üretmek zorlaşır, zaman kazanmak adına yeni arayışlara girersiniz.

Mesela Windows Server 2008 R2 Hyper-V için Failover Cluster yapmak istiyorsanız, Windows Server edition’ın Enterprise veya Datacenter olması gerekir. (Bu arada edition’a sürüm demek istemediğim ve yerine de bir şey bulamadığım için edition deyip duruyorum:)) Peki karşınızda yanlış planlama sonucu işletim sistemleri Standard olarak kurulmuş bir çok sunucu ve Failover Cluster yapılması gereken bir proje varsa?

Veya Windows Server 2008 R2 Standard ile NPS yapıyorsanız, en fazla 50 RADIUS Client kabul edebileceğinizi bilmeniz gerekir. Eğer bu konuyu göz ardı ederek projeyi müşteriye teslim ederseniz, 51. RADIUS Client ihtiyacında telefonunuz çalacaktır.

Çok daha vahim bir senaryo… Yine hatalı bir planlama sonucunda işletim sistemleri Windows Server 2008 R2 Standard olarak kurulmuş Exchange Server 2010’lar ile DAG yapılması gerekiyor ve yeni fiziksel sunucu veya VM koyma şansınız yok.

Buraya küçük bir not düşmek isterim. Microsoft, Exchange Server 2010 (yani aslında Mailbox Role) için Windows Server 2008 R2 Standard işletim sistemlerinin Windows Server 2008 R2 Enterprise’a yükseltilerek DAG yapılmasını desteklemiyor, OS ve Exchange servislerinin o sunucu için yeniden kurulmasını tavsiye ediyor.

TechNet Not

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

Biz bu yöntemi bir müşterimiz için Exchange Server 2010 DAG için önce test ortamında, bir süre sonra ise canlı ortamda devreye aldık. Şimdilik bilinen veya bilinmeyen herhangi bir probleme neden olmadı. Ama altını çizelim; bu bir problem olmayacağı anlamına gelmez. Bu noktada tercih tamamen sizin kararlarınıza ve yapınıza destek veren kişilerin yeteneklerine kalmış bir konu.

Yukarıda bahsettiğim gibi şapkadan tavşan çıkan durumlarda bir üst edition’a geçmek için in-place upgrade ile kurulum medyası (veya soruce files) kullanarak yükseltme yapma şansına Windows Server 2008 R2 ‘de de hala sahipsiniz. Yükseltilecek işletim sistemi üstünde koşan uygulama ve servislerin bu senaryo için destek durumlarını da değerlendirmeyi unutmayın.

Ben size çok daha basit bir yöntemden bahsedeceğim.

Devamını oku…

Local User Account yaratmak ve Gruba eklemek – Script 2

28.07.2009 | 14:04 Çözümler , Windows , Windows Server 2 Yorum

Bu script, ilk yayınladığım script ile aynı işi yapıyor. Yani yeni bir local account yaratıp ilgili gruba ekliyor. Farklı olan ise “password never expires” yerine “user must change password at next logon” ayarını set ediyor olması.  Ayrıca farklı bir fonksiyon  kullanıyor.

“user must change password at next logon” sayesinde, yaratılan local account ile ilk kez oturum açan kişiyi yeni password belirlemeye zorlamış oluyoruz.

Script’i buradan download edebilirsiniz.

Yine ilgili yerleri düzenlemeyi unutmayın.

Local User Account yaratmak ve Gruba eklemek – Script 1

27.07.2009 | 14:39 Çözümler , Windows , Windows Server 3 Yorum

Bazı durumlarda client’lar üzerinde yeni bir local user account (yerel kullanıcı hesabı) yaratıp, bu hesabı ilgili gruba üye yapmamız gerekebilir. Domain user account yaratmak kolaydır çünkü active directory üzerinde oluşturduğumuz domain user account, eğer aksi bir ayar yok ise organizasyon içerisindeki tüm client’larda oturum açabilir. Ama söz konusu local user account ise, bu hesabın her bir client üzerinde tek tek yaratılması gerekir. Bu gibi durumlarda kolaylık olması için aşağıdaki script’i kullanabilirsiniz.

Bu script sayesinde bilgisayar üzerinde yeni bir local user account yaratılmış, bu local user account’a bir password atanmış ve account ilgili gruba member edilmiş olur. Bununla birlikte account için “password never expires” ayarıda enable olur yani password süresiz olarak geçerlidir.

Script’i buradan download edebilirsiniz.

Script içerisinde strAccount, strPswd ve son bölümdeki Set objGroup satırında grup bilgisini düzenlemeyi unutmayın.

Mstsc Tarafında Default Port’u Değiştirmek

24.07.2009 | 14:11 Çözümler , Windows , Windows Server 4 Yorum

Microsoft Terminal Services Client (mstsc.exe) yani Uzak Masaüstü Bağlantısı uygulaması bildiğiniz gibi 3389 portunu kullanıyor çünkü Remote Desktop Protocol de default olarak 3389 portunu kullanıyor.

Uzak sistem üzerinde RDP (remote desktop protocol) için dinlenen portu küçük bir registry ayarı ile değiştirmek mümkün, bunu biliyoruz.

Uzak sistem üzerinde:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp\

Anahtarı altında PortNumber değerini örneğin 3390 olarak düzenliyoruz. Bu listening porttur.

Bu değişikliği genelde sistemlerin güvenliğine yardımcı olmak amacıyla yaparız çünkü internet ortamına açık olan ve Uzak Masaüstü Bağlantısı ile eriştiğimiz sunucuların default port kullanması risk teşkil edebilir.

Bu durumda RDP portunu 3390 olarak değiştirdiğimiz sunucuya bağlanırken mstsc.exe’de de yazdığımız ip adresinin sonuna :3390 ekleriz çünkü bunu yazmazsak mstsc kendisi için default olan yani 3389 numaralı porttan bağlanmaya çalışır ve port numaraları eşleşmediği için sunucuya erişemeyiz.

Uzak Masaüstü Bağlantısı

:3390 gibi port bilgisini verdiğimizde ise bu bilgi client tarafında bir çok yerde görülebilir.

– mstsc adres bölümünde ki bunu yukarıda görebiliyorsunuz.

– Connecting sırasında

Uzak Masaüstü Bağlantısı Portu

– Pencere full screen değilken pencere başlığında

Uzak Masaüstü Bağlantısı Portu 3390

Gibi …

Bu bilgi client tarafında olduğu için fazla sorun teşkil etmez ama her zaman yalnız çalışamıyoruz ve bazen bu bilgiyi görmemesi gereken kişiler yanımızda olabiliyor.

Mstsc.exe için default port değiştirme şansımız var mı bilemiyorum, ayrıntılı olarak inceleme fırsatım olmadı ama size daha kullanışlı bir yöntem önereceğim.

192.168.5.250 ip adresli ve 3390 nolu portu dinleyen bir Terminal Server’a bağlanacağımızı düşünelim.

mstsc.exe çalıştırın, bağlantı bilgilerinizi girin ve save as ile kayıt edin. Dikkat edin, bağlanacağımız ip adresinin sonuna :3390 koymuyoruz.

Mstsc.exe

.rdp uzantılı bir dosya oluşacak. Bu dosyayı notepad yada uygun bir editör ile açın.

Uzak Masaüstü Bağlantısı 2

Aşağıdaki gibi bir içerik göreceksiniz.

Uzak Masaüstü Bağlantısı - Notepad

Bu bilgiler az önce kayıt ettiğimiz uzak masa üstü bağlantısına ait. Gördüğünüz gibi screen mode, width, height, wall paper, clipboard gibi çeşitli değerler yer alıyor. Bu değelerin tamamı mstsc options bölümünde yaptığımız ayarlardır.

Kırmızı ile çerçeve içine aldığım ise bağlanacağımız sunucunun IP adresi ve gördüğünüz gibi sonunda herhangi bir port bilgisi yok. Bu durumda default port olan 3389 ile bağlanılacak ama biz bunu istemiyoruz.

Biz en alt satıra port bilgisini manuel ekleyeceğiz. Aşağıdaki değeri en alt satıra ekleyelim ve dosyayı kayıt edip kapatalım.

Server port:i:3390

Uzak Masaüstü Bağlantısı - Notepad 2

Bu noktadan sonra rdp kısa yoluna tıkladığımız zaman 192.168.5.250 sunucusuna uzak masa üstü bağlantısı yapılacak ve bağlantı 3390 portu üzerinden gerçekleşecek, ama bu bilgi ne connecting sırasında ne de pencere başlıklarında asla görünmeyecek …

En güzel yanı ise farklı portları dinleyen, farklı sunucularınız için ayrı ayrı dosyalar düzenleyebilirsiniz. Eğer mstsc.exe portunu değiştirmiş olsaydık farklı rdp portu dinleyen sunuculara bağlanırken yine :port kullanmak durumunda kalacaktık çünkü yaptığımız değişiklik tüm bağlantıları etkileyecekti.

Windows Server 2008 R2 ve Windows 7 Hazır!

23.07.2009 | 22:58 Haberler , Windows , Windows Server 10 Yorum

Bir süredir beta/rc sürümlerini test ettiğimiz Windows Server 2008 R2 ve Windows 7 için güzel gelişmeler var. Bu gün Kürşat ‘dan gelen e-posta doğrultusunda bu güzel haberi sizlerle paylaşmak istiyorum.

Windows Server 2008 R2 ve Windows 7 Hazır!

RC sürümlerini test ettiğimiz bu iki ürün tamamlandı ve artık (RTM) durumda.

Windows 7 Client tarafında daha verimli kaynak kullanımı ve bu doğrultuda daha performanslı bir işletim sistemi olarak karşımıza çıkıyor. Güvenlik, görsellik ve stabilite ise yine öne çıkan diğer özellikler arasında.

Windows Server 2008 R2 ise bizi sanallaştırma teknolojileri ile uğraşan uzmanları yakından ilgilendiriyor çünkü içerisinde Hyper-V sanallaştırma platformunun 2nci versiyonu yer alıyor. Hyper-V 2.0 ile gelen yenilikler konusunda bir çok yazı ve makale hazırlamıştım. Blog üzerinde küçük bir arama yaparak tümüne ulaşabilirsiniz.

Windows Server 2008 R2 ile birlikte bir takım limitleri bulunan ve tamamen ücretsiz olan Hyper-V Server 2008‘in de R2 versiyonu hazır durumda. Ürün yine ücretsiz ve artık çok daha güçlü çünkü bu ürün Cluster özelliklerin de destekliyor (Quick Migration, Live Migration, HA) ve tüm bunları yine ücretsiz olarak yapıyor. Bu ürün ile ilgili ayrıntılı bilgileri yine Blog üzerinde arama yaparak bulabilirsiniz.

Ne zaman indirebilirsiniz?

  • MSDN ve Tech Net aboneleri 6 Ağustos
  • SA + Volume Licensing müşterileri 7 Ağustos
  • SA olmayan Volume Licensing müşterileri 1 Eylül
  • Genel Erişim ise 22 Eylül

Hyper-V: Kablosuz Ağ Bağlantısı

28.05.2009 | 17:24 Çözümler , Hyper-V 1 Yorum

Eğer Hyper-V sunucularınız üzerinde Kablosuz Ağ Bağlantısı için kullanabileceğiniz ağ kartları (Wireless NIC) varsa ya da örneğin notebook üzerinde demo/test amaçlı Hyper-V çalıştırıyorsanız, aşağıdaki durumla mutlaka karşılaşmışsınızdır.

Virtual Network Manager bölümünde yeni bir External Virtual Network (eVS) yaratmak istediğinizde kablosuz ağ adaptörlerini göremezsiniz.

Normal şartlarda kablosuz ağ kartlarımızı sanal makinelerin external network iletişimi için kullanamıyoruz. Bu tasarımsal bir durumdur.

Eğer ki kablosuz ağ kartlarını sanal makinelerin external iletişimi için kullanmak istersek şunu yapabiliriz.

Önce Yeni bir Internal Virtual Network yaratın

Internal Virtual Network

Parent OS üzerinde Network Connections açın ve kablosuz bağlantı ile az önce yaratmış olduğumuz internal bağlantıyı seçerek bridge yapın.

Bridge Connection

Bridge işleminden sonra aşağıdaki gibi görünüyor olmalı.

Wriless Bridge - Kablosuz Bridge

Daha sonra sanal makinelerimizi Internal Virtual Switch ‘e (New Internal) bağlayarak kablosuz ağ kartı üzerinden External Network ‘e erişmelerini sağlayabiliriz.

Windows Server 2008 R2 256 Logical Processor Desteği

07.03.2009 | 14:03 Hyper-V , Windows Server 0 Yorum

2010 yılında Release olması beklenen Windows Server 2008 ‘in ikinci dağıtımı R2 versiyonu 256 adet Logical Processor (mantıksal işlemci) destekliyor.

Örneğin sunucu üzerinde 1 adet Quad-Core Processor var ise bu, 4 adet logical processor demektir çünkü Quad-Core işlemciler 4 çekirdeğe sahiptir.

Ya da 2 adet Dual-Core processor var ise, bu yine 4 adet Logical Processor demektir çünkü her bir Dual-Core Processor 2’şer çekirdeğe sahiptir, toplamda 4 yapar.

Aşağıdaki resimde tek bir Quad-Core Processor ile çalışan Windows Server 2008 den alınmış Task Manager görüntüsünü yer alıyor.

Windows Server Task Manager

CPU Usage History bölümünde 4 Logical Processor ‘ün listelendiğini görüyorsunuz. Bu arada Windows Server 2008 64 adet Logical Processor çalıştırabilir. Peki Windows Server 2008 R2 ? Devamını oku…

Hyper-V 2.0

27.10.2008 | 23:48 Dokümanlar , Hyper-V 1 Yorum

Bir süredir kullandığımız Hyper-V teknolojisinin 2.0 sürümünün yeni özellikleri, Microsoft WinHEC 2008 konferansında duyuruldu. Yoksa Hyper-V R2 mi desek :) İsimlere fazla takılmadan gelen yeniliklere bakalım.

Hyper-V 2.0 Yenilikleri

Bildiğiniz gibi şu an kullandığımız Hyper-V için “keşke şu da olsaydı” dediğimiz bazı özellikler var. Hyper-V 2.0 bunların bir çoğuna çözüm üretiyor olacak. Hemen açıklanan özelliklere göz atalım.

Live Migration

Daha önce bir çok kez bilgisini verdiğim ve seminerlerimizde de bahsettiğimiz fiziksel sunucular üzerinde çalışan sanal makinelerin, başka fiziksel sunucular üzerine kesinti yaşanmadan (0 downtime) taşınması işlemi, Hyper-V 2.0 ile geliyor. Yani taşıma işlemi sırasında VM (sanal makine) üzerindeki hiçbir servis kesintiye uğramıyor. Şu an kullandığımız taşıma işlemi olan Quick Migration hızlı bir taşıma yöntemi ancak Live değil.

Hyper-V 2.0 ile gelen Live Migration özelliğinin temelinde Clustered Shared Volumes isimli bir teknoloji yatıyor.

Logical Processor Desteği Genişliyor

(Logical Processor Support) Daha önce de birçok kez bahsettiğimiz gibi Hyper-V RTM olduğunda 16 Logical Processor (mantıksal işlemci/core) desteklemekteydi. Yani biz fiziksel sunucumuz üzerinde 4 adet quad-core işlemci (4 çekirdek) çalıştırdığımızda, Hyper-v bunu 16 mantıksal işlemci (Logical Processor) olarak kabul etmekteydi. Üzerinde çalışan VM için ise maksimum 4 logical processor tahsis edebiliyorduk.

Geçtiğimiz aylarda yayınlanan (KB956710) ve burada bilgisini verdiğim bir update pakedi ile bu limiti genişletme şansına sahip olduk ve artık Hyper-V sunucularımız 24 Logical Processor kullanabilir hale geldi.

Hyper-V 2.0 da ise desteklenen Logical Processor sayısı 32 ye çıkartılıyor. Yani örneğin 8 adet quad-core işlemci çalıştırabiliriz :). VM’in kullanabileceği logical processor sayısında herhangi bir değişiklik yok, yine 4 adet mantıksal işlemci kullanabiliyor.

Hot Add Remove Storage

Bu da beklenen özelliklerden birisiydi. Artık storage ekleme çıkarma işlemlerini sanal makinelerimiz çalışırken ve sanal makineyi restart etmeye gerek kalmadan gerçekleştirebileceğiz. Hot add and remove işlemlerini VHD diskler için kullanılabileceğimiz gibi pass-through diskler içinde kullanabiliyoruz.

Bu özellik sadece SCSI Controller üzerinde çalışan/çalışacak VHD yada pass-through diskler için geçerli. Yani IDE Controller üzerindeki diskler de kullanılmayacak. VM açıkken SCSI Controller ekleme işlemi ise desteklenmiyor.

SLAT (Second Level Translation)

Intel ve AMD işlemcilerin daha performanslı kullanılmasını sağlayan, memory yönetim yapısını geliştiren ve bu doğrultuda hypervisor’e yardımcı olan bir teknoloji. İşlemcilerde karşılığı ise “AMD: Enhanced Page Tables” ve “Intel: Nested Page Tables”. Yeni jenerasyon işlemcilerde olan bir özellik.

Dynamic Memory

Memory kaynaklarımız bir havuz içerisinde toplanacak ve VM’ler ihtiyaçları kadar memory kullanacak. Örneğin şu an  bir VM’e 2GB memory tahsis ettiğimizde, 2GB fiziksel memory kaynağı sürekli o VM için ayrılıyor (kullansa da kullanmasa da). Ancak Hyper-V 2.0 ile bu konuda ciddi geliştirmeler geliyor. VM’e tahsis edilmiş olsa bile kullanmadığı memory kaynağı bir havuzda toplanıp, diğer processler için kullanılabiliyor. Ayrıca VM çalışırken memory ekleme/çıkartma şansına sahip olacağız ve bu işlem VM üzerinde herhangi bir kesintiye yol açmayacak. Tabi bu işlemin uygulanabilitesi, VM içerisinde çalışan Guest OS’e göre değişiklik göstermekte.

Boot From VHD

VHD üzerindeki sanal işletim sistemlerini, fiziksel sunucular üzerinde açabileceğiz.

Tüm bunların dışında VM’ler için Network Layer konusunda bir takım gelişmeler var ve NIC teaming desteği geliyor. iSCSI Storage iletişiminde ve SAN’ler için Multi Path I/O işlemlerinde geliştirmeler söz konusu. Ayrıca share edilmiş tek bir PCI Express aygıtı, birden fazla VM’in kullanımına sunulabilecek.

Hyper-V 2.0 henüz kullanımda değil. 2009 yılında beklenen Windows Server 2008 R2 içerisinde kullanıma sunulması planlanıyor.

Gelişmeler ve yenilikler şimdilik bu kadar. İlerleyen günlerde yapılacak duyurulardan sizleri haberdar edeceğim.

– Post Update (22.04.2009) –

Dynamic Memory özelliği Hyper-V 2 de yer almayacak.