none
exchange server 2007 메세지 발송 용량 문의 RRS feed

  • 질문

  • 사내에서 exchange 2007 server를 이용해 사내에서 이메일을 이용하고 있습니다. edge서버는 구성되어 있지 않습니다.

    그리고 클라이언트는 아웃룩 2007을 이용하고 있습니다. 메일 크기는 30MB 로 제한하고 있습니다.

    네트워크 속도는 50M/bps. 하드웨어는 서버급이 아닌 개인 데스크탑 쿼드코어 CPU, RAM 8MB, SATA2 HDD 사용 중입니다.

    그런데 업무시간 중 첨부파일이 15~20MB인 메일을 발송하면 메일이 발송되지 못하고 종종 메세지 큐에 계속 남아 있는

    것을 발견하게 됩니다. 이렇게 큐에 걸리면 다른 클라이언트에서 발송된 메일도 큐에 쌓이기 시작하여 아웃룩 클라이언트에서 시스템

    보내기/받기가 실패되며 자원이 부족하다는 오류 메세지까지 뜨게 될 정도로 메일 서버에 과부하가 발생되어 결국은 문제가 있는

    메일을 제거하거나 재부팅할 때까지는 수,발신 모두 올스톱이 되어 버립니다. 업무상 메일 수발신이 굉장히 중요한데 정말 난감합니다.

    네이버 지식iN 검색을 해보면 exchange server를 사용하는 소기업은 전송 용량을 10MB 이하로 제한하는 것이 좋다.

    10MB이상의 메일을 발송하려면 별도의 메일용 파일서버(?)를 두어야 한다는 등의 지시iN 답변을 확인할 수 있었습니다.

    업무시간 종료 이후 사용이 많지 않은 저녁,밤 시간에 15~20MB 의 메일을 발송하면 시간이 걸리긴 하지만 발송이 되곤 합니다.

    안되는 것은 아닌데 종종 문제가 발생되기에 다음과 같이 정리해보았습니다.

    1. exchange server 설정에 문제가 있다. 설정 변경만하면 20,30,100MB 메일 모두 안정적으로 발송되게 해결이 가능하다.

    2. exchange server 2007 소프트웨어 성능에 문제가 있다. 2010 또는 2013으로 업그레이드 해야 해결이 가능하다.

    3. 소프트웨어는 문제 없다. 하드웨어의 문제다. 이중화 또는 대용량 파일을 관리하는 서버 구성이 있어야 해결이 가능하다.

    4. 소프트웨어,하드웨어는 문제 없다. 네트워크 속도가 향상되어야 해결이 가능하다.

    5. 복합적인 문제이다. 전문가와 메일 서버 시스템 자체를 재설계 해야 한다.

    제 생각에는 위 5가지로 압축이 될 것 같습니다만 제가 전문가가 아니니 다른 문제, 해결방법이 있을 수 있으니

    이 상황을 명쾌하게 해결해주셨으면 합니다.

    감사합니다.

    2014년 1월 14일 화요일 오전 2:49

답변

  • 이전에 스크랩해둔 Exchange 2003 성능 카운터 부분 문서에서 다음과 같은 글이 있더군요.

    --------

    일반적으로 100Mbps 네트워크는 대부분의 조직에 충분한 대역폭을 제공하기 때문에 네트워크 바운드가 되는 네트워크는 드뭅니다. 그러나 메시지 크기가 커지고 서버당 사용자 수가 많아짐에 따라 네트워크에 과부하가 걸리지 않게 하는 것이 중요합니다.

    Network Interface\Bytes Total/sec

    네트워크 어댑터가 데이터 바이트를 처리하고 있는 속도를 나타냅니다.

    이 카운터에는 모든 응용 프로그램 및 파일 데이터와 함께 패킷 헤더와 같은 프로토콜 정보가 포함됩니다.

    예상 값 : 100Mbps NIC(네트워크 인터페이스 카드)의 경우 6–7MB/초 미만이어야 합니다.

    --------

    위의 글을 확인 해보면 100Mbps 라도 메시지 크기가 커지고 서버당 사용자 수가 많아 지면 과부하가 걸리게 되겠지요.

    50Mbps를 사용 하시기 때문에 처리속도 더 느리지만 첨부파일의 크기가 더 크기때문에 메시지 크기도 더 크시겠지요.

    새벽시간에도 시간이 걸리시다면 업무시간에는 15~20MB의 첨부파일을 여러 유저들이 보내신다면 상당한 시간이 걸리시겠지요.

    그렇다면 그메시지들은 모두 전송 큐에서 대기중이 될것입니다.

    전송큐에 메시지가 쌓이시게 되면 메시지 수에 따라 Back Pressure 상태가 됩니다.

    이경우 다음과 같은 작업을 수행하게 됩니다.

     

    • 다른 Exchange 서버에서 들어오는 메시지를 거부합니다.
    • 사서함 서버의 사서함 전송 서비스를 통해 사서함 데이터베이스로부터의 메시지 전송을 거부합니다.
    • 비 Exchange 서버에서 들어오는 메시지를 거부합니다.

     

    그렇기 때문에 전송 수신이 불가능 해지게 됩니다.

    재부팅을 하여 큐가 제거 되면 다시 전송 수신이 가능해지게 됩니다.

     

    정확히 확인 하고 싶으시다면 성능 카운터를 걸어 확인 해보시기 바랍니다.

    • 편집됨 장곰 2014년 1월 17일 금요일 오전 9:59
    • 답변으로 표시됨 hanyanglaw 2014년 1월 27일 월요일 오전 5:36
    2014년 1월 17일 금요일 오전 9:59

모든 응답

  • 아래 참고 부탁드립니다.

    Setting Message Size Limits in Exchange 2010 and Exchange 2007

     

    제시해 드린 답변이 도움이 되었기를 바랍니다.
     
    답변이 문제 해결에 도움이 되었다면 답변으로 채택을 부탁드립니다.
    하지만 문제 해결이 되지 않아서 정확한 답변을 원하는 경우에는 문제의 정보를 더 자세하게 답변으로 제공해주시기 바랍니다

    2014년 1월 14일 화요일 오전 4:52
    중재자
  • 응답주신 설정은 이미 되어 있었고 도움이 되지 못하였습니다.

    이미 30720KB(30MB)로 설정되어 있는 상태였습니다.

    문제의 정보를 자세히 상단에 했다고 생각이 듭니다만 어떤 추가 정보가 필요한지 궁금합니다.

    ------------------------------------------위에서 설명한 정보입니다.----------------------------------

    사내에서 exchange 2007 server를 이용해 사내에서 이메일을 이용하고 있습니다. edge서버는 구성되어 있지 않습니다.

    그리고 클라이언트는 아웃룩 2007을 이용하고 있습니다. 메일 크기는 30MB 로 제한하고 있습니다.

    네트워크 속도는 50M/bps. 하드웨어는 서버급이 아닌 개인 데스크탑 쿼드코어 CPU, RAM 8MB, SATA2 HDD 사용 중입니다.

    ---------------------------------------------------------------------------------------------------------

    그러면 여기서 짧게 문의를 드리자면 응답주신 전송용량 제한을 하지 않으면 위 소프트웨어 하드웨어 구성만으로

    아웃룩 2007 클라이언트에서 10명 이상 동시에 1~2GB의 동영상 첨부파일을 발송할 수 있는 것인가요?

    2014년 1월 16일 목요일 오전 12:47
  • 이전에 스크랩해둔 Exchange 2003 성능 카운터 부분 문서에서 다음과 같은 글이 있더군요.

    --------

    일반적으로 100Mbps 네트워크는 대부분의 조직에 충분한 대역폭을 제공하기 때문에 네트워크 바운드가 되는 네트워크는 드뭅니다. 그러나 메시지 크기가 커지고 서버당 사용자 수가 많아짐에 따라 네트워크에 과부하가 걸리지 않게 하는 것이 중요합니다.

    Network Interface\Bytes Total/sec

    네트워크 어댑터가 데이터 바이트를 처리하고 있는 속도를 나타냅니다.

    이 카운터에는 모든 응용 프로그램 및 파일 데이터와 함께 패킷 헤더와 같은 프로토콜 정보가 포함됩니다.

    예상 값 : 100Mbps NIC(네트워크 인터페이스 카드)의 경우 6–7MB/초 미만이어야 합니다.

    --------

    위의 글을 확인 해보면 100Mbps 라도 메시지 크기가 커지고 서버당 사용자 수가 많아 지면 과부하가 걸리게 되겠지요.

    50Mbps를 사용 하시기 때문에 처리속도 더 느리지만 첨부파일의 크기가 더 크기때문에 메시지 크기도 더 크시겠지요.

    새벽시간에도 시간이 걸리시다면 업무시간에는 15~20MB의 첨부파일을 여러 유저들이 보내신다면 상당한 시간이 걸리시겠지요.

    그렇다면 그메시지들은 모두 전송 큐에서 대기중이 될것입니다.

    전송큐에 메시지가 쌓이시게 되면 메시지 수에 따라 Back Pressure 상태가 됩니다.

    이경우 다음과 같은 작업을 수행하게 됩니다.

     

    • 다른 Exchange 서버에서 들어오는 메시지를 거부합니다.
    • 사서함 서버의 사서함 전송 서비스를 통해 사서함 데이터베이스로부터의 메시지 전송을 거부합니다.
    • 비 Exchange 서버에서 들어오는 메시지를 거부합니다.

     

    그렇기 때문에 전송 수신이 불가능 해지게 됩니다.

    재부팅을 하여 큐가 제거 되면 다시 전송 수신이 가능해지게 됩니다.

     

    정확히 확인 하고 싶으시다면 성능 카운터를 걸어 확인 해보시기 바랍니다.

    • 편집됨 장곰 2014년 1월 17일 금요일 오전 9:59
    • 답변으로 표시됨 hanyanglaw 2014년 1월 27일 월요일 오전 5:36
    2014년 1월 17일 금요일 오전 9:59
  • 보내주신 답변 감사합니다.

    응답해주신 내용은 도움말을 통해 확인하고 설정도 해보았습니다.

    하지만 서버 관리 초보인 저에게는 정확한 원인을 파악하는데 어려움이 있는게 사실입니다.

    저는 장쿤님의 경험을 토대로 가장 현실적은 해결 방법을 듣고 싶습니다.

    과부하의 원인처럼 현재 저희는 메일 1통을 보낼 때 최소 5명 이상의 수신인을 포함시켜 발송하고 있고,

    거의 모든 사용자가 Exchange Active sync 사서함으로 사용하고 있습니다.

    매뉴얼에 나온 얘기보다는 '이런 경우 계정을 POP3로 설정 변경하여 해결했다' 또는 '서버를 두 대 설치하여 로드밸런싱으로 해결했다' 등과 같은 답변말이죠.

    부디 무지한 저에게 빛과 소금같은 답변을 해주시기를 바랍니다.

    2014년 1월 27일 월요일 오전 7:11