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

Azure Deneme Hesabı Nasıl Açılır?

Azure, Microsoft tarafından yönetilen bulut tabanlı servisler bütünüdür. Uzun süre Windows Azure olarak anılan bu servisler bütünü Mart ayında Microsoft Azure ismini aldı ve her geçen gün daha da gelişiyor, genişliyor. Microsoft Azure tarafı o kadar dinamik ki insan bazen hakkında kesin konuşmaya korkuyor; 1 dediğimiz 5, yok dediğimiz var oluveriyor. Muazzam gelişiyor… Eğer Microsoft Azure servisleriyle ilgili çalışmayı düşünüyorsanız, hele ki danışmanlık hizmetleri sağlamak gibi hedefleriniz varsa bu gelişmeleri yakından takip etmeniz şart.

Eğer Microsoft Azure nedir konusunda bir fikri sahibi değilseniz şuradaki Microsoft Azure nedir yazısını Türkçe olarak okuyabilirsiniz. Aşağıda ise Azure veri merkezlerinden servis olarak alınabilecek bazı önemli hizmetler listeleniyor.

  • Sanal Makineler – Windows ve Linux tabanlı sanal makineler oluşturup işletebilirsiniz.
  • RemoteApp – Windows uygulamalarını bulut tabanlı olarak istediğiniz cihaza dağıtabilirsiniz. Bu cihazlar Windows, Mac OS, iOS, Android gibi çeşitli işletim sistemleriyle çalışıyor olabilir.
  • Bulut Hizmetleri – Yüksek erişilebilir ve ölçeklenebilir bulut uygulamalrı ve API’lar oluşturabilirsiniz.
  • Batch – Büyük ölçekli, paralel ve toplu BT işlerini çalıştırabilirsiniz.
  • Sanal Ağ – Azure içerisinde veya doğrudan şirket iç ağınıza (veri merkezinize) bağlayabileceğiniz sanal ağlar oluşturabilirsiniz.
  • ExpressRoute – Şirket veri merkezinizi, size tahsis edilmiş fiber  ağ bağlantılarıyla doğrudan belirli Azure veri merkezlerine bağlayabilirsiniz. Ancak bu servis henüz Türkiye için kullanılabilir değil.
  • Traffic Manager – Azure üzerinde oluşturduğunuz uygulama ve servilere gelen trafik için yük dengelemesi yapabilirsiniz.
  • Web Siteleri – Çok hızlı bir şekilde web uygulamaları dağıtabilirsiniz.
  • Mobil Hizmetler – Mobil uygulamalar oluşturup barındırabilirsiniz.
  • API Yönetimi –Geliştirdiğiniz API’ları paylaşabilirsiniz.
  • Notification Hub’ları – Platformlar arası kendi anlık bildirim altyapınızı kurabilirsiniz.
  • Etkinlik Hub’ları – Saniyede milyonlarca olayı içe alın, sürdürün ve işleyin.
  • SQL Veritabanı – Yönetilen SQL veritabanı yapısını hizmet olarak alabilirsiniz.
  • HDInsight – Yönetilen Hadoop kümeleri oluşturabilirsiniz.
  • Önbellek – Verilerinize yüksek performans ve çok düşük gecikmeyle erişim.
  • Machine Learning – Bulut tabanlı güçlü tahmin analizi.
  • DocumentDB – Yönetilen NoSQL belge hizmet olarak veri tabanı.
  • Azure Arama – Tümüyle yönetilen hizmet olarak veritabanı.
  • Depolama – Bulut tabanlı depolama hizmetleri.
  • İçeri/Dışarı Aktarma – Sabit diskleri Azure veri merkezlerine ulaştırarak yüksek boyutlu verilerinizi çok daha kısa sürede Azure servislerinize dahil edebilirsiniz.
  • Yedekleme – Sunucu ve uygulama yedeklemesi.
  • Site Kurtarma – Özel bulutların korunması ve kurtarılması.
  • Medya Hizmetleri – Video ve ses kodlayın, depolayın ve yayımlayın.
  • CDN – Güçlü küresel veri merkezleri ağı üzerinden son kullanıcılara içerik sağlayın.
  • BizTalk Hizmetleri – Kurumsal ve bulutu sorunsuz şekilde entegre edin.
  • Hizmet Veri Yolu – Özel ve genel bulut ortamları arasında bağlantı sağlayın.
  • Active Directory – Şirket içi AD ortamınızı Azure ile eşitleyin ve SaaS tabanlı uygulamalarda çoklu oturum açma özelliğinden yararlanın.
  • Multi-Factor Authentication – Ek kimlik doğrulama seviyesi ile verilerinize ve uygulamalarınıza erişimi koruyun.

Microsoft Azure servislerinin en önemli özelliklerinden biri de kullandığın kadar öde yaklaşımıyla ücretlendirilmesi. Örneğin bir Sanal Makineyi ayda sadece 100 saat çalıştırmış olabilirsiniz. Bu durumda sadece 100 saatlik kullanım üzerinden ücretlendirilirsiniz. Tüm Azure servislerinin benzer şekilde kendine has ölçüm yöntemleri vardır ve fiyatlandırma ayrıntıları fiyat sayfalarında oldukça açıktır.

Devamını oku…

VHD Block Fragmentation – Parçalanma

03.03.2015 | 20:56 Çözümler , Dokümanlar , Hyper-V 0 Yorum

VHD’ler (virtual hard disk) Hyper-V VM’lere disk olarak eklenen ve Guest OS tarafından yerel depolama amaçlı okuma/yazma (i/o) gerçekleştirilen dosyalardır. Hyper-V platformunda sanal disklerin VHD ve VHDX olmak üzere iki farklı formatı bulunur. Her iki format da temelde aynı işe yarar ancak VHDX’ler bazı durumlarda daha yetenekli, daha performanslı ve daha dayanıklıdır. Bu yazıda her ikisi için de VHD ifadesini kullanıyorum, siz hem VHD hem de VHDX olarak düşünebilirsiniz.

Bahsetmek istediğim konu VHD structure’da ortaya çıkan ama pek göz önünde olmayan, zaman ilerledikçe VM’lerin performansını olumsuz etkileyebilen sinsi düşman Block Fragmentation meselesi.

Hyper-V VM’lere bağlı olarak çalışan Dynamically Expanding VHD’ler (dinamik olarak genişleyen sanal diskler) zaman içerisinde block seviyesinde parçalanırlar yani fragmante olurlar (fragmentation). Bu da söz konusu VHD’nin performansını olumsuz yönde etkileyen faktörlerden biridir.

Sanallaştırmayı bir kenara bıraktığımızda fiziksel sunucular için durum şu: Özellikle spinning disk birimleri (dönen diskler, plaka tabanlı) üzerindeki volume’larda (aslında dosya sisteminde) yaşanan parçalanmalara şahit olmuşsunuzdur. Belirli dönemlerde uygulanan birleştirme yani defrag (defragmentation) işlemiyle bu parçalanmalar büyük oranda ortadan kaldırılır ve disk birimleri özellikle okuma isteklerine daha derli toplu veri dağılımı ile daha hızlı bir şekilde yanıt verebilir hale gelir. Ama volume’lara yeni veriler yazıldıkça, aralardan eski veriler silindikçe ve sonra yeniden yazıldıkça parçalanma tekrar ortaya çıkar ve yine defrag gereksinimi oluşur. Tekrar… tekrar… ve tekrar… Aslında işin doğası gereği yaşanan bir kısır döngüdür bu. Mesela tam da bu yüzden Windows Server 2012 gibi modern işletim sistemlerinde periyodik olarak (eğer yanlış hatırlamıyorsam haftada bir) çalışacak şekilde background defrag task’lar schedule edilmiştir. Ama ne zaman ki işin içerisine sunucu sanallaştırma giriyor, işte o zaman konu da biraz farklılaşıyor.

Devamını oku…

Copy-VMFile ile Sanal Makinelere Dosya Kopyalamak

Hyper-V sanal makineleriyle (VM) çalışırken belirli anlarda sanal işletim sistemi (Guest OS) disk alanlarına çeşitli veriler kopyalamanız gerekebilir. Örneğin sanal işletim sistemi üzerine kurulumunu gerçekleştirmek üzere olduğunuz uygulamaya ait ilave setup dosyaları, bir grup doküman, bir ayar dosyası veya birkaç dijital sertifika pfx’i gibi şeyler…

Bu durumda birkaç şansınız var.

  • Kopyalamak istediğiniz içeriği bir ISO dosyası olarak paketleyip sanal donanımlardan Virtual DVD Drive ile VM’e insert edebilirsiniz. Tabi o an Virtual DVD Drive kullanılmıyor olmalı veya VM üzerinde ikinci ve müsait Virtual DVD Drive hazır bulunmalı.
  • Kopyalamak istediğiniz içeriği bir VHD/VHDX olarak paketleyip doğrudan VM’e attach edebilirsiniz.
  • Eğer VM ağa bağlı ve TCP/IP iletişimi mümkün ise, doğrudan SMB veya benzer protokoller vasıtasıyla kopyalama işini ağ üzerinden gerçekleştirebilirsiniz.
  • Eğer VM ağa bağlı, TCP/IP iletişimi ve uzak masaüstü bağlantısı (RDP) mümkün ise, oturum açarak Clipboard veya Drive Mapping kullanabilirsiniz. Benzer işler yapan üçüncü parti çözümler de olabilir.
  • Eğer 2. nesil sanal makineler ile çalışıyorsanız Enhanced Session Mode’u aktif edip, VM ağa bağlı olmasa dahi Host ile Clipboard paylaşımı veya Drive Mapping gibi şeyler kullanabilirsiniz. Bir nevi RDS over VMBUS. Ancak bu yöntemi kullanabilmek için VM mutlaka 2. nesil olmalı, ayrıca Windows 8 veya Windows Server 2012 (veya üstü) sanal işletim sistemi çalıştırmalı.

Eğer VM ağa bağlı değilse veya VM’in bulunduğu hedef ağ ile kopyalanacak içeriğin bulunduğu kaynak ağ arasında DMZ, vLAN, routing gibi sebeplerden ötürü iletişim sınırlıysa veya kimlik doğrulama gibi farklı engeller söz konusu ise, yukarıdaki kopyalama seçeneklerinden ikisi doğrudan elenir.

Eğer VM 2. nesil değilse RDS over VMBUS seçeneğini de kullanamazsınız.

İçeriği ISO veya VHD/VHDX olarak paketlemek her zaman kullanılabilecek bir yöntemdir. Ancak ISO oluşturmak için üçüncü parti uygulama gerekir ve bazı limitlere takılabilirsiniz. VHD/VHDX ile taşımak için ise yine ekstra bazı adımlar var. Ayrıca hypervisor ve Guest OS sürümüne göre sanal diski attach ederken VM’i kapatmanız gerekebilir. Bu da downtime demek.

Devamını oku…

Uzak Masaüstü Portu

04.10.2014 | 22:20 Çözümler , Windows , Windows Server 2 Yorum

Bu postu blog üzerinde yapılan uzak masaüstü portu aramalarına istinaden yazmak istedim çünkü bu konuda çok fazla arama yapılıyor. Aslında 4 rakamdan oluşan uzak masaüstü portu tam bir sır, bu yüzden az sonra paylaşacağım :)

Şaka biryana, Uzak Masaüstü Bağlantısı (Remote Desktop Connection) aracını kullanarak uzaktaki sistemlere bağlanıp oturum açmak neredeyse tüm Windows sistem yöneticilerinin, hatta artık bireysel kullanıcıların bile tercih ettiği bir yöntem. Uzak Masaüstü Bağlantısı sayesinde, kendi Windows oturumunuzda çalışırken tamamen farklı bir lokasyonda açık olan bir Windows’a oturum açabilir ve sanki yerel masaüstü oturumunuzmuş gibi yönetebilirsiniz. Bu uzak sistem bir Windows istemci işletim sistemi olabileceği gibi bir Windows Server işletim sistemi de olabilir.

uzak-masaustu-portu

Uzak Masaüstü Portu

Varsayılan RDP portu veya Uzak Masaüstü Portu TCP 3389’dur ve bağlanılacak uzak bilgisayar üzerinde belirlenir. Ancak şunu unutmayın: varsayılan Uzak Masaüstü Portu gerektiğinde değiştirilebilir ve tamamen farklı bir TCP port atanabilir.

Uzak Masaüstü Portu: 3389

Bir Windows işletim sistemine Uzak Masaüstü Bağlantısı yapabilmek için bazı ön koşulların yerine getirilmiş olması gerekir. Bu koşulları özet olarak aşağıda bulabilirsiniz.

  • Bağlanacağınız uzak bilgisayar üzerinde Uzak Masaüstü (Remote Desktop) özelliği kullanıcıları kabul edecek şekilde ayarlanmış olmalı.
  • Bağlanacağınız uzak bilgisayar üzerinde herhangi bir güvenlik duvarı programı çalışıyorsa, yapılandırılan Uzak Masaüstü Portu için gerekli izinler verilmiş olmalıdır. Buna Windows Güvenlik Duvarı da dahil.
  • Bağlanacağınız uzak bilgisayar bir modem veya router arkasındaysa (ki genelde böyledir) mutlaka gerekli NAT kuralları oluşturulmuş olmalıdır. Eğer bağlanacağınız uzak bilgisayar yerel ağdaysa ve siz de o bilgisayar ile aynı ağdaysanız NAT gerekmez.
  • Eğer sizin bilgisayarınızın bulunduğu ağ önünde bir güvenlik duvarı çalışıyor ise, Uzak Masaüstü Bağlantısı aracını çalıştırabilmek ve varsayılan port 3389’dan dışarı çıkabilmek için gerekli güvenlik duvarı izinleri tanımlı olmalıdır.

Windows 10 Ürün Anahtarı

04.10.2014 | 21:41 Çözümler , Windows 481 Yorum

Daha önceki tüm Windows sürümleri gibi Windows 10 da lisanslı bir işletim sistemidir. Henüz teknik önizleme aşamasında olduğu için satışı söz konusu değil ancak önümüzdeki yıl raflardaki yerini alacak ve Windows 10’u 2015 yılında satın alabileceksiniz.

Lisanslı bir Windows 10 kopyası satın aldığınızda (lisanslama modeline göre değişmekle birlikte) mutlaka bir Windows ürün anahtarına da sahip olursunuz. Bu ürün anahtarı (product key) sadece key veya serial gibi farklı isimlerle de anılır.

  • Ürün anahtarı – Product key
  • Serial
  • Key

windows-10-urun-anahtari

Her bir Windows 10 işletim sistemi kopyası kurulum sırasında veya kurulum sonrasında lisans aktivasyonu için bir ürün anahtarına ihtiyaç duyar. Bu ürün anahtarı genellikle satın alan müşteriye özeldir ve sadece ona ait Windows kopyası üzerinde etkinleştirilebilir. Ancak bu durum OEM, Open, Kutu Windows lisans türüne göre bazen değişiklik de gösterebilir.

Windows 10 Teknik Önizleme aktivasyonu için gerekli olan ürün anahtarını aşağıda bulabilirsiniz. Yüklü olan sürüme ve build numarasına göre uygun ürün anahtarını tercih etmelisiniz.

Windows 10 TP (build 10041) için ürün aktivasyon anahtarı:

NKJFK-GPHP7-G8C3J-P6JXR-HQRJR

Windows 10 Pro Insider Preview (build 10074, 10122, 10130) için ürün aktivasyon anahtarı:

6P99N-YF42M-TPGBG-9VMJP-YKHCF

Windows 10 Enterprise Insider Preview (build 10074, 10122) için ürün aktivasyon anahtarı:

VTNMT-2FMYP-QCY43-QR9VK-WTVCK

Windows 10 Home Insider Preview (build 10158, 10159, 10162, 10166) için ürün aktivasyon anahtarı:

KTNPV-KTRK4-3RRR8-39X6W-W44T3

Windows 10 Pro Insider Preview (build 10158, 10159, 10162, 10166) için ürün aktivasyon anahtarı:

8N67H-M3CY9-QT7C4-2TR7M-TXYCV

Windows 10 Enterprise Insider Preview (build 10158, 10159, 10162, 10166) için ürün aktivasyon anahtarı:

CKFK9-QNGF2-D34FM-99QX2-8XC4K

Windows 10 Home (build 10240)

TX9XD-98N7V-6WMQ6-BX7FG-H8Q99

Windows 10 Pro (build 10240)

VK7JG-NPHTM-C97JM-9MPGT-3V66T

Windows 10 Enterprise (build 10240)

NPPR9-FWDCX-D2C8J-H872K-2YT43

BİLGİ: Bunlar benim insanlığa armağanım değil üreticinin zamanında Windows 10 Teknik Önizleme sürümleri için yayımlamış olduğu ve genele açık resmi ürün anahtarlardır.

BİLGİ: Bu Windows 10 ürün anahtarlarının sadece Teknik Önizleme (ve deneme) sürümü build’leri için geçerli olduğunu, Windows 10 teknik önizleme (ve deneme) build’lerinin belirli bir süre boyunca kullanımda kalacağını ve daha sonra sonlanacağını, belirli bir tarihten itibaren buradaki ürün anahtarlarının da kullanılamayacağını unutmayın. Tam sürüm ve lisanslı bir Windows 10 kopyasına sahip olmak isterseniz Windows 10 ücretsiz yükseltme hakkında bilgiler yazısı ilginizi çekebilir.

UYARI (24.7.2015): Eğer şu sıralar preview build’lerden birini temiz kurulum yaptıysanız (10240 dahil) ve yukarıdaki anahtarlarla aktivasyonu gerçekleştiremiyorsanız bunun nedeni Microsoft’un kısa süre önce preview build’ler için kullanılan ürün anahtarlarını devre dışı bırakmış (deactivated) olması.

Yukarıdaki anahtarlardan biriyle geçmiş dönemde etkinleştirilmiş ve hali hazırda çalışan bir preview build kullanıyorsanız bu işletim sistemi bir süre daha etkinleşmiş durumda kalmaya devam edecek, ancak o durumdaki Windows 10’lar için de belirli bir süre sonu söz konusu.

1 Ağustos’tan itibaren ücretsiz yükseltme hakkı kullanılabilir olacağından ve Windows 10’un dağıtımı resmen başlayacağından elinizdeki preview Windows 10’u kullanmaya devam etmek için biran önce final sürüme yükseltmeniz gerekecek. Güncel gelişmeler için Twitter’da takip edebilirsiniz: @serhatakinci

BİLGİ: Windows 10 deneme süresini 270 güne kadar uzatan bir yöntem yazdım. Eğer ücretsiz yükseltme hakkından faydalanamıyorsanız ve ful sürüme geçiş için bir miktar daha zamana ihtiyacınız varsa, Windows 10 deneme süresi nasıl uzatılır yazısına göz atabilirsiniz.

DPM 2012 R2 UR3 Sonrası Administrator Console Crash Problemi

System Center 2012 R2 yönetim araçları için üçüncü toplu güncelleme paketi Update Rollup 3 (UR3) geçen ay yayımlanmıştı. System Center 2012 R2 – Data Protection Manager, Operations Manager, Orchestrator, Service Manager ve Virtual Machine Manager için düzeltmeler içeren bu toplu güncelleme paketleri her araç için ayrı ayrı gönderildi. Aşağıdaki bağlantılardan System Center 2012 R2 araçları için Update Rollup 3 güncellemelerine ve bu güncelleme paketleriyle düzeltilen sorunlar hakkında ayrıntılı bilgiye ulaşabilirsiniz.

System Center 2012 R2 araçları için UR3 güncellemeleri aynı zamanda Microsoft Update üzerinden de gönderiliyor. Eğer sunucu görevleri, yönetim konsolları gibi parçaların çalıştığı işletim sistemleri otomatik güncelleştirmedeyse ve yama yönetimi kontrolleriniz yoksa, UR3 paketleri çoktan yüklenmiş bile olabilir. Devamını oku…

Windows – Ağustos Update Rollup Dağıtımı Durduruldu

İki hafta önce Windows Server 2012 R2 ve Windows 8.1 – Ağustos Güncellemesi olarak bahsettiğim bu toplu güncelleme paketi 12 Ağustos tarihinde hem Windows Update, hem WSUS, hem de manuel indirmek üzere Microsoft Download Center üzerinde yayınlanmıştı.

Ağustos Update Rollup, işletim sistemine eklediği birtakım geliştirmelerle birlikte 70 civarında düzeltmenin de toplandığı bir güncelleme paketiydi ve aşağıdaki işletim sistemleri için yayınlandı.

İlgili Windows ve Windows Server sürümleri için yayınlanan bu toplu güncelleştirmenin yüklendiği bazı sistemlerde birkaç önemli problem raporlanınca, Ağustos Update Rollup paketi hafta sonu yayından kaldırıldı.

Aslına bakarsanız Ağustos Update Rollup paketi birçok farklı güncelleme ve düzeltme paketinin birleşiminden oluşuyor; ilk şüpheliler KB2982791 ve KB2970228.

Ağustos Update Rollup İçin Bilinen Sorunlar

İlgili KB’lerin bilinen sorunlar (known issues) bölümlerinden de ulaşabileceğiniz bu sorunlar şöyle.

Sorun 1

Aşağıdaki güncelleme paketlerinin yüklü olduğu sistemlerde font işleme ve görüntüleme (rendering) problemleri ortaya çıkabilir.

  • 2982791 – MS14-045: Description of the security update for kernel-mode drivers: August 12, 2014
  • 2970228 – Update to support the new currency symbol for the Russian ruble in Windows
  • 2975719 – August 2014 update rollup for Windows RT 8.1, Windows 8.1, and Windows Server 2012 R2
  • 2975331 – August 2014 update rollup for Windows RT, Windows 8, and Windows Server 2012

Geçici Çözüm

Eğer sisteminiz bu sorundan etkileniyorsa Programs and Features > View installed updates bölümüne giderek aşağıdaki güncelleme paketlerini kaldırın.

  • KB2982791
  • KB2970228
  • KB2975719
  • KB2975331

Sorun 2

Aşağıdaki güncelleme paketlerinin yüklü olduğu işletim sistemleri 0x50 Stop error message (bugcheck) hata mesajıyla birlikte beklenmedik şekilde kapanabilir (Crash).

  • 2982791 – MS14-045: Description of the security update for kernel-mode drivers: August 12, 2014
  • 2970228 – Update to support the new currency symbol for the Russian ruble in Windows
  • 2975719 – August 2014 update rollup for Windows RT 8.1, Windows 8.1, and Windows Server 2012 R2
  • 2975331 – August 2014 update rollup for Windows RT, Windows 8, and Windows Server 2012

Etkilenen sistemler için bu oldukça ciddi bir problem. Ancak güncellemeleri yükleyen her sistemin bu sorundan etkilenmediği gibi bir durum da var. Raporlanan Crash problemleri daha çok Windows 7 işletim sistemleri için. Bunun da nedeni KB2982791 ve KB2970228 güncellemeleri.

Geçici Çözüm

1) Bilgisayarı Güvenli Mod (safe mode) olarak yeniden başlatın.

2) System32 altındaki fntcache.dat dosyasını silin. Hızlıca silmek için aşağıdaki komut cmd.exe içinde çalıştırabilirsiniz.

del %windir%\system32\fntcache.dat

3) fntcache.dat dosyasını sildikten sonra bilgisayarı normal modda yeniden başlatın ve oturum açın.

4) Registry (regedit) açın ve aşağıdaki anahtara gidin.

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Fonts\

5) Fonts anahtarını Export ederek ulaşabileceğiniz bir yere çıkartın.

Fonts Key Export

6) Daha sonra Fonts anahtarı altında tam dosya yolu (full file path) ile yer alan “.otf” uzantılı değeri bulun ve silin.

Fonts otf file

7) Yeniden oluşacağı için, fntcache.dat dosyasını tekrar silin.

del %windir%\system32\fntcache.dat

8) Programs and Features > View installed updates’e gidip aşağıdaki güncelleme paketlerini kaldırın (Uninstall). Tüm paketlerin tek bir sistemde yüklü olması mümkün değil bu yüzden yüklü olanları kaldırmanız yeterli.

  • KB2982791
  • KB2970228
  • KB2975719
  • KB2975331

10) Bilgisayarı yeniden başlatın.

12) Bilgisayar açıldığında başta Export ettiğiniz registry dosyasına sağ tuş yaparak Merge edin.

Registry Export Merge

Bu aşamadan sonra sistemi sorunsuz haliyle kullanmaya devam edebilirsiniz.

Sorun oluşturan güncellemeleri kaldırdığınız için başta export edilen registry dosyasını Merge etmekte bir sakınca yoktur.

MS14-045 (KB2982791) ve KB2970228 İçin Bilinen Sorunlar

Ağustos Update Rollup içinde bir güvenlik güncellemesi olarak gelen veya bazı işletim sistemlerine ayrıca gönderilen ve MS14-045 belgesinde açıklanan KB2982791 paketi, yine Update Rollup içinde de yer alan veya bazı işletim sistemlerine ayrıca gönderilen KB2970228 ile birlikte bir önceki bölümde Sorun 2 olarak yer alan Crash probleminin kaynağı olarak işaret ediliyor. Bu yüzden aşağıdaki KB’lerin de bilinen sorunlar bölümüne mutlaka göz atın.

MS14-045 bülteninde açıklanan KB2982791 güncellemesi ve ayrıca KB2970228 güncellemesi, Windows 8 ve Windows Server 2012 sonrasına gönderilen Ağustos Update Rollup’tan çok daha fazla sisteme gönderildi çünkü mesela aşağıdaki işletim sistemleri bu paketleri yükleyebiliyor.

  • Windows 8.1
  • Windows Server 2012 R2
  • Windows 8.1
  • Windows Server 2012 R2
  • Windows 7
  • Windows Server 2008 R2
  • Windows Vista (KB2982791)
  • Windows Server 2008 SP2 (KB2982791)
  • Windows Server 2003 (KB2982791)

Haliyle Crash probleminin etki edebileceği potansiyel sistem sayısı fazla.

Bu arada geçen hafta Windows Server 2012 R2 Failover Cluster İçin 2 Yeni Düzeltme şeklinde bahsettiğim ve Ağustos Update Rollup içinde de yer alan Windows Server 2012 R2 Failover Cluster hedefli düzeltme paketleri bu sorunlardan etkilenmiyor. Ancak şu nokta aklınızda bulunsun: Windows Server 2012 R2 Failover Cluster yapıları için önerilen bu 2 düzeltme paketinden biri (KB2975719) sadece Ağustos Update Rollup ile yüklenebiliyor. Eğer yukarıdaki sorunlardan ötürü Ağustos Update Rollup paketini kaldırmanız gerekirse, diğer paketlerle birlikte birlikte KB2975719‘un da sistemden kaldırılacağını unutmayın.

Windows Server 2012 R2 Failover Cluster İçin 2 Yeni Düzeltme

14.08.2014 | 16:37 Çözümler , Duyurular , Windows Server 0 Yorum

Microsoft yazılımları için aylık güncelleme döngüsündeki bir diğer periyodik dönem 12 Ağustos’tu. Ayın ikinci Salı gününde gönderilen Ağustos güncellemeleri arasında Windows Server 2012 R2 ve Windows 8.1 için “Update 2” olarak beklenen ama normal bir Update Rollup olarak yayınlanan KB2975719 paketi de yer aldı. Bu pakette yeni neler ve neleri düzeltiyor merak ediyorsanız aşağıdaki gibi bir blog post yazmıştım.

Windows Server 2012 R2 ve Windows 8.1 – Ağustos Güncellemesi

Ağustos güncellemeleri arasında Windows Server 2012 R2 tabanlı failover cluster’lar için de 2 adet düzeltme (hotfix) yer alıyor. Windows Server 2012 R2 Failover Cluster yapıları için yayınlanan ve “önerilen düzeltme” (recommended hotfix) etiketli bu güncellemeleri Cluster yapısının güvenilirliğini arttırmak ve sağlamlaştırmak adına ilk bakım zamanıda yüklemenizi tavsiye ederim. Bu düzeltme paketleri aşağıdaki iki hatayı ortadan kaldırıyor.

Düzeltme 1 (KB2972254)

hotfix-kb2972254Windows Server 2012 R2 Failover Cluster üyesi Node’larda, Node-to-Node iletişim sırasında bazı TCP bağlantıları kesilip yeniden bağlandığında, bazen Hyper-V sanal makinelerini de etkileyen ağa bağlantı problemleri yaşanabilir. Bu durum genellikle Node’lardan birinin Failover Cluster’daki aktif üyeliğini kaybetmesiyle başlar ve o an aşağıdaki olay kayıtları oluşur.

Log Name: System
Source: Microsoft-Windows-FailoverClustering
Date: 07/08/2014 12:29:00 PM
Event ID: 1592
Task Category: Node-to-Node Communications
Level: Critical
Keywords:
User: SYSTEM
Computer: FC-NODE2.CONTOSO.COM
Description:
Cluster node ‘FC-NODE2’ lost communication with cluster node ‘FC-NODE1’. Network communication was reestablished. This could be due to communication temporarily being blocked by a firewall or connection security policy update. If the problem persists and network communication are not reestablished, the cluster service on one or more nodes will stop. If that happens, run the Validate a Configuration wizard to check your network configuration. Additionally, check for hardware or software errors related to the network adapters on this node, and check for failures in any other network components to which the node is connected such as hubs, switches, or bridges.

Log Name: System
Source: Microsoft-Windows-FailoverClustering
Date: 07/08/2014 12:29:01 PM
Event ID: 1135
Task Category: Node Mgr
Level: Critical
Keywords:
User: SYSTEM
Computer: FC-NODE2.CONTOSO.COM
Description:
Cluster node ‘FC-NODE2’ was removed from the active failover cluster membership. The Cluster service on this node may have stopped. This could also be due to the node having lost communication with other active nodes in the failover cluster. Run the Validate a Configuration wizard to check your network configuration. If the condition persists, check for hardware or software errors related to the network adapters on this node. Also check for failures in any other network components to which the node is connected such as hubs, switches, or bridges.

Cluster üyeleri arasındaki Node-to-Node iletişimde herhangi bir sebeple bazı TCP bağlantıları kesintiye uğrayıp tekrar bağlandığında bu sorun ortaya çıkabiliyor. O an bir TCP acknowledgement paketi alamayan Windows Server 2012 R2 Node, tekrar Join olana kadar aktif failover cluster üyeliğini bırakıyor/kaybediyor.

Eğer bu problemi yaşıyorsanız veya yaşamamak için önlem almak istiyorsanız KB2972254 düzeltmesini yükleyebilirsiniz. Bir diğer seçenek ise bu düzeltmeyi de kapsayan Ağustos toplu güncelleme (Ağustos Update Rollup) paketini yüklemek.

Düzeltme 2 (KB2972257)

hotfix-kb2972257Çalışan bir Windows Server 2012 R2 Failover Cluster yapısına kaynak olarak yeni diskler ekledikten sonra bunları tekrar tekrar eklemeyi, silmeyi veya ismini değiştirmeyi denerseniz, Failover Cluster yapısına üye Node’lar üzerinde Cluster’a erişim donabilir.

Senaryo tam olarak şöyle:

  • Birkaç Node’dan oluşan ve Windows Server 2012 R2 tabanlı bir Failover Cluster yapınız var.
  • Cluster’a kaynak olarak birkaç yeni disk ekliyorsunuz.
  • Ve psikopatsınız :) bu diskleri tekrar tekrar eklemeyi, silmeyi veya ismini değiştirmeyi deniyorsunuz.

Bu durumu düzeltmek için yayınlanan güncelleme ayrı bir paket olarak değil Ağustos toplu güncellemesi içinde geldi. Yani KB2975719’u yüklerseniz bu düzeltmeyi de geçmiş oluyorsunuz.

Windows Server 2012 R2 – Ağustos 2014 Güncellemesi (KB2975719)

Aylık Update Rollup formatında 12 Ağustos’ta yayınlanan KB2975719 paketi içinde, bu yazıda geçen 2 Failover Cluster düzeltmesi ve Windows 8.1 için olanlar da dahil toplam 69 adet düzeltme bulunuyor. Sistemleri güncellediğiniz ilk döngüde yükleyerek birçok potansiyel problemi ortadan kaldırmak mümkün.

SCVMM 2012 R2 ile şablondan Gen2 VM dağıtırken hata 23352

System Center Virtual Machine Manager 2012 R2 ile mevcut bir Generation 2 (Gen2) VM’den VM Template oluşturduktan sonra bunu dağıtmak (yani o VM Template’den yeni bir sanal makine (VM) oluşturmak) istediğinizde aşağıdaki hatayı alabilirsiniz.

VMM Error 23352

Error (23352)
VMM cannot find the device or this device is not valid for a boot device.

Recommended Action

Make sure you specify a valid device as a boot device.

Bu problem SCVMM’in Gen2 VM Template’den yeni bir VM oluştururken first boot device olarak işletim sisteminin yer aldığı VHDX dosyası yerine Bootmgfw.efi doyasını atamasından kaynaklanıyor.

Aşağıdaki PowerShell komutunu kullanarak VM Template’in bu durumdan etkilenip etkilenmediğini kontrol edebilirsiniz.

Get-SCVMTemplate -Name “Template 2012 R2 Standard” | fl Name, FirstBootDevice

Get-SCVMTemplate Name and FirstBootDevice

Bu problemi mevcut VM Template’i bozmadan veya yeniden oluşturmaya gerek kalmadan çözmek için SCVMM 2012 R2 üzerinde aşağıdaki PowerShell komutunu çalıştırın.

Get-SCVMTemplate –name “Template 2012 R2 Standard” | Set-SCVMTemplate -FirstBootDevice “SCSI,0,0”

Set-SCVMTemplate FirstBootDevice

Bu sayede –name parametresiyle ismini girdiğiniz VM Template için FirstBootDevice değeri SCSI,0,0 şeklinde atanmış olur. “SCSI,0,0” ise Template üzerinde işletim sisteminin bulunduğu VHDX’in bağlı olduğu SCSI aygıtı ve portunu temsil eder.

Diğer kaynaklar: KB2955362

Disk2vhd ile VMware’den Hyper-V’ye Sanal Makine Çevrimi

23.01.2014 | 23:57 Çözümler , Dokümanlar , Hyper-V , VMWare 13 Yorum

Sunucu sanallaştırma projelerinde “Çevrim” (P2V/V2V) aşaması oldukça önemlidir. Sanallaştırma altyapısının inşası ile başlayan süreç genelde Çevrim aşamasıyla ilerler ve ortamdaki fiziksel veya sanal çalışan sunucuların yeni sanallaştırma platformu üzerine, yeni sanal makine formatına dönüştürülerek (çevrilerek) taşınması gerekir. Bu çevrim işlemindeki temel amaç, kaynak ortamda fiziksel veya sanal olarak çalışan (source) sunucuları işletim sistemi, uygulamalar ve üzerindeki veriler ile birlikte kayıpsız olarak yeni platformdaki sanal makine bölümlerine aktarmaktır.

Bir sanallaştırma projesi sırasında veya sonrasında ortamınızda çalışan çeşitli iş yüklerini yeni platform üzerindeki sanal makinelere taşımak isteyebilirsiniz; Örneğin ortamınızda güncelleştirme/yama dağıtımı yönetimini gerçekleştirdiğiniz Windows Server Update Services sunucunuz. Bu sunucuyu yeni sanallaştırma platformuna taşırken yeni bir işletim sistemi kurmak, ilgili uygulama için özelleştirilmiş ayarları yeniden yapmak, güncelleştirme paketlerini tekrar indirmek, servisten güncelleştirme alan istemci ve sunucuları yeniden yönlendirmek ve raporlamalarını sağlamak gibi şeyleri en baştan tekrar yapmak pek mantıklı görünmüyor değil mi? Ortamınızda dönüştürülmesi gereken sistem sayısı fazla ise zaten manuel çevrim işlemi tam bir macera olacaktır.

İşte bu gibi durumlarda Fizikselden Sanala Çevrim (Physical to Virtual – P2V) ve Sanaldan Sanala Çevrim (Virtual to Virtual – V2V) araçları sizin adınıza bu işleri gerçekleştirebiliyor ve sizi servisi yeniden kurma veya manuel taşıma zahmetinden kurtarıyor.

Devamını oku…