Anda sedang offline saat ini, menunggu internet Anda untuk menyambung kembali

Dukungan untuk boot dari penyimpanan Area Network (SAN)

Dukungan untuk Windows Server 2003 berakhir pada 14 Juli 2015

Microsoft mengakhiri dukungan untuk Windows Server 2003 pada 14 Juli 2015. Perubahan ini telah memengaruhi pemutakhiran perangkat lunak dan opsi keamanan Anda. Pelajari apa artinya ini bagi Anda dan cara untuk tetap terlindungi.

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 305547
Ringkasan
Artikel ini menjelaskan dukungan memiliki Windows server boot dari penyimpanan Area Network (SAN).
Informasi lebih lanjut
Microsoft mendukung booting dari penyimpanan Area Network (SAN) jika SAN vendor mendukung booting Windows server platform peranti penangkap keras tertentu. SAN dan host bus adapter (HBA) harus dikonfigurasi sesuai SAN vendor panduan dan SAN vendor harus bertindak sebagai titik utama untuk masalah terkait boot. Persyaratan ini terjadi karena boot dari SAN sangat kompleks, dan vendor harus mendukung konfigurasi tertentu karena SAN vendor menyediakan SAN boot pernyataan dukungan. Hal ini penting untuk mencatat informasi yang disertakan dalam artikel ini tidak dimaksudkan untuk daftar lengkap dari item yang diperlukan untuk boot dari SAN. SAN vendor harus menyediakan langkah-langkah spesifik, pengandar, revisi firmware dan sumber daya tentang cara membuat hardware (sistem penyimpanan, switch, adaptor Bus Host, dan sebagainya) bekerja sama dengan benar.

Konfigurasi

Masalah berikut ini harus diselesaikan sehingga banyak komputer dapat berhasil boot dari SAN:
  • Boot banyak komputer dari SAN, SAN harus baik dikonfigurasi di lingkungan diaktifkan, atau harus dilampirkan secara langsung dari masing-masing host ke salah satu port serat saluran penyimpanan sub-sistem. Gunakan serat saluran - Arbitrated Loop (FC-AL) tidak didukung ketika booting multipe server dari SAN karena tidak mengizinkan tuan rumah yang dilampirkan ke SAN untuk benar terpisah dari satu sama lain. Lingkungan beralih memungkinkan tuan rumah terpisah dari satu sama lain. Boot ke SAN dengan topologi Fiber Channel-Arbitrated Loop hanya didukung ketika booting satu server dari SAN.

  • Tuan rumah harus memiliki akses eksklusif ke disk yang isbooting dari. Host tidak ada di SAN harus dapat mendeteksi atau memiliki accessto disk logis yang sama. Ini dapat dilakukan dengan menggunakan jenis manajemen LogicalUnit nomor (LUN) seperti LUN masking, zona atau beberapa kombinasi ofthese metode. Manajemen LUN biasanya dikonfigurasi pada switch, storagesubsystem dan/atau tingkat adaptor Bus Host (HBA) dan bukan dalam Windows. Windowsprovide tidak ada kemampuan untuk pemetaan LUNs.

  • peranti penangkap lunak multi garis jatuh berseri dan beberapa HBAs meningkatkan pemulihan chancesof Anda dari kegagalan garis jatuh berseri. Tujuan memiliki banyak HBAs di asingle host adalah redundansi dan volume data meningkat (mungkin). Namun, jika terjadi kegagalan dan garis jatuh berseri ke SAN hilang, mungkin ada oftime periode mana drive di SAN tidak dapat diakses. garis jatuh berseri Kegagalan maycause masalah dengan Windows server. Perilaku multi garis jatuh berseri peranti penangkap lunak variesgreatly antara vendor. Memeriksa sistem forStorage RAID Katalog Windows (sebelumnya Daftar kompatibilitas mundur peranti penangkap keras atau HCL) untuk memastikan bahwa pengandar multi garis jatuh berseri pada katalog Windows dengan sistem penyimpanan. Jika Anda tidak dapat menemukan peranti penangkap lunak multi garis jatuh berseri, hubungi yourSAN vendor.

    Untuk melihat Katalog penyimpanan RAID, lihat situs web followingMicrosoft:
  • Jika tuan rumah yang terpasang pada bagian dari solusi cluster Windows 2000, Anda harus menggunakan satu HBA untuk proses boot dan HBA terpisah untuk penyimpanan bersama.
  • Jika tuan rumah yang dilampirkan merupakan bagian dari solusi cluster Windows 2000 dan menggunakan fitur I/O (MPIO) multijalur Microsoft, Anda perlu empat HBAs.

Pemecahan masalah

Bagian ini menjelaskan beberapa masalah yang mungkin mencegah Windows server berhasil boot dari SAN:
  • Masalah yang sangat umum saat Anda mengkonfigurasi SAN adalah bahwa kemungkinan bahwa beberapa host mungkin memiliki akses ke disk logis yang sama. Thisusually terjadi karena tepat LUN manajemen tidak bekerja. Defaultbehavior Windows adalah untuk melampirkan dan pasang setiap unit logis yang memuat detectswhen HBA pengandar. Jika beberapa host mount disk yang sama, berkas systemdamage dapat terjadi. Ini adalah hingga konfigurasi SAN untuk memastikan bahwa host onlyone dapat mengakses kandar Logis tertentu sekaligus. Gejala multiplehosts mengakses disk logis yang sama adalah:
    Manajemen disk menampilkan disk logis yang sama di beberapa host. Pemberitahuan Colok dan Main yang ditemukan di peranti penangkap keras baru dapat terjadi pada banyak host saat menambahkan atau mengkonfigurasi kandar Logis baru. Saat Anda mencoba mengakses kandar Logis dengan menggunakan My Computer atau Penjelajah Windows, Anda mungkin menerima "Akses ditolak", "perangkat tidak siap", atau pesan galat yang sama yang mungkin menunjukkan bahwa host lain memiliki akses ke disk logis yang sama.
  • Komputer berhenti merespons (macet) atau memiliki responsetimes lambat. Hal ini dapat menunjukkan bahwa ada latensi tinggi ke berkas halaman, dan thismay akan diikuti dengan peristiwa di Log sistem seperti:
    ID Kejadian: 51
    Jenis peristiwa: peringatan
    Sumber peristiwa: Disk
    Keterangan: Galat terdeteksi pada peranti penangkap \Device\Harddisk0\DR0during operasi paging.

    ID Kejadian: 11
    Sumber: % HBA_DRIVER_NAME %
    Keterangan: Pengandar mendeteksi kontroler galat onDevice\ScsiPort0.

    ID Kejadian: 9
    Sumber: HBA_DRIVER_NAME %
    Keterangan: peranti penangkap, \Device\ScsiPort0, tidak merespons dalam timeoutperiod.
    Jika pesan galat sebelumnya di Log sistem, itindicates bahwa Windows mencoba untuk mengakses kandar dan ada masalah. Ifthe disk yang dirujuk di SAN, dapat menunjukkan masalah latensi. Jika peristiwa ID 51 ditampilkan, ini menunjukkan bahwa Manajer kehabisan memori attemptingto menyalin data ke atau dari kehabisan memori dan memiliki masalah. Indikator pagefilelatency masalah adalah jika memiliki Windows server kegagalan sistem, dan salah satu pesan galat thefollowing ditampilkan pada layar biru:
    0X00000050 PAGE_FAULT_IN_NONPAGED_AREA

    atau

    0X0000000A IRQL_NOT_LESS_OR_EQUAL
    Kemungkinan penyelesaian adalah toplace berkas halaman pada hard disk oleh host lokal. Windows perlu handal accessto berkas halaman sebagai data halaman dalam atau kehabisan memori habis. Setelah berkas halaman localto host menjamin bahwa akses tidak dipengaruhi oleh peranti penangkap lain dan hostson SAN.

    Catatan Jika berkas halaman bukan pada partisi yang sama sebagai bootpartition (biasanya c:\Windows atau c:\WINNT), pembuatan Memory.dmp filewill tidak terjadi. Pembuatan berkas Memory.dmp digunakan untuk pemecahan masalah Windowscomputer yang mengalami galat STOP. Untuk informasi tentang cara mengkonfigurasi layar yourcomputer untuk crashdump, lihat bantuan Windows.
Ada beberapa cara untuk memecahkan masalah sebelumnya. Metode pertama adalah untuk mencoba dan waktu yang berhubungan dengan peristiwa yang terjadi di SAN. Sebagai contoh, itu HostA melakukan operasi kopi karbon besar dan HostB laporan galat 9s, mungkin berarti bahwa manajemen LUN yang tepat adalah tidak di tempat. Contoh lain adalah jika HostB menghasilkan kesalahan setiap kali HostA reboot. Ini dapat menunjukkan bahwa FC-AL digunakan dan HostB dipengaruhi oleh urutan menurun Loop inisialisasi primitif (LIP) dari HostA. Ini sering dapat dikoreksi dengan konfigurasi SAN, dan ini membutuhkan bantuan vendor peranti penangkap keras. Jenis masalah latensi mungkin bisa diatasi dengan menempatkan berkas halaman pada cakram keras lokal Windows server, tetapi sekali lagi, ini menonaktifkan pembuatan dump kehabisan memori. Titik bukti kunci untuk memahami adalah vendor peranti penangkap keras SAN akan memiliki banyak informasi tentang konfigurasi yang benar, dan harus titik pertama kontak untuk semua konfigurasi pertanyaan dan masalah.

Untuk informasi selengkapnya tentang cluster server Windows di lingkungan SAN, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
280743 Windows clustering dan geografis terpisah situs
301647 Peningkatan Layanan cluster untuk jaringan area penyimpanan
n_port f_port l_port 0x50 0x0a mm boot dari san boot dari san

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 305547 - Tinjauan Terakhir: 06/09/2015 02:36:00 - Revisi: 3.0

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, Windows Server 2008 R2 Datacenter, Windows Server 2008 R2 Datacenter without Hyper-V, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Enterprise without Hyper-V, Windows Server 2008 R2 for Embedded Systems, Windows Server 2008 R2 for Itanium-Based Systems, Windows Server 2008 R2 Foundation, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 R2 Standard, Windows Server 2008 R2 Standard without Hyper-V, Windows Server 2012 Datacenter, Windows Server 2012 Essentials, Windows Server 2012 for Embedded Systems, Windows Server 2012 Foundation, Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Essentials, Windows Server 2012 R2 for Embedded Systems, Windows Server 2012 R2 Foundation, Windows Server 2012 R2 Preview, Windows Server 2012 R2 Standard, Windows Server 2012 Release Candidate, Windows Server 2012 Standard, Windows Server Update Services for Windows Server 2012

  • kbenv kbinfo kbnetwork kbmt KB305547 KbMtid
Tanggapan
async=""> var varAutoFirePV = 1; var varClickTracking = 1; var varCustomerTracking = 1; var Route = "76500"; var Ctrl = ""; document.write("