IBM X-시리즈 서버 엔터프라이즈 아키텍처 기술 소개
IBM 엔터프라이즈 타입 X 아키텍처(EXA)의 특징 및 장점:
IBM 엔터프라이즈 X-아키텍처는 영리하게 설계된 진화 접근법이 혁신적인 기능을 창출할 수 있음을 보여줍니다. Enterprise Type X 아키텍처는 프로세서, 메모리, I/O라는 세 가지 업계 표준 서버 기술 구성 요소를 사용하며, 표준 시스템을 한 단계 끌어올리기 위한 고급 기능으로 더욱 강화됩니다.
Enterprise Type X 아키텍처는 이전에는 메인프레임 및 기타 고급 시스템 사용자에게만 제공되던 산업 표준 서버에 기능을 제공합니다. 이러한 새로운 기능들은 기존 X-타입 아키텍처 기술과 결합되어 혁신적인 확장성, 경제성, 타의 추종을 불허하는 유연성, 그리고 새로운 수준의 가용성과 성능을 창출합니다. 관리 간소화, 비용 절감, 가용성 향상으로 고객을 만족시키는 주요 기능은 다음과 같습니다:
o XpandOnDemand 확장성, 시스템 세분화, PCI–X I/O 서브시스템, 액티브 PCI–X
o I/O
오 메모리 프로텍션
- 칩킬 메모리
- 메모리 미러링
- 핫 추가/핫스왑 가능한 메모리 (곧 출시 예정)
o XceL4 서버 가속기 캐시
다음 내용에서는 서버 확장성, L4 캐시, 메모리 기술, I/O의 네 가지 측면을 자세히 소개할 것입니다.
엔터프라이즈 X형 아키텍처: XpandOnDemand
유연한 모듈러 설계 덕분에 Enterprise X 아키텍처는 서버에 혁신적인 새로운 경제를 창출합니다. 고객은 더 이상 미래 용량 증가를 위해 가능한 한 많은 서버를 미리 구매할 필요가 없습니다. 성장하면서 결제할 수 있습니다. 우리는 이를 혁신적인 XpandOnDemand의 확장성이라고 부릅니다.
Enterprise X형 아키텍처 기술은 SMP 확장 모듈이라 불리는 고성능의 4방향 SMP 표준 빌딩 블록을 사용합니다. 이 4방향 모듈을 확장 가능한 엔터프라이즈 노드로 사용하여 IBM SMP 확장 모듈은 4방향에서 8방향, 12방향, 심지어 32방향 시스템까지 효율적으로 확장할 수 있게 하며, 단일 고속 SMP 확장 포트를 통해 이들을 연결합니다. 따라서 고객이 향후 더 많은 처리 능력을 필요로 한다면, 예비 4레인 모듈을 추가하여 단순 배선과 결합된 8소켓 서버를 만들 수 있습니다. 이 8소켓 서버가 충분한 슬롯과 베이를 제공하지 못할 경우, 외부 원격 I/O 확장 장치(후에 설명됨)와 IBM EXP500과 같은 원격 저장 장치를 연결하여 I/O 슬롯 용량을 추가로 늘릴 수 있습니다.
엔터프라이즈 타입 X 아키텍처 SMP 확장 모듈에는 프로세서, 메모리, I/O 지원, 캐시, 스토리지 및 기타 장치들이 포함되어 있으며, 다른 서버처럼 별도로 실행할 수 있습니다. 각 모듈은 서로 다른 운영체제를 실행할 수 있으며, 필요 시 시스템 세분화를 통해 여러 모듈을 운영체제 버전에 할당할 수 있습니다. 시스템 세분화를 통해 시스템은 16개 프로세서를 공유하는 메모리 시스템으로 구성하거나 여러 세그먼트로 분할할 수 있습니다. 궁극적으로 모든 EXA 기능이 지원될 때, 세그먼트는 프로세서 크기만 합니다.
모듈들은 SMP 확장 포트라 불리는 전용 고속 인터커넥트 장치로 서로 연결되어 자원을 공유하여 거의 선형적인 확장성을 가능하게 하며, 사용자가 여러 노드를 대형 콩글로머릿 유닛으로 운영하거나 두 개 이상의 작은 유닛으로 운영하거나 필요에 따라 구성을 재배치할 수 있도록 조정할 수 있습니다.
EXA 기술은 또한 각 프로세서와 모든 메모리 간 노드와 무관하게 접근할 수 있게 하여 연결성을 줄입니다. 노드가 추가될 때마다 칩셋, 프론트엔드 버스, PCI 버스 및 기타 자원을 추가하여 데이터 트래픽을 공유할 수 있습니다. 노드가 많을수록 시스템 대역폭도 늘어납니다. 전통적인 16자 또는 32방향 SMP 시스템에서 겪는 갈등과 자원 문제를 상상해 보세요.
마찬가지로, 장애 조치로 연결된 서버 클러스터 지원은 2, 3, 4개의 4방향 노드를 연결하는 것만큼 간단합니다. 노드 간 동일한 시스템 확장 포트 라우팅을 클러스터 상호 연결에 사용할 수 있습니다. 확장 가능한 클러스터의 경우, 이미 SMP 확장 포트를 통해 존재하는 복잡한 이더넷 설정 없이도 고속 인터커넥트를 만들 수 있습니다. 또한, 이더넷 PCI–X 슬롯은 다른 I/O에 열려 있습니다.
SMP 확장 모듈 기술: XceL4 서버 가속기 캐시
Enterprise Type X 아키텍처(EXA)가 지원하는 고급 기능 중 하나는 대규모 Level 4(XceL4 서버 가속기 캐시) 시스템 캐시로, 이는 SMP 확장 모듈 메모리 성능 기술의 적절한 작동을 보장합니다. 이는 Itanium 기반 서버에서 SMP 확장 모듈당 64MB의 400 MHz DDR(이중 데이터 전송 속도) 고속 ECC 메모리를 제공하는 반면, Xeon 시스템의 32MB에 비해 훨씬 뛰어납니다.
프로세서와 주기억장치 사이에 고속 DDR 메모리를 사용함으로써 XceL4 캐시는 프로세서와 I/O 장치의 성능을 크게 향상시킬 수 있습니다. 성능이 얼마나 향상되었나요? 벤더들이 경쟁사에 비해 2% 이상의 성능 우위를 자랑하는 업계에서, XceL4 캐싱은 모든 서버에서 최대 15%에서 20%까지 처리량을 향상시킬 수 있습니다.
인텔 32비트 및 64비트 프로세서는 비교적 작은 규모(프로세서에 따라 128K에서 4MB까지)의 레벨 1, 레벨 2, 그리고 (Itanium을 사용하면) 레벨 3 내장 캐시 메모리를 포함하고 있습니다. 내장 캐시의 양은 프로세서 모듈 내부의 공간에 의해 제한됩니다. 캐시 메모리가 클수록 프로세서는 필요한 데이터를 더 자주 찾고, 느린 메인 메모리에 접근할 필요가 줄어듭니다. (프로세서 속도는 주 메모리 속도보다 훨씬 빠르게 증가하고 있습니다; 주 기억장치에 접근해야 하는 횟수는 매년 증가하고 있습니다. )
대용량 메모리
액티브 메모리는 엔터프라이즈 X-타입 아키텍처의 대량 메모리 기술에서 혁신적인 기술로, 용량, 성능, 신뢰성을 높이기 위해 설계되었습니다. 그 중 하나가 대용량 메모리 용량을 지원하는 능력입니다.
일부 서버는 설치할 수 있는 메모리 슬롯 수에 제한이 있지만, 다른 서버는 해당 서버가 지원하는 칩셋이 지원할 수 있는 최대 메모리에 의해 제한됩니다. 이러한 이유로 대부분의 서버는 RAM 용량 제한이 16GB 이하입니다. 엔터프라이즈 타입 X 아키텍처는 이 장벽을 허물어, 64비트 이타늄 기반 서버에 최대 256GB RAM(32비트 인텔 제온 MP 프로세서 기반 서버에서는 64 GB)을 허용합니다.
메모리 프로테션
메모리 프로테션은 하드 메모리 오류로 인한 갑작스러운 실패로부터 보호합니다. 이 시스템은 Windows NTFS 파일 시스템의 핫 스페어 디스크 섹터와 다소 유사하게 작동하며, 운영체제가 디스크에서 불량 섹터를 감지하면 이를 위해 예비 섹터에 데이터를 기록합니다. 메모리 프로테션(다른 시스템에서는 중복 비트 튜닝으로도 알려짐)은 원래 IBM 메인프레임용으로 개발되었으며 수년간 zSeries 및 iSeries 서버에서 사용되어 왔습니다.
메모리 프로테션으로 보호된 서버는 표준 ECC 메모리를 사용하는 서버보다 거의 200배 더 낮은 고장 난장률을 보입니다. ECC(오류 검출 및 수정) DIMM은 144비트를 포함하지만, 데이터에는 140비트만 사용되고 나머지 4비트는 사용하지 않습니다. 메모리 프로테시온은 DIMM을 빠르게 비활성화하는 대신 일부 여분의 비트에 데이터를 단순히 다시 쓰는 작업만 합니다. 이 접근법은 메모리 프로테크션이 DIMM당 연속 4비트 오류를 수정할 수 있게 해줍니다—메모리 컨트롤러별로 8개의 연속 비트 오류(서버가 여러 컨트롤러를 가질 수 있음). 이 첨단 기술은 서버 다운타임을 줄여 더 견고한 클라이언트-서버 컴퓨팅 플랫폼을 만들어 줍니다. 이는 특히 트랜잭션/롤백, 재인덱싱, 서버 간 데이터 동기화로 인해 크래시된 데이터베이스가 복구되기 전까지 몇 시간씩 손실이 발생할 수 있는 대규모 데이터베이스 환경에서 더욱 중요합니다. 메모리 컨트롤러가 대기 비트 밖에서 실행된다면, 칩킬 메모리의 두 번째 방어 방어 역할을 계속합니다.
Chipkill ECC 메모리(현재 업계 표준 컴퓨터의 3세대)는 서버가 짧은 시간 내에 너무 많은 오류가 발생해 Memory ProteXion이 해결하지 못할 때만 작동합니다.
메모리 미러링
메모리 장애로 인한 서버 다운타임을 막는 세 번째 방어선은 메모리 미러링입니다. 이 기술에서는 메모리 관리가 RAID 구성의 디스크 미러링과 매우 유사하게 이루어집니다. 이 경우, 메인 메모리 스틱의 데이터의 정확한 매핑이 예비 또는 백업 메모리 모듈에 미러링됩니다. 결과적으로 한 메모리 스틱이 고장 나면, 미러링된 메모리 스틱이 메인 메모리 스틱이 됩니다. 고장 난 메모리 스틱을 교체한 후, 메인 메모리 스틱의 메모리에 저장된 데이터가 새 메모리 스틱으로 미러링됩니다.
PCI–X I/O 시스템 및 액티브 PCI–X
최신 PC I/O 버스는 64비트 66 MHz PCI 버스 세그먼트를 여러 개 지원하며, 세그먼트당 400에서 500 MBps를 지원합니다. 이 대역폭은 신흥 10 Gbps(기가바이트/초) 이상의 I/O 환경을 지원하기에 충분하지 않습니다.
다른 성능 향상이 없으면 PCI는 빠르게 병목 현상을 초래하여 고속 네트워크가 최대 네트워크 속도로 서버를 연결하는 것을 막을 것입니다. I/O 병목 현상은 고속 인텔 기반 서버와 메인프레임 시스템의 특징인 산업 표준 서버가 균형 잡힌 시스템 아키텍처가 되는 것을 막았습니다. 따라서 이러한 성능 문제를 해결하기 위해 업계는 PCI–X라는 향상된 버스를 개발했으며, 이는 InfiniBand와 같은 차세대 직렬 I/O 아키텍처가 준비될 때까지 PCI의 수명을 연장하도록 설계되었습니다.
PCI–X는 현재 모든 32비트 및 64비트 66 MHz PCI 어댑터가 PCI–X 버스에서 제대로 작동할 수 있도록 합니다. PCI–X 어댑터는 새로운 100 MHz 및 133 MHz 버스 속도를 최대한 활용하여 단일 64비트 어댑터가 초당 최대 1기가바이트의 데이터를 전송할 수 있게 합니다. 또한 PCI–X는 단일 버스에서 두 배의 두 배 많은 PCI 66 MHz 64비트 어댑터를 지원합니다.
Active PCI–X는 서버를 종료하지 않고도 Active PCI 및 Active PCI–X 지원 카드를 추가하거나 교체할 수 있게 해줍니다. 전체 서버 가용성을 향상시키기 위해 설계된 Active PCI–X 기능은 다음과 같이 분류됩니다:
핫스왑 기능은 재부팅 없이 고장 났거나 곧 교체할 수 있는 어댑터를 사용할 수 있게 해줍니다
핫 애드는 서버 실행 중에도 새 어댑터를 추가할 수 있는 간단한 업그레이드를 제공합니다(IBM이 업계 최초로 이 기능을 제공했습니다)
장애 조치는 백업 어댑터가 주 어댑터 고장 시 처리 중인 모든 서비스를 실행하는 책임을 지게 합니다
8658-51Y 5100X230 서버에 관한 기술적 질문:
1.8658 11Y----21Y—61Y-6RY와 기타 NF 5100/X230 메인보드는 모두 동일하며, IBM의 이러한 서버
생산 설계에 문제가 있고, CPU 우선 슬롯 VRM 오류가 발생해 심각한 경우 CPU와 메인보드가 손상될 수 있습니다.
2. 이 문제를 해결하기 위해 IBM은 이후 FRU: 59P5869라는 5100 개선형 보드를 출시했습니다
CPU VRM, 즉 CPU의 첫 번째 슬롯을 소모할 수 없으며, CPU를 정상적으로 로드할 수 있습니다: 주요 고객으로는 IBM Send Basket Fast가 있습니다
엔지니어는 메인보드를 FRU:59P5869 개선된 보드로 교체했습니다.
3. 또 다른 방법이 있습니다: Lankuai의 엔지니어 방식(연습된) CPU를 두 번째 CPU 슬롯으로 옮기는 방법입니다
원래 두 번째 CPU 슬롯에서 첫 번째 슬롯에 VRM CPU 터미널 보드를 추가하는 식으로 계속 이어집니다
첫 번째 CPU를 소모하는 손실을 방지할 수 있습니다. 즉, 서버는 최대 하나의 CPU까지만 사용할 수 있습니다
두 번째 CPU 슬롯입니다. 이는 FRU: 09N7844 06P6165 25P3289, 즉 수정되지 않은 번호판에 해당합니다.
4. 이것이 IBM 5100/X230이 문제에 취약한 이유이기도 하지만, 해결책도 있습니다.
그래서 좋은 CPU는 절대 CPU의 첫 번째 슬롯에 들어가서는 안 됩니다.
Ipssend 명령 및 구성 방법에 대한 상세한 설명
Ipssend는 명령줄에서 배열을 구성할 수 있는 도구로, 명령 파일 자체는 매우 작고 인터넷에서 쉽게 다운로드할 수 있습니다. 이는 일부 사용자가 서버 레이드, 서버 가이드 디스크를 잃어버리거나 인터넷에서 약 500Mb의 디스크 ISO 이미지를 다운로드하지 못하는 문제를 해결할 수 있습니다.
주요 명령:
1.create - 이 명령어의 기능은 기존 배열 위에 논리 드라이브를 생성하거나 새로운 배열 위에 올리는 것입니다.
참고: 이 명령어는 RAID 레벨-x0용 논리 드라이브를 생성할 수 없습니다.
명령 형식 : IPSSEND CREATE 컨트롤러 LOGICALDRIVE newarray/arrayid 크기 raidlevel {channel sid}
l 컨트롤러는 RAID 컨트롤러의 ID 번호(1-12)를 의미합니다
l NEWARRAY는 새로운 배열을 생성한다는 뜻입니다(새 배열을 만들고 싶지 않으면 생략해도 됩니다)
L 크기와 Raidlevel은 각각 생성할 논리 드라이브의 크기와 배열의 수준입니다
예시: (기본 컨트롤러는 1, 하드 디스크 ID는 0부터 시작, 논리 드라이브 크기는 100Mb)
1. 하드 디스크가 RAID 0을 수행합니다: ipssent Create 1 logicaldrive newarray 100 0 1 0. 마지막 1 0은 대응하는 {channel sid}를 의미합니다.
2. 두 개의 하드 드라이브에서 RAID 0을 실행하기: ipssend, 1개의 논리 드라이브 생성 newarray 100 0 1 0 1 1. 마지막 1 0 1 1은 대응하는 {채널 sid}를 의미합니다.
3. 두 개의 하드 드라이브가 RAID 1을 수행합니다: ipssend가 1개의 논리 드라이브 생성 1 newarray 100 1 1 0 1 1. 마지막 1 0 1 1은 대응하는 {채널 sid}를 의미합니다.
4. 세 개의 하드 드라이브가 RAID 5를 수행합니다: ipssend 1 생성 논리 드라이브 100 5 1 0 1 1 1 2. 마지막 1 0 1 1 1 2는 해당 {channel sid} 명령어를 나타내며, 이 명령어는 이 newarray를 array a로 정의합니다.
5. 예제 4를 기반으로 또 다른 논리 드라이브 입력 명령을 만들고 싶다면:
ipssend는 1 논리 드라이브 100 5 1 0 1 1 1 1 2를 생성합니다. 마지막 1 0 1 1 1 2는 대응하는 {채널 SID}를 나타냅니다
2.delete - 이 명령어는 이미 존재하는 배열을 삭제합니다. 동시에 논리 드라이브의 데이터는 손실됩니다.
참고: 이 명령은 RAID level-x0의 논리 드라이브를 삭제할 수 없습니다
명령 형식: IPSSEND DELETE controller ARRAYED
l 컨트롤러는 RAID 컨트롤러의 ID 번호(1-12)를 의미합니다
l arrayID는 존재하는 배열(A-H)입니다.
예시: (컨트롤러가 1이고 arrayID가 a라고 가정할 때)
ipssend 1배열 A 삭제
3. devinfo - 이 명령어는 물리적 드라이브의 상태와 크기를 나열합니다.
명령 형식: IPSSEND DEVINFO 컨트롤러 채널 sid
l 컨트롤러는 RAID 컨트롤러의 ID 번호(1-12)를 의미합니다
l 채널은 SCSI 채널(1-4)을 의미합니다.
l SID는 SCSI ID 번호(0-15)를 의미합니다.
예를 들어: ipssend devinfo 1 1 0
다음과 같이 나타난다:
IBM ServeRAID 컨트롤러 1개를 찾았습니다.
컨트롤러 1에 장치 정보가 시작되었습니다...
장치는 하드 디스크입니다
채널: 1
SCSI ID : 0
PFA (예/아니오) : 아니오
상태: 준비 완료(RDY)
크기(MB 단위)/(섹터 단위): 34715/71096368
기기 ID : IBM-ESXSST336732B84G3ET0YAHS
FRU 부품 번호: 06P5778
지휘 완료.
4. 드라이브버 - 이 명령어는 물리적 드라이브의 벤더 ID, 펌웨어 버전, 일련번호를 나열합니다.
명령 형식: IPSSEND DRIVEVER 컨트롤러 채널 sid
l 컨트롤러는 RAID 컨트롤러의 ID 번호(1-12)를 의미합니다
l 채널은 SCSI 채널(1-4)을 의미합니다.
l SID는 SCSI ID 번호(0-15)를 의미합니다.
입센드 드라이브버 1 1 0
다음과 같이 나타난다:
IBM ServeRAID 컨트롤러 1개를 찾았습니다.
SCSI 조사 DCDB가 컨트롤러 1에 대해 시작되었습니다...
장치 유형 : 하드 디스크
채널: 1
SCSI ID : 0
공급업체 : IBM-ESXS
수정 수준 : B84G
일련번호 : 3ET0YAHS
지휘 완료.
5. getconfig - 이 명령어는 컨트롤러, 논리 드라이브, 물리적 장치에 대한 정보를 나열합니다
명령 형식: IPSSEND GETCONFIG 컨트롤러 AD/LD/PD/AL
컨트롤러는 RAID 컨트롤러의 ID 번호(1-12)를 의미합니다.
l AD 디스플레이는 컨트롤러 정보를 표시합니다
l LD는 논리 드라이브에 대한 정보를 표시합니다
l PD는 물리적 장치에 관한 정보를 표시합니다
l AL은 위의 모든 정보를 표시합니다
예시: (기본 컨트롤러는 1)
ipssend getconfig 1 al
6. setconfig - 이 명령어는 컨트롤러의 구성을 변경하며, 예를 들어 기본값을 다시 설정하거나 하드 디스크에서 배열 정보를 복사하는 등의 역할을 합니다
명령 형식: IPSSEND SETCONFIG 컨트롤러 DEFAULT/IMPORTDRIVE
예시:
컨트롤러를 종료 설정으로 되돌리기:
ipssend setconfig 1 default
하드 디스크에서 배열 정보를 복사하기:
ipssend setconfig 1 importdrive
7.scandrives – 컨트롤러의 모든 하드 드라이브를 스캔합니다
명령 형식: IPSSEND SCANDRIVES 컨트롤러
l 컨트롤러는 RAID 컨트롤러의 ID 번호(1-12)를 의미합니다
사용: (컨트롤러가 1이라고 가정할 때)
ipssend 스캔드라이브 1
8. 백업 - 백업 어레이 정보
명령 형식: IPSSEND BACKUP 컨트롤러 파일 이름
l 컨트롤러는 RAID 컨트롤러의 ID 번호(1-12)를 의미합니다
사용 예시:
ipssend 백업 1 백업파일
9. 복원--백업된 배열 정보를 복원합니다
명령 형식: IPSSEND RESTORE 컨트롤러 파일 이름
l 컨트롤러는 RAID 컨트롤러의 ID 번호(1-12)를 의미합니다
사용 예시:
ipssend 1 백업 파일 복원
IBM의 RAID 카드 BIOS 다운그레이드 방법에 대하여
이 파일은 IBM 업그레이드 디스크에 flashman.pro 프로그램이며, RAID BIOS를 다운그레이드하려면 다음 프로그램을 변경해야 하며, IBM RAID 디스크를 사용해 RAID BIOS를 다운그레이드해야 합니다. 이 방법은 먼저 4.84 BIOS 업그레이드를 다운로드하는 것입니다
Program.4.84 BIOS/firmare 업그레이드 디스크. flashman.pro 파일에는 다음과 같이 적혀 있습니다:
ServeRAID 패밀리 펌웨어 및 BIOS 다운로드 유틸리티 프로필
디스크 출시: 4.84.01
.
포맷 =
[------ BIOS -------] [---- 펌웨어 -----] [------ 부츠 -------]
:어댑터 이름, 이미지 이름, Rev#, Dsk#, 이미지 이름, Rev#, Dsk#, 이미지 이름, Rev#, Dsk#,
.
-----------------------------------------------------------------------------
.
유형: 서브레이드, A:
.
미확인 어댑터
:?,raid.img,99,1,codeblk.cph,99,2,bootblk.cph,0.00.00,1,
.
코퍼헤드 어댑터
:ServeRAID, raid.img, 4.84.01,1, codeblk.cph, 2.25.01,2, bootblk.cph, 0.00.00,1,
.
ServeRAID on planar image(나바호)
:ServeRAID1C1, raid.img, 4.84.01,1, codeblk.nvj, 2.88.13,2, bootblk.nvj, 0.00.00,1,
.
Copperhead-Refresh 어댑터
:ServeRAID II, raid.img, 4.84.01,1, codeblk.rf, 2.88.13, 2, bootblk.rf, 0.00.00,1,
.
Copperhead-플래너 (Kiowa) 리프레시입니다
:ServeRAID2C2, raid.img, 4.84.01,1, codeblk.rf, 2.88.13,2, bootblk.rf, 0.00.00,1,
.
클라리넷 어댑터
:ServeRAID-3H, raid.img, 7.84.01,1, codeblk.cln, 7.84.01,1, bootblk.cln, 0.00.00,1,
.
클라리넷-라이트 어댑터 (오보에)
:ServeRAID-3L, raid.img, 7.84.01,1, codeblk.cln, 7.84.01,1, bootblk.cln, 0.00.00,1,
.
트롬본 어댑터
:ServeRAID-4H, raid.img, 7.84.01,1, codeblk.trb, 7.84.01,2, bootblk.trb, 0.00.00,1,
.
모피어스 어댑터
:ServeRAID-4M, raid.img, 7.84.01,1, codeblk.neo, 7.84.01,1, bootblk.mor, 0.00.00,1,
.
모피어스-라이트 어댑터
:ServeRAID-4L, raid.img, 7.84.01,1, codeblk.neo, 7.84.01,1, bootblk.mor, 0.00.00,1,
.
네오 어댑터
:ServeRAID-4Mx, raid.img, 7.84.01,1, codeblk.neo, 7.84.01,1, bootblk.neo, 4.84.01,1,
.
네오라이트 어댑터
:ServeRAID-4Lx, raid.img, 7.84.01,1, codeblk.neo, 7.84.01, 1, bootblk.neo, 4.84.01,1,
이 방법은 4lx, raid.img, 4.84.01, 1(7.84.01, 1로 변경), codedblk, neo, 4.84.01, 1((7.84.01, 1로 변경) 및 기타 변경 사항을 변경하는 것입니다. BIOS를 업그레이드할 때 6.10이 새 7.84 BIOS로 업그레이드하기에 충분히 높지 않아 실제로 4.84를 생성하는 것이 밝혀집니다. 이를 라이트 라이즈 앤 다크 폴이라고 합니다.
재시작 후 RAID 카드가 오류를 보고하는데, 이는 정상입니다. CATL+1이 RAID 카드에 들어가 다시 초기화됩니다.
다시 말해도 괜찮아요.
인터넷에서 4.84 업그레이드 BIOS 디스크를 사용하세요. 노트패드에서 flashman.pro 파일을 열고 변경하세요.
만약 그것이 떨어진다면. BIOS는 여전히 RAID를 지원하지 못하거나 하드 디스크가 고장 났습니다. 하드 디스크 백플레인의 SCSI 케이블을 메인보드의 SCSI 인터페이스에 연결하고, CATL+A로 하드 디스크를 스캔해 고르게 통과하는지 확인하세요. 일부 OEM 하드 드라이브는 RAID를 지원하지 못합니다. 너무 불편해서 RAID를 할 필요가 없습니다. 물론, 원본 IBM 하드 드라이브를 RAID 0으로 사용하는 것이 가장 좋은 검증 방법입니다.
내가 도와줄게, 핵심은 네가 직접 판단해야 해. 문제가 있습니다
다시 전화해. RAID 3.0 버전의 RAID 디스크가 많이 있습니다 |
게시됨 2015. 2. 16. 오후 9:14:01
|
|
|
