서버 전원과 로그인 화면은 정상인데 파일 공유가 끊기거나 접속이 지연될 때, RAID 상태·네트워크 경로·SMB 권한·이벤트 로그를 분리해 확인합니다. 원격 진단으로 범위를 좁힌 뒤 현장 조치가 필요한 조건도 구분합니다.
서버 부팅은 되는데 공유 폴더가 열리지 않을 때 점검할 순서
서버 전원은 켜지고 로그인도 가능하지만, 부서별 공유 폴더만 동시에 열리지 않는다면 단순 재부팅부터 하기보다 장애 지점을 분리해야 합니다. 파일 탐색기에서 경로가 멈추거나 “네트워크 이름을 찾을 수 없습니다” 같은 메시지가 나온다면 저장장치, 권한, 통신 경로가 서로 다른 원인일 수 있습니다. 특히 서버가 정상 부팅됐다는 사실만으로 RAID와 파일 시스템이 안전하다고 판단할 수는 없습니다. 접속이 안 되는 PC의 범위와 오류가 시작된 시각을 먼저 메모해 두면 점검 시간이 크게 줄어듭니다. 원격으로 로그와 설정을 확인할 수 있는 상황이라면 초기 진단부터 진행할 수 있으며, 문의는 010-6833-8119 로 가능합니다. 중요한 것은 공유 폴더를 다시 만들기 전에 기존 데이터와 권한 상태를 보존하는 일입니다.
RAID 경고가 공유 장애보다 먼저 나타나는 이유
공유 폴더가 보이지 않을 때 원미구 server 출장방문수리점 문의처럼 즉시 방문만 결정하기보다, 먼저 서버 관리 콘솔의 RAID 상태를 확인하는 편이 안전합니다. RAID가 Normal 인지, Degraded 인지, Rebuilding 중인지를 보고 물리 디스크 경고등이나 예측 실패 경고가 있는지도 함께 살펴야 합니다. 어레이가 Degraded 상태여도 운영체제는 부팅되고 일부 공유 기능도 잠시 유지될 수 있어, 겉으로는 서버가 정상처럼 보일 수 있습니다.
Windows Server 라면 이벤트 뷰어에서 시스템 로그를 시간순으로 확인합니다. Disk, Ntfs, StorPort 관련 경고와 오류가 공유 폴더 접속 실패 시각보다 앞서 나타났는지 대조하면 저장장치 쪽 원인을 가늠할 수 있습니다. 파일 저장 중 멈춤, 폴더 목록이 늦게 뜸, 특정 대용량 파일만 열리지 않음 같은 증상도 디스크 응답 지연과 연결될 수 있습니다.
이 단계에서 재부팅, 디스크 초기화, 어레이 재구성, 파일 시스템 검사를 급하게 실행하면 접근 가능했던 데이터까지 위험해질 수 있습니다. 먼저 현재 어레이 상태를 캡처하고, 중요 자료를 읽을 수 있는지와 백업 경로가 있는지를 확인한 뒤 복구 방향을 정해야 합니다.
| 확인 결과 | 우선 판단 | 주의할 작업 |
|---|---|---|
| RAID Normal, 디스크 로그 이상 없음 | 권한·SMB·DNS·네트워크 경로 우선 확인 | 공유 폴더 삭제 및 권한 일괄 변경 |
| RAID Degraded 또는 디스크 경고 | 저장장치 상태와 백업 가능 여부 우선 | 임의 재부팅, 어레이 재구성 |
| Ntfs·Disk 오류가 반복됨 | 파일 시스템 손상 범위와 디스크 응답 점검 | 검사 명령을 즉시 강제 실행 |
SMB 접속 실패를 권한 문제와 네트워크 문제로 나누기
저장장치에 뚜렷한 경고가 없다면 서버 이름으로 접속했을 때와 IP 주소로 접속했을 때의 결과를 비교합니다. IP 주소로는 열리는데 서버 이름으로만 실패한다면 DNS 이름 해석, 등록 정보, 네트워크 프로필 문제일 가능성이 높습니다. 반대로 둘 다 열리지 않는다면 서버의 SMB 서비스, 방화벽, 스위치 포트, 랜 케이블, IP 변경 여부까지 범위를 넓혀야 합니다.
장애 사용자의 범위도 중요합니다. 모든 PC가 같은 공유 폴더에 접속하지 못하면 서버 서비스나 네트워크 경로를 먼저 의심할 수 있습니다. 특정 직원 계정에서만 “액세스가 거부되었습니다”가 나타난다면 공유 권한과 NTFS 권한, 저장된 자격 증명, 최근 계정 정책 변경을 우선 확인해야 합니다.
권한은 공유 권한과 NTFS 권한이 함께 적용됩니다. 두 항목 중 더 제한적인 조건이 실제 접근 결과에 영향을 주므로, 공유 권한만 수정해서는 문제가 남을 수 있습니다. 서버에서 SMB 관련 서비스가 실행 중인지 확인하고, 클라이언트에 이전 계정 정보가 저장돼 있지 않은지 점검한 다음 필요한 범위에서 권한을 조정하는 순서가 안전합니다.
원격 확인으로 끝낼 수 있는 경우와 현장 점검이 필요한 경우
이벤트 로그 확인, SMB 서비스 상태 점검, 공유 및 NTFS 권한 비교, DNS 설정 검토, 저장된 자격 증명 정리는 원격 세션에서 우선 진단할 수 있는 항목입니다. 원격 접속이 가능하면 장애 발생 전후의 기록을 먼저 확인해 불필요한 중단 없이 원인을 좁힐 수 있습니다.
다만 RAID Degraded 경고, 물리 디스크 이상음, 반복되는 연결 끊김, 랜 포트 불량 의심, 스위치 포트 문제, 부팅 불가처럼 장비 상태를 직접 봐야 하는 경우는 현장 점검으로 전환해야 합니다. 원미구 server 출장방문수리점 관련 방문 요청 전에는 오류 화면, 서버 화면에 표시된 경고, 문제 발생 시간, 영향을 받은 사용자 수를 전달하면 준비해야 할 점검 범위를 줄일 수 있습니다.
디스크 교체나 케이블 점검처럼 물리 조치가 필요한 상황에서는 현재 데이터 접근 상태를 먼저 확인합니다. 단순히 “공유가 안 된다”는 증상만 보고 부품을 교체하기보다, 로그와 RAID 상태를 함께 판단해야 재작업 가능성을 낮출 수 있습니다.
방문 시간은 장애 영향도에 맞춰 조율
방문 일정은 업무 중단 범위와 서버실·사무실 장비 접근 가능 시간을 기준으로 잡는 것이 좋습니다. 파일 업무가 집중되는 시간이라면 원격으로 이벤트 로그와 디스크 상태를 먼저 확인하고, 전원 차단이나 케이블 분리 가능 여부가 필요한 작업만 별도 시간에 진행할 수 있습니다.
출장은 09:00~18:00 서울·경기·인천·세종에서 조율하며, 원격 점검은 새벽 시간을 제외하고 진행합니다. 현장에서는 서버 본체만 보는 것이 아니라 스위치 연결 상태, 네트워크 포트, UPS 전원 상태처럼 공유 경로에 영향을 주는 요소도 함께 확인합니다.
멈추기 전에 확보할 정보
공유 폴더 오류가 반복되거나 RAID 경고, 로그인 지연, 파일 저장 실패가 함께 보이면 증상이 사라지기 전에 정보를 남겨 두는 것이 좋습니다. 오류 창은 휴대폰으로 촬영해도 되고, 접속 실패한 PC와 정상 접속되는 PC가 있다면 각각의 결과를 기록하면 됩니다.
점검 전에는 서버 운영체제 버전, RAID 관리 화면, 최근 디스크 교체 이력, 문제 발생 시각, 영향 사용자 범위, IP 접속과 서버 이름 접속 결과를 준비합니다. 이 정보가 있으면 권한 문제인지 이름 해석 문제인지, 저장장치 경고인지 빠르게 분리할 수 있습니다.
서버가 켜진 상태에서 공유 폴더만 끊기는 장애는 한 가지 설정만 바꿔 해결하려 하기보다 저장장치·권한·통신 경로를 차례로 확인해야 합니다. RAID와 파일 시스템 기록에 이상이 없다면 SMB 서비스와 권한, DNS 경로를 좁혀 볼 수 있습니다. 반대로 디스크 경고가 확인되면 복구 작업보다 데이터 접근 가능 여부와 백업 판단이 먼저입니다.
자주 묻는 질문
Q. 서버는 켜지는데 공유 폴더만 접속되지 않는 이유는 무엇인가요?
저장장치 경고, SMB 서비스 중지, DNS 이름 해석 오류, 공유·NTFS 권한 변경, 스위치 또는 네트워크 경로 문제가 원인일 수 있습니다. IP 접속과 서버 이름 접속 결과를 비교하면 범위 분리에 도움이 됩니다.
Q. RAID가 Degraded 상태여도 계속 사용해도 되나요?
운영체제가 일시적으로 동작할 수는 있지만 추가 디스크 장애가 발생하면 데이터 접근 위험이 커질 수 있습니다. 임의 재부팅이나 재구성보다 현재 어레이 상태와 백업 가능 여부 확인이 먼저입니다.
Q. 서버 장애는 원격으로 모두 해결할 수 있나요?
권한, 서비스, 로그, 네트워크 설정 문제는 원격 진단이 가능한 경우가 많습니다. 디스크 교체, RAID 물리 상태, 케이블·전원·스위치 점검은 현장 작업이 필요할 수 있습니다.
공유 폴더 장애 화면과 발생 시각을 확보한 뒤, 원격 점검 또는 현장 조치 범위를 정리해 보세요. 동네형컴퓨터 상담은 010-6833-8119, 안내 페이지는 https://udns.kr/에서 확인할 수 있습니다.