Exchange 서버를 담당하는 whowho 회사의 상사에는 전체 사서함이 있습니다. 현재 사서함 제한은 2Gb (표준)입니다.
그는 사서함을 10Gb 정도의 크기로 쓸 수 있는지 묻습니다. 교환 서버는 시간의 95 %와 동일한 실제 네트워크에 있습니다.
사서함을 10Gb로 높이는 데 동의하기 전에 알아야 할 "gotchas"가 있습니까? 실제로 계정을 10Gb로 채우면 어떤 문제가 발생할 수 있습니까?
답변:
디스크 공간과 백업 용량이있는 한 실제로 문제는 없습니다. Exchange는 오랫동안 큰 사서함을 처리 할 수 있었으며 Exchange 2010은 훌륭한 작업을 수행합니다.
Outlook은 내가 우려 할만한 이유가있을 수있는 유일한 장소이며 사용자가 이전 버전 (2007 이전)을 사용하는 경우에만 가능합니다. 최신 버전의 Outlook에서는 이러한 큰 사서함에 문제가 발생하지 않으며 캐싱을 수행하지 않는 한 이전 버전은 실제로 작동하지 않습니다.
Outlook과 큰 사서함에서 볼 수있는 유일한 성능 문제는 폴더의 많은 개별 항목과 관련이 있지만 항목 수 문제가 아니라 항목 수 문제가 아닙니다. 사용자는 단일 폴더에 20,000 개 이상의 항목을 보관해서는 안되고 성능이 좋을 것으로 기대합니다.
사용자가 오래된 데이터를 많이 보관해야하는 경우 Exchange 2010에서 개인 보관 기능을 사용하는 것을 고려할 수 있지만 사서함에 보관할 수있는 이유도 없습니다.
나는 Evan의 대답에 또 다른 고려 사항을 추가 할 것입니다. 사서함이 큰 사용자는 큰 데이터베이스로 연결됩니다. 데이터베이스가 클수록 재해 발생시 복구 시간이 길어집니다. 그것은 상사가 알아야 할 것입니다. 사서함이 10GB 인 데이터베이스를 복구하는 데 몇 시간이 걸립니까?
데이터베이스 사본을 여러 서버에 보관하여 고 가용성을 계획 할 수 있습니다. Exchange 2010의 DAG는 완전히 흔들 렸습니다! 예산을 사용할 수없는 경우 호스팅 된 Exchange를 통해 클라우드로 전환하는 것을 고려하십시오 (다른 사람이 염려 할 수있는 고 가용성을 만드십시오).
Evan의 답변에 대한 내 의견을 넓히기 위해, 내 경험은 메일 때문에 메일 박스가 너무 크지 않다는 것입니다. 첨부 파일 이 메일 함을 증가시킵니다. 메시지 크기를 제한하면 도움이되지만 대부분의 장소와 마찬가지로 여기에있는 사람들은 항상 파워 포인트 파일과 그림이있는 문서를 보내며 GB를 추가하는 데 20MB 파일이 너무 많이 걸리지 않습니다. 문제는 이메일이 많은 사람들에게 유용한 메타 데이터를 제공한다는 것 입니다. 이 날짜 에이 버전의 파일을 이 사람들 에게 보냈습니다 .
나는 대단한 성공을 거두지 못했지만 항상 사람들이 첨부 파일 을 저장 한 다음 삭제하도록 노력하고 있습니다. 몇 가지 경우에는 큰 사서함을 가진 사람이 MessageDetach를 사용하여 첨부 파일을 추출하도록 훈련시킬 수 있었지만 성공률은 약 1 %입니다.