터미널 서비스는 Windows 네트워크 환경에서 매우 유용한 서비스입니다. 그러나 부적절하게 사용하면 사용자에게 많은 문제를 일으킬 수 있습니다. 예를 들어, 사용자 데이터가 손실되고 네트워크에 보안 위험이 발생할 수 있습니다. 터미널 서비스 구성 프로세스 중에 모든 사람의 관심을 끌만한 몇 가지 콘텐츠가 있습니다. 1. 필요한 경우 서버가 차단 해제 모드에서 작동하도록 합니다.
터미널 서비스는 오랫동안 Microsoft 운영 체제에 존재했지만. 그러나 2008R2에서는 일부 개선이 이루어졌습니다. 그중에서도 차단 해제 모드가 가장 큰 특징이다. 때때로 관리자는 어떤 이유로든 터미널 서버를 오프라인으로 전환해야 할 수도 있습니다. 이전 버전에서는 이로 인해 사용자 데이터가 손실될 수 있었습니다. 그 당시 관리자는 사용자 연결을 끊기 위해 로그온 변경/비활성화 명령만 사용할 수 있었기 때문입니다. 그러나 이 명령을 사용하면 새 사용자가 로그인하는 것을 방지할 수 있지만 세션 연결을 끊은 사용자가 터미널 서버에 다시 연결하는 것도 방지할 수 있습니다. 터미널 서버가 다운되면 사용자는 세션과 해당 세션과 관련된 데이터를 잃게 됩니다. 이러한 이유로 이전 버전에서는 관리자가 터미널 서버를 오프라인으로 전환하려는 경우 매우 주의해야 했습니다. 사용자가 퇴근할 때 오프라인으로 전환해야 하는 경우 등 이로 인해 일상적인 유지 관리 작업에 불필요한 문제가 발생합니다.
하지만 2008R2에서는 이러한 상황이 크게 개선되었습니다. 이 버전의 터미널 서비스에는 차단 해제 모드가 도입되었기 때문입니다. 서버를 이 작업 모드로 설정하면 관리자는 서버를 오프라인으로 전환한 후 새로운 사용자의 연결을 차단할 수 있습니다. 그러나 서버에서는 기존 세션이 있는 사용자가 터미널 서버에 다시 연결할 수 있도록 허용합니다. 물론 사용자가 다시 연결하면 관련 메시지가 표시되므로 사용자는 제때에 관련 작업을 제출할 수 있습니다. 분명히 준설 모드의 작업 방법은 훨씬 더 인도적입니다. 이 작업 모드를 변경하는 것도 매우 간단합니다. 이는 하나의 명령(change logon /drain)으로 수행할 수 있습니다. 이 명령을 실행한 후에는 다른 새 사용자가 터미널 서버에 로그인할 수 없습니다. 사용자가 다시 로그인하도록 허용하려면 조금 더 번거롭고 두 단계가 필요합니다. 첫 번째는 변경 로그온 /drainumtilrestart 명령을 실행하는 것입니다. 둘째, 터미널 서비스가 다시 시작됩니다. 그러면 사용자가 로그인할 수 있습니다. 이 차단 해제 모드는 관리자가 터미널 서버를 유지 관리하는 데 큰 도움이 된다는 것을 알 수 있습니다.
2. WSRM을 통해 터미널 서비스 사용자에게 리소스를 할당합니다.
터미널 서비스를 서버로 사용하면 많은 사용자가 연결됩니다. 다음 질문은 이러한 리소스를 어떻게 할당할 것인가입니다. 아무 조치도 취하지 않으면 시스템은 기본적으로 균등하게 할당합니다. 이때, 사용자가 많아지면 단말 서비스의 성능이 급격히 떨어지게 됩니다. 이러한 이유로 Microsoft는 2008년 터미널 서비스에서도 다른 제품의 관련 경험을 활용하고 WSRM을 사용하여 터미널 서버의 각 사용자에 대한 리소스 사용을 관리했습니다.
WSRM(System Resource Manager) 역시 win2008에 새롭게 구현된 콘텐츠입니다. 그리고 R2 패치에서 일부 수정이 이루어졌습니다. 이 구성 요소를 사용하면 시스템 관리자가 서버 리소스를 할당할 수 있습니다. 즉, 애플리케이션, 서비스, 프로세스 간에 메모리, CPU 등 핵심 자원을 어떻게 할당하느냐 하는 것이다. WSRM 시스템 리소스 관리자를 터미널 서비스와 함께 사용하면 관리자는 각 사용자 또는 세션에 허용되는 최대 리소스 제한을 보다 정확하게 제어할 수 있습니다. 사용자 또는 세션이 사용할 수 있는 리소스를 제한함으로써 시스템 관리자는 사용자가 터미널 서버 리소스의 사용을 최대화할 수 있는 기회를 줄일 수 있습니다.
실제 작업에서는 일부 특수 계정에 대해 상대적으로 높은 리소스 사용량을 설정하는 경우가 많습니다. 일반 사용자에게는 제한이 있습니다. 이는 주로 터미널 서비스 업그레이드와 같은 터미널 서비스 유지 관리 중에 많은 시스템 리소스를 소비하기 때문입니다. 그렇지 않으면 업그레이드가 실패하거나 업그레이드 시간이 연장될 수 있습니다. 이러한 이유로 관리자 계정의 요구 사항이 우선적으로 고려되어야 합니다. 둘째, 동일한 서버에서 여러 서비스가 실행되는 경우입니다. 터미널 서비스 외에 사서함 서비스 등도 있는 경우 터미널 서비스의 총 리소스 소비를 제한해야 합니다. 터미널 서비스가 너무 많은 리소스를 점유하여 다른 응용 프로그램 서비스의 작동에 부정적인 영향을 미치는 것을 방지합니다.
간단히 말해서, 2008년 환경에서는 단말기에서 접속하는 사용자 수가 상대적으로 많거나 여러 응용 서비스가 서버에 동시에 배포되는 경우 저자는 사용자가 WSRM 시스템 리소스 관리자를 사용하여 합리적으로 할당할 것을 권장합니다. 각 사용자 및 각 서비스의 최대 리소스 사용. 동시에, 다양한 사용자와 다양한 서비스는 실제 상황에 따라 다르게 취급되어야 합니다. 즉, 핵심 사용자와 핵심 서비스에 대한 자원 사용 제한을 완화해야 한다. 그 밖에 많은 양의 리소스를 차지하는 사소하거나 비정기적인 서비스는 제한해야 합니다. 이는 다양한 서비스와 사용자 간의 리소스 경쟁을 감소시킵니다.
3. 터미널 서버를 업그레이드할 때는 주의하십시오.
터미널 서버를 업그레이드하려면 작성자는 새로 설치할 것을 권장합니다. 그러나 서버에 단말 서비스 외에 다른 응용 서비스가 존재하는 경우 이러한 접근 방식은 그다지 합리적이지 않습니다. 데이터베이스 서비스와 터미널 서비스가 모두 동일한 서버에 있는 경우 다시 설치하려면 데이터베이스 서비스를 다시 배포해야 합니다. 이 일은 이틀만 지나면 아주 큰 일이 될 거예요. 이 경우 터미널 서비스만 업그레이드할 수 있습니다. 그러나 업그레이드할 때는 특별한 주의가 필요합니다. Microsoft는 업그레이드를 매우 훌륭하게 수행했습니다. 하지만 실제 업무에서는 업그레이드 후 터미널 서비스가 정상적으로 실행되지 않는 상황이 자주 발생합니다. 이런 일이 발생하는 데에는 여러 가지 이유가 있습니다. 업그레이드 실패, 업그레이드 후 호환성 문제 등
이러한 이유로 모든 운영 체제나 응용 프로그램 업데이트(패치 포함)를 터미널 서버에 적용하기 전에 별도의 서버에서 테스트하는 것이 좋습니다. 즉, 먼저 원래 터미널 서버와 동일한 서비스 및 응용 프로그램을 사용하여 터미널 서버를 복제한 다음 복제된 터미널 서버를 먼저 업그레이드합니다. 업그레이드가 기존 애플리케이션 및 서비스와 충돌하는지 여부를 확인합니다. 이 과정에서 관리자는 관련 자료에 언급되지 않은 일부 내용도 발견할 수 있습니다. 업그레이드 전 필요한 준비 작업, 업그레이드 후 관련 응용 서비스를 재구성해야 하는지 여부 등 예를 들어 서비스 업그레이드 후 프린터 드라이버 등을 다시 설치해야 하는 경우도 있습니다. 이는 예측하기 어렵습니다. 문제는 테스트 후에만 발견될 수 있습니다.
업그레이드 과정에서 예측할 수 없는 원인이 발생할 수 있으므로, 업그레이드 전 주의를 기울이고 관련 데이터를 백업할 것을 저자는 권고한다. 물론 모범 사례로서 저자는 원래 서버 대신 최신 터미널 서버를 사용할 것을 권장합니다. 즉, 최신 버전의 터미널 서비스가 이제 서버에 배포되고 원래 서버가 직접 교체됩니다. 하지만 이를 위해서는 각 파일 공유 및 인쇄 장치를 다시 만들고 각 클라이언트를 지원하기 위해 최신 드라이버를 다시 설치하는 등 더 큰 작업 부하가 필요합니다. 하지만 업그레이드로 인해 발생하는 문제에 비하면 여전히 그만한 가치가 있습니다. 실제 업무에서 가장 큰 문제는 업무량 증가가 아니다. 대신 백업으로 추가 서버를 추가해야 합니다. 둘째, 사용자 데이터베이스 등과 같은 데이터는 여전히 이식되어야 합니다.
즉, Win2008R2에서는 터미널 서비스에 많은 개선이 이루어졌고 많은 새로운 기능이 추가되었습니다. 시스템 관리자는 작업을 개선하기 위해 이러한 기능을 유연하게 사용해야 합니다. 그러나 이전 버전의 터미널 서비스에서 2008R2 버전의 터미널 서비스로 업그레이드할 때는 여전히 주의해야 합니다. 여기서 제가 제안하는 것은 업그레이드보다는 재배포하는 것입니다.
-