다음을 통해 공유

SAN(스토리지 영역 네트워크)에서 부팅 지원

  • 아티클

이 문서에서는 SAN(스토리지 영역 네트워크)에서 Windows 서버 부팅을 수행할 수 있는 지원 가능성을 설명합니다.

원래 KB 번호: 305547

자세한 정보

MICROSOFT는 SAN 공급업체가 Windows 서버를 부팅하는 특정 하드웨어 플랫폼을 지원하는 경우 SAN(스토리지 영역 네트워크)에서 부팅을 지원합니다. SAN 및 HBA(호스트 버스 어댑터)는 SAN 공급업체의 지침에 따라 구성되어야 하며 SAN 공급업체 는 부팅 관련 문제에 대한 주요 연락 지점 역할을 해야 합니다 . SAN에서 부팅하는 것은 복잡하기 때문에 이 요구 사항이 존재하며 SAN 공급업체가 SAN 부팅 지원 가능성 문을 제공하므로 공급업체는 특정 구성을 지원해야 합니다. 이 문서에 포함된 정보는 SAN에서 부팅하는 데 필요한 항목의 올 인클루시브 목록이 아닙니다. SAN 공급업체는 하드웨어(스토리지 시스템, 스위치, 호스트 버스 어댑터 등)가 제대로 작동하도록 하는 방법에 대한 특정 단계, 드라이버, 펌웨어 수정 및 리소스를 제공해야 합니다.

구성

여러 컴퓨터가 SAN에서 성공적으로 부팅될 수 있도록 다음 문제를 해결해야 합니다.

  • SAN에서 여러 컴퓨터를 부팅하려면 SAN을 전환된 환경에서 구성하거나 각 호스트에서 스토리지 하위 시스템의 파이버 채널 포트 중 하나에 직접 연결해야 합니다. SAN에서 여러 서버를 부팅할 때 SAN에 연결된 호스트가 서로 제대로 분리되는 것을 허용하지 않기 때문에 파이버 채널 - FC-AL(중재 루프)의 사용은 지원되지 않습니다. 전환된 환경을 사용하면 호스트가 서로 분리될 수 있습니다. 파이버 채널 중재 루프 토폴로지로 SAN으로 부팅하는 것은 SAN에서 단일 서버를 부팅할 때만 지원됩니다.

  • 호스트는 부팅 중인 디스크에 대한 단독 액세스 권한이 있어야 합니다. SAN의 다른 호스트는 동일한 논리 디스크를 검색하거나 액세스할 수 없습니다. LUN 마스킹, 영역 지정 또는 이러한 메서드의 일부 조합과 같은 LUN(논리 단위 번호) 관리 유형을 사용하여 이 작업을 수행할 수 있습니다. LUN 관리는 일반적으로 Windows가 아닌 스위치, 스토리지 하위 시스템 및/또는 HBA(Host Bus 어댑터) 수준에서 구성됩니다. Windows는 LUN 매핑 기능을 제공하지 않습니다.

  • 다중 경로 소프트웨어 및 여러 HBA는 경로 오류로부터 복구 가능성을 높입니다. 단일 호스트에 여러 HBA를 두는 목적은 중복성 및 증가된 처리량을 갖는 것입니다. 그러나 오류가 발생하고 SAN 경로가 손실되는 경우 SAN의 드라이브에 액세스할 수 없는 기간이 있을 수 있습니다. 이 경로 오류로 인해 Windows 서버에 문제가 발생할 수 있습니다. 다중 경로 소프트웨어의 동작은 공급업체마다 크게 다릅니다. 스토리지/RAID 시스템에 대한 Windows 카탈로그(이전의 하드웨어 호환성 목록 또는 HCL)를 확인하여 다중 경로 드라이버가 스토리지 시스템과 함께 Windows 카탈로그에 있는지 확인합니다. 다중 경로 소프트웨어를 찾을 수 없는 경우 SAN 공급업체에 문의하세요.

  • 연결된 호스트가 Windows 2000 클러스터 솔루션의 일부인 경우 부팅 프로세스에 HBA 1개와 공유 스토리지에 별도의 HBA를 사용해야 합니다.

  • 연결된 호스트가 Windows 2000 클러스터 솔루션의 일부이며 MPIO(Microsoft 다중 경로 I/O) 기능을 사용하는 경우 4개의 HBA가 필요합니다.

문제 해결

이 섹션에서는 Windows 서버가 SAN에서 성공적으로 부팅되지 않도록 할 수 있는 몇 가지 문제에 대해 설명합니다.

  • SAN을 구성할 때 일반적인 문제는 여러 호스트가 동일한 논리 디스크에 액세스할 수 있다는 것입니다. 이는 일반적으로 적절한 LUN 관리가 사용되지 않았기 때문에 발생합니다. Windows의 기본 동작은 HBA 드라이버가 로드할 때 감지하는 모든 논리 단위를 연결하고 탑재하는 것입니다. 여러 호스트가 동일한 디스크를 탑재하는 경우 파일 시스템 손상이 발생할 수 있습니다. 한 번에 하나의 호스트만 특정 논리 디스크에 액세스할 수 있도록 하는 것은 SAN의 구성에 달려 있습니다. 동일한 논리 디스크에 액세스하는 여러 호스트의 증상은 다음과 같습니다.
    디스크 관리는 여러 호스트에 동일한 논리 디스크를 표시합니다. 새 논리 디스크를 추가하거나 구성할 때 여러 호스트에서 새 하드웨어가 발견된다는 알림이 플러그 앤 플레이. 내 컴퓨터 또는 Windows 탐색기를 사용하여 논리 디스크에 액세스하려고 하면 다른 호스트가 동일한 논리 디스크에 액세스할 수 있음을 나타낼 수 있는 "액세스 거부됨", "디바이스 준비 안 함" 또는 유사한 오류 메시지가 표시될 수 있습니다.

  • 컴퓨터가 응답하지 않거나 응답 시간이 느립니다. 이는 페이지 파일에 대한 대기 시간이 높고 다음과 같은 시스템 로그에 이벤트가 수반될 수 있음을 나타낼 수 있습니다.

    이벤트 ID: 51
    이벤트 유형: 경고
    이벤트 원본: 디스크
    설명: 페이징 작업 중 \Device\Harddisk0\DR0 디바이스에서 오류가 검색되었습니다.

    이벤트 ID: 11
    원본: %HBA_DRIVER_NAME%
    설명: 드라이버가 Device\ScsiPort0에서 컨트롤러 오류를 감지했습니다.

    이벤트 ID: 9
    원본: %HBA_DRIVER_NAME%
    설명: \Device\ScsiPort0 디바이스가 제한 시간 내에 응답하지 않았습니다.

    위의 오류 메시지가 시스템 로그에 있는 경우 Windows에서 디스크에 액세스하려고 했고 문제가 있음을 나타냅니다. 참조되는 디스크가 SAN에 있는 경우 대기 시간 문제를 나타낼 수 있습니다. 이벤트 ID 51이 표시되면 메모리 관리자가 메모리로 또는 메모리에서 데이터를 복사하려고 했고 문제가 있음을 나타냅니다. 페이지 파일 대기 시간 문제의 또 다른 지표는 Windows 서버에 시스템 오류가 있고 다음 오류 메시지 중 하나가 파란색 화면에 표시되는 경우입니다.

    0x00000050 PAGE_FAULT_IN_NONPAGED_AREA

    또는

    0x0000000A IRQL_NOT_LESS_OR_EQUAL

    가능한 해결 방법은 페이지 파일을 호스트의 로컬 하드 디스크에 배치하는 것입니다. 데이터가 메모리 내 또는 외부로 페이징되므로 Windows에서 페이지 파일에 안정적으로 액세스해야 합니다. 페이지 파일을 호스트에 로컬로 설정하면 SAN의 다른 디바이스 및 호스트에 의해 액세스가 영향을 받지 않습니다.

    참고 항목

    페이지 파일이 부팅 파티션과 동일한 파티션(일반적으로 c:\Windows 또는 c:\WINNT)에 없으면 Memory.dmp 파일을 만들지 않습니다. Memory.dmp 파일은 STOP 오류가 있는 Windows 컴퓨터의 문제를 해결하는 데 사용됩니다. 크래시덤프에 대한 컴퓨터를 구성하는 방법에 대한 자세한 내용은 Windows 도움말을 참조하세요.

앞의 문제를 해결하는 방법에는 여러 가지가 있습니다. 첫 번째 방법은 SAN에서 발생하는 모든 이벤트와 시간을 시도하고 상관 관계를 지정하는 것입니다. 예를 들어 HostA가 큰 복사 작업을 수행하고 있으며 HostB는 오류 9를 보고합니다. 이는 적절한 LUN 관리가 제대로 수행되지 않음을 암시할 수 있습니다. 또 다른 예는 HostB가 HostA를 다시 부팅할 때마다 오류를 생성하는 경우입니다. 이는 FC-AL이 사용되고 있으며 HostB가 HostA의 LIP(루프 초기화 기본 형식) 시퀀스의 영향을 받고 있음을 나타낼 수 있습니다. SAN을 다시 구성하여 수정할 수 있는 경우가 많으며, 이를 위해서는 하드웨어 공급업체의 지원이 필요합니다. Windows 서버의 로컬 하드 디스크에 페이지 파일을 배치하여 모든 유형의 대기 시간 문제를 해결할 수 있지만 메모리 덤프 생성을 사용하지 않도록 설정합니다. 이해해야 할 핵심 사항은 SAN의 하드웨어 공급업체가 적절한 구성에 대한 정보를 가장 많이 가지고 있으며 모든 구성 질문과 문제에 대한 첫 번째 연락 지점이어야 한다는 것입니다.