마이크로 소프트 익스체인지 서버

이러한 추가 기능과 함께 통합 메시징 역할 및 모든 관련 기능이 교환 2019 에서 제거되었습니다. 9 월. 2019 년 1 월 16 일,교환 팀 사이트의 블로그는 마이크로 소프트가 교환 서버 2010 의 확장 된 지원을 1 월부터 추진할 것이라고 지적했다. 2020 년 10 월 14 일~2020 년 10 월 14 일 2020 년 11 월 13 일,교환 서버 2010 고객에게 마이그레이션을 완료하는 데 더 많은 시간을 제공합니다.이 문제를 해결하려면 다음 단계를 따르세요. 14,2020,해당 서버 운영 체제의 수명 종료.

2019 요구 사항

다음 요구 사항을 충족 해야 합니다.2019:

• 교환 2019 기존 교환 2016 및/또는 2013 서버와 활성 디렉토리(광고)포리스트에 설치할 수 있습니다. 이전 버전의 교환은 교환 2019 와 같은 포리스트에 설치할 수 없습니다.
• 광고 포리스트의 모든 도메인 컨트롤러가 실행 중이어야 합니다.
• 광고 포리스트 기능 수준이어야 합니다.
• 서버 호스팅 교환 2019 는 64 비트 프로세서를 사용해야합니다.
• 서버 호스팅 교환 2019 는 128 에서 256 기가 바이트 사이의 랜덤 액세스 메모리를 가져야합니다.
• 새로운 기술 파일 시스템은 시스템 파티션,교환 바이너리,진단 로그 및 전송 데이터베이스를 포함하는 모든 디스크 파티션에 필요합니다. 복구 가능한 파일 시스템(참조)사서함 데이터베이스 및 트랜잭션 로그를 포함 하는 파티션에 사용할 수 있습니다.

고가용성

복원력을 유지하기 위한 몇 가지 중요한 기능이 있습니다. 사서함 서버 구성 요소는 데이터베이스 가용성 그룹에 의존합니다. 클라이언트 액세스 서버 구성 요소는 부하 분산에 의존합니다.

데이터베이스 가용성 그룹

다그는 교환 2010 에서 처음 도입되었으며 신속하게 교환 내에서 가장 중요한 하위 시스템 중 하나가되었습니다.

데이터베이스 또는 서버 수준에서 오류가 발생할 경우 중복성을 제공하기 위해 구성원 간에 데이터베이스를 자동으로 복사하는 최대 16 개의 서버 그룹입니다. 데이터베이스 복사본을 호스팅할 수 있습니다. 데이터베이스의 복사본이 다른 서버에 추가되면 해당 복사본은 자동으로 최신 상태로 유지되며 언제든지 활성화할 수 있습니다.

이것은 때때로,윈도우 서버의 기능 및 버그가 어떻게 교환 기능에 큰 영향을 미칠 수 있다는 것을 의미 할 수 있습니다.

활성 관리자

활성 관리자(오전)는 교환 환경 내에서 장애 조치 이벤트를 관리 하는 역할을 하는 구성 요소입니다. 복제 서비스는 모든 교환 2016 서버에서 실행됩니다. 기본 활성 관리자(팸)와 대기 활성 관리자(샘)입니다.

클러스터 쿼럼 리소스를 소유하는 멤버 서버는 팸 역할을 보유합니다. 쿼럼 리소스를 보유하는 노드가 실패하면 팸 역할은 쿼럼 리소스를 소유하는 서버로 이동합니다.현재 활성화되어 있는 데이터베이스 복사본에 대한 정보를 제공합니다. 데이터베이스가 실패할 때를 감지하고 팸에게 장애 조치 이벤트를 시작하도록 요청합니다. 오류 발생 후 활성화되는 데이터베이스 복사본을 선택할 책임은 없습니다. 이 프로세스를 최상의 복사 및 서버 선택이라고합니다.

최상의 복사본 선택

데이터베이스 오류가 감지되면 활성화할 영향을 받는 데이터베이스의 최상의 복사본을 선택하여 오류를 복구하는 단계를 수행합니다. 이 과정은 다음과 같이 진행됩니다:

1. 오류는 오전 또는 관리되는 가용성에 의해 감지됩니다. 이 프로세스는 대상 없는 전환을 시작하는 관리자가 시작할 수도 있습니다.
2. 팸은 내부 알고리즘을 시작합니다.
3. 마지막 로그 복사 시도 하위 프로세스는 데이터베이스의 활성 복사본을 마지막으로 호스팅한 서버에서 누락된 로그 파일을 복사하려고 합니다.
4. 프로세스가 완료되면 데이터베이스의 복사본을 호스팅하는 서버에 대해 자동 데이터바스 수량 다이얼 값이 검사되고 활성화되는 데이터베이스의 복사 큐 길이와 비교됩니다. 누락된 로그 파일 수가 자동 데이터 베이스 볼륨 다이얼 값보다 작거나 같으면 5 단계로 이동합니다. 그렇지 않으면,나는 단계 2 에 이 과정을 넘어서 시작할 것이다.
5. 팸이 정보 저장소에 마운트 요청을 발행합니다. 데이터베이스가 탑재되지 않으면 2 단계로 돌아갑니다.

모니터링 이벤트에 의해 장애 조치 이벤트가 트리거되는 경우 이 프로세스에는 몇 가지 추가 논리가 있습니다. 추가 논리를 사용하면 활성 데이터베이스를 인수하는 서버가 원래 서버보다 상태가 좋아집니다.이 예제에서는 서버 클러스터의 특정 구현에 대해 설명합니다. 다그의 교환 구성 요소가 작동하는 기본 윈도우 서버 클러스터 기술에 의존. 쿼럼의 개념은 다그를 구현하고 관리하는 방법을 이해하는 데 필수적입니다.

쿼럼은 일부 다그 멤버가 실패할 경우 나머지 멤버가 제공할 수 있는 리소스를 관리하는 규칙이 있다는 개념입니다. 이러한 쿼럼 규칙 집합은 다그 노드가 서로 통신하지 못하는 상황에서 다그 노드의 일관된 작동을 제공하고 연장전 역할을 하기 위해 존재합니다.

노드 수가 짝수이면 노드&파일 공유 과반수 쿼럼 모드를 사용합니다. 이 모드에서는 외부 미러링 모니터 서버가 연장전 역할을 합니다. 이 모드에서 실행할 때 각 다그 노드 멤버는 단일 투표를 받지만 미러링 모니터 서버는 다그 노드 중 하나에 추가 투표를 제공합니다. 클러스터 쿼럼 데이터는 각 구성원의 로컬 시스템 디스크에 저장되지만 미러링 모니터 서버에는 클러스터 쿼럼 데이터의 가장 업데이트된 복사본으로 단일 멤버를 가리키는 별도의 파일이 있습니다.

멤버 수가 홀수이면 노드 과반수 쿼럼 모드를 사용합니다. 이 모드에서 각 멤버는 투표를 가져오고 각 멤버의 로컬 시스템 디스크는 클러스터 쿼럼 데이터를 저장하는 데 사용됩니다.

가중 쿼럼 투표로 특정 다그 멤버를 수동으로 할당할 수 있습니다. 이렇게 하는 것은 대부분의 상황에서 추천되지 않으며 마이크로소프트 지원을 가진 직접적인 의논 후에 단지 행해져야 합니다.데이터 센터 활성화 조정 모드

데이터 센터 활성화 조정 모드는 중단으로 인해 두 개의 데이터베이스 복사본이 서로 다른 두 서버에 있는 상황을 방지하도록 설계된 다그의 기능입니다. 데이터베이스를 호스팅하는 서버가 다그 멤버 서버의 과반수에 도달할 수 없는 경우 다그 모드는 수동 개입이 필요합니다.두 개 이상의 멤버가 있고 지속적인 복제를 사용하는 경우 활성화할 수 있습니다. 관리자가 타사 복제 도구를 사용하는 경우만 이 모드를 사용하지 않는 것이 좋습니다.

시작 시 0 으로 설정됩니다. 0 으로 유지되면 해당 노드에서 데이터베이스를 시작하지 않습니다. 또한 다른 멤버가 1 로 설정되어 있는 경우 또는 노드가 해당 멤버 목록에 있는 모든 서버에 연결할 수 있는 경우 1 로 설정할 수 있습니다.

주 데이터 센터가 완전히 실패하고 백업 데이터 센터가 활성화된 경우에 유용합니다. 데이터 센터에서는 동일한 데이터베이스의 서로 다른 복사본이 두 데이터 센터에서 모두 활성화되는 것을 방지합니다.데이터베이스 마운트할 수 있는지 여부를 결정하기 위해 대체 미러링 모니터 서버의 부팅 시간과 1 로 설정된 시간을 비교합니다. 기본 데이터 센터의 정전으로 인해 두 서버가 동시에 재부팅된 것으로 가정합니다. 대체 미러링 모니터 서버의 부팅 시간 후에 1 로 설정된 경우 시스템은 데이터베이스를 탑재하는 것이 안전하다고 가정합니다.분할 브레인은 동일한 데이터베이스의 두 개의 서로 다른 복사본이 서로 다른 데이터 센터에서 동시에 활성화되는 상황입니다. 이 경우 데이터베이스의 두 개의 서로 다른 복사본이 분기되어 두 개의 서로 다른 복사본이 조정하려고 할 때 사용자 데이터가 손실될 수 있습니다.

분할 뇌 상태를 방지하는 것 외에도 데이터베이스를 시작,중지 및 복원할 수 있습니다. 수동 데이터 센터 전환을 수행하는 데 사용됩니다. 수동 데이터 센터의 프로세스는 복잡하며 교환 도구와 클러스터 관리자가 모두 포함됩니다.

교환 환경이 각각 동일한 데이터베이스의 복사본을 갖는 4 개의 서버로 구성된 상황을 상상해보십시오. 이 중 두 서버는 데이터 센터에 있고 두 서버는 데이터 센터에 있습니다. 두 데이터 센터 간의 링크에서 네트워크 오류가 발생합니다. 각 데이터 센터의 서버는 데이터베이스 복사본을 활성화해야 한다고 생각할 수 있습니다.

데이터베이스를 활성화하기 전에 노드 과반수를 요구하여 이 분할 뇌 시나리오를 방지합니다. 노드 과반수는 클러스터에 있는 대부분의 노드(이 경우 다그)가 온라인 상태여야 하며 다그 노드가 데이터베이스 복사본을 활성화할 수 있도록 연결할 수 있어야 함을 의미합니다. 파일 공유 미러링 모니터 서버는 노드 과반수를 결정하기 위해 투표 멤버로도 작동합니다.

위에서 설명한 4 노드 클러스터와 각 데이터 센터에 2 개의 노드가 있는 경우 파일 공유 감시가 있는 데이터 센터의 교환 서버만 데이터베이스를 활성화할 수 있습니다. 다른 데이터 센터의 데이터 노드는 데이터 센터의 구성원으로 나열된 모든 서버에 연결할 수 있을 때까지 데이터베이스를 활성화할 수 없습니다.

제 3 사이트 감시

2013 시대에 교환에 추가 된 기능은 관리자의 개입없이 모든 리소스를 온라인 상태로 만들 수있는 능력을 가진 제 3 사이트 감시에 대한 지원이었다. 각 사이트에 세 번째 사이트 미러링 모니터 서버에 대한 독립적인 네트워크 경로가 있는 경우 한 사이트의 노드는 미러링 모니터 서버를 사용하여 쿼럼을 유지 관리할 수 있습니다. 세 번째 사이트 미러링 모니터 서버를 사용하는 것의 단점은 교환 관리자가 필요한 시간을 들여 네트워크 동작을 파악하고 철저하게 이해해야 한다는 점입니다.

로드 균형 조정

로드 균형 조정은 관리자가 네트워크 내의 각 서버로 전송되는 네트워크 트래픽을 관리하는 방법입니다. 일반적으로 다음과 같은 두 가지 이유로 들어오는 클라이언트 연결의 분포를 관리하는 것이 좋습니다:

1. 워크로드를 배포합니다. 누군가가 여러 개의 교환 서버를 설정하고 유지 관리하는 데 어려움을 겪는다면 모든 교환 서버가 정기적으로 일부 작업을 수행하도록하는 것이 좋습니다.
2. 실패의 영향을 줄이기 위해. 뭔가 잘못되면,그것은 실패한 시스템의 작업 부하를 인수 할 수있는 중복 시스템을 가지고하는 것이 좋다.

로드 밸런싱은 대그를 보완합니다. (1)활성화할 준비가 된 각 사서함의 복사본이 여러 개 있는지 확인하고(2)활성 복사본을 사용할 수 없는 경우 클라이언트 요청을 수락합니다. 로드 밸런싱은 거의 같은 방식으로 작동하며,한 곳을 사용할 수 없게 될 경우 클라이언트 트래픽을 보낼 다른 장소가 있는지 확인하는 것입니다.

로드 균형 조정은 단일 사이트에 있는 둘 이상의 교환 서버 간에 걸쳐 있거나 여러 사이트에 걸쳐 있을 수 있습니다. 기본 아키텍처에는 두 개의 개별 광고 사이트에 분산된 4 개의 교환 서버가 포함됩니다. 계층 4,계층 7 및 도메인 이름 시스템 라운드 로빈 로드 밸런싱을 지원합니다.

거래소 선호 아키텍처

마이크로소프트의 거래소 팀이 구상하는 이상적인 거래소 배포이다. 이 회사는 총 소유 비용,복원력,중복성 및 복구를 염두에두고 개발되었습니다. 교육청은 성숙 모델로 사용하기위한 것이 아닙니다;그것은 영감으로 사용할 수 있도록 설계되었습니다.

교환 서버 클라이언트

교환 사용자는 전자 메일 클라이언트를 통해 메시지에 액세스하고 상호 작용합니다. 마이크로 소프트 아웃룩은 가장 일반적인 클라이언트입니다. 교환 서버 2016 또한 다음을 지원합니다:2013 년 11 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 12 월 23 일(화)~2013 년 2011

또한 사용자가 다양한 웹 브라우저의 메시지에 액세스하고 상호 작용할 수 있도록 웹 기반 응용 프로그램으로 사용할 수 있습니다. 이 문서에서는 사용자가 온-프레미스 셰어포인트 서버에서 비즈니스용으로 원 드라이브에 저장된 문서를 연결하고 공유할 수 있도록 합니다. 이 저장 하 고 이메일에 파일을 첨부 하는 최종 사용자에 대 한 더 간단 하 고 직접적인 방법을 만듭니다.

교환 서버의 장단점

마이크로 소프트 교환을 사용하는 장점에 대해 이야기하기 쉽지만,라이센스 비용 외에 어떤 단점을 식별하기 어려울 수 있습니다. 지금,교환할 것이다 몇몇–만약에 무엇이든을–진실한 경쟁자 있는다.

온-프레미스 교환-함께 계산 된 모든 버전-아마 가장 큰 활성 사용자 기반을가지고 있지만 공개적으로 공개 하지 않습니다 온-프레미스 교환 또는 온라인 교환에서 활성 사용자 수에 대 한 번호. Outlook.com 이제 교환에서 실행되므로 온-프레미스 교환,온라인 교환 및 Outlook.com 아마도 지메일(비즈니스 및 개인)보다 총 사용자(비즈니스 및 개인)가 더 많을 것입니다. 마이크로 소프트와 구글의 제품 후 다른 경쟁 메시징 플랫폼은 비교적 작은 비즈니스 사용자 기반을 가지고있다.

마이크로 소프트와 구글의 비즈니스 메시징 플랫폼 후,설치된 사용자 기반의 측면에서 가장 큰 솔루션은 아마 로터스 노츠입니다. 메모는 주로 메시징 솔루션이 아니기 때문에 메모와 교환 간의 비교는 어렵습니다. 로터스 노츠는 메시징 기능을 포함하는 데이터베이스 솔루션입니다. 또한 2019 년 6 월 30 일 현재 아이비엠은 로터스 노츠의 소유권을 에이치클에 매각했으며 더 이상 해당 제품을 업데이트하지 않을 예정입니다.

짐브라는 가장 큰 리눅스 기반 메시징 솔루션입니다. 온-프레미스 및 직렬 연결 짐브라 솔루션을 모두 사용할 수 있습니다. 다른 라이센스 옵션을 포함 가능한 짐 브라의 오픈 소스 버전이 있습니다.

서로 다른 기능과 초점을 맞춘 모든 다른 메시징 솔루션은 직선 프로와 콘 비교를 어렵게. 다음은 몇 가지 높은 수준의 프로와 죄수 비교입니다. 이 목록은 최종적인 것이 아닙니다.

온-프레미스 교환과 온라인 교환

메시징 솔루션을 찾는 비즈니스에서 가장 일반적인 선택은 온-프레미스 교환과 온라인 교환입니다.

온-프레미스 교환
찬성	단점
관리자는 업그레이드 일정 및 기능 가용성을 제어할 수 있습니다	하드웨어 수리는 관리자의 책임입니다
1 회 라이선스 비용	현장에서 로컬로 유지 관리해야 합니다
조직 외부의 누구도 서버나 데이터에 액세스할 수 없습니다.	하드웨어 및 소프트웨어 비용은 감가상각되어야 합니다.

온라인 교환
찬성	단점
하드웨어 또는 소프트웨어를 유지할 필요 없음	유연성 없는 솔루션
월별 라이선스 비용	데이터 제어 손실 가능성
99.9% 가동 시간 서비스 수준 계약	잠재적으로 더 비싼
	관련 온-프레미스 소프트웨어를 최신 상태로 유지해야 할 수 있습니다

교환 온라인 대. Gmail

Exchange Online
Pros	Con
Integration with other Office 365 applications	More expensive than Gmail
Hybrid integration with Exchange on-premises

Gmail
Pro	Cons
Less expensive than Exchange Online	Less complete suite of software
	No hybrid options
	광고 통합 없음

마이크로소프트 익스체인지 온라인

마이크로소프트 익스체인지 온라인

그것은 독립 실행형 서비스 또는 오피스 365 제품군의 일부로 사용할 수 있습니다. 최종 사용자는 웹에 아웃룩 클라이언트 또는 아웃룩을 통해 온라인으로 교환에 연결합니다. 관리 권한이 있는 관리자는 서비스를 구성하고 관리합니다. 이 문서에서는 다음과 같이 설명합니다.

교환 서버 가격

교환 서버 가격은 구입 방법 및 구입 중인 버전에 따라 크게 달라질 수 있습니다.

온-프레미스 교환은 서버별로 판매됩니다. 또한,클라이언트 액세스 라이센스(칼)교환에 액세스 하는 각 사용자에 대 한 필요 합니다. 이 서버는 서버당 플러스 칼 모델로 라이센스가 부여되어야 합니다. 서버가 하나 이상의 직류 광고 포리스트에 설치되어 있어야 합니다.

교환 서버 자체는 두 가지 라이센스 수준으로 제공됩니다: 표준 및 기업. 교환 칼은 표준 및 기업에 와서. 각 사용자는 윈도우 서버 표준 칼이 있어야합니다 및 추가 기능에 대한 기업 칼이있을 수 있습니다. 표준 및 엔터프라이즈 칼스 모두 서버 에디션 중 하나와 함께 사용할 수 있습니다.

사용자별로 월 단위로 독립 실행형 오퍼링 또는 오피스 365 번들의 일부로 판매됩니다. 두 가지 독립형 계획이 있습니다. 교환 온라인 계획 1–사용자 당$4,달 당–사용자 당 50 기가 바이트 사서함으로,안전하고 사용 가능한 비즈니스 이메일을 제공합니다. 교환 온라인 계획 2-사용자 당$8,월-계획 1 을 기반으로 무제한 저장,호스팅 음성 메일 및 데이터 손실 방지 기능이 포함되어 있습니다.

교환 서버의 역사

교환 서버는 1993 년 개인 미리보기에서 처음 릴리스되었습니다. 에 1996,교환 서버의 첫 번째 공개적으로 사용 가능한 버전은 교환으로 출시 된 4.0. 교환의 첫 번째 릴리스의 4.0 버전 번호는 마이크로 소프트 메일 3.5 에서 업그레이드했다 의미하지만,이 두 개의 크게 다른 프로그램이었다. 교환 4.0 엑스 사용.디렉토리 서비스 및 메일 배달을위한 500 프로토콜.

1997 년 교환 5.0 이 출시되었습니다. 메일 서버 전송 프로토콜로 간단한 메일 전송 프로토콜 기능을 교환의 첫 번째 버전 이었다. 첫 번째 버전은 인터넷을 통해 다른 메시징 플랫폼과 통신 할 수 있습니다. 교환 5.0 은 또한 출시 후 서비스 팩에 교환 5.0 에 도입.

익스체인지 5.5 는 익스체인지 5.0 이후 1 년 이내에 출시되었으며,익스체인지의 첫 번째 버전은 스탠다드 및 엔터프라이즈 에디션으로 출시되었다. 교환 5.또한 삭제된 항목 복구에 대한 도입과 인터넷 메시지 액세스 프로토콜 4 및 경량 디렉토리 액세스 프로토콜에 대한 지원이 포함되었습니다.

교환 서버 2000 은 광고의 출시에 맞춰 2 년 후 릴리스되었습니다. 교환 2000 나중에 사무실 통신 서버에 분사 된 인스턴트 메시징 기능이 포함되어 있습니다. 교환 서버 2000 널리 채택되지 않았다.

교환 서버 2003 은 기능과 채택 모두에서 교환을위한 거대한 진전이었다. 교환 서버 2003 은 다른 기능을 충족시키기 위해 다른 교환 서버를 차별화하는 추세를 시작했습니다. 동일한 소프트웨어가 모든 교환 서버에 설치되는 동안,2003 는 클라이언트 연결을 접대하기 위하여 프런트 엔드 서버로 몇몇 서버를 지정하기의 아이디어를 지원했다. 또한 이전 버전을 실행 중인 조직에서 2003 서버를 동시에 사용할 수 있도록 하여 이전 버전의 마이그레이션을 훨씬 쉽게 만들었습니다.

교환 서버 2007 새로운 기능을 많이 포함 하는 또 다른 주요 버전 이었다. 서비스 팩 1 과 함께 반환되었습니다. 교환 2007 완전히 파워 쉘을 수용하는 최초의 주요 마이크로 소프트 제품이었다. 일부 기능에는 그래픽 사용자 인터페이스 컨트롤이 포함되어 있지 않았습니다.

교환 2007 은 완전히 별도의 교환 서버 역할의 개념을 도입했다. 2007 에는 물리적 서버에 별도의 소프트웨어가 설치된 5 개의 서로 다른 교환 서버 역할이 포함되었습니다. 원하는 경우 이러한 역할 중 4 개는 단일 물리적 서버에 설치할 수 있지만 각 역할은 자체 물리적 서버에도 설치할 수 있습니다.

2007 또한”호출에 응답한 후”전화 통신 서비스를 제공 하기 위해 음 도입 및 여러 데이터베이스 하 옵션을 포함. 데이터베이스 클러스터를 구축하는 여러 가지 방법을 포함하는 이러한 옵션은 배포 및 유지 관리가 복잡하고 혼란스러워졌습니다.

교환 2010 교환 서버의 부 릴리스했다. 2010 년 11 월 15 일에 확인함. 클라이언트 액세스 가용성을 높이기 위해 사용 가능한 로드 밸런싱 옵션을 개선했습니다. 사무실 365 는 교환 2010 기간 도중 첫째로 풀어 놓이고,교환 2010 년은 교환 온-프레미스와 교환 온라인 사이 첫번째 교환 잡종 기능을 포함했습니다.

거래소 2013 년 10 월 출시 비즈니스를위한 셰어 포인트와 스카이프의 새로운 버전과 함께 2012 년 11 월 11 일. 이 릴리스는 세 가지 오피스 서버 제품과 오피스 365 온라인 버전 간의 엄격한 통합을 만들 수있는 마이크로 소프트의 의도를 의미했다. 사이트 사서함은 2013 년에 도입되었으며 사서함 및 셰어 포인트 콘텐츠를 함께 교환하는 데 사용할 수 있는 기능이 포함되어 있습니다.

최신 공용 폴더라는 공용 폴더에 대한 중요한 변경 사항이 포함되어 있습니다. 공용 폴더의 기본 기능은 동일하게 유지되었지만 사용자 사서함과 동일한 사서함 데이터베이스에 공용 폴더를 포함하도록 비하인드 아키텍처가 변경되었습니다. 2013 년 라이프사이클 기간 동안 마이크로소프트 고객들은 마이크로소프트가 온프레미스의 새 버전을 계속 개발할지 아니면 온라인에서만 교환을 지원할지 궁금해하기 시작했다. 새로운 교환 기능이 먼저 온라인 교환에 표시하기 시작했기 때문에 추측은 주로 발생,그리고 그들은 소프트웨어의 온-프레미스 버전으로 만들 것입니다.에지 전송 역할을 제외하고 별도의 물리적 서버에 별도의 서버 역할을 설치할 수 있는 기능을 제거했습니다.

교환 서버 2019 윈도우 서버 코어에 교환 서버를 설치하는 기능을 포함. 이 버전은 다음과 같이 실행되고 관리될 수 있는 첫 번째 버전이었습니다. 이 릴리스에서는 교환 2019 에서 모든 기능이 제거되었으며 교환 2019 의 새로운 기능이 추가되었습니다.

교환 서버 버전

다음 목록은 해당 릴리스 날짜 및 소프트웨어 빌드와 교환 서버의 버전 진행을 보여줍니다:

• 교환 서버 4.0 스탠다드 에디션은 1996 년 6 월 11 일 빌드 4.0.837 로 처음 릴리스되었습니다.1997 년 5 월 23 일 빌드 5.0.1457 로 처음 릴리스되었습니다.
• 교환 서버 5.5 가 처음 릴리스되었습니다. 3,1998,빌드 5.5.1960 으로.
• 익스체인지 2000 서버가 처음 출시되었습니다. 29,2000,빌드 6.0.4417 로.
• 교환 서버 2003 은 2003 년 9 월 처음 릴리스되었습니다. 28,2003,빌드 6.5.6944 로.2007 년 3 월 8 일 빌드 8.0.685.25 로 처음 릴리스되었습니다.
• 교환 서버 2010 은 11 월 10 일에 처음 릴리스되었습니다. 9,2009,빌드 14.00.0639.021 로.
• 익스체인지 서버 2013 은 2013 년 12 월 처음 릴리스되었습니다. 3,2012,빌드 15.00.0516.032 로.
• 교환 서버 2016 은 10 월 처음 릴리스되었습니다. 1,2015,빌드 15.01.0225.042 로.
• 익스체인지 서버 2019 가 10 월 1 일 처음 릴리스되었습니다. 14,2018,빌드 15.2.221.12 로.