"Çözümler" bölümündeki tüm yazılar:

Veeam’den Hyper-V Server için ücretsiz RDP çözümü

19.12.2013 | 22:31 Çözümler , Haberler , Hyper-V 2 Yorum

Microsoft ve Vmware sanallaştırma ürünleri başta olmak üzere çeşitli BT sistemleri için veri koruma çözümleri üreten Veeam, kısa süre önce Hyper-V Server 2012 R2 için bir RDP Virtual Appliance çözümü duyurdu. Ücretsiz olarak dağıtmaya başladığı Veeam RDP Virtual Appliance sayesinde Hyper-V Server 2012 R2 sanallaştırma sunucularınız üzerindeki sanal makine konsollarına çok çeşitli uzak işletim sistemlerinden ve aygıtlardan erişim mümkün olabiliyor.

Aslına bakarsanız RDP Virtual Appliance büyük ar-ge ‘ler veya önemli bütçeler ile üretilmiş bir çözümden ziyade ekip içerisindeki çalışanlar tarafından uyarlanan (dikkat edin geliştirilen demiyorum) bir araç. Temel aldıkları bir proje ve esinlendikleri ürünler var ama yine de kendilerine teşekkür etmemek için hiçbir neden yok.

Hyper-V Server 2012 R2 Tam Olarak Nedir?

Son sürümleri dikkate aldığımızda Microsoft ‘un Hyper-V sanallaştırması, Hyper-V Server 2012 R2 ‘de dahil bugün üç farklı işletim sistemi parçasıyla beraber kullanılabiliyor. Bu üç farklı işletim sisteminde çalışabilen Hyper-V rolünü Server Hyper-V ve Client Hyper-V olmak üzere ayrıca ikiye ayırabiliriz.

Hyper-V Sürümleri

Windows Server 2012 R2 Hyper-V

Windows Server işletim sisteminin sanallaştırma rolü olarak gelir ve Hyper-V için konuşulan tüm özelliklere ve Server Hyper-V koduna sahiptir. Geniş ölçekli veri merkezlerinden en küçük yapılara kadar her yerde rahatlıkla çalışabilir. Üzerinde gelen Hyper-V rolü veya oluşturacağınız sanal makineler için herhangi bir ek ücret ödemeniz gerekmez ancak Hyper-V rolünü aktif ederken kullanacağınız Windows Server 2012 R2 işletim sistemini satın almış olmanız veya hazırda sahip olmanız gerekir. Windows Server 2012 R2 ‘nin Server with GUI veya Server Core kurulumlarıyla Hyper-V rolünü tüm yetenekleriyle kullanabilir, Standard ve Datacenter tercihinize göre platform üzerinde Windows işletim sistemlerinin sanal çalıştırma haklarına sahip olursunuz.

Sanal veya fiziksel olarak çalışan her Windows işletim sisteminin mutlaka bir lisansının olması gerektiğini unutmayın. Lisanslama konusunda daha fazla bilgi için Windows Server 2012 Sürümleri ve Lisanslama yazısını okuyabilirsiniz.

Hyper-V Server 2012 R2

Temelde bir Windows Server Core işletim sisteminin daha fazla kırpılmış ve yine grafik arabirimi olmayan halidir. Windows Server Core ‘da olduğu gibi sonradan GUI ekleme şansınız da yoktur. Bu yüzden genellikle uzak yönetim konsolları veya CMD.exe gibi, PowerShell gibi yerel komut satırı araçları ile yönetilir. Server Core ‘dan farklı olarak sadece ve sadece Hyper-V rolünü çalıştırabilir. Bu ürün ile çalışan Hyper-V, büyük biraderi Windows Server 2012 R2 Hyper-V ile özellik açısından aynıdır ve yine Server Hyper-V koduna sahiptir. Geniş ölçekte donanım atama, ikinci nesil sanal makineler, yük devretme, canlı aktarım, canlı kaynak düzenleme gibi yeni veya geçmişten gelen tüm teknik özellikleri eksiksiz olarak destekler. Üzerindeki Hyper-V rolünün ücretsiz gelmesi dışında Hyper-V ‘ye destek olan ve sunucu üzerine kurulan ana işletim sistemi parçası da ücretsizdir. Direkt indirip kurulum gerçekleştirilebilir. En önemli dezavantajı ise size herhangi bir ücretsiz sanal işletim sistemi kurma hakkı kazandırmaz. Üzerinde çalışan her sanal işletim sisteminin kendi lisansı olmalıdır. Daha çok Linux tabanlı işletim sistemlerini sanal olarak çalıştırmak, belirli VDI senaryoları, test ve geliştirme ortamları gibi yerlerde kullanılması tavsiye edilir ama gereken özen gösterildiği taktirde yüzlerce sanal makineyi barındıran ortamlara da adapte olabilir. Devamını oku…

Internet Explorer – This feed download was interrupted

18.12.2013 | 15:40 Çözümler , Windows 1 Yorum

Windows 8 işletim sistemiyle çalışan dizüstü bilgisayarımın Windows 8.1 yükseltmesini dün gerçekleştirdim. Üzerinde Windows 8.1 ile gelen Surface Pro 2 ve daha önce Windows 8.1 ‘e yükselttiğim masaüstü sistemlerim olduğu için genelde operasyonlarda kullandığım bu dizüstü bilgisayarı bir süre daha Windows 8 olarak bırakmayı tercih etmiştim.

Dünkü yükseltme işleminden sonra fark ettim ki Internet Explorer ile takip ettiğim birtakım blog, portal ve haber grubu Feed ‘leri çalışmıyor. Yaklaşık 150 civarında olan bu Feed ‘ler yükseltme öncesinde tanımlı olan ve çalışan bağlantılardı. Windows 8.1 ile gelen Internet Explorer 11 ‘de Feed bölümündeki bir bağlantıya tıkladığımda aşağıdaki bilginin döndüğünü gördüm.

Internet Explorer Feeds

This feed download was interrupted.

Bu mesaj, feed kaynağındaki sorunlar, IE feed ayarları, internet erişim sorunları gibi çeşitli hatalar sonrasında oluşabilen genel bir bilgi mesajı olduğu için çözüme ulaşmak pek kolay olmadı.

Çeşitli araçlarla Internet Explorer ‘ın bu konudaki davranışını incelediğimde feed bağlantısı başına oluşan ve bir nevi DB görevi gören dosyalarının güncellendiğini, yani aslında IE ‘nin feed kayıtlarında yayımlanan yeni yazıları anlayıp bunu ilgili dosyaya kayıt ederek genişlettiğini gördüm.

Merak edenler için “.feed-ms” uzantılı bu dosyalar “C:\Users\%username%\AppData\Local\Microsoft\Feeds” dizini altında yer alıyor ve içlerinde o feed için çekilen içerikler var. Bir de ayrıca tüm feed ‘lerle ilgili diğer bazı bilgilerin tutulduğu “.feedsdb-ms” uzantılı ana DB dosyası var. O da “FeedsStore.feedsdb-ms” iexplore.exe tarafından kullanılan ve Windows Explorer ile browse edilemeyen hayalet Feeds Cacahe dizinine ise hiç girmiyorum.

Process Monitor Feeds Path

Çözümü geçtim feed ‘lerin nasıl ve nerede tutulduğuyla ilgili bile fazla kaynak olmadığı için net bir çözüm bulamadım ancak IE cache ‘ini temizlemek, IE ayarlarını sıfırlamak, birkaç feed ‘i silip tekrar eklemek, sistemi yeniden başlatmak, hatta masadan kalkıp tekrar oturmak gibi birçok şey denedim ancak IE, feed içeriğini bir türlü göstermedi. (Son ikisi şakaydı :))

 run as administrator

Çözüm bu mu bilmiyorum ama Internet Explorer 11 ‘i bir kez run as administrator ile açtım ve ilginç bir şekilde feed içerikleri görünmeye başladı :) Daha sonraki her normal başlatmamda da problem yaşanmadı. Muhtemelen yükseltme öncesindeki feed kayıt verisiyle yükseltme sonrasındaki durum arasında bir uyumsuzluk oluştu.

Eğer karşılaşan ve bu yazıyı okuyan birileri olursa belki deneyip konuyu teyit eder diye buraya not düşüyorum.

Microsoft Exchange Migration Workflow Service

Dün Exchange Server 2013 için Cumulative Update 3, Exchange Server 2010 SP3 için ise Update Rollup 3 yayımlandı. Çeşitli düzeltmeler ve bazı geliştirmeler içeren bu paketleri aşağıdaki bağlantılar üzerinden indirebilir, ilgili diğer bağlantılar ile yükleme öncesinde gerekli bilgilere ulaşabilirsiniz.

Exchange Server 2013 için Cumulative Update 3

İndir – Exchange Server 2013 Cumulative Update 3

Açıklama – Exchange Server 2013 Cumulative Update 3

Exchange Server 2010 SP3 için Update Rollup 3

İndir – Exchange Server 2010 SP3 Update Rollup 3

Açıklama – Exchange Server 2010 SP3 Update Rollup 3

Exchange Server 2013 için yayımlanan Cumulative Update 3 ile birlikte, Cumulative Update 2 ‘den bu yana tespit edilen bazı hatalar düzeltildiği gibi aşağıdaki başlıklar da geliştirme olarak ürüne dahil oldu.

Exchange Administration Console ‘dan gruplara üye ekleme işleminin iyileştirilmesi.
Bulut tabanlı olmayan Exchange Server 2013 kurulumları için Online RMS desteği.
Geliştirilmiş Admin Audit Log deneyimi.
Windows 8.1 & IE11 kullanıcıları için OWA ‘nın Light versiyonunu kullanma zorunluluğunun ortadan kalkması.

Öte yandan Cumulative Update 3 geçilen Exchange Server 2013 sunucularında “Microsoft Exchange Migration Workflow” isimli yeni bir servis görebilirsiniz. Varsayılan olarak Stop durumda olan Microsoft Exchange Migration Workflow servisinin Startup Type ‘ı da Manual durumdadır. Merak edip elle Start etmek istediğinizde ise servisin başlamadığını ve aşağıdaki Event ‘lerin oluştuğunu görebilirsiniz.

Event1

Log Name: Application
Source: MSExchange Migration Workflow
Event ID: 1002
Task Category: Service
Level: Warning
Keywords: Classic
User: N/A
Computer: name.contoso.com
Description: The Microsoft Exchange Migration Workflow service didn’t start because it’s disabled.

Event2

Log Name: Application
Source: MSExchange Migration Workflow
Event ID: 1003
Task Category: Service
Level: Error
Keywords: Classic
User: N/A
Computer: name.contoso.com
Description: The Microsoft Exchange Migration Workflow service failed to start.

Söz konusu Microsoft Exchange Migration Workflow servisi önümüzdeki günlerde Exchange Server 2013 ‘e entegre edilecek bir özellik için önden yerleştirilen bir servistir ve şimdilik herhangi bir görevi yoktur, Stop ve Manual durumda olması bir problem teşkil etmez. Eğer bir şekilde Microsoft Exchange Migration Workflow servisini başlatmaya çalışan bir fonksiyonunuz varsa ve bu esnada oluşan yukarıdaki Event ‘lerden rahatsızsanız servisin Startup Type ‘ını geçici süre için Disabled duruma getirebilirsiniz.

Lync 2013 Mobil İstemcilerde Sunum İçeriği

24.05.2013 | 13:46 Çözümler , Lync Server 0 Yorum

Lync2013Logo_thumb.pngMicrosoft çözümlerinde birleşik iletişimin en temel bileşenlerinden olan Lync Server, 2013 sürümü ile gayet renkli özellikleri de beraberinde getirdi. En temel amacı kişiler ve kurumlar arasında iletişimi kolaylaştırmak olan Lync, Active Directory, Exchange Server, Microsoft Office uygulamaları ve kurum için ses altyapınızla bütünleşerek tam ve birleşik bir iletişim çözümü olarak hizmet vermek üzere tasarlanmıştır.

Microsoft Lync Server sürümleri ve özellikleri hakkında daha fazla bilgi için resmi Lync sayfasını ziyaret edebilirsiniz.

http://office.microsoft.com/en-us/lync/

Top fetarure’lar arasında yer alan ve çevrimiçi toplantılar (konferanslar) düzenlemeyi sağlayan Conferencing servisleri sayesinde Lync, kurum içi çalışanlarınızı veya misafir katılımcılarınızı dakikalar içerisinde aynı sanal toplantı odasında buluşturabilir ve etkileşimli bir şekilde çalışmaya başlamalarını sağlayabilir.

Lync toplantılarına katılabileceğiniz en esnek araçların başında hiç şüphesiz tabletler gelir. Çevrim içi olabildiğiniz her yerde ve her an bu toplantılara katılma şansınız var. Ancak maalesef üçüncü parti cihazlara için destek henüz o kadar yaygın değil. Bir süredir tablet üzerinde PowerPoint sunumları ile masaüstü ve uygulama paylaşım içeriklerini alabilen cihazlar sadece Windows 8 tabanlı tablet istemcilerdi. Mart ayında yayımlanan “Microsoft Lync 2013 for iPad” uygulamasının 5.0 sürümü ile artık bu destek iPad’lere de verilmeye başlandı.

Bir müşterimiz için gerçekleştirdiğimiz Lync Server 2013 projesinden; iPad ile çevrimiçi konferanslara katılım.

Microsoft Lync 2013 for iPad

Bu sayede artık Lync konferanslarına katılan iPad kullanıcıları konuşmacının paylaştırdığı PowerPoint sunum dosyasını görebilir, masaüstü ve uygulama paylaşımlarını izleyebilir noktaya gelmiş oldu.

Microsoft Lync 2013 for iPad
https://itunes.apple.com/us/app/microsoft-lync-2013-for-ipad/id605608899?mt=8

Henüz resmi bir açıklama yok ancak bu destek önümüzdeki günlerde Android tabanlı cihazlar için de gelebilir.

An itibarı ile en güncel sürüm olan Lync Server 2013 çevrimiçi toplantılarına Desktop ve bazı Mobile istemciler ile katılabilmeniz mümkün. Bu listelere ve istemcilerin desteklediği özelliklere aşağıdaki bağlantılar üzerinden ulaşabilirsiniz.

Lync Server 2013 istemci listesi:
http://technet.microsoft.com/en-us/library/gg398996.aspx

Lync Server 2013 istemcileri için özellik karşılaştırma tabloları:
http://technet.microsoft.com/en-us/library/gg425836.aspx

Lync Server 2013 mobile istemciler için özellik karşılaştırma tabloları:
http://technet.microsoft.com/en-us/library/hh691004.aspx

Blog’u takip et

14.04.2013 | 23:17 Çözümler , Gereksiz Bilgiler 4 Yorum

Birkaç gün önce Blog’un RSS mekanizmasında problem olduğu yönünde uyarılar aldım. RSS takipçilerinin feed’lere ulaşamamasının yanı sıra duyuru e-posta listesi de RSS üzerinden beslendiği için yeni yazıları e-posta olarak bildiremiyordu. Problemi dün düzelttim. Böylece Blog’u RSS üzerinden veya e-posta listesine üye olarak takip edenler için sorun ortadan kalkmış oldu. Her ne kadar son zamanlarda fazla yazamasam da kısa süre sonra yeniden aktif olacağım ve ilgilendiğim konularda yeni yazılar/teknolojiler okumaya devam edeceksiniz. Takipte olun derim ;)

Şu sıralar Blog için çalıştığım bir diğer konu ise görünüm. Mevcut temayı birkaç yıl önce GlossyBlue ‘yu düzenleyerek elde etmiştim ancak artık değiştirme zamanı geldi diye düşünüyorum. Siz ne dersiniz? Bu sefer temayı sıfırdan oluşturmaya başladım. Oldukça sade ve mümkün olduğunca geniş bir görünüm tasarlıyorum. Ne mutlu ki tasarım ruhuna sahibim, ancak sorun şu ki bir IT Pro için CSS ve diğer WP kod yapısı bazen uğraştırıcı olabiliyor :) Bu yüzden yeni temanın hayata geçmesi belki birkaç ayı bulabilir.

Yenileme devam ederken ve hazır RSS konusu da gündeme gelmişken Blog’u takip edebileceğiniz yöntemler hakkında kısa bir bilgi vermek istedim.

Serhatakinci.com ‘u takip etmek, yayımlanan yeni yazılardan hızlıca haberdar olmak için aşağıdaki seçenekleri kullanabilirsiniz. Devamını oku…

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…

Exchange Server DAG Yapısında Manual DB Seeding

Kısa süre önce bir müşterimiz için uyguladığımız çözüm eminim aynı veya benzer durum ile karşılaşan birçok kişinin işine yarayacaktır.

Aynı subnet/lokasyon içinde Mailbox Database’lerinin yüksek erişilebilirliğini (high availability) arttırmak, farklı subnet/lokasyonlar arasında ise site esnekliği/dayanıklılığı (site resilience) sağlamak için kullanılan DAG (Database Availability Group) yapısı, Exchange Server organizasyonlarının vaz geçilmez bir parçasıdır. Mailbox rolünü tutan sunucular üzerinde yer alan ve kullanıcı mailbox’larını barındıran database’lerin, aynı lokasyon veya farklı lokasyonlar içerisinde konumlanmış diğer Mailbox Server’lara replikasyonunu amaçlayan DAG, mailbox erişimi ve yedeklemesi notasında kritik rol oynar ve database seviyesinde recovery şansı sunar.

Exchange Server organizasyonu içerisinde bir DAG yapısı devreye aldıktan sonra yüksek erişilebilirlik hedeflediğiniz mailbox database’lerini DAG yapısına dahil etmelisiniz. Bir mailbox database’i DAG yapısına ilk kez eklediğinizde seeding (tohumlama) dediğimiz bir olayın gerçekleşmesi gerekir. Bu olay, ilgili mailbox database için diğer Mailbox Server üzerinde bir kopya oluşması amacıyla gerçekleşir çünkü olayın başında diğer Mailbox Server üzerinde söz konusu database için herhangi bir data yoktur.

Exchange Server DAG Topolojisi

Seeding işlemi sonrasında mailbox database’in tüm içeriği bir kereye mahsus diğer Mailbox Server’a taşınmış olur ve artık sadece oluşan log dosyalarının transferi ile değişiklikler aktarılarak pasif mailbox database üzerine işlenir.

Normal şartlarda seeding işlemi Add-MailboxDatabaseCopy işleminin, yani söz konusu mailbox database’i DAG yapısına dahil ettiğiniz anın bir parçası olarak, ekleme anından hemen sonra otomatik bir şekilde başlar ve ana veri kopyalanana kadar devam eder. Eğer DAG yapınız yerel ağ ortamında veya arada yüksek hızlı bağlantı olan lokasyonlar arasında kurulmuş ise, seeding işlemi mailbox database boyutları ile de paralel olarak mümkün olan en kısa sürede tamamlanacaktır. Ama şayet DAG yapısının arada yüksek hızlı bir bağlantı olmayan WAN ortamında çalışması gerekiyor ve mailbox database boyutlarınız da biraz yüksek ise, işte tam bu noktada seeding işleminin tamamlanması çok ciddi zaman alabilir ve hatta bazen mümkün olmayabilir.

Devamını oku…

GPT/EFI Tabanlı Disklerin P2V Sorunsalı

06.11.2012 | 11:35 Çözümler , Hyper-V 3 Yorum

GPT/uEFI tabanlı disklere (partition) sahip sunucuların P2V senaryoları için özel bir durum söz konusudur. GPT/uEFI tabanlı diskler (aslında boot bölümü) özel bir BIOS’a (firmware) ihtiyaç duyduğu için piyasadaki sanallaştırma platformlarının sağladığı generic x86/x64 BIOS’lar üzerinde çalışamaz çünkü VM’in boot bölümünü okuyabilmesi için GPT’den anlayabilen uEFI tabanlı bir BIOS’a (firmware) gerek vardır. Bu nedenle P2V araçları genelde bu senaryoyu desteklemez çünkü aslında hypervisor platformu bu senaryoyu desteklemez.

Ancak siz şu manual adımlar ile GPT schema’ya sahip disk’leri p2v yapabilirsiniz:

* Bu senaryoda Hyper-V üzerine P2V’ye yer verilmiştir.

  1. Partition(ları) Disk2VHD ile bir VHD file’a dönüştürün. (Disk2VHD Tool: http://technet.microsoft.com/en-us/sysinternals/ee656415.aspx)
  2. Disk2VHD gibi araçlar online P2V yaptığı için OS üzerindeki uygulama servislerini durdurmak tutarlıklık açısından önemlidir.
  3. Hyper-V üzerinde (bu Windows 8 Client Hyper-V de olabilir) bir VM yaratıp VHD’yi attach edin.
  4. VM’i OS installation media ile boot edip <I>-Guest OS’e göre-</I> boot bölümünü repair edin.
    1. WS2003/XP için KB321626
    2. WS2008/w7 için KB927392
  5. VM’i start ettikten sonra sanallaştırma platformunun component’lerini manual olarak yüklemeniz gerekebilir.
  6. Bu noktadan sonra eğer tercih etmek isterseniz v2v veya VM’den p2v ile ESX, Xen Server, RHEL gibi farklı sanallaştırma platformlarına da alabilirsiniz.

Ayrıca işletim sistemi üstünde çalışan iş yükü için sanal ortamda verilen desteğe ve tavsiyelere de mutlaka göz atın.

Örneğin Exchange Server 2010 için: http://technet.microsoft.com/en-us/library/jj126252.aspx

Serhat AKINCI

Windows 8 Enterprise Deneme Süresi 180 Gün

05.11.2012 | 19:14 Çözümler , Dokümanlar , Windows 6 Yorum

Extending evalution period of Windows 8 Enterprise up to 180 days ( with legal slmgr –rearm )

Windows 8 Enterprise yasal deneme kopyasını aşağıdaki adresten indirebilir, 90 gün boyunca ve teknik özellikler açısından herhangi bir kısıtlama olmaksınız deneyebilirsiniz.

http://technet.microsoft.com/en-us/evalcenter/hh699156.aspx

Daha önce Windows Server 2012 deneme süresinin genişletilmesi ile ilgili yazdığım bir yazıya aşağıdaki adresten ulaşabilirsiniz.

http://www.serhatakinci.com/index.php/windows-server-2012-deneme-sresi-1080-gn.html

Aynı yöntem ile yani slmgr –rearm komutunu kullanarak Windows 8 Enterprise deneme periyodunu 180 güne kadar genişletmek mümkün.

ÖNEMLİ UYARI:
-rearm parametresini alan slmgr.vbs, Windows işletim sistemleri içerisinde yerleşik olarak gelen bir script’tir ve bu yazıda bahsedilen yöntemde herhangi bir illegal durum söz konusu değildir. Amacı periyotları sıfırlamak olan -rearm parametresi, sistem tarafından izin verilen sayda çalıştırılarak kullanılabilir. Dikkat edilmesi gereken önemli bir nokta ise şudur: Bu yöntemin uygulandığı deneme (evaluation) kopyaları, kurulumu yaparken de okuyabileceğiniz son kullanıcı lisans anlaşmasına (EULA) göre kesinlikle herhangi bir ticari amaç için kullanılamaz ve kesinlikle canlı ortamlarda konumlandırılamaz. Deneme kopyalarının sadece ürünün özellikleri ile ilgili ilk testlerin yapılması, bt uzmanları ve yazılım geliştiriciler için adaptasyonunun hızlandırılması veya ön gösterim gibi amaçlar için kullanılmasına izin verilmektedir. Eğer bir deneme kopyası ile çalışıyorsanız, EULA içerisindeki kapsama uymanız gerekir. Aksi durumda legal bir yöntem ile illegal bir sonuca ulaşmış olursunuz ve hukuksal açıdan sorumluluk altına girebilirsiniz.

slmgr.vbs (Windows Software Licensing Management Tool) işletim sistemi lisansınız hakkında detaylı bilgiler alabileceğiniz ve müdahalelerde bulunabileceğiniz bir script’tir. Örneğin işletim sistemi lisans tipinin (volume, retail, oem) öğrenilmesi, aktivasyon, ürün anahtarı girişi/değişimi, deneme ve aktivasyon periyodlarının reset’lenmesi, KMS etkileşimi gibi bir çok lisans yönetim işlemini slmgr.vbs üzerinden komut satırı tabanlı olarak gerçekleştirebilirsiniz.

Windows Server 2012 deneme kopyalarında –rearm parametresi kullanımı 5 ile sınırlandırılmıştı.

Rearm Count

Windows 8 Enterprise deneme kopyası için ise bu rakam 1. Bu nedenle 90 gün olan deneme periyodunu sadece bir kez reset’leyerek bir 90 gün daha uzatabilirsiniz.

Rearm Count 1

Bir Windows 8 Enterprise deneme kopyası ilk kez kurulduğunda 10 günlük aktivasyon periyodu ile başlar ve bu süre içerisinde aktivasyon işlemini tamamlamanızı bekler.

90 günlük deneme süresinin başlangıcı için gerekli olan aktivasyon işlemi sırasında herhangi bir ürün anahtarı girmenize gerek yoktur çünkü deneme kopyası kendi içerisinde bir ürün anahtarı ile kurulur.

Şayet deneme kopyasının internet erişimi varsa direkt Activate butonuna tıklayarak veya slmgr -ato parametresi ile aktivasyonu gerçekleştirip 90 günlük deneme periyodunu başlatabilirsiniz. Eğer internet erişimi yoksa Activate by phone seçeneği ile telefon üzerinden aktivasyon yapmak da mümkün.

Süreyi 180 güne uzatmak için ilk 90 günlük deneme süresinin son gününde “Run as administrator” olarak bir cmd.exe açın:

Run as administrator

Ardından slmgr –rearm komutunu çalıştırarak periyodun yeniden 90 güne reset’lenmesini sağlayın:

slmgr –rearm

Restart ardından sistem 90 günlük yeni bir deneme periyodu ile başlar ve ilk 90 güne ek olarak ikinci bir 90 gün boyunca deneme sürecine devam edebilirsiniz.

Bu arada yine baştaki 10 günlük aktivasyon süresini kullanarak toplamda 190 güne ulaşabilirsiniz.

ÖNEMLİ UYARI:
-rearm parametresini alan slmgr.vbs, Windows işletim sistemleri içerisinde yerleşik olarak gelen bir script’tir ve bu yazıda bahsedilen yöntemde herhangi bir illegal durum söz konusu değildir. Amacı periyotları sıfırlamak olan -rearm parametresi, sistem tarafından izin verilen sayda çalıştırılarak kullanılabilir. Dikkat edilmesi gereken önemli bir nokta ise şudur: Bu yöntemin uygulandığı deneme (evaluation) kopyaları, kurulumu yaparken de okuyabileceğiniz son kullanıcı lisans anlaşmasına (EULA) göre kesinlikle herhangi bir ticari amaç için kullanılamaz ve kesinlikle canlı ortamlarda konumlandırılamaz. Deneme kopyalarının sadece ürünün özellikleri ile ilgili ilk testlerin yapılması, bt uzmanları ve yazılım geliştiriciler için adaptasyonunun hızlandırılması veya ön gösterim gibi amaçlar için kullanılmasına izin verilmektedir. Eğer bir deneme kopyası ile çalışıyorsanız, EULA içerisindeki kapsama uymanız gerekir. Aksi durumda legal bir yöntem ile illegal bir sonuca ulaşmış olursunuz ve hukuksal açıdan sorumluluk altına girebilirsiniz.

Serhat AKINCI

Windows Server 2012 Deneme Süresi 1080 Gün

05.11.2012 | 16:20 Çözümler , Windows Server 14 Yorum

Extending evalution period of Windows Server 2012 up to 1080 days ( with legal slmgr –rearm )

Windows Server 2012 sürümlerinin yasal deneme kopyalarını aşağıdaki adresten indirebilir, 180 gün boyunca ve teknik özellikler açısından herhangi bir kısıtlama olmaksızın test edebilirsiniz.

http://www.microsoft.com/en-us/server-cloud/windows-server/trial.aspx

Windows Server 2012 Standard Deneme Sürümü

Windows Server 2008/R2 ‘de kullandığımız ve deneme periyodunu reset’leyerek genişleten slmgr -rearm ‘ın Windows Server 2012 ‘de ne durumda olduğuna bakmak istedim ve ortaya çok ilginç bir sonuç çıktı. Tüm dünya genelinde bu konuyu ilk ke z bu blog’da okuyorsunuz :)

ÖNEMLİ UYARI:
-rearm parametresini alan slmgr.vbs, Windows Server içerisinde yerleşik olarak gelen bir script’tir ve bu yazıda bahsedilen yöntemde herhangi bir illegal durum söz konusu değildir. Amacı periyotları sıfırlamak olan -rearm parametresi, sistem tarafından izin verilen sayda çalıştırılarak kullanılabilir. Dikkat edilmesi gereken önemli bir nokta ise şudur: Bu yöntemin uygulandığı deneme (evaluation) kopyaları, kurulumu yaparken de okuyabileceğiniz son kullanıcı lisans anlaşmasına (EULA) göre kesinlikle herhangi bir ticari amaç için kullanılamaz ve kesinlikle canlı ortamlarda konumlandırılamaz. Deneme kopyalarının sadece ürünün özellikleri ile ilgili ilk testlerin yapılması, bt uzmanları ve yazılım geliştiriciler için adaptasyonunun hızlandırılması veya ön gösterim gibi amaçlar için kullanılmasına izin verilmektedir. Eğer bir deneme kopyası ile çalışıyorsanız, EULA içerisindeki kapsama uymanız gerekir. Aksi durumda legal bir yöntem ile illegal bir sonuca ulaşmış olursunuz ve hukuksal açıdan sorumluluk altına girebilirsiniz. Ek olarak Windows Server 2012 Evaluation kopyalar üzerine deneme periyodunun herhangi bir anında geçerli bir ürün anahtarı girip yeniden aktive ederek FULL sürüme yükseltebilirsiniz.

slmgr.vbs (Windows Software Licensing Management Tool) işletim sistemi lisansınız hakkında detaylı bilgiler alabileceğiniz ve müdahalelerde bulunabileceğiniz bir script’tir. Örneğin işletim sistemi lisans tipinin (volume, retail, oem) öğrenilmesi, aktivasyon, ürün anahtarı girişi/değişimi, deneme ve aktivasyon periyodlarının reset’lenmesi, KMS etkileşimi gibi bir çok lisans yönetim işlemini slmgr.vbs üzerinden komut satırı tabanlı olarak gerçekleştirebilirsiniz.

Bir Windows Server 2012 deneme kopyası ilk kez kurulduğunda 10 günlük aktivasyon periyodu ile başlar ve bu süre içerisinde aktivasyon işlemini tamamlamanızı bekler.

Devamını oku…