Depolama Alanı Ağından (SAN) önyükleme desteği

Bu makalede, Depolama Alanı Ağı'ndan (SAN) Windows sunucusu önyüklemesinin desteklenebilirliği açıklanmaktadır.

Şunlar için geçerlidir: Windows Server 2012 R2, Windows Server 2008 R2 Service Pack 1, Windows 10 - tüm sürümler
Özgün KB numarası: 305547

Daha fazla bilgi

MICROSOFT, SAN satıcısı bir Windows sunucusunu önyükleyerek kendi donanım platformunu destekliyorsa Depolama Alanı Ağı'ndan (SAN) önyüklemeyi destekler. SAN ve konak veri yolu bağdaştırıcısı (HBA) SAN satıcısının yönergelerine göre yapılandırılmalıdır ve SAN satıcısı önyüklemeyle ilgili sorunlar için ana iletişim noktası olarak hareket etmelidir . San'dan önyükleme karmaşık olduğundan ve SAN satıcısı SAN önyükleme desteklenebilirliği deyimi sağladığından satıcının belirli bir yapılandırmayı desteklemesi gerektiğinden bu gereksinim vardır. Bu makalede yer alan bilgilerin, SAN'dan önyükleme yapmak için gereken öğelerin her şey dahil listesi olması amaçlanmadığını unutmayın. SAN satıcısı, donanımlarının (depolama sistemleri, anahtarlar, Konak Veri Yolu Bağdaştırıcıları vb.) birlikte düzgün çalışmasını sağlama konusunda belirli adımlar, sürücüler, üretici yazılımı düzeltmeleri ve kaynaklar sağlamalıdır.

Yapılandırma

Birden çok bilgisayarın san'dan başarıyla önyüklenebilmesi için aşağıdaki sorunlar giderilmelidir:

• San'dan birden çok bilgisayarı önyüklemek için, SAN'ın anahtarlı bir ortamda yapılandırılması veya her konaktan depolama alt sisteminin Fiber Kanal bağlantı noktalarından birine doğrudan bağlanması gerekir. SAN'dan birden çok sunucu önyüklenirken Fiber Kanal - Rastgele Döngü (FC-AL) kullanımı desteklenmez çünkü SAN'a bağlı konakların birbirinden düzgün bir şekilde ayrılmasına izin vermez. Anahtarlı ortam, konakların birbirinden ayrı olmasını sağlar. Fiber Channel-Arbitrated Döngüsü topolojisiyle SAN'a önyükleme yalnızca SAN'dan tek bir sunucu önyüklendiğinde desteklenir.

• Konağın önyükleme yaptığı diske özel erişimi olmalıdır. SAN'da başka hiçbir konak aynı mantıksal diski algılayamaz veya bu diske erişemez. Bu, LUN maskeleme, bölgeleme veya bu yöntemlerin bir bileşimi gibi bir Mantıksal Birim Numarası (LUN) yönetimi türü kullanılarak gerçekleştirilebilir. LUN yönetimi normalde Windows içinde değil anahtar, depolama alt sistemi ve/veya Konak Veri Yolu Bağdaştırıcısı (HBA) düzeyinde yapılandırılır. Windows, LUN'ları eşlemek için hiçbir özellik sağlamaz.

• Çok yollu yazılım ve birden çok HBA, bir yol hatasından kurtarma şansınızı artırır. Tek bir konakta birden çok HBA'nın olmasının amacı, yedekliliğe ve (büyük olasılıkla) daha yüksek aktarım hızına sahip olmaktır. Ancak, bir hata oluşursa ve SAN yolu kaybolursa, SAN üzerindeki sürücülerin erişilebilir olmadığı bir süre olabilir. Bu yol hatası Windows sunucusunda sorunlara neden olabilir. Çok yollu yazılımların davranışı satıcılar arasında büyük ölçüde farklılık gösterir. Depolama/RAID sistemleri için Windows Kataloğu'nu (eski adıyla Donanım Uyumluluk Listesi veya HCL) denetleyin ve çok yollu sürücünün depolama sistemiyle Birlikte Windows Kataloğu'nda olduğundan emin olun. Çok yollu yazılımı bulamıyorsanız SAN satıcınıza başvurun.

• Bağlı konaklar bir Windows 2000 küme çözümünün parçasıysa, önyükleme işlemi için bir HBA ve paylaşılan depolama için ayrı bir HBA kullanmanız gerekir.

• Bağlı konaklar bir Windows 2000 küme çözümünün parçasıysa ve Microsoft çok yollu G/Ç (MPIO) özelliğini kullanıyorsa, dört HBA'ya ihtiyacınız vardır.

Sorun giderme

Bu bölümde, Bir Windows sunucusunun SAN'dan başarıyla önyüklenmesini engelleyebilecek çeşitli sorunlar açıklanmaktadır:

• San yapılandırırken sık karşılaşılan bir sorun, birden çok konanın aynı mantıksal diske erişmesinin mümkün olmasıdır. Bu durum genellikle düzgün LUN yönetiminin çalıştırılmaması nedeniyle oluşur. Windows'un varsayılan davranışı, HBA sürücüsü yüklendiğinde algıladığında her mantıksal birimi eklemek ve bağlamaktır. Aynı diski birden çok ana bilgisayar bağlarsa dosya sistemi zarar görebilir. Bir kerede belirli bir mantıksal diske yalnızca bir konağın erişebileceğini sağlamak SAN yapılandırmasına bağlı. Aynı mantıksal diske erişen birden çok ana bilgisayar belirtileri şunlardır:
  Disk Yönetimi, birden çok konakta aynı mantıksal diski görüntüler. Tak ve Kullan yeni bir mantıksal disk eklediğinizde veya yapılandırdığınızda birden çok konakta yeni donanım bulunduğunu belirten bir bildirim oluşabilir. Bilgisayarım veya Windows Gezgini'ni kullanarak bir mantıksal diske erişmeye çalıştığınızda, diğer konakların aynı mantıksal diske erişimi olduğunu gösterebilecek bir "Erişim Reddedildi", "Cihaz Hazır Değil" veya benzer bir hata iletisi alabilirsiniz.

• Bilgisayarınız yanıt vermeyi durduruyor (kilitleniyor) veya yanıt süreleri yavaş. Bu, disk belleği dosyasında yüksek gecikme süresi olduğunu gösterebilir ve buna Sistem Günlüğü'nde aşağıdaki gibi olaylar eşlik edebilir:

  Olay Kimliği: 51
  Olay Türü: Uyarı
  Olay Kaynağı: Disk
  Açıklama: Bir disk belleği işlemi sırasında \Device\Harddisk0\DR0 cihazında bir hata algılandı.

  Olay Kimliği: 11
  Kaynak: %HBA_DRIVER_NAME%
  Açıklama: Sürücü Device\ScsiPort0'da bir denetleyici hatası algılandı.

  Olay Kimliği: 9
  Kaynak: %HBA_DRIVER_NAME%
  Açıklama: \Device\ScsiPort0 cihazı zaman aşımı süresi içinde yanıt vermedi.

  Yukarıdaki hata iletileri Sistem Günlüğü'ndeyse, Windows'un bir diske erişmeye çalıştığını ve bir sorun olduğunu gösterir. Başvuruda bulunan disk SAN üzerindeyse bir gecikme sorununa işaret edebilir. Olay Kimliği 51 gösteriliyorsa bu, Bellek Yöneticisi'nin belleğe veya bellekten veri kopyalamaya çalıştığı ve bir sorun yaşadığını gösterir. Disk belleği dosyası gecikmesi sorunlarının bir diğer göstergesi de Windows sunucusunda sistem hatası olması ve aşağıdaki hata iletilerinden birinin mavi ekranda görüntülenmesidir:

  0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

  veya

  0x0000000A IRQL_NOT_LESS_OR_EQUAL

  Olası bir çözüm, disk belleği dosyasını konağın yerel sabit diskine yerleştirmektir. Veriler belleğin içinde veya dışında olduğundan Windows'un disk belleğine güvenilir bir şekilde erişmesi gerekir. Disk belleği dosyasının konağa yerel olarak sahip olması, erişimin SAN'da diğer cihazlardan ve konaklardan etkilenmediğini garanti eder.

  Not

  Disk belleği dosyası önyükleme bölümüyle aynı bölümde değilse (genellikle c:\Windows veya c:\WINNT), Memory.dmp dosyası oluşturulmaz. DURDURMA hatası olan bir Windows bilgisayarın sorunlarını gidermek için bir Memory.dmp dosyası kullanılır. Bilgisayarınızı kilitlenme için yapılandırma hakkında bilgi için Windows Yardımı'na bakın.

Yukarıdaki sorunları çözmenin birkaç yolu vardır. İlk yöntem, saati SAN'da gerçekleşen olaylarla ilişkilendirmeyi denemek ve ilişkilendirmektir. Örneğin, HostA büyük bir kopyalama işlemi yapıyordu ve HostB Hata 9'ları bildiriyor, uygun LUN yönetiminin yerinde olmadığı anlamına gelebilir. Bir diğer örnek de HostA yeniden başlatıldığında HostB'nin hata üretmesidir. Bu, FC-AL'nin kullanıldığını ve HostB'nin HostA'dan döngü başlatma temeli (LIP) dizilerinden etkilendiğini gösterebilir. Bunlar genellikle SAN yeniden yapılandırılarak düzeltilebilir ve bunun için donanım satıcısının yardımı gerekir. Herhangi bir gecikme süresi sorunu Windows sunucusunun yerel sabit diskinde disk belleği dosyası yerleştirilerek çözülebilir, ancak bu da bellek dökümü oluşturmayı devre dışı bırakır. Anlaşılması gereken önemli noktalardan biri, SAN'ın donanım satıcısının doğru yapılandırma hakkında en fazla bilgiye sahip olması ve tüm yapılandırma soruları ve endişeleri için ilk iletişim noktası olması gerektiğidir.