현재 Server 2003 AD 포리스트(기본 2003 모드)에서 Exchange 2003 SP2 클러스터를 실행하고 있으며 Server 2008 AD 및 Exchange 2010으로의 업그레이드 계획을 시작하고 있습니다. 두 개의 기본 사이트, 하나의 중간 규모 사무실, DC(업그레이드 후 RODC일 수 있음)가 있는 두 개의 소규모 사이트. 현재 우리 Exchange 클러스터는 모두 내 기본 사이트에 있지만 다른 대규모 사이트에서 로드 밸런싱/장애 조치를 위해 새로운 데이터 저장소 패러다임을 사용하는 것을 고려하고 있지만 아직 확정된 것은 아닙니다.
현재 우리는 정보 수집 및 계획 단계에 있습니다. 업그레이드, 특히 Exchange 업그레이드를 수행하는 동안 경험한 문제에 대한 의견을 찾고 있습니다.
어떤 문제가 있었나요? 무엇에 놀랐나요? 문서화되지 않은 것은 무엇입니까? 한 가지 말했지만 오해의 소지가 있었던 것은 무엇입니까? (내용이나 심각도가 혼란스럽습니다.) 새 시스템의 좋은 점과 끔찍한 점은 무엇입니까? 무엇이 잘 되었나요? 무엇이 제대로 작동하지 않았나요? 다시 하게 된다면...?
(확실히 답변할 수 있는 질문은 아니라는 점을 알고 있지만 통찰력과 유용한 리소스(Microsoft 설명서는 아니지만 블로그 게시물은 환영합니다)에 찬성 투표를 통해 보상하게 되어 기쁩니다.)
업데이트 몇 가지 참고 사항:
-현재 OWA를 사용하고 있지 않습니다(현재 관리자만 사용). 하지만 iOS 기기에서는 더 많은 고려 사항이 될 수 있습니다.
-우리 환경에는 적은 수의 블랙베리가 있습니다(< 10%).
-표준 Exchange 커넥터 외에도 Captaris RightFax 통합을 위한 타사 커넥터가 있습니다.
답변1
그만큼테크넷 문서정말 완전해요. 티까지 따라가세요. 2010 설정을 진행하는 것과 관련된 거의 모든 내용을 다룹니다. 제가 언급할 가치가 있다고 생각되는 주의 사항은 4개뿐입니다.
먼저 라우팅 그룹 커넥터를 읽어보세요. 설치 시 첫 번째 커넥터가 생성되지만 2010 서버가 여러 대 있는 경우 추가 커넥터를 생성해야 합니다. 또한 이전 2003 설정에 대한 수신 커넥터를 만드는 것을 잊지 마십시오. 이전하는 동안 메일이 제대로 흐르기를 원합니다. 놀랍게도 나는 문서에서 이것에 대해 많이(또는 전혀) 이야기한 기억이 없습니다.
둘째, 레거시 OWA가 중단될 수 있습니다. 이것이 제가 첫 번째 마이그레이션 중에 겪었던 상황입니다. Technet에서 이에 대한 토론을 볼 수 있습니다.여기. 기본적으로 2003 사용자가 2010 OWA 서버에 로그인하면 2003 프런트 엔드 서버로 전달되어야 합니다. 이것은 그다지 좋은 일이 아니었습니다. Legacyredirecttype을 수동으로 설정하면 문제가 해결되었지만 최종 사용자가 무슨 일이 일어나고 있는지 파악하기가 조금 더 어려워졌습니다.
셋째, 2010 Technet 문서에서는 2003 설정 제거에 대해 전혀 다루지 않습니다. 2007년에 제공되는 정보를 따라야 합니다.여기. Exchange 2003을 제거하라는 지시가 있으면 한 번에 클러스터 노드 하나만 제거하면 됩니다. 마지막 노드에 도달하면 설치 프로그램에 이것이 마지막 노드임을 알리고 Active Directory에서 서버를 제거합니다.
넷째, ActiveSync에 대해 많이 언급한 문서가 기억나지 않습니다. 다행히 Exchange 팀에는 훌륭한 블로그가 있습니다. 그들은 확실히 그것에 대해 이야기했습니다.여기.
첫 번째 마이그레이션은 정말 잘 진행되었습니다. 주말에 사서함을 이동하고 월요일에 왔는데 Outlook을 사용하는 사람 중 누구도 성능 향상 외에 다른 점을 발견하지 못했습니다. OWA 사용자는 조금 놀랐지만 금방 알아냈습니다.
답변2
방금 300명의 사용자에 대한 마이그레이션을 완료했는데 심각한 문제에 직면했습니다. Outlook 2003 SP 3은 우리의 기본 이메일 클라이언트였습니다. Outlook 2003은 UDP 알림을 사용하여 온라인 모드에 있을 때 보기를 업데이트합니다. Exchange 2010에서는 이를 지원하지 않습니다.
문제는 사용자가 자신의 항목을 삭제하기 위해 최대 60초를 기다려야 할 수 있다는 것입니다.
몇 가지 솔루션 - 최소 롤업 1 또는 SP1로 업그레이드하거나 + 최대 폴링 빈도 레지스트리 키를 추가하여 값을 10000으로 설정합니다.
완료되면 60초의 대기 시간을 7~12초로 줄일 수 있었습니다. 좋지는 않지만 적어도 사용할 수는 있습니다.
Exchange 2007로 돌아가는 것은 선택 사항이 아니었고 바로 2010으로 도약했습니다. 그래서 우리는 정체되었습니다.
캐시 모드를 활성화하면 문제가 해결됩니다.
하지만 이 버전의 Outlook을 게시하는 Citrix Farm이 있다면 어떨까요? 이제 성능 저하를 감수하거나 클라이언트 버전을 2007 이상으로 업그레이드하는 것 외에는 선택의 여지가 없습니다.
내 관점에서 볼 때 Microsoft는 이 문제를 매우 형편없이 게시했으며 이는 대부분의 조직에서 진정한 쇼 스토퍼입니다. 2010으로 업그레이드하기 전에 클라이언트 버전을 업그레이드할 수 있다면 많은 번거로움이 줄어들 것입니다.
어쨌든 -- 이것이 다음 마이그레이션에 도움이 되기를 바랍니다.
감사해요,
Dave Kawula 수석 컨설턴트 TriCon Technical Services Inc.
답변3
Dave는 Outlook 2003의 폴링 빈도에 대해 완전히 옳았습니다. 저는 거의 동일한 토폴로지를 사용하는 대규모 법률 회사에서 동일한 문제에 직면했습니다. 우리는 전반적으로 Outlook 2010으로 업그레이드했습니다. 폴링을 더 유용하게 만들기 위해 조정할 수 있더라도 사용자 인식은 폴링(삭제, 회신 등)이 즉시 발생해야 한다는 것입니다. 기술적 관점에서 생각해도 7~12초가 사용자 세상의 종말은 아닙니다.~ 할 것이다그것에 대해 끊임없이 불평합니다. 또한 Exchange 2003에서는 Outlook Web Access URL이 /OWA와 /Exchange로 변경되었으므로 OWA 사이트를 북마크한 사람은 누구나 사이트가 손상되지 않을 가능성이 높은데도 손상되었다고 불평할 것입니다.