Dukungan untuk boot dari penyimpanan Area jaringan (SAN)

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 305547 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

Artikel ini menjelaskan supportability memiliki Windows server boot dari penyimpanan Area jaringan (SAN).

INFORMASI LEBIH LANJUT

Microsoft mendukung boot dari jaringan Area penyimpanan (SAN) jika SAN vendor mendukung boot platform hardware tertentu mereka Windows server. SAN dan host bus adapter (HBA) harus dikonfigurasi sesuai untuk SAN vendor pedoman dan SAN vendor harus bertindak sebagai titik utama kontak untuk isu-isu yang berkaitan dengan boot. Ini persyaratan ada karena boot dari SAN sangat kompleks, dan vendor perlu mendukung konfigurasi tertentu karena SAN vendor menyediakan SAN boot supportability pernyataan. Penting untuk dicatat bahwa informasi yang terkandung dalam artikel ini tidak dimaksudkan untuk menjadi semua termasuk daftar item yang diperlukan untuk boot dari sebuah SAN. SAN vendor harus memberikan langkah-langkah khusus, driver, revisi firmware dan sumber daya tentang cara membuat perangkat keras mereka (sistem penyimpanan, switch, Host Bus adapter, dan seterusnya) bekerja dengan baik bersama-sama.

Konfigurasi

Isu-isu berikut harus diatasi sehingga beberapa komputer dapat berhasil boot dari SAN:
  • Untuk boot beberapa komputer dari SAN, SAN harus baik dikonfigurasi di lingkungan diaktifkan, atau harus langsung melekat dari masing-masing host untuk salah satu port Fibre Channel penyimpanan sub-sistem. Penggunaan serat saluran - Arbitrated Loop (FC-AL) tidak didukung saat boot server multipe dari SAN karena tidak memungkinkan host yang melekat SAN untuk benar dipisahkan dari satu sama lain. Lingkungan beralih memungkinkan host untuk menjadi terpisah dari satu sama lain. Boot ke SAN dengan topologi Fiber Channel-Arbitrated Loop hanya didukung ketika booting sebuah server tunggal dari SAN.

  • Host harus memiliki akses eksklusif ke disk yang boot dari. Tidak ada tuan rumah di SAN harus mampu mendeteksi atau memiliki akses untuk disk logis yang sama. Hal ini dapat dicapai dengan menggunakan jenis logis Pengelolaan nomor (LUN) unit seperti LUN masking, zonasi atau beberapa kombinasi dari metode ini. Manajemen LUN biasanya dikonfigurasi pada saklar, penyimpanan subsistem dan/atau tingkat Host Bus Adapter (HBA) dan tidak dalam Windows. Windows menyediakan kemampuan tidak untuk pemetaan LUNs.

  • Multi-path perangkat lunak dan beberapa HBAs meningkatkan kesempatan Anda pemulihan dari kegagalan jalan. Tujuan memiliki beberapa HBAs inang tunggal adalah memiliki redundansi dan (mungkin) peningkatan throughput. Namun, Jika terjadi kegagalan dan jalan menuju SAN hilang, mungkin ada periode waktu di mana drive di SAN tidak dapat diakses. Kegagalan jalan ini mungkin masalah dengan Windows server. Perilaku multi-path Software bervariasi sangat antara vendor. Memeriksa katalog Windows (sebelumnya daftar kompatibilitas perangkat keras atau HCL) Sistem penyimpanan/RAID untuk memastikan bahwa pengandar multi-path dalam katalog Windows dengan sistem penyimpanan. Jika Anda tidak dapat menemukan perangkat lunak multi-path, menghubungi Anda SAN vendor.

    Untuk melihat katalog penyimpanan/RAID, silakan lihat berikut Microsoft Web site:
    http://www.microsoft.com/whdc/hcl/default.mspx
  • Jika host yang terpasang bagian dari solusi gugus Windows 2000, Anda harus menggunakan satu HBA untuk proses boot dan HBA terpisah untuk penyimpanan bersama.
  • Jika host yang terpasang adalah bagian dari solusi gugus Windows 2000 dan menggunakan fitur I/O (MPIO) multipath Microsoft, Anda memerlukan empat HBAs.

Pemecahan Masalah

Bagian ini menjelaskan beberapa masalah yang mungkin mencegah Windows server dari berhasil boot dari SAN:
  • Masalah yang sangat umum ketika Anda mengkonfigurasi SAN adalah bahwa hal itu mungkin bahwa beberapa host mungkin memiliki akses ke disk logis yang sama. Ini biasanya terjadi karena tepat LUN manajemen tidak bekerja. Default perilaku Windows adalah untuk melampirkan dan me-mount setiap unit logis yang mendeteksi Ketika memuat pengandar HBA. Jika beberapa host me-mount disk yang sama, sistem file kerusakan dapat terjadi. Terserah kepada konfigurasi SAN untuk memastikan bahwa hanya satu host dapat mengakses disk logis tertentu pada suatu waktu. Gejala dari beberapa host mengakses disk logis yang sama adalah:
    Manajemen Disk menampilkan disk logis yang sama pada beberapa host.Plug and Play pemberitahuan bahwa perangkat keras baru ditemukan dapat terjadi pada beberapa host ketika Anda menambahkan atau mengkonfigurasi disk logis baru.Ketika Anda mencoba mengakses disk logis dengan menggunakan komputer saya atau Windows Explorer, Anda mungkin menerima "akses ditolak", "perangkat tidak siap", atau pesan galat yang serupa yang mungkin menunjukkan bahwa host lain memiliki akses ke disk logis yang sama.
  • Komputer Anda berhenti merespons (hang) atau memiliki respons yang lambat kali. Ini dapat menunjukkan bahwa ada latency tinggi ulang berkas halaman, dan ini dapat disertai oleh peristiwa di Log sistem seperti:
    ID Peristiwa: 51
    Jenis peristiwa: peringatan
    Sumber Kejadian: Disk
    Keterangan: Kesalahan terdeteksi pada perangkat \Device\Harddisk0\DR0 selama operasi paging.

    ID Peristiwa: 11
    Sumber: % HBA_DRIVER_NAME %
    Keterangan: Driver terdeteksi kesalahan controller pada Device\ScsiPort0.

    ID Peristiwa: 9
    Sumber: % HBA_DRIVER_NAME %
    Keterangan: Perangkat, \Device\ScsiPort0, tidak merespons dalam batas waktu periode.
    Jika sebelumnya pesan galat dalam Log sistem, itu menunjukkan bahwa Windows mencoba mengakses disk dan ada masalah. Jika disk yang dirujuk di SAN, itu bisa menunjukkan masalah latency. Jika peristiwa ID 51 ditampilkan, hal ini menunjukkan bahwa manajer memori berusaha untuk menyalin data ke atau dari memori dan punya masalah. Lain indikator ulang berkas halaman isu-isu latensi adalah jika Windows server memiliki kegagalan sistem, dan salah satu dari pesan kesalahan berikut akan ditampilkan di layar biru:
    0X00000050 PAGE_FAULT_IN_NONPAGED_AREA

    atau

    0X0000000A IRQL_NOT_LESS_OR_EQUAL
    Kemungkinan penyelesaian adalah untuk tempat ulang berkas halaman pada host lokal hard disk. Windows membutuhkan dapat diandalkan akses untuk ulang berkas halaman sebagai data adalah paged dalam atau keluar dari memori. Setelah ulang berkas halaman lokal untuk menjamin host yang mengakses tidak dipengaruhi oleh perangkat lain dan host di SAN.

    Catatan Jika ulang berkas halaman tidak pada partisi yang sama sebagai boot partisi (biasanya c:\Windows atau c:\WINNT), penciptaan Memory.dmp file tidak akan terjadi. Memory.dmp file digunakan untuk pemecahan masalah Windows komputer yang memiliki galat STOP. Untuk informasi tentang cara mengkonfigurasi Anda komputer untuk crashdump, lihat Bantuan Windows.
Ada beberapa cara untuk menyelesaikan masalah-masalah sebelumnya. The metode pertama adalah untuk mencoba dan berkorelasi waktu dengan setiap peristiwa yang terjadi di SAN. Sebagai contoh, itu HostA melakukan operasi besar salinan dan HostB laporan kesalahan 9s, itu dapat menyiratkan bahwa manajemen LUN yang tepat adalah tidak di tempat. Contoh lain adalah jika HostB menghasilkan kesalahan setiap kali HostA reboot. Ini mungkin menunjukkan bahwa FC-AL sedang digunakan dan HostB sedang dipengaruhi oleh urutan Loop inisialisasi primitif (BIBIR) dari HostA. Ini sering harus diperbaiki oleh harus SAN, dan hal ini memerlukan bantuan dari vendor perangkat keras. Jenis masalah latency mungkin diselesaikan dengan menempatkan ulang berkas halaman pada Windows server hard disk lokal, tapi sekali lagi, ini menonaktifkan penciptaan dump memori. Titik kunci untuk memahami adalah bahwa vendor perangkat keras dari SAN akan memiliki sebagian besar informasi tentang tepat konfigurasi, dan harus menjadi yang pertama titik kontak untuk semua konfigurasi mengajukan pertanyaan dan masalah.

Untuk informasi lebih lanjut tentang Windows server cluster di lingkungan SAN, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
280743Windows clustering dan secara geografis terpisah situs
301647 Gugus layanan perbaikan untuk penyimpanan area network

Properti

ID Artikel: 305547 - Kajian Terakhir: 24 September 2011 - Revisi: 2.0
Berlaku bagi:
  • Windows Server 2008 Datacenter without Hyper-V
  • Windows Server 2008 Enterprise without Hyper-V
  • Windows Server 2008 for Itanium-Based Systems
  • Windows Server 2008 Standard without Hyper-V
  • Windows Server 2008 Datacenter
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Standard
  • Windows Web Server 2008
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Web Edition
  • Microsoft Windows Server 2003, Standard x64 Edition
  • Microsoft Windows Server 2003, Enterprise x64 Edition
  • Microsoft Windows Server 2003, Datacenter x64 Edition
  • Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems
  • Microsoft Windows Server 2003, Datacenter Edition for Itanium-Based Systems
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Kata kunci: 
kbenv kbinfo kbnetwork kbmt KB305547 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:305547

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com