전원은 켜지지만 운영체제가 올라오지 않거나 경고음·오류 코드가 반복되는 서버는 디스크 교체부터 진행하면 위험할 수 있습니다. RAID 상태, 컨트롤러 이벤트, 원격 관리 로그, 펌웨어 호환성을 분리 점검해 장애 범위와 복구 순서를 정합니다.
서버 부팅이 멈출 때 RAID 상태와 관리 로그를 먼저 분리하는 법
전원은 들어오는데 운영체제가 올라오지 않거나, 부팅 화면에서 오류 코드와 경고음이 반복되면 디스크부터 교체하는 판단은 위험할 수 있습니다. 전원이 켜진다는 사실만으로 디스크 장애와 보드 장애를 구분할 수는 없습니다. 이때는 RAID 배열의 상태, 컨트롤러 기록, 원격 관리 화면의 이벤트를 서로 분리해 확인해야 장애 범위를 좁힐 수 있습니다. 특히 최근 디스크 교체, 펌웨어 업데이트, 정전 또는 강제 종료가 있었다면 같은 증상도 원인이 달라집니다. 초기 화면 사진과 경고등 상태를 보관한 뒤 동네형컴퓨터 010-6833-8119 로 증상을 전달하면 점검 순서를 먼저 안내받을 수 있습니다.
RAID Degraded 상태에서 재구성 전 확인할 항목
RAID 관리 화면에 Degraded 가 표시된다고 해서 곧바로 디스크를 분리하거나 재구성을 실행하면 안 됩니다. 먼저 가상 디스크의 상태가 Degraded 인지, Offline 인지, Foreign 구성으로 보이는지 확인하고 물리 디스크별 슬롯 번호를 기록합니다. 같은 용량의 디스크라도 실제로 문제가 난 슬롯과 정상 디스크를 혼동하면 배열 전체가 접근 불가 상태가 될 수 있습니다.
확인할 기록은 단순한 실패 여부만이 아닙니다. 디스크의 예측 오류, 미디어 오류, 링크 오류, 재시도 횟수와 컨트롤러 캐시 상태를 함께 대조해야 합니다. 캐시가 보호되지 않은 상태이거나 배터리·캐시 모듈 경고가 있다면, 디스크 자체의 문제처럼 보이던 증상이 쓰기 작업 실패에서 비롯됐을 가능성도 검토해야 합니다.
| 확인 대상 | 점검 내용 | 성급한 조치의 위험 |
|---|---|---|
| 가상 디스크 | Degraded, Offline, Foreign 상태와 재구성 진행 여부 | 초기화 또는 잘못된 재구성으로 기존 배열 정보 손실 |
| 물리 디스크 | 슬롯 번호, 예측 오류, 미디어 오류, 연결 상태 | 정상 디스크를 분리해 배열이 더 악화될 수 있음 |
| 컨트롤러 캐시 | 캐시 정책, 배터리·슈퍼캐패시터 상태, 쓰기 보류 여부 | 저장장치 장애로 오인하고 불필요한 교체 진행 |
교체용 디스크는 용량만 같다고 판단하지 않습니다. SAS·SATA 같은 인터페이스, 섹터 형식, 회전수 또는 SSD 특성, 컨트롤러가 지원하는 펌웨어 조합까지 확인해야 합니다. 성수동 서버출장방문수리점 점검을 요청하는 경우에도 배열을 건드리기 전 관리 화면과 디스크 LED 사진을 확보해 두면 현장에서 판단해야 할 범위를 줄일 수 있습니다.
BMC 이벤트 로그와 부팅 오류 코드를 대조하는 방법
운영체제가 시작되기 전 멈추는 서버는 POST 단계의 화면 메시지와 BMC 또는 IPMI의 System Event Log 를 같은 시간대 기준으로 비교하는 방식이 유효합니다. 예를 들어 메모리 초기화 오류가 먼저 기록됐는데 이후 스토리지 경고가 나타났다면, RAID 문제가 최초 원인이라고 단정하기 어렵습니다. 반대로 컨트롤러 초기화 실패나 드라이브 연결 해제 기록이 부팅 정지 시점과 일치하면 저장장치 경로를 우선 확인합니다.
BMC 로그에서는 전원공급장치, 팬, 온도, 메모리 ECC, CPU, 스토리지 관련 경고를 구분해서 봐야 합니다. 전원공급장치 한쪽의 출력 이상이나 팬 회전 저하가 누적되면 서버가 보호 동작으로 재부팅을 반복할 수 있습니다. ECC 메모리도 규격 혼용, 슬롯 배치 규칙 위반, 접점 문제 때문에 경고를 만들 수 있으므로 운영체제의 파일 오류와 하드웨어 초기화 오류를 분리하는 것이 중요합니다.
원격 관리 포트 접속이 된다면 화면 캡처, 이벤트 로그 내보내기, 현재 센서 상태 확인은 원격으로 먼저 진행할 수 있습니다. 다만 관리 화면도 열리지 않거나 경고음이 반복되고 전면 LED가 비정상이라면, 전원·메모리·백플레인·케이블을 포함한 현장 확인이 필요할 수 있습니다.
펌웨어 조합을 바꾸기 전 확보할 복구 기준점
부팅 문제를 해결하려고 BIOS, BMC, RAID 컨트롤러 펌웨어를 한꺼번에 올리는 방식은 권하지 않습니다. 서버 모델별로 지원하는 BIOS·BMC·컨트롤러·백플레인 버전 조합이 다르고, 오래된 드라이버 또는 관리 유틸리티와 충돌할 가능성도 있기 때문입니다. 제조사 호환 표와 권장 적용 순서를 확인한 뒤 변경 대상을 하나씩 정해야 합니다.
업데이트 전에는 현재 버전, RAID 설정, 가상 디스크 구성, 부팅 순서, 경고 로그를 기록해 복구 기준점으로 남깁니다. 운영 중인 배열이라면 설정 백업 가능 여부를 확인하고, 재부팅 창과 서비스 중단 시간을 확보한 뒤 진행하는 편이 안전합니다. 펌웨어 적용 후 문제가 생겼을 때 이전 상태와 비교할 자료가 없으면 원인을 드라이버 문제로 볼지, 하드웨어 호환 문제로 볼지 판단이 늦어집니다.
방문 일정은 장애 단계에 맞춰 잡기
성수동 현장 일정은 전원 투입 가능 여부와 서비스 중단 가능 시간을 기준으로 정하는 편이 좋습니다. 관리 포트로 접속할 수 있고 서버가 제한적으로 동작한다면 로그와 구성 정보를 먼저 받아 원격 판단을 진행할 수 있습니다. 원격 점검은 새벽 시간을 제외하고 가능하며, 디스크·메모리·전원공급장치 교체나 내부 케이블 확인처럼 실물이 필요한 작업은 방문 점검으로 이어집니다.
성수동 서버출장방문수리점 방문 전에는 서버 전면과 후면 사진, 오류 화면, RAID 구성, 최근 교체 또는 업데이트 이력을 준비해 주세요. 출장 작업은 09:00~18:00 기준으로 서울·경기·인천·세종에서 일정 확인이 가능합니다.
재부팅 전에 전달하면 진단이 빨라지는 정보
반복 재부팅, 디스크 경고등 점등, 경고음, 관리 화면 접속 불가가 함께 보이면 여러 번 강제 재시작하기보다 현재 상태를 남기는 것이 우선입니다. 서버 모델명과 서비스 태그, RAID 레벨과 디스크 개수, 문제 디스크의 슬롯 번호, 오류가 시작된 시간, 최근 정전·부품 교체·업데이트 이력을 정리하면 진단 시간이 단축됩니다.
특히 부팅 화면의 오류 문구는 한 줄이라도 사진으로 남겨야 합니다. 화면이 빠르게 지나가더라도 BMC 로그의 시각과 비교하면 최초 장애 시점을 찾는 데 도움이 됩니다. 교체보다 앞선 기록 보존이 서버 복구의 첫 단계입니다.
자주 묻는 질문
Q. 서버가 켜지는데 운영체제만 부팅되지 않으면 무엇부터 확인하나요?
A. RAID 컨트롤러의 배열 상태, 디스크 경고, 부팅 순서, BMC 이벤트 로그를 먼저 확인합니다. 이를 통해 저장장치 문제인지, 메모리·전원·보드 초기화 문제인지 구분할 수 있습니다.
Q. RAID 경고가 표시되면 디스크를 바로 교체해도 되나요?
A. 바로 교체하지 말고 배열 상태, 문제 디스크의 슬롯 번호, 오류 유형, 남은 디스크의 상태를 확인해야 합니다. 잘못된 디스크를 분리하면 배열 접근 자체가 어려워질 수 있습니다.
Q. 서버 장애는 원격 점검만으로 해결할 수 있나요?
A. BMC 접속, 로그 확인, 설정 검토는 원격으로 가능한 경우가 있습니다. 다만 디스크·메모리·전원공급장치 교체, 케이블 점검, 관리 포트 미응답 상태는 현장 작업이 필요할 수 있습니다.
부팅이 멈춘 서버는 RAID 경고만 보고 교체를 서두르기보다, 배열 상태와 관리 로그를 분리해 복구 순서를 정해야 합니다. 점검 문의는 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 남길 수 있습니다.