Forum
Merhaba Degerli Arkadaslar,
Sizlere bir soru sormak istiyorum.
ELimde bir adet fiziksel server, icinde ise hyper v ile 2 adet sanal server kullaniyorum. Isletim sistemlerin windows server 2012 std'dir.
Fiziksel server da AD ve sanal serverlar ise:
VM1 - SQL 2012 BI
VM2 - Lync 2013
Mevcut.
Ciddi sekilde bir data yapisi mevcut ve geri donup tum DB tarafina bastan baslamak gibi bir luksumuz de yok.
Simdi soruma geliyorum. Elimde fiziksel olarak farkli bir server daha var. Ben failover cluster yapmak istiyorum fakat yukarida kullandigim tek server da yuklu olan DB leri ve AD yi, Failover cluster yapisina entegre edebilir miyim ?
merhabalar
AD'yi Failover'a almak pek mantıklı değil zatan yanlış hatırlamıyorsam Microsoft da bunu desteklemiyor. AD için additional DC mantığı mevcut o kullanılabilir.
ayrıca Failover cluster için işletim sistemi ve diğer donanımsal bilgilerin aynı olması öneriliyor.
Merhaba Degerli Arkadaslar,
Sizlere bir soru sormak istiyorum.
ELimde bir adet fiziksel server, icinde ise hyper v ile 2 adet sanal server kullaniyorum. Isletim sistemlerin windows server 2012 std'dir.
Fiziksel server da AD ve sanal serverlar ise:
VM1 - SQL 2012 BI
VM2 - Lync 2013
Mevcut.
Ciddi sekilde bir data yapisi mevcut ve geri donup tum DB tarafina bastan baslamak gibi bir luksumuz de yok.
Simdi soruma geliyorum. Elimde fiziksel olarak farkli bir server daha var. Ben failover cluster yapmak istiyorum fakat yukarida kullandigim tek server da yuklu olan DB leri ve AD yi, Failover cluster yapisina entegre edebilir miyim ?
Merhaba Sezgin Hocam,
Hyper-V ortamında çalışan sanal makienelerini Hyper-V yi cluster hale getirdikten sonra kullanmaya devam edebilirsin. Geçiş sırasında ne olur ne olmaz açısından sanal makinelerini export etmeni öneririm. Cluster kurulumunu tamamladıktan sonra sanal makinelerinin Export edilen klasörlerini ortak oluşturduğun CSV volume ün içerisine kopyalayıp Import edebilir ve yapı hazır hale geldikten sonra sanal makinelerini bu failover cluster konsolundan cluster rolüne eklemen gerekecek.
Ama uygulama tabanlı yapacaksan o zaman işin içinde AD için additional DC ve SQL için SQL Clustering konuları girer. Konusunda uzman arkadaşlar yardımcı olacaklardır.
Kolay gelsin...
Selamin Aleykum tekrar,
Paylasimlariniza cok tesekkur ederim. Fakat soyle bir sorun da seziyorum. Suana kadar tek fiziksel server da tek sql server calisirken hostname\instance seklinde hep hizmet veriyordu.
Ben hyper-v cluster yaptiktan sonra cluster a da bir hostname tanimlamam gerekecektir saniyorum. Zaten suana kadarki veri yapisinda da hep AD'de, DNS'te ve SQL de kayitli olan instance name kullanildi. Bu durumda nasil hareket etmeliyim ?
Yani yazilim tarafinda ve kullandigimiz repoorting server olsun hersey ayni hostname uzerinden hizmet veriyor. Hostname i degistirmem mumkun degil. Cluster yapisinda iken hostname degisikligi yapmam gerekecek mi?
Hyper-V cluster yapınızı kurduktan sonra AD ya da SQL Server nızda herhangi bir değşiklik olmayacaktır yapmanızada gerek yok. Çünkü sizin yapacağınız işlem host seviyesindedir dolayısıyla guest makineleriniz bu durumdan etkilenmeyeceklerdir. Sadece işleme başlamadan önce benim önerim yedeklemesinden emin olmak için kapatıp farklı bir disk alanı üzerine export larının alınmasıdır. Failover cluster Hyper-V yapınızı kurduktan sonra sanal makineleriniz kaldıkları yerden çalışmaya devam edeceklerdir.
Merhabalar,
Ben konuya sorunuzun cevabı olmayacak ama sizin işinizi görecek bir cevap vermek istiyorum. Hatta sorunuzu da cevaplayayım. Yapınıza ikinci bir host ekleyerek "Cluster" oluşturabilirsiniz. Tabi ikinci host ile birlikte bu iki hostunda görebileceği bir de disk alanına (fiziksel diskler dışında) ihtiyacınız olacak. Bu size öncelikli olarak sürdürülebilirliği sağlayacak. Yani birinci hostunuzu kaybederseniz ikinci hostunuz üzerinden çalışmaya devam edebileceksiniz. Ama sanırım sizin istediğiniz tam olacak bu değil. Yani cluster ile kısaca tek data üzerinde bağlı iki yada daha çok sistem çalıştıracaksınız. Bunu uygulama bazında yapsanız da böyle olacak host (donanım) bazında da yapsanız böyle olacak. Yani her halükarda datanız tek olacak.
"Ciddi sekilde bir data yapisi mevcut ve geri donup tum DB tarafina bastan baslamak gibi bir luksumuz de yok. " cümlenize istinaden iyi bir backup çözümü edinmenizi tavsiye ederim. Ücretli yada ücretsiz olabilir. Ama datanızın harici bir yedeği sizin için daha kritik önemde olduğunu anlıyorum. Yapıyı tam olarak bilmiyorum ama mümkünse uzak bir lokasyona eşitleyin disklerinizi yada buluta. Çünkü uygulamayı yedeklemek çözüm değil. En kötü senaryoda uygulama tarafını 2-3 saatte ayağa kaldırırsınız ama datasız bir işinize yaramaz.
Bence bu konuda bu şekilde tekrar bir gözden geçirmede fayda var. İyi çalışmalar dilerim.
Merhabalar,
Ben konuya sorunuzun cevabı olmayacak ama sizin işinizi görecek bir cevap vermek istiyorum. Hatta sorunuzu da cevaplayayım. Yapınıza ikinci bir host ekleyerek "Cluster" oluşturabilirsiniz. Tabi ikinci host ile birlikte bu iki hostunda görebileceği bir de disk alanına (fiziksel diskler dışında) ihtiyacınız olacak. Bu size öncelikli olarak sürdürülebilirliği sağlayacak. Yani birinci hostunuzu kaybederseniz ikinci hostunuz üzerinden çalışmaya devam edebileceksiniz. Ama sanırım sizin istediğiniz tam olacak bu değil. Yani cluster ile kısaca tek data üzerinde bağlı iki yada daha çok sistem çalıştıracaksınız. Bunu uygulama bazında yapsanız da böyle olacak host (donanım) bazında da yapsanız böyle olacak. Yani her halükarda datanız tek olacak.
"Ciddi sekilde bir data yapisi mevcut ve geri donup tum DB tarafina bastan baslamak gibi bir luksumuz de yok. " cümlenize istinaden iyi bir backup çözümü edinmenizi tavsiye ederim. Ücretli yada ücretsiz olabilir. Ama datanızın harici bir yedeği sizin için daha kritik önemde olduğunu anlıyorum. Yapıyı tam olarak bilmiyorum ama mümkünse uzak bir lokasyona eşitleyin disklerinizi yada buluta. Çünkü uygulamayı yedeklemek çözüm değil. En kötü senaryoda uygulama tarafını 2-3 saatte ayağa kaldırırsınız ama datasız bir işinize yaramaz.
Bence bu konuda bu şekilde tekrar bir gözden geçirmede fayda var. İyi çalışmalar dilerim.
Merhabalar tekrar. Bilgiler aydinlatici olmus. Selim bey ayni dedigniz gibi. Bir instance / bir data'ya bagli 2 sistem calistiracagim. Bunu yapabildigimi anladim.
Daha once de dedigim gibi. Windows server 2012 Std uzerinde 5 aydir kullanilan bir SQL Server ve Lync Server var.
Fakat soyle duydum ki, ben halihazirda stand alone sekilde calisan by windows server 2012'ye failover role'unu eklersem, onceki yapilandirdigim Lync ve SQL verileri buna dahil olmaz. Failover cluster'dan faydalanmaz. Herseye bastan baslayarak failover role;unu ekledikten sonra Istedigin uygulamayi kuracaksin.
Ben de iste bu noktaya takildim. Backup olarak bir 3.parti uygulama alip backuplama yapabiliriz sorun degil fakat eger ki yukarida yazidigim gibi bir durum yok ise direkt fo rolunu ekleyip devam edeyim diyorum.
Bu konuda fikirlerinizi alabilir miyim ?
Merhabalar,
Birkacgundur okudugum makalelere bakarak soyle bir kaniya vardim. Neredeyse bir cok urun failover cluster yapisini destekliyor. Her bir urun icin failover ayarlari yapilmasi gerekiyor.
Fakat; Aklima soyle bir sey geldi.
Ben elimin altinda bulunan Lync, Exchange, SQL Server'larin her biri icin ayri ayri failover'a dahil etmem yerine, farkli bir fiziksel server'a sadece Hyper-V failover cluster yapsam olmaz mi? Bu Server'larin hepsi Hyper-V altinda sanal olarak calisiyor.
Hyper-V Failover sonrasi App bazli backup yontemine de gitsem? Nasil olur?
Merhaba Sezgin bey,
Daha önceki postumda da belirttiğim üzere Hyper-V ortamınızı cluster haline getirmeniz sanal makinelerinizin çalışma şeklini değiştirmeyecektir. Hyper-V cluster kurulumunuzun ardından sanal makinelerinizi cluster a dahil etmeniz host seviyesinde yedekliliği size kazandıracaktır. SQL ya da diğer sunucularınızda herhangi bir değişiklik yapmayı istemediğiniz için Hyper-V cluster yapısı sizin için tek çözüm şeklinde duruyor.
Kolay gelsin...