로터스 노츠에서 교환 서버 2007 로 마이그레이션 테스트 환경(가상 머신)을 준비하는 동안,나는 흥미로운 문제를 가로 질러왔다:내부(교환 내)또는 외부(로터스 노츠 또는 인터넷)받는 사람에게 보낸 모든 메시지는 초안 폴더에 끝날 것입니다.

사용자 인터페이스에 경고,오류 메시지가 생성되지 않았습니다. 이것은 적어도 말을 꽤 수수께끼였다. 그래서 저는 대부분의 전문가들이 다음 논리적 단계로 생각할 것을 노련한 것으로하기로 결정했습니다.

나는 교환 사서함 및 허브 전송 서버에서 이벤트 로그를 통해보고 시작했다. 사서함 서버의 응용 프로그램 로그에서 이벤트 아이디 1009 를 발견했습니다. 이벤트 설명에 자리 했다:”마이크로소프트 교환 메일 제출 서비스는 현재 로컬 활성 디렉터리 사이트에 있는 모든 허브 전송 서버에 연결할 수 없습니다. 서버가 너무 바빠서 현재 새 연결을 수락할 수 없습니다.”

나는 이벤트 소스 및 범주에 대한 의미있는 레이블을 내놓았다 마이크로 소프트의 사람에게 큰”감사합니다”빚 가정–우리가 당연시 것들의 단지 종류.

어쨌든 허브 전송 서버에 문제가 있다는 강력한 표시가 있었기 때문에 허브 전송 서버의 응용 프로그램 로그를 검사하기 시작했습니다. 오류가 기록되지 않았지만 하나의 경고가있었습니다. 이 문제를 해결하기 위해 서두르다가 경고 이벤트를 무시하고 서버가 가상 컴퓨터의 시스템 리소스에 대해 불평하고 있다고 가정했습니다.

한편 텔넷을 사용하여 허브 전송 서버의 포트 25 에 연결하고 즉시 다음과 같은 응답을 받았습니다.

452 4.3.1 시스템 리소스 부족

호스트 연결이 끊어짐

나는 설명을 신중하게 읽었다:

“자원 압력이 높으면 일정합니다. 통계:

마이크로 소프트-마이크로 소프트 팀 최종 사용자 참여에 필수적인 가이드
최종 사용자 참여

우리는 마이크로 소프트 팀 배포를 풍부하게하고 최종 사용자 채택과 참여를 모두 보장 할 수 있습니다 10 모범 사례,고려 사항 및 제안을 통해 당신을 데려 갈 것이다.

가이드 받기

큐 데이터베이스 및 디스크 공간(“.케”) = 63%

큐 데이터베이스 로깅 디스크 공간(“.”) = 63%

버전 버킷=1

개인 바이트=16%

실제 메모리 로드=53%

다른 허브 전송 서버,인터넷,픽업 디렉터리,재생 디렉터리 및 사서함 서버(허브 전송 서버에 있는 경우)의 인바운드 메일 전송이 중지되었습니다.

큐 데이터베이스에서 전자 메일 로드(사용 가능한 경우)가 계속됩니다.”

설명을 아래로 스크롤하여 실제로 세부 정보를 읽는 것이 도움이되었습니다. 왜 교환 디스크 공간에 대해 불평했다?

몇 가지 연구 후,나는 교환 서버 2007–백 프레셔에 도입 된 너무 잘 알려진,하지만 새로운 개념에 저를 소개 테크넷에 대한이 기사를 가로 질러왔다. 참조된 페이지에서 주제에 대한 자세한 내용을 읽을 수 있지만 기본적으로 백 프레셔는 시스템 리소스 모니터링 기능으로 시스템 리소스 상태에 따라 메시지 전달에 영향을 줍니다.

공식 교환을 적용한 후 전송 서비스에 대한 임계 값을 계산하는 데 사용(100*(하드 디스크 드라이브 크기–4 기가바이트)/하드 디스크 드라이브 크기),내 환경에서 큐 데이터베이스 및 디스크 공간에 대한 결과 높은 값(50%)교환에 의해 계산 된 높은 임계 값(49%)보다 높은 것을 깨달았다.

팁:사용 가능한 여유 공간이 4 기가바이트 미만이면 하드 디스크 드라이브 사용률 수준이 높은 것으로 간주됩니다.

그래서 메일 흐름을 얻는 나의 선택은:

  • 사용 가능한 디스크 공간 증가(프로덕션 환경에 권장)또는
  • 적절한 임계값 증가(프로덕션 환경에서는 권장되지 않음)

테스트 환경을 사용하고 있었기 때문에 쉬운 경로를 취하고 에지 전송에 새 값을 지정하여 높은 수준의 하드 디스크 드라이브 사용률에 대한 기본 계산을 재정의하기로 결정했습니다.엑스에서 찾을 수 있습니다 구성 파일:프로그램 파일마이크로소프트 교환 서버빈 디렉토리. “0”에서”80″으로 변경 하 고 다시 시작 합니다.

서비스를 다시 시작한 후 경고 메시지가 다시 나타나지 않았는지 확인하고 다시 메시지를 보내려고 시도했습니다.! 또한 이전에 초안 폴더(문제 중)에 배치 된 메시지가 수동 개입없이 성공적으로 전달 된 것으로 나타났습니다.

배압은 교환에서 깔끔한 기능이며,시스템 자원 문제를보다 우아하게 해결하기위한 것이지만,기업이 위에서 설명한 것과 같은 문제를 피하기 위해 시스템 센터 운영 관리자와 같은 교환을위한 효과적인 모니터링 솔루션에 계속 투자 할 수 있기를 바랍니다. 이 경우 프로덕션 클래스 시스템 리소스를 사용할 수 없습니다.