|
|
Windows Media Services 9 시리즈로 업그레이드
|
Tricia Gill
Microsoft New Media Platforms Division
Windows Media
Services는 새로운 기능, 더 나은 성능, 향상된 유연성 및 사용이 간편한 도구를 제공하기 위해 완전히 다시 디자인되었습니다. 이미 사용
중인 기능은 대부분 향상되었으며 일부 기능은 이름이 변경되거나, 제거 또는 대체되었습니다.
Windows Media Services
9 시리즈는 Microsoft Windows Server 2003의 Standard Edition, Windows Server 2003의
Enterprise Edition 및 Windows Server 2003의 Datacenter Edition의 선택적 구성 요소입니다.
Windows Media Services 4 또는 4.1을 사용하면서 Windows NT Server 4.0 또는 Windows 2000
Server에서 Windows Server 2003으로 업그레이드하면 스트리밍 미디어 서버도 자동으로 업그레이드됩니다. 이 문서는 이러한
업그레이드 프로세스에 대해 설명합니다. |
| 이 문서에서는 버전 4 및 4.1을 비롯한 이전 버전의 Windows Media
Services가 이미 실행 중인 환경에서 Microsoft Windows Media Services 9 시리즈를 배포하는 방법에 대해
설명합니다. 이 문서에서 제공되는 내용은 Microsoft Windows NT 4 및 Windows 2000 운영 체제를 실행하는 서버에서
업그레이드하는 경우에 적용됩니다. |
 다운로드
(128
KB - 1 min @ 28.8
kb)
| |
업그레이드 프로세스가 이전 구성의 대부분을 마이그레이션하지만 Windows Media
Services를 안전하게 구현하기 위해 약간의 수동 조정이 필요합니다. MSBD(Media Stream Distribution
Protocol) 같은 일부 기능이 더 이상 지원되지 않으므로 업그레이드된 서버를 다시 서비스하기 전에 일부 기능을 변경해야 합니다. 이 문서는
이와 관련된 모든 정보와 함께 프로세스를 안내하는 검사 목록을 제공합니다. 이 문서는 다음과 같이 구성되어 있습니다.
Windows Media Services 버전
4.1에서 업그레이드하면 Windows Media Services 9 시리즈가 제공하는 다음과 같은 새로운 기능과 향상된 디자인 및 성능을
사용할 수 있습니다.
- 더 쉽게 사용할 수 있는 완전히 다시 디자인된 사용자 인터페이스. MMC(Microsoft Management Console)용
Windows Media Services 스냅인 및 웹용 Windows Media Services Administrator가 이러한 인터페이스에
포함됩니다.
- 확장된 프로토콜 지원. Windows Media Services는 이제 RTSP(Real Time Streaming Protocol),
MMS(Microsoft Media Server) 프로토콜 및 HTTP(Hypertext Transfer Protocol)를
지원합니다.
- 사용자 지정하여 구현할 수 있도록 해주는 유연한 플러그 인 아키텍처
- 서버측 재생 목록과 래퍼를 사용한 동적 콘텐트 조작
- 로깅 및 성능 모니터를 사용한 광고 지원. 광고 효과 추적을 사용하면 서버가 서비스한 광고 수를 MMC의 모니터 패널에서 직접 볼 수
있습니다.
- 무선 네트워크를 통한 스트리밍을 지원하기 위한 순방향 오류 정정
- 서버 이벤트 알림 및 모니터링을 위한 WMI(Windows Management Instrumentation), 네트워킹 구성 요소를 위한
SNMP(imple Network Management Protocol), 재생 목록 구현을 위한 XML(Extensible Markup
Language), DOM(Document Object Model) 및 SMIL(Synchronized Multimedia Integration
Language) 2.0 일부를 비롯한 다양한 표준 준수
Windows Media Services 버전 4.1이 Windows
Media Encoder 및 Windows Media Player를 비롯한 Windows Media 9 시리즈 구성 요소와 호환되지만 버전
4.1에서는 동적 재생 목록 및 빠른 스트리밍(Fast Streaming) 같은 일부 최신 기능을 사용할 수 없습니다. 마찬가지로 Windows
Media Services 9 시리즈와 함께 인코더 또는 플레이어의 이전 버전을 사용할 경우에는 새 기능 집합을 수용하기 위해 이러한 구성
요소를 조정해야 합니다.
참고 빠른 스트리밍(Fast Streaming)을 사용하면 최상의 사용자
경험을 제공하기 위해 스트리밍, 다운로드 및 캐싱을 결합할 수 있습니다. 빠른 스트리밍은 빠른 시작, 빠른 캐시, 빠른 복구 및 빠른 재연결을
비롯한 여러 기능이 합쳐진 것입니다. 자세한 내용은 Windows Media Services 온라인 도움말을 참조하십시오.
이전 버전에서 변경된 사항
이 버전에서는 on-demand 및 방송 publishing points를 모두
포함하도록 publishing points 사용이 확장되었습니다. 버전 4.1의 on-demand publishing point는 이 버전의
on-demand publishing point와 동일합니다. 그러나 방송을 위한 스트림, 프로그램 및 방송국의 사용은 대폭 변경되었습니다.
이제 모든 방송은 재생 목록과 함께 방송 publishing points를 사용하여 처리합니다. 업그레이드 프로세스 동안 방송국은 방송
publishing points로 마이그레이션되며 소스 콘텐트를 방송국에 제공하는 프로그램과 스트림은 서버측 재생 목록으로 마이그레이션됩니다.
이러한 재생 목록은 방송 publishing points의 소스 역할을 수행하며 %SystemDrive%\WMPub\WMPlaylists 폴더에
저장됩니다. 방송국이 publishing points로 변경되어도 업그레이드가 진행되는 동안 콘텐트의 디렉터리 구조는
유지됩니다.
Windows Server 2003, Enterprise Edition 및 Windows Server 2003,
Datacenter Edition의 Windows Media Services는 멀티캐스트 스트리밍을 지원합니다. 멀티캐스트 콘텐트 전달 기능을
사용하려면 방송 publishing point에서 멀티캐스트 데이터 작성기 플러그 인을 활성화해야 합니다. Windows Server 2003,
Standard Edition은 멀티캐스트 전달을 지원하지 않으며 Windows Server 2003의 Standard Edition으로
업그레이드하는 경우에는 기존의 모든 멀티캐스트 방송국, 프로그램 및 스트림이 마이그레이션되지 않습니다.
Windows Media
Services는 이제 시스템 리소스를 액세스하기 위해 고유한 관리자 계정을 만드는 대신 네트워크 서비스 사용자 계정에서 실행됩니다. 네트워크
서비스 계정은 제한된 액세스 권한과 사용 권한을 가지고 있으며 서버에서 서비스가 사용하도록 디자인되었습니다. 네트워크 서비스 계정에는 기본
폴더에 대한 적절한 사용 권한이 주어지지만 Windows Media Services가 데이터를 읽고 쓰는 모든 파일, 폴더, 데이터 소스 또는
기타 항목에 대한 액세스 목록에 이 계정을 추가해야 합니다. 업그레이드 프로세스 동안 버전 4.1 publishing points의 소스
디렉터리에서 구성된 모든 보안 설정이 마이그레이션 및 수정되어 네트워크 서비스 계정에 읽기 권한을 제공합니다.
Microsoft
PowerPoint와의 통합을 제공했던 온라인 방송 서비스는 마이그레이션되지 않습니다. 이 서비스를 요구하는 프로그램을 실행하는 경우에는
Windows 2000 Server 같은 호환되는 운영 체제에서 Windows Media Services 버전 4.1을 계속 사용해야
합니다.
MSBD 프로토콜은 더 이상 지원되지 않습니다. 업그레이드 프로세스 도중 소스 URL에서 MSBD를 참조(예: 인코더에서
소싱할 경우)하는 모든 publishing points는 HTTP로 변경됩니다. MSBD 프로토콜을 지정하는 모든 알림 파일은 수동으로
업데이트해야 합니다.
Windows Media Services는 이제 스트림을 Windows Media Player 9 시리즈로
전달하는 경우에 한하여 콘텐트를 유니캐스트 스트림으로 전달하기 위한 RTSP를 지원합니다. 이전 버전의 플레이어는 스트림을 액세스하기 위해
계속해서 MMS 또는 HTTP를 사용해야 합니다.
Windows Media Services는 서버 간 배포를 위한 MMS
프로토콜을 더 이상 지원하지 않습니다. 4.1 및 9 시리즈 서버를 모두 사용하여 정보를 교환할 경우에는 두 서버에서 HTTP 배포를 활성화하고
버전 4.1 서버에서 publishing points 속성을 변경하여 HTTP를 사용하도록 해야 합니다.
개체 모델은 Windows
Media Services 9 시리즈에 맞게 완전히 다시 디자인되었습니다. 결과적으로 버전 4.1 개체 모델로 디자인된 모든 타사 플러그 인
또는 사용자 지정 응용 프로그램은 더 이상 작동하지 않으므로 해당 플러그 인 공급업체 또는 소프트웨어 개발업체에 문의하여 업데이트를 사용할 수
있는지 확인해야 합니다.
아래 표에는 그 밖의 추가 변경 사항이 요약되어 있습니다.
|
| ASF(Advanced Systems Format) 파일 |
WMA(Windows Media Audio) 또는 WMV(Windows Media
Video)는 이제 비디오 및 오디오를 포함하는 파일과 오디오만 포함하는 파일을 구별합니다. 파일 형식은 동일합니다. ASF 파일을 쉽게
스트리밍하거나 .wma 또는 .wmv 확장명을 사용하여 이름을 바꿀 수 있습니다. |
| 방송 유니캐스트 Publishing Points |
유니캐스트 데이터 기록기를 사용하는 방송publishing points
|
| 배포 방송국 |
유니캐스트 데이터 기록기를 사용하는 방송publishing points
|
| MSBD 프로토콜 |
이 프로토콜을 더 이상 지원되지 않습니다. 대신, RTSP 또는 HTTP 프로토콜을
서버 간 데이터 전송에 사용할 수 있습니다. 인코더와 서버 간의 데이터 전송에는 HTTP 프로토콜만 사용됩니다. |
| 멀티캐스트 방송국 |
멀티캐스트 데이터 작성기를 사용하는 방송 publishing points
|
| 프로그램 |
재생 목록 |
| 스트림(예를 들어, MyProg1 스트림: Str11, Str12) |
재생 목록의 media 요소(예: MyProg1.wsx 미디어:
Str11, Str12) |
| 유니캐스트 publishing points |
On-demand publishing points |
Windows Media 방송국 서비스
Windows Media 유니캐스트
서비스
Windows Media 프로그램 서비스
Windows Media 모니터 서비스 |
Windows Media Services는 이제 이러한 네 가지 서비스의 기능을
결합합니다. |
업그레이드 또는 새 설치
Windows Media
Services 9 시리즈는 Windows Server 2003 운영 체제에서만 실행됩니다. 따라서 이전 버전의 Windows Media
Services를 실행하는 상태에서 Windows Server 2003 플랫폼으로 이전하려는 경우, Windows Server 2003
업그레이드 마법사를 사용하여 기존 구성을 업그레이드할 것인지 아니면 새 설치를 사용할 것인지 결정해야 합니다. 각 옵션은 고유한 이점을 가지고
있습니다.
업그레이드의 경우, 대부분의 Windows Media Services 설정이 새 환경에서 자동으로 구성됩니다. 몇 가지
구성은 수동으로 설정해야 하며 이전에 사용할 수 없던 기능을 활성화해야 합니다. 또한 Windows Media Services 9 시리즈의 변경
내용을 수용하기 위해 기존 인프라에서 인코더와 서버를 약간씩 변경해야 합니다. 그러나 업그레이드 프로세스는 일반적으로 새 설치보다 작업 속도가
빠릅니다. 업그레이드의 주요 결점은 일부 호환성 문제가 발생할 수 있다는 것입니다. 이러한 문제에는 새 운영 체제가 지원하지 않거나 새
드라이버를 사용할 수 없는 레거시 하드웨어가 포함될 수 있습니다. 이 문서는 업그레이드 프로세스에 주안점을 둡니다.
새 설치를
사용하면 컴퓨터에 존재할 수 있는 모든 데이터 조각 및 사용하지 않는 파일을 제거할 수 있으며 모든 설정이 필요한 대로 정확하게 구성되도록 할
수 있습니다. 새 설치는 업그레이드보다 오래 걸리지만 일반적으로 프로세스가 끝나는 시점에 해결해야 할 문제가 줄어듭니다. 새 설치를 수행하는
프로세스는 이 문서에서 다루지 않습니다.
업그레이드와 새 설치 중에서 무엇을 수행할 것인지는 전적으로 상황에 따라 달라집니다. 어떤
방법을 선택하든 업그레이드가 실패하는 예기치 않은 상황에서 지연 없이 시스템을 복원할 수 있도록 항상 기존 시스템을 백업합니다. 여러 서버가
있는 환경에서 업그레이드할 경우에는 콘텐트를 업그레이드 프로세스 동안 계속 사용할 수 있도록 다른 서버 간에 재배포합니다. 또한 필요한 변경을
예상할 수 있도록 Windows Media Services 9 시리즈의 새 기능에 익숙해진 다음에 업그레이드를 수행합니다. 이렇게 하면 사이트
중단 시간이나 서비스 중지를 최소화할 수 있습니다.
 페이지 맨 위로
Windows Media 서버는 일반적으로 다음 세 가지
시나리오 중 하나에서 배포됩니다.
- 단일 서버
- 여러 대의 중앙 집중형 서버
- 분산된 여러 서버
업그레이드의 일반 프로세스가 시나리오에 상관 없이 동일하지만 각 경우에 고려해야 할 세부 사항이
존재합니다. 예를 들어 분산된 여러 서버가 있는 경우에는 업그레이드를 원격으로 또는 현장에서 수행해야 합니다. 주 데이터 센터나 본사에서 서버를
구성한 다음, 현지 사무실에 제공해야 합니까? 단일 서버 시나리오인 경우, 나중에 복원해야 할 경우를 대비하여 데이터와 구성을 그대로 유지하는
방법은 무엇입니까? 이 섹션에서는 이러한 질문에 대한 답변과 함께 자연스러운 업그레이드를 위한 몇 가지 권장 사항을
제공합니다.
단일 서버
단일 서버 배포에서는 하나의 Windows Media 서버가 하나 이상의 인코더와 함께
작동하여 콘텐트를 소규모 클라이언트 그룹에 스트리밍합니다. 구성은 다음과 같이 나타납니다.
단일
서버 업그레이드는 업그레이드 프로세스가 한 번만 실행되므로 가장 간단합니다. 이상적인 경우라면 Windows Server 2003 및
Windows Media Services 9 시리즈의 새 설치를 수행할 수 있는 예비용 컴퓨터가 있는 경우입니다. 이러한 예비용 컴퓨터가 있을
경우에는 새 서버의 모든 설치 및 테스트가 완료될 때까지 기존 서버를 프로덕션 상태로 유지하여 사이트 중단 시간을 최소화할 수
있습니다.
예비용 컴퓨터가 없는 경우에는 전체 시스템을 백업합니다. 그런 다음 사이트의 트래픽이 적은 시간을 선택하여 서버
업그레이드 섹션에서 설명한 대로 업그레이드를 진행합니다.
여러 대의 중앙 집중형 서버
이
시나리오에서는 한 사이트에서 두 대 이상의 Windows Media 서버가 나란히 여러 클라이언트에 콘텐트를 전송합니다. 때때로 두 번째 서버는
첫 번째 서버가 장애를 일으키는 경우 작동하는 백업 서버로 기능합니다. 이와 달리 서버 과부하가 발생하지 않도록 하드웨어 또는 소프트웨어 로드
밸런서를 통해 클라이언트의 요청을 여러 서버에 분배하는 경우도 있습니다. 구성의 모양은 다음과 같습니다.
여러 서버가 중앙 집중식으로 배치된 상황에서는 업그레이드 과정을 여러 번 거쳐야 하기 때문에 단일 서버
업그레이드보다 복잡합니다. 서버 하나를 업그레이드하는 동안 그 클러스터의 다른 서버들이 로드를 분담할 수 있지만, 클러스터의 모든 서버들이
업그레이드될 때까지 버전 4 또는 4.1과 호환되는 버전 9 시리즈의 기능만을 이용할 수 있도록 몇 가지 사전 계획을 수행해야 합니다. 예를
들어 4.1 서버에서 MMS가 아니라 HTTP 배포를 사용할 수 있게 해야 합니다. MMS는 버전 9 시리즈에서 서버 대 서버 배포용으로
지원되지 않기 때문입니다.
여러 대의 분산형 서버
여러 서버가 분산되어 있는 상황에서의 업그레이드 작업은 중앙에
하나 이상의 서버가 있을 뿐 아니라 멀리 떨어진 장소에도 하나 이상의 서버가 분산되어 있기 때문에 가장 복잡한 작업입니다. 아래는 분산형 구성의
사례입니다.
분산된 환경에서 서버 집단들을 업그레이드하기 위한 몇 가지 옵션이 있습니다. 우선 가장 먼저 업그레이드를
수행할 대상을 선정합니다. 그 서버를 구성하고, 예상한 대로 동작할 때까지 테스트한 다음 실무 환경에 다시 위치시킵니다. 업그레이드한 시스템이
정확히 동작하면 아래와 같이 수행합니다.
- 방금 업그레이드한 시스템과 일치하도록 예비용 컴퓨터를 구성한 후 이를 원격 사이트로 보냅니다.
- 서버 하나를 업그레이드한 다음 파일 복사 유틸리티를 사용하여 콘텐트, publishing point 구조, 로깅 디렉터리 등을 현재
업그레이드 중인 다른 모든 컴퓨터에 복사합니다. 이 방법은 서버들이 서로 미러링하는 관계일 때는 유용하지만 각각의 서버의 구성이 서로 다를 때는
좋은 방법이 아닙니다.
- 원격 데이터 센터의 직원들에게 자세한 지침을 제공합니다. 이 지침에는 필수 publishing point 및 보안 설정, 디렉터리 구조,
로깅 속성 등이 모두 포함되어야 합니다.
여러분 또는 원격 데이터 센터 직원들은 각각의 업그레이드를 테스트하여 올바로
동작하는지, 그리고 클라이언트의 로드를 처리할 수 있는지 확인해야 할 것입니다. 이 작업의 대부분은 터미널 서비스 또는 웹용Windows
Media Services Administrator를 통해 중앙에서 처리될 수 있습니다.
페이지 맨 위로
업그레이드 과정을 시작하기 전에 사이트에
몇 가지 준비 조치를 수행해야 합니다. 우선, 여러분의 장비가 최소 권장 요구 사항을 충족하는지 확인해야 합니다. 다음으로, 서버를 실무
환경에서 빼내고 전체 시스템을 백업합니다. 마지막으로, 업그레이드되지 않는 설정과 기능들, 또는 업그레이드 완료 후 여러분이 직접 구성해 주어야
하는 기능과 설정들을 고려합니다.
시스템 요구 사항
Windows Media Services는 Microsoft
Windows Server 2003, Windows Enterprise Server, Windows Datacenter Server에서 옵션
구성 요소입니다. 이 표는 모든 버전의 Windows Server 2003을 이용하여 스트리밍하는 데 필요한 권장 시스템
구성입니다
|
| 프로세서 |
550MHz 이상(최저 지원 속도는 133MHz)의 프로세서 하나 이상.
|
| 메모리 |
512MB의 RAM(최소 256MB). |
| 하드 디스크 공간 |
약 2GB의 하드 디스크 여유 공간. |
| 파일 시스템 구성 |
NTFS |
수동으로
구성해야 하는 요소들
4.1 구성의 몇몇 요소들은 업그레이드 과정에서 자동으로 마이그레이션되지 않습니다. 마이그레이션은 파일, 폴더
및 특정 레지스트리 설정 등과 같은 콘텐트를 제거하지 않습니다.
아래 목록은 마이그레이션되지 않는 요소들, 그리고 서버 스트림을
예상대로 유지하기 위해 필요할 수 있는 수동 구성을 설명한 것입니다.
계정 및 ACL
Microsoft
NetShow 관리자 또는 Windows Media 관리자 로컬 그룹 및 NetShowServices 로컬 사용자 계정은 업그레이드 과정에서
제거되지 않습니다. 보안을 최대로 유지하려면 해당 계정들을 아직 사용할 수 있는지 확인하고 더 이상 사용되지 않는 경우에는 제거하거나 사용할 수
없도록 합니다.
publishing points와 연결되는 ACL은 마이그레이션되지 않습니다. ACL을 재할당하려면 WMS
Publishing Points ACL Authorization 플러그 인에서 그 속성을 구성해야 합니다. 이 플러그 인은 구성을 완료할 때까지
서버의 보안을 유지할 수 있도록 (버전 4.1에서 ACL 확인 기능을 활성화했는지에 관계 없이) 기본적으로 사용 가능하게 설정되어 있습니다.
서버에 대한 액세스를 허용 또는 거절하도록 여러분이 구성한 IP 주소 모음은 마이그레이션되지 않지만, 레지스트리의 다음과 같은 키
아래에
있습니다.
\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NetShow\AccessLists
\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NetShow\AccessLists\AllowDistribution
\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NetShow\AccessLists\AllowUnicastClients
\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NetShow\AccessLists\DisallowDistribution
\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NetShow\AccessLists\DisallowUnicastClients
참고
레지스트리를 잘못 편집하면 시스템에 심각한 손상을 줄 수 있습니다. 레지스트리를 변경하기 전에 컴퓨터의 중요한 데이터는 모두 백업하십시오.
WMS IP Address Authorization 플러그 인의 속성 페이지에서 IP 주소 목록을 재설정해야 합니다. 이 플러그
인은 서버 및 publishing point 수준에서 액세스를 제한할 수 있게 해줍니다. Windows Media Services 온라인
도움말의 지침 사항을 참조하십시오.
버전 4.1에서 사용되던 로깅 및 방송국 보관 디렉터리에 대한 ACL 설정은 유지되며 해당
네트워크 서비스 계정에는 이 디렉터리에 쓰기 액세스할 수 있는 권한이 부여됩니다.
Windows Media Services 버전
4.1에서 서버 인증 프록시 설정을 활성화했다면 인증서를 확인하는 데 사용되었던 프록시 서버의 이름이 업그레이드 중에 마이그레이션됩니다. 그러나
해당 프록시 서버에 사용했던 사용자 이름과 암호를 WMS Network Data Source 플러그 인의 속성 시트에 직접 입력해야 합니다.
네트워크 데이터 소스에 연결하기 위해 해당 프록시 서버를 사용하는 각 프로토콜에 이 절차를 반복합니다. Windows Media Services
온라인 도움말의 지침 사항을 참조하십시오.
Publishing Points 및 재생 목록
스트림
포함 여부에 관계 없이 모든 프로그램이 재생 목록으로 마이그레이션됩니다. Windows Media 파일 전송 서비스가 더 이상 지원되지 않으므로
멀티캐스트 파일 전송 스트림을 포함하고 있는 프로그램들은 예외입니다. 빈 재생 목록들은 제거할 수 있습니다.
Note Windows Media 파일 전송 서비스가 필요한 프로그램을 실행 중이라면
Windows 2000 Server와 같은 호환 운영 체제에서 Windows Media Services 버전 4.1을 계속 사용해야 합니다.
멀티캐스트 publishing points는 업그레이드 과정에서 마이그레이션되지만, 멀티캐스트 정보 파일(확장자가 .nsc인
파일)에 포함되어 있는 스트림 형식이 변경되므로 모든 멀티캐스트를 다시 알려야 합니다.
버전 4.1에서는 publishing
points와 방송국이 같은 이름을 공유할 수 있습니다. Windows Media Services 9 시리즈에서는 이것이 불가능합니다.
업그레이드 중 방송국 이름은 원래 이름에 특정 값이 붙은 것으로 변경됩니다. 예를 들어 Sports는 Sports-1이 됩니다.
프로토콜과 포트
Windows Media Services 9 시리즈는 서버 대 서버 배포에 MMS 프로토콜을
지원하지 않습니다. 이제 이런 유형의 배포에는 RTSP 또는 HTTP를 사용할 수 있습니다. 9 시리즈 서버와 버전 4.1 서버를 모두 사용하고
있다면 둘 사이의 통신을 위해 HTTP를 사용해야 합니다.
참고 HTTP 배포는 Windows Media
Services 9 시리즈에서 기본적으로 사용 불능으로 설정되어 있습니다.
재생 목록의 URL은 업그레이드 중에 MMS에서
HTTP로 변환됩니다. 80 이외의 포트를 사용하여 재생 목록에 올라 있는 콘텐트를 스트리밍한다면 각 재생 목록 참조를 업데이트하여 그 실제
포트 번호를 반영해야 합니다. 예를 들어 welcome.asf를 버전 4.1에서 포트 8008로 스트림했다면 URL은 다음과 같게
됩니다.
mms://server/welcome2.asf
Windows Media Services 9 시리즈에서 같은
포트를 통해 스트리밍하는 경우 URL은 다음과 같습니다.
http://server:8008/welcome2.asf
기타 사항
아래 폴더들와 그에 들어 있는 파일들은 Windows Media Services 9 시리즈에서
사용되지 않지만 업그레이드 과정에서 제거되지 않습니다. 직접 수동으로 제거할 수 있습니다.
- %systemroot%\System32\Windows Media\Server\ASDB
- %systemroot%\System32\Windows Media\Server\ASDB\NSP
- %systemroot%\System32\Windows Media\Server\Station Data
Windows
Media 9 시리즈에는 서버 및 Publishing Points 수준에서 구성될 수 있는 새로운 로깅 플러그 인이 있습니다. 버전 4 또는
4.1 서버가 계속 실행 중인 환경에서 Windows Media Services 9 시리즈를 사용 중이라면 버전 9 시리즈 서버에서 레거시 지원
기능을 활성화하여 로그 읽기에 타사 파서를 계속 사용할 수 있게 하십시오.
레거시 지원을 사용하도록 설정하려면 다음 단계를
수행하십시오.
- MMC에서, 레거시 지원을 사용하도록 설정할 서버 또는 publishing point를 선택합니다.
- 속성 탭을 클릭합니다.
- 범주에서 로깅을 클릭합니다.
- 플러그 인에서 WMS 클라이언트 로깅을 마우스 오른쪽 단추로 클릭하고 속성을
클릭합니다.
- 고급 탭을 클릭합니다.
- 로그 형식에서 레거시(Windows Media Services 4.1 형식)을 클릭합니다.
- 확인을 클릭합니다.
페이지 맨 위로
Windows Server 2003 및
Windows Media Services 9 시리즈로 업그레이드할 준비를 하려면 아래 절차를 따르십시오.
- 모든 클라이언트 요청을 다른 서버로 리디렉션한 다음, 업그레이드할 서버를 실무 환경에서 빼냅니다. 단일 서버 시나리오의 경우에는 사이트가
일시적으로 오프라인된다는 메시지를 게시합니다.
- 모든 콘텐트, publishing point 구성, 보안 설정, 로그 파일, 타사 플러그 인 또는 응용 프로그램 등을 포함하여 서버를
백업합니다. 나중에 이 정보를 복원할 경우, 모두 원형 그대로 살릴 수 있습니다.
- Windows Media Services 버전 4.1 시스템용으로 제작된 모든 응용 프로그램을 조사하여 업그레이드 가능성을 결정합니다.
이 응용 프로그램들은 Windows Media Services 9 시리즈 업그레이드 중에 자동으로 업그레이드되지 않습니다.
- 방화벽에서 해당 포트를 엽니다. 버전 4.1 Windows Media Services와의 스트리밍을 위해 열어 두었던 포트들은
Windows Media Services 9 시리즈에서도 유효하지만 MSBD(Media Stream Broadcast Distribution)
프로토콜용인 포트 7007은 예외입니다. MSBD는 더이상 지원되지 않습니다.
참고
RTSP는 이전 버전의 Windows Media Services에서는 사용할 수 없었으나 표준 프로토콜이므로 방화벽에 이미 할당된 열린 포트가
있을 것입니다. Windows Media Services는 RTSP를 WMS RTSP Server Control Protocol 플러그 인을
통해 구현합니다. Windows Media Services를 기본 설치하면 이 플러그 인을 사용할 수 있으며 TCP 포트 554로 고정됩니다.
Windows Media 서버를 업그레이드하려면 이 절차를 따르십시오.
- 서버 업그레이드 마법사를 실행하여 서버를 필요에 맞게 구성합니다. 이 업그레이드 마법사는 Windows Media Services 역시
업그레이드합니다.
- 모든 하드웨어 드라이브가 최신 버전인지 확인합니다.
- 마법사가 완료되면 Windows Media Services를 열고 publishing points, 재생 목록, 로깅 디렉터리, 보안
설정 등을 확인합니다. 필요한 사항들을 모두 조정합니다.
- 이전 버전의 Windows Media Encoder를 사용하고 있다면 인코더 구성 파일이 MSBD가 아닌 HTTP를 사용하도록
업데이트합니다.
- mmst:// 또는 mmsu://를 연결 프로토콜로 지정한 .asx 파일이 있고 Windows Media Player 9 시리즈를 지원할
계획이라면 그 .asx 파일이 mms://를 사용하도록 업데이트하십시오. 그러면 플레이어는 네트워크 상태에 따라 최적의 연결 프로토콜을
협상합니다.
- Windows Media Load Simulator를 실행하여 서버의 안정성을 확인하고 최대 스트림 용량을 결정합니다. 또한
Windows Media Services 9 시리즈는 버전 4.1보다 메모리 요구 사양이 더 높습니다. RAM을 추가해야 하는지 파악하려면 로드
시뮬레이션 테스트 중에 CPU와 메모리 사용을 모니터링하십시오. 테스트 수행 중 고려할 사항은 아래와 같습니다:
- 서버가 다운되거나, 연결을 거절하거나 기타 과부하가 발생했다는 증상이 나타날 때까지 연결을 시뮬레이션하여 서버가 처리할 수 있는 최대의
클라이언트 개수를 알아 내십시오. 서버의 연결 한계를 알아 두는 것이 좋습니다.
- 서버를 실무에 투입하기 전에 앞 단계에서 파악해 두었던 최대 클라이언트 로드의 65% 수준에서 24시간 로드를 실행하여 하드웨어 고장이나
오류를 확인하십시오.
- 로드 시뮬레이터 테스트 중에 성능 카운터 계수를 확인하여 최대 성능 지점 또는 추가 하드웨어의 필요성을 확인하십시오. 예를 들어,
%Processor Time은 비유휴 스레드를 실행하는 데 소비하는 시간의 백분율입니다. 이 백분율이 지속적으로 85% 이상이라면
더 빠른 CPU가 필요합니다.
Current Late Read Rate은 완료까지 예상한 것보다 훨씬 오래 걸리는
디스크 읽기 동작을 말합니다. 이 숫자가 0보다 크다면 디스크 드라이브가 로드에 너무 느리다는 것을 뜻합니다.
Current
Late Send Rate는 서버가 예상된 속도로 데이터를 전송할 수 없을 때를 나타내는 디스크 쓰기 동작입니다. 지연된 전송 횟수가
지속되면 추가 CPU가 필요할 수도 있습니다.
Total Stream Errors는 서버에 의해 폐기된 스트림 데이터
패킷의 수를 의미합니다. 폐기는 CPU가 데이터에 대한 수요를 따라잡지 못할 때 발생합니다. 이것은 일반적으로 읽기 지연과 함께 나타나며
네트워크 또는 디스크 트래픽이 지나치게 많음을 의미합니다.
Total UDP Resend Requests는
클라이언트가 패킷을 받지 못해 서버에게 다시 전송하라는 요청을 보낸 회수를 의미합니다. 요청 재전송은 서버가 UDP 패킷을 안정적으로 전송할 수
없거나 네트워크 과부하로 인해 패킷을 전송하지 못하는 경우에 많이 발생합니다.
Total UDP Resends
Sent는 횟수에 있어 UDP Resend Requests와 비슷할 수 있습니다. 이 회수가 UDP Resend Requests보다 크게
낮다면 서버 부하가 지나치게 높음을 뜻할 수 있습니다.
참고 위에 기술한 성능 카운터를 비롯한 기타 성능 카운터에
대한 자세한 설명은 Windows Media Load Simulator 도움말을 참조하십시오.
- 로드 시뮬레이션과 성능 모니터 결과에 따라 서버의 한계를 조정합니다. 4.1에 없었던 일부 한계 설정은 실험해 보는 것이 좋습니다.
- 필요하다면 분산 파일 시스템(DFS) 및 파일 복제 서비스를 이용하여 다른 서버 또는 백업 미디어로부터 새 서버로 콘텐트를 복사하십시오.
업그레이드를 수행하기 전에 컴퓨터에 있었던 콘텐트가 업그레이드 과정에서 이동 또는 삭제되지는 않습니다.
- Windows Media Services 9 시리즈의 새로운 기능을 평가하여 여러분의 환경에서 어떻게 동작하는지 확인하십시오. 또한 새
사용자 인터페이스를 사용하여 익숙한 작업을 완료하는 방법에 대해서도 숙지하십시오.
- 서버를 백업합니다.
- 9 시리즈 서버를 실무에 투입합니다.
페이지 맨 위로
업그레이드 과정을 완료했으면 Windows Media Services의 MMC 스냅인을 탐색하여 새로운
기능과 익숙한 기능을 찾아 보십시오. 서버, 캐시/프록시 및 publishing point 노드 등은 왼쪽 창의 콘솔 트리에 나열되며 속성,
플러그 인, 모니터링 도구 등은 화면 오른쪽 세부 정보 창에 있습니다.
콘솔 트리에
있는 노드들을 마우스 오른쪽 단추로 클릭하면 클릭한 노드에 따라 서버 추가, 마법사 실행 및 기타 다른 작업들을 수행할 수 있는 상황에 맞는
메뉴가 나타납니다.
방송국을 방송 publishing points로 마이그레이션했다면 특히, 각각의 publishing
points를 다시 방문하여 그 구조를 숙지하고 속성 설정을 확인하는 등 여러 사항을 검토해 보십시오.
Publishing
Points가 되는 방송국
업그레이드 과정에서 방송국은 방송 publishing points로 마이그레이션되고 프로그램은 확장자가
.wsx인 재생 목록 파일로 마이그레이션됩니다. 프로그램에 포함되어 있었던 스트림은 재생 목록의 미디어 요소가 됩니다. 아래는 4.1 구성과 9
시리즈 구성을 비교한 것입니다.
|
| 방송국 이름: MyStation |
방송 publishing points 이름: MyStation |
| 프로그램 이름: MyProg1 |
재생 목록: MyProg1.wsx |
| 스트림 이름: Str11, Str12 |
MyProg1.wsx 미디어: Str11, Str12
|
업그레이드 후에는 스트림이 전과 마찬가지로 동작할 것입니다. 새로운 SMIL 기능을
활용하고자 한다면 재생 목록 편집기를 사용하여 재생 목록을 그에 맞게 수정하십시오. 자세한 사항은 '재생 목록에 콘텐트 추가 또는 변경' 섹션을
참조하십시오.
Publishing Points 테스트
업그레이드 후, 각 publishing points의
디렉터리 구조는 동일하게 유지됩니다. 버전 4.1에서 %systemdrive%\asfroot를 콘텐트의 기본 위치로 사용했다면 Windows
Media Services 9 시리즈에서도 기존 콘텐트의 기본 위치로 계속 사용됩니다. 기존 설치를 지우고 완전히 새로 설치했다면 기본
publishing point 위치는 %systemdrive%\wmpub\wmroot가 됩니다.
아래 절차를 따라
업그레이드된 publishing points를 테스트합니다.
- 클라이언트가 연결될 때 publishing points가 시작되거나 시작풩돈?설정되었는지 확인합니다.
- Test Stream 유틸리티를 실행하여 스트림을 점검합니다. Test Stream을 실행하려면 테스트하려는 Publishing
Points의 Source 탭에 있는 Test Stream 단추를 클릭합니다.
- 하나 이상의 클라이언트들로 publishing point의 URL을 입력하여 스트림에 연결합니다. 예를 들어,
mms://MyServer/PublishingPoint1 또는 mms://MyServer/PublishingPoint1/content.wmv.
- 모든 알림 파일(.asx) 링크를 클릭하여 올바로 동작하는지 확인합니다.
Publishing Point
보안
모든 publishing point 소스에 대한 보안 설정은 업그레이드 중에 마이그레이션됩니다. 업그레이드 동안에 수행한
ACL 보안 설정의 유일한 변경 내용은 네트워크 서비스 계정에 읽기 액세스 권한을 추가하는 것입니다. 네트워크 서비스는 Windows Media
Services가 실행되는 사용자 계정입니다. 아래 표는 설정이 어떻게 마이그레이션되는지를 개괄적으로 설명한
것입니다.
|
| 인증 또는 권한 부여를 사용할 수 없음(기본 서버 구성). |
WMS Publishing Points ACL Authorization, WMS
NTFS ACL Authorization, WMS Anonymous User Authentication, WMS Negotiate
Authentication 플러그 인을 사용할 수 있습니다. |
WMS Publishing Points ACL Authorization, WMS
NTFS ACL Authorization, WMS Anonymous User Authentication, WMS Negotiate
Authentication 플러그 인을 사용할 수 있습니다. |
| HTTP-BASIC 및 Membership Service Account
Database 권한 부여 패키지를 사용할 수 있습니다. |
WMS Publishing Points ACL Authorization, WMS
NTFS ACL Authorization, WMS Negotiate Authentication 플러그 인을 사용할 수 있습니다.
WMS
Anonymous User Authentication 플러그 인은 사용할 수 없습니다. |
WMS Publishing Points ACL Authorization, WMS
NTFS ACL Authorization, WMS Negotiate Authentication 플러그 인을 사용할 수 있습니다.
WMS
Anonymous User Authentication 플러그 인은 사용할 수 없습니다. |
| HTTP-BASIC Authentication 및 NTLM Account
Database 권한 부여 패키지를 사용할 수 있습니다. |
WMS Publishing Points ACL Authorization, WMS
NTFS ACL Authorization, WMS Negotiate Authentication 플러그 인을 사용할 수 있습니다.
WMS
Anonymous User Authentication 플러그 인은 사용할 수 없습니다. |
WMS Publishing Points ACL Authorization, WMS
NTFS ACL Authorization, WMS Negotiate Authentication 플러그 인을 사용할 수 있습니다.
WMS
Anonymous User Authentication 플러그 인은 사용할 수 없습니다. |
| Windows NTLM Authentication 및 Account Database
권한 부여 패키지를 사용할 수 있습니다. |
WMS Publishing Points ACL Authorization, WMS
NTFS ACL Authorization, WMS Negotiate Authentication 플러그 인을 사용할 수 있습니다.
WMS
Anonymous User Authentication 플러그 인은 사용할 수 없습니다. |
WMS Publishing Points ACL Authorization, WMS
NTFS ACL Authorization, WMS Negotiate Authentication 플러그 인을 사용할 수 있습니다.
WMS
Anonymous User Authentication 플러그 인은 사용할 수 없습니다.
|
일반적인 작업 수행
다음은 Windows Media
Services를 관리할 때 수행하게 될 일반적인 작업들을 나열한 것입니다. 각 작업 수행에 관한 전체 설명은 온라인 도움말에 나와 있지만 우선
기본적인 사항을 나열했습니다. MMC 스냅인 인터페이스를 사용하여 각 절차를 수행하십시오.
MMC 스냅인을 사용하여 새로운
publishing point를 만듭니다.
- 콘솔 트리에서 publishing point를 추가하려는 서버를 확장하고 Publishing Points를 클릭합니다.
- 동작 메뉴에서 Publishing Points 추가(마법사)를 클릭합니다.
알림을 작성
또는 업데이트합니다.
- 콘솔 트리에서 콘텐트를 알리려는 publishing point를 클릭합니다.
- 세부 정보 창에서 알림 탭을 클릭합니다.
- 사용하는 전송 유형에 따라 유니캐스트 또는 멀티캐스트 알림 마법사를 실행합니다.
재생 목록에서 콘텐트 추가 또는
변경
- 콘솔 트리에서 재생 목록을 만들 publishing point를 클릭합니다.
- 세부 정보 창에서 소스 탭을 클릭합니다.
- 범주에서, 화면 아래에 있는 재생 목록 아이콘을 클릭하여 재생 목록 편집기를 실행합니다. 아래 그림에서 동그라미가 그려져
있는 것이 재생 목록 아이콘입니다.
인증/권한 부여 정책 구성
- 콘솔 트리에서, 정책을 구성할 서버 또는 publishing point를 클릭합니다.
- 세부 정보 창에서 속성 탭을 클릭합니다.
- 범주에서 권한 부여 또는 인증을 클릭하여 플러그 인 목록을 확인합니다.
- 구성하려는 플러그 인을 마우스 오른쪽 단추로 클릭한 다음, 속성을 클릭합니다.
클라이언트 로깅
설정
- 콘솔 트리에서, 정책을 구성하려는 서버 또는 Publishing Points를 클릭합니다.
- 세부 정보 창에서 속성 탭을 클릭합니다.
- 범주에서 로깅을 클릭합니다.
- WMS Client Logging 플러그 인을 마우스 오른쪽 단추로 클릭하고 속성을 클릭합니다.
RTSP를 클릭합니다.
- 콘솔 트리에서, RTST를 구성하려는 서버를 클릭합니다.
- 세부 정보 창에서 속성 탭을 클릭합니다.
- 범주에서 제어 프로토콜을 클릭합니다.
- WMS RTSP Server Control Protocol 플러그 인을 마우스 오른쪽 단추로 클릭하고 속성을 클릭합니다.
순방향 오류 정정 활성화
- 콘솔 트리에서 순방향 오류 정정을 활성화하려는 Publishing Points를 클릭합니다.
- 세부 정보 창에서 속성 탭을 클릭합니다.
- 범주에서 무선을 클릭합니다.
- 속성에서 순방향 오류 정정 활성화를 클릭한 다음 속성 단추를 클릭합니다.
페이지 맨 위로
Windows Media Services 9 시리즈 업그레이드 및 사용 방법에 대한 자세한 내용은 아래를 참조하십시오.
- Windows Media Services 9 시리즈 온라인 도움말
- Network Load Balancing Manager 온라인 도움말
사용권에 대한 고지 사항
이
문서에 포함된 정보는 문서 발행 시에 논의된 문제들에 대한 Microsoft Corporation의 당시 관점을 나타냅니다. Microsoft는
변화하는 시장 상황에 부응해야 하므로 이를 Microsoft측의 공약으로 해석해서는 안 되며 발행일 이후 소개된 어떠한 정보에 대해서도
Microsoft는 그 정확성을 보증하지 않습니다.
이 문서는 오직 정보를 제공하기 위한 것입니다. Microsoft는 이
설명서의 내용에 관해 어떠한 명시적이거나 묵시적인 보증도 하지 않습니다.
해당 저작권법을 준수하는 것은 사용자의 책임입니다.
저작권에서의 권리와는 별도로, 이 설명서의 어떠한 부분도 Microsoft의 명시적인 서면 승인 없이는 어떠한 형식이나 수단(전기적, 기계적,
복사기에 의한 복사, 디스크 복사 또는 다른 방법) 또는 목적으로도 복제되거나, 검색 시스템에 저장 또는 도입되거나, 전송될 수 없습니다.
Microsoft는 이 설명서 본안에 관련된 특허권, 상표권, 저작권, 또는 기타 지적 재산권 등을 보유할 수도 있습니다. 서면
사용권 계약에 따라 Microsoft로부터 귀하에게 명시적으로 제공된 권리 이외에, 이 설명서의 제공은 귀하에게 이러한 특허권, 상표권,
저작권, 또는 기타 지적 재산권 등에 대한 어떠한 사용권도 허여하지 않습니다.
ⓒ 2002 Microsoft
Corporation. 모든 권리 보유.
Microsoft, MS-DOS, Windows, Windows Media,
Windows NT, ActiveSync, ActiveX, Direct3D, DirectDraw, DirectInput, DirectMusic,
DirectPlay, DirectShow, DirectSound, DirectX, FrontPage, JScript, Microsoft
Press, MSN, NetShow, Outlook, PowerPoint, SQL Server, Visual Basic, Visual C++,
Visual InterDev, Visual J++, Visual Studio, WebTV, Win32, Win32 등은 미국, 대한민국 및/또는
기타 국가에서 Microsoft Corporation의 상표 또는 등록 상표입니다.
여기에 인용된 실제 회사와 제품 이름은 해당
소유자의 상표일 수 있습니다.
Portions, Copyright ⓒ 1994-2000 World Wide Web
Consortium, (Massachusetts Institute of Technology, Institut National de
Recherche en Informatique et en Automatique, Keio University). All Rights
Reserved. http://www.w3.org/
페이지 맨 위로
|
|
|
