원격 데스크톱 서비스가 현재 바쁩니다.

소개

Windows Server가 새로운 원격 데스크톱 연결을 거부할 때, 서비스나 전체 서버를 재시작하기 전에 실패의 원인을 파악하는 것이 중요합니다. 문제가 한 사용자에게만 영향을 미치고 있습니까, 아니면 여러 세션에 영향을 미치고 있습니까? 이 기사는 IT 관리자에게 초기 점검부터 더 고급 진단 및 예방 조치에 이르기까지 가능한 원인, 실용적인 문제 해결 명령 및 복구 절차를 안내합니다.

"원격 데스크톱 서비스가 현재 바쁩니다" 메시지가 나타날 때는 무엇을 의미합니까?

Windows가 요청된 원격 데스크톱 프로토콜(RDP) 기능이나 작업을 수행하지 못할 때 오류가 발생합니다. 일반적으로 나타나는 오류 메시지는 다음과 같습니다:

현재 원격 데스크톱 서비스가 바쁘기 때문에 수행하려는 작업을 완료할 수 없습니다. 몇 분 후에 다시 시도해 주십시오. 다른 사용자들은 여전히 로그인할 수 있어야 합니다.

오류 메시지가 시스템이 다른 세션을 추가할 수 없으며 원격 데스크톱이 최대 용량에 도달했다고 암시하지만, 실제로는 그렇지 않을 수 있습니다.

오류는 단일 사용자 계정 또는 여러 사용자 계정에서 발생할 수 있습니다. 전자의 경우 세션을 재시작할 수 있어야 합니다. 그러나 후자의 경우 시스템이 어떤 사용자도 연결을 설정하는 것을 허용하지 않을 수 있습니다.

또한, 이 문제는 단일 사용자 세션 또는 모든 사용자 세션에 영향을 미칠 수 있습니다. 두 가지 시나리오를 구분하는 것이 중요합니다. 왜냐하면 이를 해결하기 위해 필요한 솔루션이 다르기 때문입니다.

Microsoft Learn의 RDS 세션 연결 문제 해결 안내 Windows Server 호스트에 영향을 미치는 연결 실패를 식별하기 위한 추가 검사를 제공합니다.

이 오류의 원인은 무엇인가요?

RDP 세션을 설정하는 데 관련된 여러 Windows Server 구성 요소가 있습니다. 세션 관리, 시스템 리소스, Windows 서비스 또는 로그인 프로세스와 관련된 문제는 연결이 설정되는 것을 방지할 수 있습니다.

멈춘 또는 응답하지 않는 RDP 세션

세션이 연결, 연결 해제, 재연결 또는 로그오프하는 동안 멈출 수 있습니다. 그런 다음 Windows가 세션을 완료하거나 리소스를 해제하지 못합니다.

관리자는 재연결을 거부하거나 로그오프하는 세션을 찾을 수 있습니다. 문제는 다른 세션이 제대로 작동하더라도 하나의 세션에서만 발생할 수 있습니다.

그러나 a 연결이 끊어진 세션 정상이며 잠금이 걸릴 경우에만 재설정해야 합니다.

자원 고갈 및 로그인 폭풍

자원 부족으로 세션 초기화가 지연되거나 방지될 수 있습니다. 가장 일반적인 문제는 CPU 포화, 메모리 부족, 과도한 디스크 활동 및 느린 프로필 로딩입니다.

이러한 문제는 수백 명의 사용자가 동시에 원격 데스크톱 연결을 설정할 때 로그온 폭풍 동안 특히 두드러집니다. 인증, 그룹 정책, 프로필 로딩 및 애플리케이션 실행 활동은 공유 원격 데스크톱 세션 호스트에 상당한 부하를 생성합니다.

그러나 높은 자원 사용량은 이 오류를 만나는 데 필요한 조건이 아닙니다. CPU 및 메모리 사용률이 낮더라도 일부 세션 처리 실패가 발생할 수 있습니다.

메모리 누수 및 타사 소프트웨어

메모리 누수와 제대로 해제되지 않은 세션 객체는 Windows Server의 원격 연결 수용 능력을 저하시킬 수 있습니다.

이 문제는 기계를 재시작하면 정상 기능이 복원되지만 몇 시간 또는 며칠 후에 오류가 다시 발생하는 경우에 특히 두드러집니다.

타사 소프트웨어의 적용이 Windows 세션과 어떤 식으로든 작동할 수 있는 이유가 될 수 있습니다. 여기에는 Windows 세션에 간섭할 수 있는 엔드포인트 보호 에이전트, 보안 필터 또는 유사한 소프트웨어가 포함됩니다.

이러한 드라이버는 일반적으로 해당 시스템 서비스가 중지될 때 언로드되지 않기 때문에, 이러한 가설을 조사하려면 서비스 중지 이상의 보다 철저한 접근 방식이 필요합니다.

그룹 정책 및 사용자 프로필 문제

그룹 정책은 지시합니다 원격 액세스 연결, 세션 제한 및 원격 데스크톱 세션 호스트 동작의 기타 기능과 관련된 권한. 잘못된 권한이나 정책 간의 충돌은 연결 문제를 일으킬 수 있습니다.

그룹 정책 클라이언트 서비스 실패는 Windows 로그인 프로세스에 간섭할 수 있습니다.

동시에 Windows는 사용자 프로필에 문제가 발생하면 세션을 완료할 수 없습니다. 이 경우 관리자는 사용자 프로필 서비스에 집중하고 사용자 프로필 저장소가 사용 가능한지 확인해야 하며, 긴 로그인 세션이 연결 문제와 겹치는 경우 FSLogix 또는 다른 도구를 고려해야 합니다.

이 오류를 수정하려면 무엇을 해야 합니까?

문제 해결 조치는 일반에서 구체적으로 진행해야 하며, 비파괴적인 테스트에서 시작하여 필요할 경우에만 특정 세션 복구 및 서비스 또는 서버의 재시작으로 진행해야 합니다.

다음 절차를 사용하여 사용자의 작업을 방해하지 않고 문제를 좁힐 수 있습니다.

1단계: 문제의 영향을 받는 것이 한 사용자인지 서버인지 확인합니다.

잠시 기다렸다가 다시 시도하십시오. 문제는 자원에 대한 일시적인 경합이나 지연된 로그인 프로세스 때문에 스스로 해결될 수 있습니다.

연결이 여전히 실패하면, 더 넓은 RDP 연결 문제 해결 네트워크, 클라이언트 구성 또는 연결 문제를 조사하기 전에 배제하는 데 도움이 될 수 있습니다.

문제가 지속되면 범위를 파악하십시오:

• 다른 사용자가 성공적으로 연결을 설정할 수 있습니까?
• 기존 RDP 세션이 작동 중인가요?
• 실패가 성공적인 인증 전에 발생합니까, 아니면 후에 발생합니까?
• 문제가 Windows 업데이트 또는 구성 변경 이전에 발생했습니까, 아니면 이후에 발생했습니까?
• 관리자가 서버 콘솔을 사용하여 로컬로 로그인할 수 있습니까?

가상 머신의 경우, 하이퍼바이저 콘솔 연결이 RDP를 사용하지 않는다는 점을 고려하십시오. Hyper-V를 사용하는 경우, 향상된 세션이 RDP를 사용하므로 기본 세션 유형을 사용해야 합니다.

콘솔 로그온이 실패하는 경우 RDS 특정 문제만이 아니라 Windows 수준의 로그온 또는 운영 체제 문제를 조사하십시오.

2단계: Windows Server 리소스 확인

관리자 액세스가 가능해지면 작업 관리자 또는 성능 모니터를 사용하여 CPU 사용률, 사용 가능한 메모리, 디스크 활동 및 저장 용량을 확인하십시오.

시스템 드라이브 공간을 빠르게 확인하려면 PowerShell을 실행하세요.

Get-Volume -DriveLetter C

가장 많은 물리적 메모리를 사용하는 프로세스를 식별하려면:

Get-Process |
Sort-Object WorkingSet64 -Descending |
Select-Object -First 10 Name, Id, WorkingSet64

비정상적인 리소스 소비를 찾아보세요, 특히 인증 또는 프로필 로딩 중에.

단일 성능 스냅샷은 메모리 누수를 드러내지 않을 수 있습니다. 리소스 소비가 정상으로 보이면 세션 진단을 계속하고 오류가 재발할 경우 성능 데이터를 시간에 따라 수집하십시오.

3단계: 멈춘 RDP 세션 식별 및 재설정

특정 사용자가 다시 연결할 수 없는 경우, 영향을 받는 서버의 세션을 검사하십시오.

관리자 권한으로 명령 프롬프트를 열고 실행하십시오:

명령은 세션 ID, 사용자 이름 및 연결 상태를 표시합니다. 일반적인 결과는 다음과 비슷할 수 있습니다:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              활성  
rdp-tcp#5             User01            3              활성  
                               User02            4              대기  
rdp-tcp                                           65536     수신 대기  

세션이 오작동하는 것으로 확인되면, ID를 사용하여 재설정하십시오:

4를 실제 세션 ID로 교체하십시오.

적절한 권한이 있는 관리자는 세션을 원격으로 쿼리할 수 있습니다:

식별된 세션을 재설정하십시오:

주의 세션을 재설정하면 해당 애플리케이션이 종료되며 저장되지 않은 작업이 손실될 수 있습니다. 세션 ID를 확인하고 가능한 경우 사용자에게 알리십시오.

모든 연결이 끊어진 세션을 무차별적으로 재설정하지 마십시오. 또한 다음과 같은 중요한 Windows 프로세스를 강제로 종료하는 것을 피하십시오. csrss.exe 운영 체제를 불안정하게 만들 수 있습니다.

4단계: 원격 데스크톱 서비스 및 이벤트 로그 확인

세션 복구로 오류가 해결되지 않으면 원격 데스크톱 서비스 서비스를 검사하십시오.

실행:

Get-Service -Name TermService

서비스는 일반적으로 보고해야 합니다. 실행 중 상태. 그러나 이것은 서비스가 실행 중임을 확인할 뿐, Windows가 새 세션을 성공적으로 초기화할 수 있음을 확인하지는 않습니다.

다음으로, 이벤트 뷰어를 열고 관련 로그를 확인하십시오.

이벤트 뷰어 로그	조사할 사항
Windows 로그 > 시스템	서비스 실패 및 시스템 오류
Windows 로그 > 응용 프로그램	응용 프로그램 충돌 및 프로필 오류
터미널 서비스 - 로컬 세션 관리자 > 운영	세션 생성, 로그인 및 재연결
터미널 서비스 - 원격 연결 관리자 > 운영	연결 처리 및 인증
그룹 정책 > 운영	정책 처리 실패

마지막 세 개의 로그는 아래에 있습니다. 응용 프로그램 및 서비스 로그 > Microsoft > Windows .

실패한 연결의 정확한 시간과 이벤트를 연관시킵니다. 실패 근처에서 발생한 이벤트는 증거를 제공할 수 있지만, 자동으로 인과관계를 확립하지는 않습니다.

여러 사용자가 영향을 받고 복구가 실패할 경우, 원격 데스크톱 서비스의 제어된 재시작을 고려할 수 있습니다.

서비스 다시 시작 -이름 TermService

이 작업은 활성 연결에 영향을 미칠 수 있으며 서비스 종속성에 의해 제한될 수 있습니다. 시도하기 전에 서비스 구성 및 운영 결과를 확인하십시오.

생산 RDS 호스트에서는 사용자가 작업 중일 때 서비스를 재시작하는 것보다 계획된 유지 관리 시간을 선호하십시오.

5단계: 그룹 정책 및 연결 제한 검토

구성 변경 후 오류가 발생한 경우, 영향을 받는 서버에 적용된 그룹 정책 설정을 검사하십시오.

보고서 생성:

보고서를 열고 다음의 정책을 검토하십시오:

컴퓨터 구성 > 관리 템플릿 > Windows 구성 요소 > 원격 데스크톱 서비스 > 원격 데스크톱 세션 호스트 > 연결

정상적인 연결 수, 단일 세션 제한 및 원격 연결 허가를 제어하는 정책에 특히 주의하십시오.

또한 원격 데스크톱 서비스에 대한 로그온을 관리하는 사용자 권한 할당을 확인하십시오.

최근 정책 변경이 오류와 일치하는 경우, 통제된 테스트를 통해 그 영향을 조사하십시오. 실패에 기여하는지 확인하지 않고 보안 정책을 비활성화하지 마십시오.

6단계: RDS 라이센스 및 드레인 모드 확인

일부 연결 실패는 세션의 오작동이 아니라 RDS 배포 구성에서 발생합니다.

다중 사용자 원격 데스크톱 세션 호스트 배포의 경우, 라이선스 모드와 구성된 라이선스 서버를 확인하십시오.

세션 호스트가 새로운 연결을 의도적으로 거부하고 있는지 확인하십시오:

새 사용자 로그온이 비활성화된 경우, 서버가 유지 관리를 위해 드레인 모드로 설정되었는지 확인하십시오.

적절할 때, 새로운 로그온을 다음을 사용하여 다시 활성화할 수 있습니다:

역전 배수 모드를 활성화된 이유를 확인하지 않고는 해제하지 마십시오.

라이센스 문제, 연결 제한 및 드레인 모드는 반드시 "원격 데스크톱 서비스가 현재 바쁩니다"라는 정확한 메시지를 생성하지는 않습니다. 이러한 검사는 새로운 연결이 실패하지만 기존 세션이 운영 중일 때 가장 유용합니다.

7단계: 사용자 프로필 및 타사 소프트웨어 조사

오류가 지속되면 세션 초기화에 관련된 구성 요소를 조사하십시오.

사용자 특정 실패의 경우, 먼저 영향을 받는 계정이 프로필을 성공적으로 로드할 수 있는지 확인하십시오. 사용자 프로필 서비스 이벤트, 프로필 저장소 접근성 및 인증 지연을 확인하십시오.

FSLogix 또는 사용자 프로필 디스크의 맥락에서 프로필 컨테이너 가용성, 마운팅 실패 및 저장 성능 문제를 고려하십시오.

시스템 전체에서 반복적인 실패가 발생하는 경우, Windows 세션과 상호 작용하는 최근에 설치되거나 업데이트된 소프트웨어에 집중하십시오.

보안 에이전트, 엔드포인트 보호 제품 및 시스템 수준 필터는 세션 처리 실패를 유발할 수 있습니다. 모든 격리 테스트는 공급업체 권장 사항 및 변경 관리 절차에 따라 수행해야 합니다.

8단계: 필요시 Windows Server를 재시작하십시오.

대상 문제 해결이 문제를 해결하지 못하는 경우, 서버를 재시작하면 RDP 연결을 재설정할 수 있습니다.

재시작하기 전에 현재 설정된 세션과 호스팅된 애플리케이션에 미치는 영향을 이해하고 있는지 확인하십시오. 가능하다면, 다중 호스트 RDS 배포에서 호스트를 비우고 새로운 연결을 다른 호스트로 리디렉션하십시오.

재시작한 후, 원격 데스크톱 서비스가 제대로 작동하는지 확인하고, 사용자가 연결할 수 있으며, 이벤트 뷰어에 새로운 오류가 생성되지 않는지 확인하십시오.

재시작은 즉각적인 문제를 일으킨 상황이 해결되었음을 확인하지만, 근본 원인이 해결되었음을 확인하지는 않습니다.

오류가 재발하는 경우, 추가 조사를 위해 증거를 보존하고 과도한 리소스 소비, 개별 세션 처리 실패 및 타사 소프트웨어의 간섭 패턴을 찾아보십시오.

RDS 바쁨 오류가 반복될 경우 어떻게 행동해야 합니까?

오류가 반복될 때, 강조점은 네트워크에 대한 접근을 회복하는 것에서 이 중단의 원인을 파악하는 것으로 변경됩니다.

아래 표는 문제 해결을 위한 유용한 가이드 역할을 합니다:

관찰된 증상	조사 우선순위
한 사용자는 다시 연결할 수 없습니다.	세션 또는 사용자 프로필이 정지됨
여러 사용자가 연결할 수 없습니다.	서비스 상태, 리소스, 세션 처리
아침 로그인 중 실패	동시 로그인, 프로필 로딩, 저장소
일시적으로 오류를 해결하기 위해 재시작합니다.	메모리 또는 세션 관련 누수
보안 소프트웨어 업데이트 후 오류 발생	타사 소프트웨어 상호작용
그룹 정책 변경에 따른 오류	정책 처리 및 로그인 권한
콘솔 로그온도 실패합니다	더 넓은 Windows 로그인 또는 시스템 문제
기존 세션은 작동하지만 새로운 사용자는 연결할 수 없습니다.	연결 제한, 드레인 모드, 라이센스

이러한 패턴은 확정적인 진단보다는 조사 우선순위를 제시합니다.

재시작하기 전에 진단 증거 캡처

간헐적인 실패의 경우, 운영상 가능할 때마다 서버를 재시작하기 전에 관련 로그와 성능 데이터를 수집하십시오.

Microsoft는 진단 추적을 수집하기 위해 TroubleShootingScript (TSS) 유틸리티를 제공합니다.

상황에 따라 관리자는 RDP 클라이언트 추적을 캡처할 수 있습니다.

.\TSS.ps1 -Scenario UEX_RDSCli

서버 측 추적:

.\TSS.ps1 -Scenario UEX_RDSSrv

현재 Microsoft TSS 문서를 사용하여 지원되는 시나리오, 전제 조건 및 실행 절차를 확인하십시오.

보다 복잡한 실패의 경우 추가 메모리 또는 성능 캡처가 필요할 수 있습니다. 이러한 진단은 생산 시스템에 영향을 미칠 수 있고 민감한 정보를 포함할 수 있으므로 신중하게 계획해야 합니다.

다중 서버 배포에서 연결 경로에 해당 서비스가 포함될 경우 RD 연결 브로커 및 RD 게이트웨이 구성 요소를 조사에 포함하십시오.

이러한 오류를 어떻게 방지할 수 있습니까?

모든 RDS 실패를 예방할 수 있는 것은 아닙니다. 그러나 지속적인 모니터링, 적절한 세션 정책 및 제한된 소프트웨어 유지 관리를 포함하여 취할 수 있는 단계가 있습니다.

서버 리소스 및 세션 활동 모니터링

RDS 환경을 모니터링하여 CPU, 메모리, 디스크 추적 , 그리고 동시에 로그인된 세션.

트렌드를 기준으로 삼고 임계값을 보지 마십시오. 기준선 분석은 특히 피크 시간 동안 발생하는 문제를 해결하거나 서버를 재부팅한 후 점진적으로 나타나는 문제를 해결하는 데 중요합니다.

시스템을 모니터링하여 충분한 자원이 있음에도 불구하고 여전히 발생하는 용량 문제와 실패를 구분합니다.

세션 타임아웃을 신중하게 구성하십시오.

연결이 끊기거나 비활성 세션을 관리하는 정책을 검토하십시오. Microsoft Learn은 구별하는 방법을 설명합니다. 예상치 못한 세션 잠금 및 연결 끊김 세션 타임아웃 정책을 조사하여 이러한 동작의 원인을 파악합니다.

잘 선택된 타임아웃 값은 세션이 불필요하게 지속되거나 리소스를 차지하는 것을 방지합니다. 그러나 너무 공격적인 타임아웃 정책은 중요한 작업이 완료되기 전에 세션을 종료함으로써 생산적인 작업 세션을 파괴할 수 있습니다.

세션 타임아웃 정책은 비즈니스 요구 사항에 기반해야 하며, 근본적인 세션 누수를 해결하기 위한 수단으로 사용되어서는 안 됩니다.

Windows 및 세션 관련 소프트웨어 유지 관리

지원되는 Windows Server 업데이트 및 특정 문제에 대한 수정 사항을 구현합니다.

엔드포인트 보호 에이전트, 프로필 관리 구성 요소, 가상화 구성 요소 및 세션 통합 애플리케이션이 운영 체제와 호환되는지 확인하십시오.

업데이트를 사전 생산 환경에서 테스트하세요. 특히 여러 서드파티 구성 요소가 Windows 로그인 또는 세션 프로세스에 관련된 경우에는 더욱 그렇습니다.

용량 검토 및 RDS 구성

실제 동시 작업 부하에 따라 원격 데스크톱 세션 호스트의 크기를 조정하고 로그인 및 프로그램 시작을 위한 피크 시간을 고려합니다.

여러 호스트 간에 세션을 분산하여 혼잡을 피하기 위해 더 큰 환경에서 고려하십시오.

감사 그룹 정책, 연결 제한, 라이센스 구성 및 유지 관리 관행을 정기적으로 점검하여 연결 실패의 잠재적 원인을 발견하고 제거합니다.

더 간단한 원격 데스크톱 및 애플리케이션 배포를 찾고 계신가요?

원격 데스크톱 서비스 문제 해결은 Windows 애플리케이션 배포 환경을 유지하는 데 필요한 관리 노력을 강조할 수 있습니다. 주로 사용자에게 Windows 애플리케이션이나 전체 원격 데스크톱을 제공해야 하는 조직의 경우, 기존 인프라의 복잡성을 검토하는 것이 가치가 있을 수 있습니다.

TSplus 원격 액세스 다중 사용자 Windows 애플리케이션 게시 및 원격 데스크톱 제공에 대한 간소화된 접근 방식을 제공하며, 브라우저 기반 액세스와 중앙 집중식 관리를 지원합니다. IT 팀이 전통적인 Microsoft RDS 인프라의 전체 복잡성을 배포하지 않고도 원격 사용자에게 애플리케이션을 제공할 수 있도록 도와주며, 여전히 적절한 Windows Server 유지 관리 및 보안이 필요합니다.

결론

"원격 데스크톱 서비스가 현재 바쁩니다" 오류는 단순한 서버 재시작 이상의 조치를 요구합니다. 실패가 세션 정지, 자원 제한 또는 Windows 로그인 문제에서 발생하는지 식별하면 관리자는 가장 적은 방해가 되는 솔루션을 선택할 수 있습니다.

오류가 지속되거나 재발할 경우, 체계적인 진단, 성능 모니터링 및 구성 검토가 근본 원인을 해결하고 신뢰할 수 있는 RDP 연결을 유지하는 데 필수적입니다.