서버 전원은 켜지지만 파일 공유, 원격 접속, 업무 프로그램 연결이 끊긴 경우를 대상으로 합니다. 네트워크 주소 충돌, 저장장치 상태, 서비스 자동 시작 여부를 분리해 확인하고 원격 조치와 현장 점검이 필요한 조건을 구분합니다.

서버 부팅은 되는데 공유 폴더가 열리지 않을 때 점검할 순서
서버 전원은 들어오고 팬도 돌아가는데 업무용 공유 폴더만 열리지 않으면, 단순한 전원 장애로 판단하기 어렵습니다. 파일 탐색기에서 경로를 찾지 못하거나 암호 입력 창이 반복되는 증상은 네트워크 경로, 이름 해석, SMB 서비스, 권한, 저장장치 상태가 각각 원인일 수 있습니다. 이때 재부팅부터 반복하면 일시적으로 접속이 되는 듯 보여도 장애 원인을 남기지 못하고, RAID 경고가 있는 장비에서는 데이터 위험을 키울 수 있습니다. 먼저 누가 접속하지 못하는지와 서버가 실제로 파일을 읽을 수 있는지를 분리해야 합니다. 원격 접속이 가능한 상태라면 설정과 로그를 먼저 확인하고, 물리 장비 경고가 있으면 현장 점검으로 전환하는 편이 안전합니다. 초기 증상 확인은 010-6833-8119 로 접수할 수 있습니다.
공유 폴더가 안 열릴 때 먼저 나눌 두 가지
첫 번째는 장애 범위입니다. 사무실의 모든 PC가 공유 폴더에 접속하지 못한다면 서버의 네트워크 연결, IP 주소, 스위치 포트, 공유 서비스 중지 여부를 우선 봐야 합니다. 반대로 한 대의 PC 또는 특정 사용자만 실패한다면 해당 PC의 네트워크 설정, 저장된 로그인 정보, 사용자 권한, 방화벽 정책부터 확인하는 흐름이 빠릅니다.
두 번째는 접속 방식입니다. 탐색기 주소창에서 \\서버이름\공유이름으로 접속했을 때와 \\서버 IP주소\공유이름으로 접속했을 때의 결과를 비교합니다. 이름으로만 안 열리고 IP로는 열리면 DNS, 내부 이름 해석 또는 최근 변경된 네트워크 설정을 의심할 수 있습니다. 둘 다 안 열리면 서버의 SMB 서비스, 네트워크 포트, 방화벽 규칙, 서버 자체의 연결 상태를 순서대로 확인합니다.
| 확인 결과 | 우선 점검 대상 | 처음에 피할 작업 |
|---|---|---|
| 모든 PC에서 접속 실패 | 서버 IP, 스위치 포트, SMB 서비스, 방화벽 | 반복 재부팅 |
| IP 접속은 되고 이름 접속만 실패 | DNS, 이름 해석, 네트워크 변경 이력 | 공유 폴더 삭제 |
| 특정 사용자만 접속 실패 | 공유 권한, NTFS 권한, 계정 상태 | 전체 권한을 Everyone 으로 변경 |
| 접속은 되나 파일 열기가 매우 느림 | 디스크 읽기 오류, RAID 상태, 네트워크 속도 | RAID 초기화 또는 포맷 |
Windows Server 기반 공유는 폴더를 공유해 둔 것만으로 끝나지 않습니다. Server 서비스가 실행 중인지, TCP 445 포트 통신이 가능한지, 공유 권한과 NTFS 보안 권한이 서로 충돌하지 않는지 함께 확인해야 합니다. 특히 권한을 넓게 바꿔 접속만 되게 만드는 방식은 이후 자료 노출 문제를 만들 수 있으므로, 실패한 계정과 정상 계정의 차이를 비교하는 방식이 낫습니다. 이런 범위 분리가 필요한 경우 주교동 server 출장방문수리점 점검은 접속 화면과 서버 로그를 함께 확인하는 방식으로 진행할 수 있습니다.

RAID 경고가 보이면 재부팅보다 상태 기록부터
공유 폴더 장애와 함께 파일 열기 지연, 탐색기 멈춤, 저장장치 경고가 나타났다면 RAID 상태를 먼저 보존해야 합니다. RAID 관리 도구에서 Degraded, Rebuild, Predictive Failure, Foreign 설정 여부를 확인하고, 디스크 슬롯 번호와 경고 문구를 화면으로 남겨두는 것이 중요합니다. 디스크 한 개에 경고가 떴다고 해서 배열 전체가 바로 사라지는 것은 아니지만, 현재 구성에 따라 대응 방법은 크게 달라집니다.
이 단계에서 가장 피해야 할 작업은 초기화, 새 배열 생성, 무작정 디스크를 빼고 교체하는 행동입니다. 정상 디스크를 잘못 분리하거나 컨트롤러 화면에서 재구성을 선택하면, 기존 데이터 영역을 읽는 범위가 더 줄어들 수 있습니다. 우선 최근 백업이 완료되었는지 확인하고, 읽기 오류가 반복된다면 업무 파일을 새로 쓰기보다 접근 가능한 자료부터 별도 저장장치나 안전한 위치로 복사하는 우선순위를 잡아야 합니다.
이벤트 뷰어의 디스크·NTFS·컨트롤러 관련 오류와 RAID 관리 화면은 원인 판단에 도움이 됩니다. 가상화 서버라면 물리 디스크 경고인지, 가상 디스크 저장소의 여유 공간 부족인지도 구분해야 합니다. 서버가 켜진다는 사실은 운영체제 진입만 뜻할 뿐, 파일 시스템과 배열이 정상이라는 증거는 아닙니다.
화면 공유로 끝낼 일과 현장 점검으로 넘길 일

원격 점검은 서버에 로그인되며 네트워크가 살아 있고, 담당자가 오류 화면이나 관리 화면을 확인할 수 있을 때 효과적입니다. 서비스 실행 상태 확인, SMB 공유 설정 검토, 사용자별 접근 권한 비교, 이벤트 로그 분석, IP·게이트웨이·DNS 설정 비교는 화면 공유로도 진행할 수 있습니다. 최근 공유기, 스위치, 인터넷 회선 장비를 바꾼 뒤 문제가 생겼다면 변경 전후 설정을 비교하는 것도 원격에서 가능한 항목입니다.
반면 부팅이 반복되거나 RAID 디스크에 물리 경고가 표시되는 경우, 서버에서 비프음이 나거나 전원부 이상이 의심되는 경우에는 현장 확인이 적합합니다. 랜 케이블 체결 상태, 스위치 포트 링크, 포트 속도 협상, 디스크 LED, 컨트롤러 경고는 장비를 직접 보아야 정확히 판단되는 경우가 많습니다. 이때는 재시작을 보류하고, 현재 접속 가능한 PC가 있다면 중요한 파일의 백업 여부부터 확인하는 편이 업무 중단을 줄입니다.
주교동 server 출장방문수리점처럼 방문 판단이 필요한 상황에서도 먼저 장애 범위를 나누면 불필요한 작업을 줄일 수 있습니다. 서비스나 권한 문제라면 원격 조치가 빠를 수 있고, 디스크·케이블·전원·스위치 문제라면 현장 장비 확인으로 바로 이어지는 편이 안전합니다. 원격 지원은 새벽 시간을 제외하고 가능하며, 출장은 09:00~18:00 일정으로 조율합니다.
방문 일정은 장애 범위를 확인한 뒤 정합니다
주교동 현장 대응은 서버 전원 상태, 공유 폴더 접근 가능 여부, RAID 또는 저장장치 경고 유무를 기준으로 방문 창을 정합니다. 방문 전에는 서버를 끄고 켜거나 RAID를 초기화하지 말고, 오류 메시지·경고 LED·최근 변경한 네트워크 장비 정보를 남겨두는 것이 좋습니다. 이 기록이 있으면 현장에서 원인을 다시 재현하는 시간을 줄일 수 있습니다.

멈춘 화면을 남겨두고 점검을 시작하세요
공유 폴더 오류가 반복될 때는 “접속이 안 된다”는 설명만보다 어느 PC에서, 어떤 경로로, 언제부터 실패했는지를 남기는 것이 중요합니다. 서버 운영체제 버전, 오류 코드, RAID 경고 문구, 최근 계정 또는 네트워크 변경 내용까지 준비하면 서비스·권한·네트워크·저장장치 문제를 더 빠르게 분리할 수 있습니다. 특히 자료가 열리기는 하지만 늦거나 복사 중 오류가 난다면 복구 작업보다 백업 가능 범위를 먼저 판단해야 합니다.
부팅이 정상인 서버라도 공유 서비스와 데이터 경로가 멈출 수 있습니다. 따라서 재부팅으로 증상을 덮기보다 접속 범위와 RAID 상태를 기록하고, 원격으로 가능한 설정 점검과 현장 확인이 필요한 물리 장애를 나누는 것이 우선입니다. 점검 문의는 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 남길 수 있습니다.
자주 묻는 질문
서버 전원은 켜지는데 파일 공유만 안 되면 서버 고장인가요?

반드시 하드웨어 고장이라고 볼 수는 없습니다. 공유 서비스 중지, 접근 권한 변경, IP 충돌, 이름 해석 오류도 같은 증상을 만들 수 있으므로 모든 PC가 실패하는지부터 나눠 확인해야 합니다.
RAID 경고가 뜨면 바로 디스크를 교체해도 되나요?
먼저 RAID 배열 상태와 디스크 위치를 확인해야 합니다. 정상 디스크를 잘못 분리하거나 배열을 재구성하면 데이터 접근이 더 어려워질 수 있으므로, 경고 화면과 로그를 보존한 뒤 판단하는 것이 안전합니다.
서버 장애는 원격으로 해결할 수 있나요?
서비스 설정, 권한, 로그, 네트워크 설정은 원격 점검이 가능한 경우가 많습니다. 다만 디스크 경고, 부팅 불안정, 케이블·스위치·전원 문제는 현장 확인이 적합합니다.
