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

이 문서에서는 SAN(스토리지 영역 네트워크)에서 Windows 서버 부팅을 지원하는 방법에 대해 설명합니다.

적용 대상: Windows Server 2012 R2, Windows Server 2008 R2 서비스 팩 1, Windows 10 - 모든 버전
원본 KB 번호: 305547

추가 정보

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

구성

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

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

  • 호스트는 부팅 중인 디스크에 대한 단독 액세스 권한이 있어야 합니다. SAN의 다른 호스트는 동일한 논리 디스크를 검색하거나 액세스할 수 없어야 합니다. 이 작업은 LUN 마스킹, 영역 지정 또는 이러한 메서드의 일부 조합과 같은 LUN(논리 단위 번호) 관리 유형을 사용하여 수행할 수 있습니다. LUN 관리는 일반적으로 Windows가 아닌 스위치, 스토리지 하위 시스템 및/또는 HBA(호스트 버스 어댑터) 수준에서 구성됩니다. 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 Explorer 사용하여 논리 디스크에 액세스하려고 하면 다른 호스트가 동일한 논리 디스크에 액세스할 수 있음을 나타낼 수 있는 "액세스 거부됨", "디바이스 준비 안 함" 또는 유사한 오류 메시지가 표시될 수 있습니다.

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

    이벤트 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 도움말을 참조하세요.

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