Merhabalar,
Windows Server 2008 üzerinde Terminal Servislerle ilgili daha önceki iki makalemde TS kurulumu ve RDP-Tcp bağlantı objesinin temel konfigürasyonundan bahsetmiştik. Bu makalemizde ise TS üzerindeki uygulamaların yönetilmesinden bahsediyor olacağız.
Windows Server 2008 sunucuları üzerinde yer alan Terminal Services rolünün üzerinde çalışacağı programlar TS üzerine kurulduktan sonra istenirse RemoteAPP yöntemi kullanılarak istemci bilgisayarlara dağıtılabilir. RemoteAPP; Kısaca özetlersek TS üzerinde çalışan programı gösteren bir kısayoldur ve istemcilere dağıtılır.
Ayrıca Windows Server 2008 Terminal Services ile birlikte gelen TS Web Access üzerinde uygulamaların görüntülenebilmesi ve çalıştırılabilmesi için RemoteAPP yönetiminin gerçekleştirilmiş olması gerekmektedir.
TS RemoteAPP yönetimini üç ana bölüme ayırmamız mümkündür:
- Terminal Servislere Uygulama import etmek.
- .RDP Kısayollarını oluşturmak ve düzenlemek.
- TS Web Access ile Programları Publish etmek.
Yazının tamamını okuyun »
Kasım 16th, 2009
Microsoft,
Microsoft Windows Server 2008
| etiketler:
2008,
Microsoft,
Server 2008,
Server Rolleri,
Sunucu Rolleri,
Terminal Services,
Terminal Servisleri,
Windows,
Windows Server 2008,
Windows Server 2008 R2 |
Yorum Yok
Merhabalar, bir öneki makalemde Windows Server 2008 üzerinde yer alan Terminal Services sunucu rolünün kurulumuna değinmiştim. Bu makalemde ise RDP-Tcp bağlantı objesinin temel konfigürasyon özelliklerine değineceğim.
Windows Server 2008 sunucumuza Terminal Servislerini kurduktan sonra temel konfigürasyonu yapmamız gerekmektedir. Bu temel konfigürasyon içerisinde TS sunucusuna oturum açacak istemcilerin Network Level Authentication desteklemesi zorunluluğundan tutun da hangi kullanıcıların bu TS sunucusu üzerine oturum açabileceği ve bu TS üzerinde neler yapabileceklerine kadar geniş bir yetkilendirme konfigürasyonundan bahsetmek mümkündür.
Yazının tamamını okuyun »
Merhabalar, bu makalemde ve bunu takip eden üç makalemde Terminal Servislerin kurulumu ve konfigürasyonu üzerinde duracağım. TS serisinin son makalesini ise tamamen LAB şeklinde planlamaktayım. Öyle ki bu dört makalenin sonunda elimizde TS Session Broker ile Load Balance yapılmış 2 adet Terminal Server, Internet ortamından erişilebilen bir TS Gateway ve HTTPS üzerinden iç networkteki TS üzerinde yer alan uygulamaların çalıştırılabilmesi için konfigüre edilmiş bir TS Web Access yer alıyor olacak. Peki ama Neden?
Neden Terminal Services?
Windows Sunucu sistemleri üzerinde gündelik hayatı kolaylaştıran servislerden biri “Terminal Services” olarak karşımıza çıkmaktadır. Terminal servisler üzerlerinde yer alan uygulamaları farklı bilgisayarlara paylaştırmak, bu sayede hem programların hem de programların oluşturduğu dataların tek bir sunucu üzerinde tutulması imkanını sağlayan bir sunucu rolüdür. Terminal servisler aracılığıyla networkteki normal bilgisayar kullanımı azaltılarak “Thin Client” kullanımı yaygınlaştırılabilir.
Yazının tamamını okuyun »
19 – 23 Ekim 2009 Tarihleri arasında Netron Technology Şişli Şubesinde IBM System X eğitimlerine başlıyoruz.
Eğitim içeriği 3 Gün System X ürünlerini tanıtan XTR 11 Eğitimi ve IBM Director 6.1 sürümünün kullanıldığı 2 Günlük XTR 47 eğitimi olarak planlanmıştır.
Sizleri de aramızda görmek isteriz.
Ekim 19th, 2009
Microsoft
|
Yorum Yok
Merhabalar;
Windows 7 ile birlikte tanıtılan Native VHD desteği üzerine daha önce 2 farklı “Dual Boot” senaryosu üzerine çalışmalarımı sizinle paylaşmıştım. Bu senaryolardan ilkinde fiziksel disk üzerinde herhangi bir işletim sistemi kurulu değildi ve iki ayrı VHD dosyası üzerinden Windows 7 ve Windows Server 2008 R2 Dual Boot olarak çalışmaktaydı. Diğer senaryomuzda ise fiziksel disk üzerinde bir işletim sistemi kurulu iken, farklı bir volume üzerine bir VHD dosyası oluşturmuş, diğer işletim sistemimizi bu VHD üzerine kurarak Dual Boot konfigürasyonunu gerçekleştirmiştik.

Windows 7 üzerinde yer alan Native VHD desteğinin ulaştığı en uç nokta bize Differential VHD’ler üzerinden boot imkanı sağlamakta. Uygulamanın temelinde “Base” VHD yer almakta. Teorik olarak bakacak olursak, fiziksel disk üzerinde iki ayrı VHD dosyası bulunuyor. Bunlardan ilk etapta biri oluşturulur ve işletim sistemi, güncellemeler, programlar gibi günlük işlemlerde kullanılacak bileşenler yüklenir. Yükleme işlemlerinden sonra, birinci VHD yi kendisine baz alan bir differential VHD oluşturulur ve bilgisayarın oluşturulan ikinci VHD üzerinden boot etmesi sağlanır.
Yazının tamamını okuyun »
VHD; Microsoft Virtual PC 2004 ürünü ile birlikte tanıtılan ve Microsoft’un Sanallaştırma platformlarında kullanımına başladığı bir dosya formatıdır. Bu format VMWare üzerinde yer alan .vmdk dosya formatına çok benzer. Ancak bir Microsoft ürünü olması itibariyle çok daha geniş bir kullanım alanına sahiptir. Örnek vermek gerekirse sanallaştırma çözümlerinin yanı sıra günümüzde Windows Vista backup aracı yedekleri .VHD formatında almaktadır. VHD dosyalarına üçüncü yazılım üreticileri de oldukça hızlı bir şekilde uyum sağlamıştır. Bir çok üreticinin VHD formatını destekleyen ürünlerini özellikle sanallaştırma ve yedekleme ürünlerinde görmemiz mümkündür.
Windows 7 ile birlikte Native VHD Desteğinin vardığı noktaları daha iyi anlayabilmek için VHD dosyalarının tiplerini tanımamız gerekmektedir. VHD dosyalarının 3 farklı tipi olduğunu söyleyebiliriz. Bu tipler:
- Fixed size: Sabit boyutlu olan bu VHD dosya tipinde, VHD dosyası oluşturulurken belirtilen alan fiziksel disk üzerinden anında harcanacaktır. Örneğin 40 GB lik bir VHD dosyası oluşturulduğunda bu VHD içerisinde herhangi bir veri olmasa bile dosya boyutu 40 GB olacaktır.
- Dynamically Expanding: Bu VHD tipinde belirtilen dosya boyutu maksimum dosya boyutudur. VHD dosyası ilk defa oluşturulduğunda üzerinde yalnızca kendi dosya header bilgileri vardır – ki bu bilgiler de yaklaşık 2 K boyutundadır. VHD dosyasının içerisinde veri eklendikçe dosya boyutu artar ve alabileceği maksimum boyut oluşturulurken tanımlanan boyut olacaktır. Örneğin 40 GB lik bir VHD dosyası Dynamically Expanding olarak oluşturulursa, dosyanın ilk boyutu 2K olacaktır, ve üzerine veri eklendikçe maksimum 40 GB ya kadar çıkabilir.
- Differencing Disk: Bu VHD tipi tek başına çalışmaz. Fixed veya Differencing bir VHD dosyasına bağlı olarak çalışabilen bu VHD tipinde yapılan değişiklikler differencing VHD üzerine yazılmakta bu VHD nin “Parent” VHD dosyasına ise herhangi bir değişiklik yapılmamaktadır.
Merhabalar,
Önceki makalelerimizde Microsoft Windows 7 ve Microsoft Windows Server 2008 R2 işletim sistemleri üzerinde sanal disk sürücülerine yani .VHD dosyalarına destek verildiğinden ve bu desteğin sanal sürücünün üzerine işletim sisteminin yüklenmesi ve bilgisayarın bu sanal disk üzerinde yer alan işletim sistemi üzerinden boot etmesine kadar geldiğinden bahsetmiş ve fiziksel disk ile sanal sürücülerin farklı kombinasyonlarını kullanarak Dual Boot Senaryoları oluşturmaya başlamıştık.

Üzerinde herhangi bir işletim sistemi olmayan tek bir fiziksel disk üzerine WinPE ortamından iki ayrı VHD dosyası oluşturup bu sanal sürücüler üzerine iki ayrı işletim sistemini kurarak Dual Boot senaryosunu gerçekleştirdiğimiz makalemiz için buraya bakabilirsiniz.
Bu makalemizde Fiziksel disk üzerinde bir işletim sistemi yüklü iken disk üzerindeki boş alana bir .VHD dosyası oluşturacak ve işletim sistemimizi bu .VHD dosyasının üzerine kuracağız.
Bu uygulamayı gerçekleştirdiğim platform:
Lenovo T61 Notebook, Üzerinde 4 GB RAM ile T8100 @ 2.10 GHz işlemci mevcut. Notebook üzerinde Windows Server 2008 R2 yüklü ve tek sunucu rolü olarak da Hyper-V sunucusu kurulu.
Yazının tamamını okuyun »
Eylül 23rd, 2009
Microsoft,
Microsoft Windows 7,
Microsoft Windows Server 2008,
Microsoft Windows İstemciler
| etiketler:
2008,
Dual Boot,
Native VHD Desteği,
Native VHD Support,
Windows 7,
Windows 7 Native VHD Support,
Windows Server 2008 R2 |
Yorum Yok
Çeşme’de ailemle geçirdiğim 2-3 günlük kısa ama rahatlatıcı ve iş anlamında verimli tatilden sonra, üniversite arkadaşlarımı görmek ve çok sevdiğim bir dostumun düğününe katılmak için İzmir’e döndüm.
Size bulunduğunuz yerde iyi çalışmalar dilerim.
Ben eğleniyor olacağım.
Eylül 23rd, 2009
we-b-Log
| etiketler:
çeşme,
izmir |
Yorum Yok
Windows 7 üzerinde yer alan Native VHD desteğine değindiğimiz makalenin sonlarında belirttiğimiz üç ayrı Dual Boot senaryosu vardı. Bu senaryolardan ilki, tek bir fiziksel disk üzerinde yer alan farklı iki sanal disk üzerine işletim sistemlerinin kurulması ve fiziksel disk üzerinden değil, iki ayrı sanal disk üzerinden Dual Boot işleminin gerçekleştiriliyor olmasıydı.

Şekildeki konfigürasyon amacımızı daha rahat açıklayacaktır.
Bu konfigürasyonu gerçekleştirmek için kullandığım ortam şu şekildeydi:
Lenovo T61 Notebook
CPU: Core 2 Duo @ 2.10 Ghz
RAM: 4GB DDR2
Yazının tamamını okuyun »
Bu sabah (21.09.2009 – Pazartesi) saat 07:00 sularında İstanbul’dan yola çıkarak saat 14:00 sularında 7 saatlik bir yolculuğun ardından İzmir – Çeşme’ye varmış bulunmaktayım. Şu anda post etmek üzere olduğum Windows 7 Native VHD desteği ile ilgili olarak Dual Boot senaryolarından birini işleyen bir makalenin dışında diğer senaryolar ile ilgili çalışmalar yapıyor olacağım.
Ancak sözünü ettiğim diğer makaleleri ne zaman post edebilirim net bir fikrim yok.
Herkese iyi bayramlar ve iyi çalışmalar dilerim.
Eylül 21st, 2009
we-b-Log
| etiketler:
blog,
çeşme |
Yorum Yok