Continue reading »]]> İlk olarak windows xp işletim sistemi ile hayatımıza giren SVI, sonraki client ve server işletim sistemlerindede kullanılmaya devam etmiştir. Yani şu anda güncel bir windows 7 veya windows server 2008 işletim sisteminde görebileceğiniz bir klasördür. Bu klasör aslında gizli bir klasör olduğu için pek çok kişinin dikkatini çekmez. Bu klasörü görmek için “Hide Protected Operating System files” kutucuğunu kaldırmalı ve  bu sayede korunan işletim sistemi dosyalarını görebiliyoruz. Bundan sonra bir sorun ile daha karşılaşabilirsiniz.

Bu klasörü görmeye başlamış olabilirsiniz ancak dosyanın içine giremediğinizi göreceksiniz, çünkü varsayılan olarak bu sistem dosyalarını microsoft sizin görmenizi istemiyor

Bu sorunuda hemen küçük bir izin ekleme yöntemi ile çözüyoruz, kendi kullanıcımıza izin veriyoruz.

Şimdi artık klasörün içeriğini görebiliyoruz. Kullandığınız sisteme göre içerik değişiklik gösterebilir.

Peki nedir bu SVI ve içerisinde neler saklar ? SVI ilk olarak windows xp ile hayatımıza giren ve system restore point dosyaları ile buna ait veri tabanını tutmaktaydı. Ancak gelişen işletim sistemleri özellikleri ile beraber bu bölümün kullanımıda değişmiştir. Şu anda bilinen kullanım alanları aşağıdaki gibidir ;

System Restore Files

System Restoring Database

WinFS Database

Volume SnapShot Services ( Online yedekleme için VSS’ in aldığı imajlar, örneğin bir yedekleme yazılımı imaj alırken önce buraya bir kopya atar yedeği buradan çeker )

Content Indexing Service ( hızlı arama sonuçları için disk indeksleri )

Distributed Link Tracking Service ( dosyalarınızın taşınması ve isim değiştirmesi gibi durumlarda linklerin çalışıyor olmasını sağlar )

Peki bu klasör neden önemlidir. Aslında task manager üzerinden bağtığınız zaman bu bölüme sadece “system” isimli process yazma vb işlemler yapabilir, bunu ise tetikleyen pek çok iş parçacığı olduğu için takibi zordur. Ancak bazı virüslerde buraya yerleşerek AV’ lerden kurtulabilmektedir. Bu durumlarda bu bölüme girmek ve içeriği temizlemek gerekli. Veya benzer şekilde bir yedekleme yazılımı ile yedek alıyorsunuz ancak diskiniz inanılmaz derecede şişti, bu yedekleme yazılımının bir şekilde sunucu ile bağlantısını koparması sonucu VSS yedeğinin sürekli artmasından kaynaklı olabilir. Bu durumda vssadmin veya diskshadow komutları ile oluşturulan yedek gölge kopyalar temizlenerek sorun çözülebilir.

Continue reading »]]> Windows işletim sisteminde çalışan hizmetlerin ( services ) DLL olarak isimlendirdiğimiz ( dynamic link library ) kütüphanelerin çalışmasına ihtiyaç duymaktadır. Ancak yine windows mimarisinde bu DLL dosyaları direk olarak işletim sistemi tarafından çalıştırılamaz, bunun için ara bir doysa olan executable file denilen exe dosyasına ihtiyacı vardır. İşte bu dosya ismide svchost dosyasıdır. Bunu task manager üzerinden kolaylıkla görebiliriz.

Ancak yine task manager üzerinde birden çok svchost.exe görebilirsiniz ki buda çok normal bir durumdur. Çünkü windows işletim sistemi kararlı bir yapıda çalışabilmesi için pek çok servise ihtiyaç duymaktadır. Bunu denetim masasındaki servis konsolundan görebilirsiniz. Durum böyle olunca tüm servisler tek bir svchost.exe ile çalışmak yerine birden çok svchost dosyası kullanılır, bunu temel sebebide olası bir sorunda tek olan svchost crash olursa tüm servisler bundan etkilenecektir.

Buradan aklınıza hangi svchost altında hangi servislerin çalıştığını öğrenmek isteyebilirsiniz, bunun için task manager üzerinde svchost için aşağıdaki gibi sağ tıklayarak açılan menüden “Go to Service(s)” kısmına tıklayarak bu svchost altında çalışan servisleri görebilirsiniz

tıkladığınız zaman aşağıdaki gibi servisleri görebiliyoruz

Genel olarak svchost için yüksek cpu kullanımı vb sorunlar görüyoruz, aslında buradan yüksek cpu kullanan svchost dosyası için ilgili servisi durdurmanız yeterli olacaktır, bu servis gereksiz ise başlangıç için durumunu disable yapabilir veya sorunu araştırabilirsiniz.

Eğer işletim sisteminiz Windows Vista’ dan önce yani windows xp veya Windows 2003 gibi bir işletim sistemi ise bu svchost üzerindende kullanılan servisleri görebiliriz. Bunun için ek bir araca ihtiyaç duymaktayız. Bu aracın ismi process explorer‘ dır. Eğer bu aracı kurar ve ardından çalıştıtırsanız açılan pencerede svchost! a çift tıklayarak açılan pencereden bağlı olduğu servisleri görebilirsiniz.

Continue reading »]]> Microsoft’un Data Protection Manager’ına ek olarak HP, NetApp, Symantec, CA gibi önde gelen üreticilerin yedekleme çözümleri Hyper-V ortamlarını yedeklemeyi destekliyor. Yine HP, NetApp, Dell, EMC, Hitachi, Fujitsu gibi gibi üreticilerin storage çözümleri de Hyper-V multi-site cluster (geocluster) özelliklerini desteklemekte.

Citrix Essentials: Citrix Essentials çözümü Hyper-V multi-site cluster yapılarınız için kolay yönetilebilir Site Recovery Management özellikleri sunuyor. Detaylar şurada.

Veeam: Kısa bir süre önce yapılan bir duyuruyla Vmware yönetim ve yedekleme konularında uzmanlaşmış bir firma olan Veeam Backup & Replication çözümünün Hyper-V destekleyeceğini duyurdu. Daha fazla bilgi şurada.

Doubletake: Doubletake Availability DR senaryoları için software bazlı replikasyon yetenekleri sunuyor. Detaylar..

SIOS: Steeleye Datakeeper DR senaryoları için software bazlı replikasyon yetenekleri sunuyor. Detaylar..

Continue reading »]]> vKernel: vKernel Hyper-V ortamları için System Center Operations Manager’la (SCOM) entegre olan 2 çözüm sunuyor. Capacity Analyzer kullanıma bağlı trend analizi yaparak kapasite planlaması imkanı tanırken, Chargeback CPU, bellek ve disk kaynaklarının kullanımına bağlı olarak Chargeback yetenekleri sunuyor. İlgili linkler: Capacity Analyzer, Chargeback

Quest: vFoglight çözümüyle Hyper-V ortamlarında performans izleme özellikleri sunuluyor. İlgili link: vFoglight

Virsto: VSI çözümleri Hyper-V ortamlarında storage performansını artırıyor. Detaylar..

Savision: Vital Signs ürünü Hyper-V ortamları için real-time performance monitoring ve troubleshooting özellikleri sunuyor. SCOM entegrasyonu da var. Detaylar..

Datacore: SanSymphony-V ürünleri ile storage virtualization & optimization özellikleri sunuyorlar. Detaylar..

Sanbolic: Melio çözüm ailesiyle Hyper-V ortamları için cluster file system yetenekleri getiriyorlar.

Continue reading »]]> RPC, sunucu ve istemcilerin iletişimi için dizayn edilmiş bir servistir. Kullandığınız herhangi bir uygulama sunucu istemci iletişimine ihtiyaç duyuyor ise eğer RPC servisini kullanabilir. Bir mail server için örnek vermek gerekir ise, istemci yani mail almak veya göndermek isteyen bir makine mail server’ a pop3 ile bağlanarak mail alabilir ve smtp üzerinden mail gönderebilir. Mail server tarafında bu servislerin çalışıyor olması gerekmektedir ki gelen isteklere cevap verebilsinler. Aynı örnekten yola çıkarak Microsoft Exchange Server istemcilere pop3 ve smtp desteği sunuyorken ayrıca iletişim için RPC protokolünüde kullanabilmektedir. Burada RPC istemci ve sunucu arasındaki iletişimi gerçekteştiren servis olarak gözlemlenmektedir ( tabiki mail trafiği ile ilgili olan iletişim ).

Özetle RPC sunucu ve istemci arasında çalışan programların ( yapılan işlemlerin ) iletişimi için dizayn edilmiştir.

Continue reading »]]> User Profile Hive Cleanup kısaltmasıdır. Bu bir servistir ve sonlanmamış kullanıcı oturumlarından kaynaklanan askıda kalan sistem kaynaklarının tekrar serbest bırakılmasını sağlar. Bir kullanıcı oturumunu kapattığı zaman profili bellek üzerinden silinmektedir. Ancak bazı durumlarda bu silme işleminde sorunlar oluşabilmekte ve sisin profiliniz tarafından açılan ve sizin haklarınız ile çalıştırılan servis, probram vb nedeni ile sistem kaynakları kullanılmaya devam etmektedir. Uphclean servisinin görevi ise bu logoff durumlarında ( veya bilgisayarın kapatılması durumlarında ) profil’ in bellek üzerinden başarılı bir şekilde kaldırıp kaldırılmadığını kontrol etmek ve olası sorunları önlemektir.

Bu durumlara örnek olarak aşağıdaki uyarılar ve event loglar gösterilebilir ;

• A user profile does not unload.
• A roaming profile does not reconcile.
• You reach the registry size limit (RSL).
• You take a long time to log off, and you receive the following message:
Saving settings….
• Backups may not start. There are no errors in the Application log from the Backup program. However, if you see event ID 1524, the Backup has not run.

Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1517
Description:
Windows saved user ComputerName\UserName registry while an application or service was still using the registry during log off. The memory used by the user’s registry has not been freed. The registry will be unloaded when it is no longer in use. This is caused by services running as a user account, try configuring the services to run in either the LocalService or NetworkService account.

Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1524 Description:
Windows cannot unload your classes registry file – it is still in use by other applications or services. The file will be unloaded when it is no longer in use.

Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1500
Description:
Windows cannot log you on because your profile cannot be loaded. Check that you are connected to the network, or that your network is functioning correctly. If this problem persists, contact your network administrator.
Details:
——————————
Access is denied
Windows 2000

Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1000
Description:
Windows cannot unload your registry file. If you have a roaming profile, your settings are not replicated. Contact your administrator.
Details:
——————————
Access is denied

Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1000
Description:.
Windows cannot unload your registry class file. If you have a roaming profile, your settings are not replicated. Contact your administrator.
Details: -
—————————–
Access is denied

Event Type: Error
Event Source: Userenv
Event Category: None
Event ID: 1000
Description:
Windows cannot log you on because the profile cannot be loaded. Contact your network administrator.

Bu servisin aksiyon almak yerine sadece raporlama yapmasını istiyorsanız eğer aşağıdak kayıt defteri değişikliğini yapamanız gerekmektedir;

HKLM\System\CurrentControlSet\Services\UPHClean\Parameters\REPORT_ONLY bu değeri 1 yapabilirsiniz. Yine parametrelere baktığınız zaman iki değer daha göreceksiniz

USER_EXCLUSION_LIST , PROCESS_EXCLUSION_LIST bu bölümlere ise isimlerindende anlayacağınız gibi izlemek istemediğiniz işlemleri ( hakan.exe) veya kullanıcıları yazabilirsiniz.

Continue reading »]]> Böyle bir hata alıyorsanız eğer PDC makinenizi external bir time kaynağı ile eşleyip diğer dc leride pdc için time kaynağı göstermeniz gerekli .

PDC yi external time source için ayarlıyoruz ;

PDC makinede kayıt defterine giriyoruz

HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Parameters\Type

bölümünde NT5DS  değerini NTP olarak değiştirin.

ardından aşağıdaki bölüme gidin

HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config\AnnounceFlags

Bu değeride 10 dan 5 e çekin.

son olarak aşağıdaki bölüme gidin

HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Parameters\NtpServer

burada da zaman sunucusu olarak time.windows.com,0×1 değerini tock.usno.navy.mil,0×1 olarak değiştirin ve son olarak time servisini yeniden başlatın.

net stop w32time

net start w32time

kolay gelsin

Continue reading »]]> Cluster Nedir ?

Öncelikle Cluster nedir sorusuna kısaca cevap verecek olursak birden fazla sunucununun kümelenerek tek bir sunucu gibi davranmasıdır.Bu şekilde yüksek performans güvenlik ve yedeklilik sağlanmış olur.  Geleneksel cluster sistemleri sunucular tarafından kullanılan veriyi ortak bir disk alanında saklamak ve bu ortak diske aynı anda cluster sisteminin yalnızca bir üyesinin erişimini sağlanması şeklinde çalışmaktadırlar. Ortak disk alanı kullanım gereği nedeniyle standart olarak cluster node’larının ve storage ünitesinin aynı lokasyonda bulunması gereksinimi bulunmaktadır.

Geocluster Nedir ?

Geographical Cluster’ın kısaltması olan geocluster yada multicluster coğrafik olarak dağıtılmış farklı bölgelerde bulunan sunucuların cluster olarak çalıştırılmasıdır.  Kavramsal olarak cluster üyelerinin iki ayrı lokasyonda bulunması durumuna Geo-Clustering ya da Multi Site Clustering adı verilmektedir. Hizmet sürekliliği hedeflenmektedir.  Klasik clusterda sunucular tek storage ortamına erişirken geocluster her site üzerinde bibirine senkron replike edilmiş datalara erişirler. Replikasyon tipi senkron “anlık” yada asenkron “gecikmeli” olabilir.Replikasyon Seviyeleri ;

Storage bazlı “block-level” 

Yazilimsal “host based”

Bu tür uygulamalarda belirli DB, Applicationlar seçilebilirken bazılarında VSS ile OS bazda replikasyon yapabilmektedir. Farklı lokasyonlarda bulunan sunuculardan bir tanesi aktif olarak çalışmaktayken uygulama seviyesinde oluşan log dosyaları cluster’ın diğer üyeleri ile paylaşılarak uygulamanın transaction blokları halinde diğer sunuculara uygulanır.

Uygulama “application based”

Exchange 2007 CCR,SCR

Senkron yapıda sunucu disk üzerine datayı yazdıktan sonra data anlık olarak 2.site üzerindeki storage üzerinede yazilir, 1.site üzerindeki storage 2.site üzerine datanin yazilmasi akabinde sunucuya yazdim bilgisi gönderir.

EMC SRDF,Cluster Enabler (CE)

Symmetrix Remote Data Facility (SRDF) EMC Symmetrix storage ünitelerinin iş sürekliliği ve disaster recovery çözümü olarak yer almaktadır. SRDF storage üniteleri arasında belirlenen LUN’ların realtime birden fazla kopyasının saklanması amacıyla kullanılan teknolojidir. Cluster Enabler uygulaması ise SRDF ile oluşturulan sürekli yapının konfigürasyonu ve Microsoft Failover Cluster sistemleri ile entegrasyonunu sağlayan eklentidir. EMC CE;  EMC’nin SRDF teknolojisi ile MS Cluster Servisini birbirine yapıştıran tutkal diyebiliriz.

SRDF/S  senkron ve asenkron olmak üzere iki modda çalışabilir. Senkron çalışması durumunda replikasyonun kaynağı olan volume’e yapılmak istenen değişiklik eş zamanlı olarak hedef volume’a yapılır. SRDF/S olarak adlandırılan bu çalışma şeklinde kaynak ve hedef volume her zaman eşittir.

SRDF/A Asenkron çalışma durumunda kaynak volume’a yapılan değişiklikler anlık olarak yapılır ve hedef volume’e gecikmeli olarak aktarılır. Bu çalışma modeli iki storage ünitesi arasında kaliteli, gecikmesi düşük bir hat bulunamaması durumunda tercih edilmektedir.

Cluster enabler uygulamasının failover cluster’a dahil edilmesi ile cluster uygulaması, alt seviyede bulunan storage ünitelerinin kontrolünü transparan olarak yapabilir. Cluster enabler, cluster kaynaklarında bulunan disk resource’larının aşağıdaki koşulları sağladığını garantilemektedir.

Aktif node üzerinde bulunan disklerin erişilebilir olduğu.

Aktif node üzerinde bulunan disklerin yazılabilir olduğu.

Failover sırasında aktif node olacak storage üzerinde bulunan disklerin güncel olduğu.

Failover sırasında aktif node olacak storage üzerinde bulunan disklerin kaynak haline dönüştürülmesi.

SRDF linkleri kullanılarak SRDF CE ile storage yetenekleri arttırılır. 2 Symmetrix storage arasında SRDF ile sitelar arasında MSCS failover özeliğini kazandırmış oluruz. EMC CE bir cluster üzerindeki uygulama içerisine bir extension olarak eklenir , cluster üzerindeki diskler bu extension üzerine depend olur yani bu extension failover olması durumunda otomatik olarak disklerde bu durumdan etkilendir. Bu esnada SRDF devreye girerek failover olan SAN sistemini write disable moddan write enable moda çekerek replikasyonun ters taraflı gerçekleşmesini temin eder.

Şayet HP storage kullanıyor iseniz HP CLX Cluster Extension, IBM Storage kullanyorsanız IBM ERM  ve Symantec ile storage foundation ürünleri geocluster yapılabilmesine olanak vermektedir. Bu tür yazılımlar shared storage gereksimini ortadan kaldırırlar.

EMC SRDF/CE Companentleri

CE Manager ; Cluster Enabler MMC based bir arayüz ile çalışmaktadır. Bu arayüz vasıtası ile operasyonel parametrelerin konfigüre edilmesi, cluster görevlerinin hazırlanması gibi işlemleri ve SRDF/CE  for MSCS ve SRDF disk konfigürasyonlarını,MSCS resource tanımlarını yapılandırmak için kullanıyoruz. Cluster ilişkili görevleri ; grupların taşınması, online- offline duruma getirilmesi, node.ların clusterdan çıkarılması gibi işlemleri MS Cluster  Administrator üzerinden yapmaya devam ediyoruz.

SRDF CE Service ; EMC CE kurulumunda bir servis olarak sisteme eklenir. Bu servis storage.lerin state bilgisini, Quorum arbitration processini ve güncel preferred owner listesini izler. MS Cluster servisi bu servise depend olarak çalışmaktadir bu yüzden daima Clsuter servisinde önce çalışması gerekmtektedir.      

SRDF/ CE Resource.dll ;  SRDF/CE kurulumunda yeni olarak “EMC Cluster Enabler” resource tipi cluster konfigürasyonuna eklenir. Bu resource SRDF davranışını ve deveice gruplarını kontrolunu sağlar. Bu resoruce cluster içinde kullanılan disk gruplarının (Quorum dışında) yönetiminden sorumlu olur.  Fiziksel diskler cluster içerisinde bu  resource üzerine depend olarak çalışırlar.

SRDFCESymapi.db ;  SRDF/CE symetrix storagelerin yönetimi için SymAPI diye bir database kullanmakta c:\program files\emc\symapi\db\symapi_db.bin bu database içerisinde tüm device group tanımları mevcut.

SRDF/CE Donanım Gereksinimleri ;

2 adet symmetrix storage ünitesi

SRDF linklerinin senkron asenkron olarak set edilmiş olması

SRDF/CE Yazılım Gereksinimleri ;

Windows Server 2003/2008, Enterprise/Datacenter Editions

Processor architectures – x32, x64 (AMD64 and Intel EM64T), and IA64 Itanium

NET Framework version 2.0 on Windows 2003

EMC Solutions Enabler 6.5 or higher

Kurulum Aşamaları

Multisite Cluster kurulumu en basit hali ile aşağıdaki gibidir. Her bölgede ;

1’er adet sunucu (sunuculardaki donanımların 2008 uyumlu olması validation testi için gereklidir)

Sunucular üzerinden HBA  (FC yada iSCSI)

Storage üzerine yapılan birden fazla bağlanti için MPIO driverı ve vendor yönetim yazilimi

1’er adet  storage

Storagelerin birbirleri ile replikasyonu (SRDF)

Applikasyonların failover esnasında taşınabilmesi

Cluster kurulumunun validation testinden geçebilmesi gerekli kontrol listesi linktedir.  http://www.microsoft.com/windowsserver2008/en/us/failover-clustering-program-overview.aspx

Validation Guide : http://technet.microsoft.com/en-us/library/cc732035(WS.10).aspx

Geocluster kurulumu ihtiyaç ve duruma göre değişebimektedir, kurulum sırasında MS tarafından sunuculan check liste bakılması faydalı olacaktır. 

http://technet.microsoft.com/en-us/library/dd197546.aspx 

Failover kurulum esnasında yapılacak olan validation testinde warning alınacaktır bunun sebebi ana site üzerindeki storage WE (Write Enable) durumunda iken diğer storage WD (Write Disable) konumunda olur, validation testlerini her 2 node üzerindende yaptiği için WD olan storage üzerinde hata almaktadir.

Unutulmaması gereken konuda site yer değiştirdiğinde kaynaklar farklı subnette çalışacaklarından clientların yeni ip.leri biliyor duruma gelecek şekilde configure edilmelidir. Bu resourceların DNS kaydında ttl değerlerini düşük tutmakta fayda vardır. Default değer 1200 sn.dir. Exchange önerilen bu değer 300 sn.dir.

Örnek GeoCluseter Projesi

İstanbul ve İzmir olacak şekilde 2 bölgemiz var. Cluster sunucularımız üzerinde SQL Server hizmeti vereceğimiz bir geocluster projesi yapmak istiyoruz. İstanbul bölge üzerinde yapılacak bir çalışma yada yama geçme işlemi sebebi ile iş sürekliliğini temin edebilme adına node sayısını 2 adet ve 1 adet symmetrix storage konumlandırması yapıyoruz. İzmir bölge üzerinde de 1 adet storage ve 1 adet sunucu konumlandırıyoruz. Hattımızında çok iyi ve storage replikasyonumuzu senkron SRDF/S olarak yapılmakta.

Öncelikle NodeA ve NodeB sunucularımıza SAN üzerinden LUN maplame işlemi yapıldıktan sonra disklerimizin görünüm ve erişimlerini düzenlemek için powerpath ve EMC CE komutlarını yorumlaması için EMC Solution Enable yazilimlarini kuruyoruz. Featurelardan MS Failover Clustering özelliğini yüklüyor ve akabinde 2 Node.lu clusterımızı ayağa kaldırıyoruz. Daha sonrasında sunucularımız üzerine SQL Server2008 kurulumlarını yaparak Istanbul üzerinde SQL hizmetini Cluster olarak çalıştırıyoruz. Bu hali ile quarum diski atanmış şekilde node and disk majority olarak çalışmaktayız. Şimdi sistemimizi geocluster olarak çalışmasını istediğimiz için NodeA ve B üzerine EMC Cluster Enabler yazilimini kuruyoruz. Yazilim arayüzünü açıp Izmir bölgesindeki NodeC’yi CE ile clusterımıza dahil ediyoruz ve MSN durumumuzu bu ekran üzerinde 3 node olduğumuz için Node Mojority olarak ayarlıyoruz.  Son durum resimdeki gibi ;  Site1 üzerinde 1 Storage 2 adet sunucu, NodeC CE üzerinden cluster ortamına dahil edilmiş ve uygulma karşısında synchronized yazısı ile artık geocluster ortamımızız devreye girdiğini  anlıyoruz. 

MSCS ekranında durumu kontrol ettiğimizde NODEC’ninde cluster node.ları arasında yer aldığını ve SQL uygulaması içerisinde EMC SQL Server diye bir resource olarak eklediğini, disklerinde bu resource ile ilişkili olduğunu görebiliyoruz. 

Bu örnekte SRDF/CE failover processinin SRDF/S modta iken MSCS üzerinde bir failure durumu meydana gelmesi akabinde gruplar NodeA üzerinden NodeC’ye taşınmakta ve online duruma gelmekte. Bu süreçte Diskler SRDF/CE resource.na debendent olarak çalışmaktadır yani SRDF/CE resource online olmadan Diskler  online duruma gelmeyecektir. SRDF/CE resource CEFailOverLogic.dll dosyasını çağıracak gereklilikler kontrol etmesi akabinden İzmir site Write Enable duruma geçecektir.  EMC CE arayüzünde otomatik taşıma işlemi default değerlerde kısıtlanmıştır , Bundan sonra yapabileceğimiz grup üzerine gelip move to NodeC demek test etmek için yeterli olacaktır.

Continue reading »]]> Loglarını export etmek istediğiniz makineye öncelikle logparser yazılımını kurunuz ( ücretsiz bir yazılımdır )

Program menüsünden log parser ı çalıştırıp açılan dos ekranında aşağıdaki komutu yazın ;
LogParser -i:EVT -o:SQL “SELECT * INTO Tabloismi FROM security” -server:makineismi\sqlinstance -database:dbismi -driver:”SQL Server” -createTable:ON
Eğer hedef sql server üzerinde tek sql servisi çalışıyor ise bu durumda instance girmenize gerek yoktur direk sql server makine ismini yazabilirsiniz.
Bu komut sadece security loglarını almaktadır isterseniz bu bölümü ( FROM system vb ) değiştirerek diğer logları da alabilirsiniz.

Continue reading »]]> 13 Temmuz 2010 tarihinde Windows 2000 ürünleri için uzatılmış destek (extended suport) sona erecektir. Uzatılmış desteğin sona ermesinin aşağıdaki etkileri olacaktır:

-          Bu ürünlerle ilgili Microsoft’a destek çağrısı açılamayacaktır

-          Bu ürünlerle ilgili güvenlik açıkları dahil herhangi bir bug ve açık üretici tarafından giderilmeyecektir

-          Bü ürünlerle ilgili çevrimiçi destek içeriği (MSDN, Technet) zaman içinde yayından kaldırılacaktır

Windows Server 2003 Genel Destek Sonu:  

13 Temmuz 2010 tarihinde Windows Server 2003 ürünleri için (R2 sürümleri dahil) genel destek (mainstream support) sona erecektir. Genel desteğin sona ermesinin aşağıdaki etkileri olacaktır:

-          Üretici bu ürünlerde çıkabilecek sadece güvenlikle ilgili açıkları kapatmaya devam edecek, bug kategorisine giren diğer sorunlar giderilmeyecektir

-          Bu ürünle ilgili geliştirme çalışmalarına son verilecek ve yeni bir Service Pack yayınlanmayacaktır

Microsoft ürünleriyle ilgili destek politikalarına aşağıdaki adresten ulaşılabilir:

http://www.microsoft.com/lifecycle

Microsoft ürünlerinin destek bitiş tarihleriyle ilgili bilgiye aşağıdaki adresten ulaşılabilir:

http://support.microsoft.com/gp/lifeselectindex

Continue reading »]]> Quorum Microsoft Cluster larda Quorum kullanılır, ama bu tam olarak nedir? Kelime manası olarak Türkçe ‘’Oy’’ veya ‘’Oy hakkı’’ demektir. Her cluster quorum kullanmaz, sadece failover/server cluster olarak adlandırdığımız clusterlarda bulbiliriz. Klasik ve basit cluster yapısı iki server dan oluşur, bunlara node denilir. Nodelar arası iletişim için bir private network vardır (heartbeat) ve cluster dışı iletişim için bir public network mevcuttur. Ayrıca her node un erişebileceği bir storage vardır. Storage daki cluster kullanımı için olan bütün diskleri her node görür. Burada yalnız bir shared nothing modeli uyarlanmaktadır; nodeların hepsi bütün diskleri görse de bir anda bir diske sadece bir node ulaşabilir. Mesela highly available bir yazılımınızı çalıştırıyorsunuz. Bu yazılımın kullandığı disk cluster ın shared disklerinden biri olur ve o an o yazılım hangi node da çalışıyorsa o node da o diskin sahibidir. Yazılım da çalıştığı node da IP sini bind eder ve pulic network üzerinden hizmet verir. Private network üzerinden de node lar aralarında statü bilgilerini iletirler. Yazılımınız, onun dedike kullandığı disk ve IP mesela Resource lardır. Bunları Grup olarak toparlarız ve bu Grublarda node lar arası hareket etirebiliriz. Yazılımımız mesela bir node da sorun oluştuğu için çalışamıyorsa cluster o yazılımı başka bir node da başlatır. Şimdi bir split brain senaryosu oluştuğunu varsayalım, yani nodelar arasında hiçbir iletişim yok. Private ve Public bağlantılar üzerinden nodelar aralarında görüşemiyorlar. Şimdi durum çok kritik, çünkü her node un bakış açısından temel problem resource lar (mesela yazılımımız) ne durumda ve diğer node (lara) güvenebilir miyim? Mesela Public üzerinden default gateway e ulaşabiliyor muyuz diye bakabiliriz. Ulaşabiliyorsak networksel açıdan hizmet verebileceğimizi var sayabiliriz. Diskimizi yalnız kısa bir an kaybedebiliriz, belki hatta daha yazılımızı bile etkilenebilir (Bu Windows Server 2008 öncesi için geçerli): Eğer yazılımımız başka bir node da çalışıyorsa biz bu durumda bir scsi bus reset göndeririz ve başka bir node diske sahiplenecek mi diye bekleriz. Sahiplenen olmaz ise diski biz alırız, elbette network sorunumuz olmadığını biliyorsak. Ve yazılımı ayağa kaldırırız. Eğer ama başka bir node diske sahiplenirse onu ele geçirmeyi denemeyiz ve başka bir node un resource u sahiplendiğini varsayarız. Yani biz o an yazılımı çalıştırıyorsak, başka bir node diski elimizin altından çekebilecek mi diye bir kontrol yapar ve bizde diski geri alırız. Bütün bunlar şart ki bir split brain senaryoda yazılımımızın çalıştığını mümkün olduğunca garantileyebilmek için. Windows Server 2008 den itibaren scsi bus resetleri kullanılmıyor. Scsi 3 serial persisten reservation mantığı uyarlanılıyor. Çünkü adı üstünde bu reset den sadece o disk değil aynı bus üzerindeki bütün diskler etkilenebiliyor ve konfigürasyona bağlı olarak her disk için her node dan bir bus reset gönderiliyor olabilir. Cluster o zaman epey bir zamandan sonra kendisini toparlayabiliyor yada resourceları manüel online a çekmeniz gerekebiliyor. Şimdi, Quorum da Cluster ın kendisi için kullandığı disk. Quorum u tutan node cluster grubunu da ayağa kaldırır. Bir node hiç Quorum a ulaşamaz, diski göremez ise cluster servisi durdurulur ve konfigürasyona göre node reboot edilebilir. Quorumun kendisi de yine aynı her türlü problem durumu mantığı çerçevesinde cluster konfigürasyonu tutar. Yani kritik bir durumdan sonra bir node Quorum a sahiplenirse son konfigürasyonda yapılmış olan değişiklikleri de böylece senkrinize edebilir. Bütün bunlar ama Quorum u kullanan cluster lar için geçerlidir. Mesela tek node lu cluster da yapabilirsiniz. Neden? Resource kontrolü için mesela: yazılımınız ile ilgili herhangi sorunlar oluşursa cluster yazılımı restart edebilir. Default konfigürasyonda da bir node bir resource u restart etmeye çalışır ve son hamle olarak başka bir node a verir. Quorum diski ama single point of failure dır. Yani quorum diski kaybedersek bütün cluster ı kaybederiz ve Quorumsuz çalıştırabilmek için müdahale etmemiz gerekir. Tek node lu cluster da lokal quorum oluşturulur. Ayrı bir mantık da Majority Node Set (MNS) dir. Eğer örneğin bir geo clusterınız var ise, yani node lar arasındaki mesafe mesela sigorta şirketinizin poliçesi veya doğal felaket gereği, birkaç yüz metre veya onlarca kilometre olabilir. Bu sefer ortak storage ve özellikle Quorum u belki sadece pahalı storage çözümleri ile uyarlayabiliyorsunuzdur veya tamamen imkânsızdır. Bu durumda MNS ideal bir çözüm olabilir. MNS demokratik bir sistemdir. Quorum da sadece bir oy var ise ve buna sahiplenen cluster a sahiplenebiliyorsa, MNS de çoğunluk cluster a sahiplenir. Mesela 5 node lu cluster da split brain senaryosu yaşanırsa her node toplam kaç node ila haberleşebildiğine bakar. Bir node iki node ile haberleşebiliyorsa, 3 node 5 nodedan çoğunluğu oluşturur ve cluster a shiplenir. Diğer iki node azınlıkta olduklarını anlar ve diğer 3 node un haberleşebildiğini varsayarlar. Çift rakam node sayısı pek mantıklı değildir. Mesela 2 node da split brain olursa çoğunluğu elde etmek imkânsız olduğundan cluster ı yine kaybederiz. Şimdi ama diyelim ki bir Fabrika alanın bir köşesine bir node diğer köşesine de ikinci node umuzu koyacağız ve Quorum diskini uyarlayamıyoruz. Sadece tek rakam olsun diye eşit bir sunucu donanımı almak eğer bu ekstra performansa ihtiyacınız da yoksa pahalı olabilir. Bu durumda File Share Witness (FSW) kullanabiliriz. Bu MNS in bir türevi ve sadece 2 node unuz var ise yapabileceğiniz bir çözüm. MNS de her node un aslında bir quorum, bir oy hakkı var ve çoğunluk oylarını toplayan node grubu cluster ın sahibi ve ondan sorumlu. FSW de herhangi bir üçüncü sunucu da oy olarak bir paylaşıma açılmış klasör kullanıyoruz. Split brain de network den share e ulaşabilen node çoğunluğu oluşturmuş oluyor. İki node un share e ulaşma şansı çok az, çünkü o zaman muhtemelen zaten birbirleri ile görüşüyor olurlardı. Windows Server 2008 ile yeni bir Quorum modelimiz de var (Node and Disk Majority), bu sefer Quorum diskin kullanımı biraz farklı oluyor: Quorumu node sayısı ile beraber bir oy hakkı olarak kullanıyoruz. Yani MNS gibi, ama 2 den fazla nodelu clusterlar için ve FSW yerine ortak bir disk kullanıyoruz. Yani 4 nodelu bir cluster da 3 node a veya 2 node a artı diske ulaşabilen grup cluster ı alıyor. Diske de artık Quorum demiyoruz , witness disk olarak geçiyor. Windows Server 2008 R2 ile de yepyeni b’r özellik geliyor: Cluster Shared Volume (CSV). Bu bir diskin her node dan aynı anda erişebilinmesini mümkün kılıyor ve shared nothing modelini bitiriyor. File seviyesinde artık node lar kapışabiliyor, disk seviyesinde değil. Şimdilik sadece Hyper-V in sanal makineleri için destekleniyor. Yani diğer tip resource lar hala shared nothing üzerinden yürüyor. Server clustering high availability ve disaster recovery çözümleri için mantıklıdır. Bunlar ilginizi çekti ise Server/Failover Cluster bazında çalışan Exchange cluster konfigürasyonlarını da inceleyebilirsiniz. Buların dışında Microsoft un Network Load Balancing (NLB) ve High Performance Computing (HPC) cluster ları vardır. NLB çok yaygın farklı Tier yapılarında front end olarak veya Terminal Server lar için kullanılır. HPC de temelinde çok zaman alacak hesaplamaların süresini azaltmak için bunları bölerek çok sayıda node a dağıtır.

Başar Güner

Continue reading »]]> windows management framework WMF ; WinRM , Bits ve PowerShell 2.0 dan oluşan Microsoft un yeni nesil yönetim mimarisidir. Örneğin Exchange Server 2010 un uzaktan yönetilmesi için yönetici makinesinde WinRM ve PowerSehll 2.0 yüklü olması gerekmektedir ki bu Windows 7 ve Windows Server 2008 R2 ile bütünleşik gelir , eğer siz farklı bir işletim sistemi kullanacak iseniz iş te bu noktada ihtiyaç duyacağınız mimari WMF dür.

indirmek için

https://connect.microsoft.com/windowsmanagement/Downloads