Microsoft 365 장애인가, 회사 설정 문제인가? 서비스 상태 확인과 초기 점검 순서

Microsoft 365에 문제가 생겼다면 먼저 Microsoft 365 관리 센터의 서비스 상태와 사내 영향 범위를 함께 확인해야 합니다.

서비스 상태에 활성 인시던트나 권고가 있고, 공지된 서비스·증상·발생 시간·영향 범위가 사내 현상과 일치한다면 Microsoft 측 문제일 가능성이 커집니다. 반대로 특정 사용자, 지점, 네트워크, 장치 또는 앱에서만 발생한다면 회사 환경의 설정 문제부터 분리해야 합니다.

다만 사용자 수만으로 전체 서비스 장애를 판단할 수는 없습니다. Microsoft가 제시한 ‘몇 명 이상이면 서비스 장애’라는 고정 기준은 없습니다. 발생 시간과 증상의 일치 여부, 영향받는 서비스, 위치, 네트워크, 계정, 장치의 공통점을 함께 살펴야 합니다.

한눈에 보는 초기 판단 순서

1. Microsoft 365 관리 센터에서 서비스 상태를 확인합니다.
2. 영향받는 사용자와 정상 사용자를 구분합니다.
3. 위치·네트워크·장치·접속 방식별로 교차 테스트합니다.
4. 네트워크, 계정·인증, 라이선스, 클라이언트 순으로 원인을 분리합니다.
5. 최근 정책이나 시스템 변경 이력을 확인합니다.
6. 발생 시간, 오류 메시지, 영향 범위와 테스트 결과를 기록합니다.
7. 확인되지 않은 원인이나 복구 시간을 확정적으로 공지하지 않습니다.

이 순서는 모든 장애에 적용되는 Microsoft의 의무 절차가 아니라, 불필요한 설정 변경을 줄이기 위한 실무적인 원인 분리 순서입니다. 증상에 따라 계정이나 클라이언트를 먼저 조사해야 할 수도 있습니다.

Microsoft 365 관리 센터에서 서비스 상태 확인

관리자 계정으로 Microsoft 365 관리 센터에 로그인한 뒤 다음 메뉴로 이동합니다.

상태(Health) > 서비스 상태(Service health)

홈 대시보드의 서비스 상태 카드에서도 활성 문제 여부를 확인할 수 있습니다. Microsoft 공식 문서에 따르면 Service Support Administrator와 Helpdesk Administrator 역할이 할당된 사용자는 서비스 상태를 볼 수 있습니다. 한글 역할 이름과 메뉴 명칭은 관리 센터의 언어 설정이나 화면 업데이트에 따라 다르게 표시될 수 있습니다.

서비스 상태 화면에서는 다음 항목을 확인합니다.

• 조직에서 조치해야 할 문제: 조직 환경에서 감지되어 관리자의 대응이 필요한 항목
• Microsoft가 작업 중인 활성 문제: Microsoft가 조사하거나 복구 중인 인시던트와 권고
• 문제 ID: 사내 공지와 지원 요청에서 참조할 식별자
• 영향받는 서비스: Exchange Online, Microsoft Teams, SharePoint Online 등
• 사용자 영향: 사용자가 경험할 수 있는 증상
• 예상 시작 시간: 문제가 시작된 것으로 추정되는 시간
• 현재 상태와 마지막 업데이트 시간
• 전체 업데이트 내역: 조사와 완화 조치의 진행 상황

활성 문제를 발견했다고 해서 현재 증상의 원인이 곧바로 확인된 것은 아닙니다. 공지된 서비스, 사용자 증상, 예상 시작 시간과 적용 범위가 사내 현상과 일치하는지 비교해야 합니다.

서비스 상태에 관련 문제가 표시되지 않더라도 Microsoft 측 문제를 즉시 배제해서는 안 됩니다. 반대로 별도 근거 없이 Microsoft 장애라고 단정해서도 안 됩니다. 서비스 상태 화면의 문제 보고(Report an issue) 기능을 사용할 수 있다면 증상을 제출하고 보고된 문제(Reported issues)에서 상태를 추적합니다.

관리 센터에 로그인할 수 없다면 Microsoft가 제공하는 공개 서비스 상태 페이지에서 로그인에 영향을 주는 알려진 문제가 있는지 확인할 수 있습니다.

참고: 계획된 유지 관리는 일반적인 서비스 상태 화면이 아니라 Microsoft 365 메시지 센터의 변경 계획 관련 공지에서 확인해야 할 수 있습니다.

여러 사용자에게 동시에 발생하는지 확인

‘여러 명이 안 된다’는 보고만으로는 전체 서비스 장애인지 판단하기 어렵습니다. 다음 기준에 따라 영향 범위를 구분합니다.

이 표는 원인을 확정하는 기준이 아니라 다음 조사 대상을 정하기 위한 초기 판단 기준입니다.

권장 교차 테스트

1. 영향받는 사용자와 정상 사용자를 각각 선정합니다.
2. 같은 네트워크와 장치에서 두 계정의 결과를 비교합니다.
3. 영향받는 사용자가 다른 네트워크와 장치에서도 같은 증상을 겪는지 확인합니다.
4. 웹 브라우저와 데스크톱 또는 모바일 앱의 결과를 비교합니다.

예를 들어 같은 사용자와 장치가 회사 네트워크에서는 실패하지만 외부 네트워크에서는 정상이라면 사내 네트워크 경로를 우선 조사합니다. 같은 장치에서 다른 계정은 정상인데 특정 계정만 실패한다면 계정, 인증 정책 또는 라이선스를 우선 확인합니다.

이러한 결과는 원인을 확정하는 증거가 아니라 조사 범위를 좁히는 단서로 사용해야 합니다.

네트워크 문제 분리

서비스 상태에서 사내 증상과 일치하는 활성 문제를 찾지 못했다면 먼저 네트워크 조건을 바꿔 결과를 비교합니다.

• 사내 유선·무선망과 승인된 외부 네트워크의 결과 비교
• VPN 연결 및 해제 상태 비교
• 특정 지점과 다른 지점의 결과 비교
• 프록시, 방화벽, DNS, VPN 또는 보안 장비의 최근 정책 변경 확인
• Microsoft 365 웹 서비스 접속 여부 확인
• Microsoft 365 연결 테스트를 이용한 기본 연결 상태 확인

네트워크를 변경했을 때 정상화된다면 인터넷 경로, DNS, 프록시, VPN, 방화벽 또는 트래픽 검사 정책을 우선 조사합니다. 단, 테스트를 위해 보안 통제를 임의로 해제해서는 안 됩니다. 변경이 필요하다면 조직의 변경 관리 및 보안 절차를 따라야 합니다.

Microsoft는 Microsoft 365 트래픽이 불필요하게 원격 지점이나 중간 장비를 우회하지 않도록 네트워크 경로, DNS와 인터넷 송신 구성을 검토할 것을 안내합니다. 실제 구성 변경은 공식 Microsoft 365 엔드포인트 지침과 조직의 보안 정책을 함께 검토한 뒤 수행해야 합니다.

계정과 인증 문제 분리

네트워크와 관계없이 특정 사용자만 실패한다면 다음 항목을 확인합니다.

• 계정이 차단되거나 비활성화되지 않았는지
• 암호 변경이나 재설정이 필요한 상태인지
• 다단계 인증 등록과 인증 방법에 문제가 없는지
• 조건부 액세스 정책이 로그인에 영향을 주었는지
• 같은 사용자가 다른 장치나 브라우저에서도 실패하는지
• 정상 사용자의 계정으로 같은 장치에서 접속할 수 있는지

로그인 문제는 Microsoft Entra 관리 센터의 로그인 로그에서 다음 정보를 확인합니다.

• 사용자와 로그인 식별자
• 클라이언트 애플리케이션과 대상 리소스
• 성공 또는 실패 상태와 오류 코드
• 인증 방법과 인증 단계별 결과
• IP 주소, 브라우저, 운영체제와 장치 상태
• 조건부 액세스 적용 결과
• 요청 ID와 상관관계 ID
• 로그인 발생 시간

상관관계 ID는 동일한 로그인 세션의 관련 활동을 연결하는 데 도움이 될 수 있지만, Microsoft 공식 문서에서는 클라이언트가 전달한 값을 기반으로 하므로 정확성을 항상 보장하지는 않는다고 설명합니다. 따라서 오류 코드나 특정 식별자 하나만으로 원인을 확정하지 말고 전체 로그인 세부 정보를 함께 확인해야 합니다.

라이선스와 서비스 계획 분리

로그인은 정상인데 특정 서비스나 기능만 사용할 수 없다면 라이선스를 확인합니다.

• 사용자에게 필요한 제품 라이선스가 할당되어 있는지
• 라이선스에 포함된 필요한 앱과 서비스가 활성화되어 있는지
• 그룹 기반 라이선스 할당에 오류가 발생하지 않았는지
• 사용 가능한 라이선스가 남아 있는지
• 사용 위치가 올바르게 설정되어 있는지
• 상충하는 서비스나 라이선스 계획이 있는지

Microsoft 365 관리 센터의 청구(Billing) > 라이선스(Licenses)에서 제품별 사용자·그룹 할당 상태를 확인할 수 있습니다. 오류 및 문제(Errors & Issues) 항목이 표시되면 라이선스 미할당 사유와 영향을 받은 사용자를 확인합니다.

라이선스가 할당된 것으로 표시되더라도 필요한 앱 또는 서비스가 비활성화되어 있지 않은지 함께 확인해야 합니다.

라이선스를 제거했다가 다시 할당하는 작업은 서비스 접근과 데이터 처리에 영향을 줄 수 있습니다. 단순 확인 목적으로 반복하지 말고, 먼저 현재 할당 상태와 오류 내용을 기록한 뒤 조직의 변경 절차에 따라 처리합니다.

클라이언트 문제 분리

웹에서는 정상인데 Outlook, Teams 또는 Microsoft 365 데스크톱 앱에서만 실패한다면 클라이언트 조건을 확인합니다.

• 앱과 운영체제의 버전 및 업데이트 상태
• 앱을 완전히 종료한 뒤 다시 실행했을 때의 결과
• 브라우저의 InPrivate 또는 시크릿 창에서의 결과
• 다른 브라우저나 새 브라우저 프로필에서의 결과
• 추가 기능을 사용하지 않는 조건에서의 결과
• 다른 장치에서 같은 계정으로 접속했을 때의 결과
• 장치의 날짜, 시간과 표준 시간대 설정

캐시 삭제, 프로필 재생성, 앱 복구 또는 재설치는 오류 정보와 재현 조건을 기록한 뒤 수행합니다. 이러한 조치를 먼저 실행하면 지원에 필요한 진단 정보나 재현 조건을 잃을 수 있습니다.

문제 발생 전 변경 이력 확인

장애 발생 시점과 가까운 변경 사항은 조사 범위를 줄이는 단서가 될 수 있습니다.

• 조건부 액세스 또는 인증 정책 변경
• 사용자와 그룹 멤버십 변경
• 라이선스 할당 변경
• 방화벽, 프록시, VPN 또는 DNS 정책 변경
• Microsoft 365 앱이나 운영체제 업데이트
• 보안 에이전트와 브라우저 확장 프로그램 업데이트
• 메일 흐름 규칙 변경
• 외부 애플리케이션 또는 사내 시스템 연동 변경

변경 시점이 장애 발생 시점과 가깝다는 이유만으로 해당 변경을 원인으로 단정해서는 안 됩니다. 변경을 되돌리기 전에는 적용 대상, 감사 로그, 재현 결과, 업무 영향과 보안 위험을 확인해야 합니다.

Microsoft 지원 문의 전에 남겨야 할 기록

지원 요청을 생성하기 전에 다음 정보를 하나의 작업 기록에 정리합니다.

시간 정보

• 최초 신고 시간
• 실제 문제가 시작된 것으로 확인된 시간
• 마지막 재현 시간
• 각 테스트를 수행한 시간
• 서비스 상태 공지의 마지막 업데이트 시간
• 표준 시간대가 포함된 정확한 시각

예: 2026-07-14 14:35 KST

Microsoft Entra 로그인 로그의 시간은 관리 센터에 로그인한 관리자의 표준 시간대에 맞춰 표시될 수 있으므로, 지원 요청에는 사용한 표준 시간대를 함께 기록하는 것이 좋습니다.

오류 정보

• 오류 메시지의 정확한 전체 문구
• 오류 코드와 HTTP 상태 코드
• 요청 ID, 상관관계 ID와 추적 ID
• 오류 화면 캡처
• 관련 서비스 상태 문제 ID

Microsoft Entra 인증 오류 화면에는 오류 코드와 함께 타임스탬프, 추적 ID 및 상관관계 ID가 표시될 수 있습니다. 해당 값은 오류가 발생한 요청을 식별하는 데 도움이 되므로 원문 그대로 보존합니다.

영향 범위

• 영향받는 사용자 수와 정상 사용자 존재 여부
• 조사에 사용할 대표 사용자 또는 계정 식별자
• 부서, 지역, 지점과 네트워크의 공통점
• 영향받는 서비스와 세부 기능
• 웹, 데스크톱과 모바일별 재현 결과
• 업무 영향과 확인된 우회 방법

환경과 점검 결과

• 장치 운영체제와 앱 버전
• 브라우저 종류와 버전
• 사내망, VPN과 외부망별 테스트 결과
• 계정 상태와 로그인 로그 확인 결과
• 라이선스 및 서비스 활성화 상태
• 최근 변경 사항
• 이미 수행한 조치와 각 조치의 결과

지원 요청과 첨부 파일에는 암호, 인증 코드, 액세스 토큰, 세션 쿠키와 개인 키 등 비밀 정보를 포함하지 않습니다. 화면 캡처와 로그를 첨부하기 전에는 불필요한 개인정보나 기밀정보를 가립니다.

장애 원인과 복구 시간을 공지하는 원칙

초기 대응 단계에서는 확인된 사실과 추정을 구분해야 합니다.

• 확인된 사실: “14시 20분부터 여러 지점에서 Teams 로그인 실패가 보고되었습니다.”
• 조사 중인 내용: “Microsoft 서비스 상태와 사내 인증·네트워크 구성을 함께 확인하고 있습니다.”
• 공식 정보: “Microsoft 서비스 상태에 관련 인시던트가 게시되었습니다.”
• 추정 사항: “사내 증상과 공지 내용이 유사하지만 동일 원인인지는 확인 중입니다.”

서비스 상태가 조사 중이라면 원인과 복구 시간을 확정해서 공지하지 않습니다. Microsoft가 예상 복구 시간이나 다음 업데이트 시간을 게시한 경우에도 다음 내용을 함께 표시합니다.

• 확정 시간이 아니라 예상 시각이라는 점
• Microsoft가 공지를 게시하거나 갱신한 시각
• 관련 서비스 상태 문제 ID
• 일정이 변경될 수 있다는 점

서비스 상태가 복원으로 변경된 뒤에도 사내 사용자의 기능이 실제로 정상화됐는지 별도로 확인해야 합니다.

초기 대응 체크리스트

• 오류 발생 시간과 정확한 메시지를 기록했다.
• Microsoft 365 관리 센터에서 서비스 상태를 확인했다.
• 공지된 서비스·증상·시간·범위를 사내 현상과 비교했다.
• 영향받는 사용자와 정상 사용자를 구분했다.
• 다른 위치, 네트워크, 장치와 앱에서 교차 테스트했다.
• 네트워크 문제 가능성을 분리했다.
• 계정 상태와 Microsoft Entra 로그인 로그를 확인했다.
• 라이선스와 필요한 앱 및 서비스의 활성화 상태를 확인했다.
• 웹과 데스크톱 또는 모바일 앱의 결과를 비교했다.
• 최근 정책·네트워크·앱 변경 이력을 확인했다.
• 지원 문의에 필요한 시간, 오류, 영향 범위와 테스트 결과를 정리했다.
• 확인되지 않은 원인이나 복구 시간을 확정적으로 공지하지 않았다.

자주 묻는 질문

서비스 상태에 아무 문제도 표시되지 않으면 우리 회사 문제인가요?

반드시 그렇지는 않습니다. 서비스 상태에 공지가 없다는 사실만으로 Microsoft 측 문제나 회사 환경 문제를 확정할 수 없습니다. 영향 범위를 기록하고 네트워크, 계정·인증, 라이선스와 클라이언트를 분리해 점검합니다. 필요한 경우 서비스 상태 화면의 문제 보고 기능이나 Microsoft 지원 요청을 이용합니다.

몇 명의 사용자에게 문제가 발생해야 전체 서비스 장애로 판단할 수 있나요?

Microsoft가 제시한 고정된 사용자 수 기준은 없습니다. 사용자 수뿐 아니라 발생 시간, 오류 증상, 서비스, 위치, 네트워크, 장치와 접속 방식의 공통점을 함께 확인해야 합니다.

웹에서는 정상인데 Outlook이나 Teams 앱만 작동하지 않으면 무엇을 확인해야 하나요?

클라이언트 조건을 우선 확인합니다. 앱 버전과 업데이트 상태, 추가 기능, 사용자 프로필, 장치 시간과 다른 장치에서의 재현 여부를 점검합니다. 캐시 삭제, 프로필 재생성이나 재설치 전에는 오류 화면과 재현 조건을 기록합니다.

Microsoft 지원 문의에 가장 중요한 정보는 무엇인가요?

표준 시간대가 포함된 발생 시각, 정확한 오류 메시지와 코드, 요청 ID·상관관계 ID·추적 ID, 영향받는 사용자와 서비스 범위, 네트워크·장치·클라이언트별 테스트 결과를 준비해야 합니다. 암호, 인증 코드와 액세스 토큰은 제출하지 않습니다.

Microsoft가 예상 복구 시간을 게시하면 사내 공지에 확정 시간으로 안내해도 되나요?

아닙니다. 예상 복구 시간은 조사와 복구 진행 상황에 따라 바뀔 수 있습니다. 예상 시각이라는 점, Microsoft의 공지 갱신 시각과 문제 ID를 함께 안내하고 후속 업데이트와 사내 정상화 여부를 계속 확인해야 합니다.

참고 자료

• How to check Microsoft 365 service health — Microsoft Learn, 2026-07-14 확인
• Microsoft 365 network connectivity principles — Microsoft Learn, 2026-07-14 확인
• Learn about the sign-in log activity details — Microsoft Learn, 2026-07-14 확인
• Assign or unassign licenses for users in the Microsoft 365 admin center — Microsoft Learn, 2026-07-14 확인
• Microsoft Entra authentication and authorization error codes — Microsoft Learn, 2026-07-14 확인