부팅은 되는데 공유 폴더가 안 열릴 때, 서버 로그와 RAID 상태를 먼저 가르는 점검

부팅은 되는데 공유 폴더가 안 열릴 때, 서버 로그와 RAID 상태를 먼저 가르는 점검

서버 전원은 들어오고 로그인 화면도 보이는데, 직원 PC에서는 공유 폴더와 업무 파일이 열리지 않는 경우가 있습니다.

이때 단순 네트워크 문제로 단정하면 디스크 경고, 파일 공유 서비스 중단, 권한 인증 실패처럼 서로 다른 원인을 놓치기 쉽습니다.

특히 재부팅 뒤 잠시 접속이 되면 해결된 것처럼 보이지만, 스토리지나 컨트롤러 오류가 남아 있을 수 있습니다.

먼저 장애가 모든 사용자에게 발생하는지, 특정 폴더나 계정에서만 발생하는지 구분해야 점검 범위가 좁아집니다.

이벤트 로그와 RAID 관리 화면을 확보할 수 있다면 원격으로 확인할 수 있는 항목도 많습니다.

초기 증상과 오류 시간을 정리해 두고 010-6833-8119 로 전달하면 불필요한 재시작보다 안전한 순서로 판단할 수 있습니다.

RAID 경고가 있을 때 재부팅보다 먼저 확인할 항목

부팅이 된다는 사실만으로 디스크 구성이 정상이라는 뜻은 아닙니다. RAID 어레이가 Degraded 상태여도 운영체제는 올라올 수 있으며, 파일 접근 속도가 느려지거나 특정 작업에서 오류가 발생할 수 있습니다. 이 상태에서 다른 디스크까지 문제가 생기면 업무 자료 접근 위험이 커질 수 있으므로, 원인 확인 전 반복 재부팅은 우선순위가 아닙니다.

서버 장애의 첫 사례로 신내동 server 출장방문수리점 문의처럼 “공유 폴더만 안 열리고 서버는 켜진다”는 상황에서는 RAID 관리 도구의 상태부터 봅니다. 어레이 전체의 Optimal, Degraded, Rebuild 표시와 함께 물리 디스크별 경고, 슬롯 번호, 미디어 오류 수, 컨트롤러 이벤트를 분리해 확인합니다. Rebuild 가 진행 중인 장비는 처리 속도가 떨어질 수 있으므로, 강제 종료나 디스크 탈착 여부도 신중하게 결정해야 합니다.

경고가 보인다고 추정만으로 디스크를 교체하면 안 됩니다. 실제 오류 슬롯, 최근 교체 이력, 핫스페어 구성, 백업 완료 여부를 함께 확인해야 합니다. 컨트롤러 로그에는 디스크 연결 끊김, 오류 수정 증가, 배터리·캐시 경고처럼 운영체제 화면에서는 보이지 않는 단서가 시간순으로 남을 수 있습니다.

공유 폴더가 멈춘 원인을 서비스와 권한으로 나누기

Windows Server 의 파일 공유는 SMB 서비스가 실행 중이어야 하고, 서버의 네트워크 프로필과 방화벽 규칙도 맞아야 합니다. 우선 서버 내부에서 해당 공유 경로가 열리는지, 다른 PC에서 서버 이름과 IP 주소로 각각 접속되는지 확인하면 DNS 문제와 공유 서비스 문제를 어느 정도 나눌 수 있습니다.

공유 자체가 안 보이거나 여러 사용자가 동시에 접속하지 못하면 Server 서비스 상태, SMB 관련 포트 응답, 연결 세션 및 최근 서비스 중단 기록을 살핍니다. 이벤트 뷰어의 System 로그와 Application 로그는 서비스 중단, 인증 오류, 디스크 지연, 컨트롤러 경고가 발생한 시점을 비교하는 데 도움이 됩니다.

반대로 특정 부서나 특정 계정만 접근하지 못한다면 공유 권한과 NTFS 권한을 별도로 검증해야 합니다. 공유 권한이 허용되어도 NTFS 권한에서 거부될 수 있고, 도메인 계정 잠김·암호 변경·그룹 구성 변경도 같은 “폴더가 안 열린다”는 증상으로 나타납니다. 오류 메시지와 문제가 시작된 시간을 남겨 두면 인증 문제인지 서버 서비스 문제인지 훨씬 빠르게 가를 수 있습니다.

화면 공유로 끝낼지 장비 앞에서 확인할지 판단하는 기준

관리자 계정으로 접속할 수 있고, 이벤트 로그와 RAID 관리 화면을 열 수 있으며, BMC·iDRAC·iLO 같은 관리 콘솔 접속도 가능하다면 원격 확인부터 진행할 수 있습니다. 전원 상태, 하드웨어 경고, 부팅 진행 여부, 서비스 실행 상태를 확인하고 필요한 경우 영향 범위를 확인한 뒤 서비스 재시작을 검토합니다.

다만 RAID Degraded 경고, 반복 부팅, 디스크 이상음, 화면 출력 불가, 물리 네트워크 케이블 이탈, 전원 이중화 경고는 장비 앞 확인이 더 안전합니다. 현장에서는 디스크 슬롯과 표시등, 컨트롤러 경고, 케이블 체결 상태, UPS 및 전원 상태까지 함께 대조할 수 있습니다. 신내동 server 출장방문수리점 방식의 현장 점검이 필요한지는 원격 화면에서 확보되는 정보의 양과 하드웨어 경고 여부로 결정하는 편이 좋습니다.

특히 업무 중 서버를 재시작해야 하는 경우에는 단순히 “재부팅해 보자”는 선택보다, 현재 접속자와 실행 중인 업무 프로그램, 백업 작업 여부, RAID 재구성 상태를 먼저 확인해야 합니다. 재부팅은 일시적으로 공유 서비스가 살아난 것처럼 보이게 할 수 있지만, 디스크·스토리지·인증 오류의 근본 원인을 없애지는 않습니다.

작업 시간 조율 메모

현장 확인이 필요할 때는 업무 중단 가능 시간, 서버 재시작 가능 여부, 관리자 또는 담당자 입회 가능 시간을 먼저 맞춥니다. 원격 확인 전에는 관리자 계정 사용 가능 여부, 원격 접속 방식, 관리 콘솔 주소와 접속 권한을 준비하면 진단 시간이 줄어듭니다.

장애가 번지기 전 남겨둘 정보

문의 전에는 공유 폴더 지연이 시작된 시각, RAID 경고 문구, 반복 재부팅 여부, 전체 사용자 오류인지 일부 사용자 오류인지를 정리해 두는 것이 좋습니다. 오류 화면 사진, 이벤트 로그의 시간대, 서버 모델, 운영체제 버전, 최근 디스크·네트워크 장비·계정 변경 이력도 중요한 판단 자료입니다.

서버가 부팅된 뒤 발생하는 파일 접근 장애는 하나의 증상 안에 여러 원인이 섞이기 쉽습니다. RAID 상태와 로그를 먼저 분리하고, 그다음 SMB 서비스·권한·인증을 나누어 확인해야 복구 방향이 선명해집니다. 원격 확인 가능 범위와 현장 점검 필요 조건을 정리한 뒤 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/로 문의할 수 있습니다.

자주 묻는 질문

서버가 켜지고 로그인도 되는데 파일 공유만 안 되면 무엇부터 확인해야 하나요?

전체 사용자가 접속하지 못하는지, 특정 사용자나 폴더만 문제인지부터 구분합니다. 이후 SMB 서비스 상태, 서버 이름과 IP 접속 차이, 이벤트 로그, 공유·NTFS 권한, 도메인 인증 순서로 확인하면 원인을 좁히기 좋습니다.

RAID가 Degraded 로 표시되면 바로 디스크를 교체해도 되나요?

바로 교체하기보다 컨트롤러 로그와 물리 디스크 슬롯 번호, 실제 오류 내용, 백업 상태, 리빌드 가능 여부를 먼저 확인해야 합니다. 잘못된 디스크를 분리하면 정상 어레이까지 위험해질 수 있습니다.

관리 콘솔 접속이 가능한 서버와 화면조차 나오지 않는 서버는 점검 방식이 어떻게 다른가요?

관리 콘솔 접속이 가능하면 전원·하드웨어 경고·부팅 상태와 로그 일부를 원격으로 확인할 수 있습니다. 화면 출력도 없거나 부팅이 반복되고 디스크 경고가 동반되면, 물리 부품과 케이블·전원 상태를 확인하는 현장 점검이 우선입니다.