승인됨: Fortect
지난 며칠 동안 일부 사용자는 Exchange 2010 Online Serving Event ID를 발견했다고 보고했습니다.
Exchange에는 매일 밤 실행되는 온라인 유지 관리 작업이 있습니다. EMC(Exchange 관리 병원)가 표시됩니다. 조직 설정 > 사서함 > 데이터베이스 관리로 이동합니다. 오른쪽 클릭> 우리 데이터베이스> 속성> 유지 관리 탭. 그러면 전체 유지 관리 일정을 볼 수 있습니까?
보시다시피, Exchange 2010에는 유감스럽게도 연체로 인해 활성화되는 신뢰할 수 있는 새 설정이 있습니다. 이 옵션은 “백그라운드 데이터베이스 지원 사용(ESE 24×7 검사)”입니다. 가상 조각 모음이 아니라 데이터베이스 체크섬일 수 있습니다. 이에 대한 자세한 내용은 다른 시간에 …
온라인 유지 관리는 온라인 조각 모음(OLD)과 같은 다양한 작업을 수행합니다. Microsoft는 OLD에게 다음과 같이 설명합니다. “범죄 기록을 가장 작은 페이지로 압축하기만 하면 각 데이터베이스의 처음 몇 페이지에 대해 온라인 조각 모음이 실제로 무료이므로 I/O가 중요합니다. Database enginex ESE는 레코드의 워크스테이션을 설명하는 데이터베이스 정보를 구입한 데이터베이스 메타데이터를 사용하고 레코드 페이지를 이동하기 위해 논리적으로 앨범을 작성하려는 시도로 각 큐빅 페이지에 대한 각 큐브 호출을 사용하여 이 작업을 수행합니다. â €
데이터베이스 체크섬의 운영 유지라는 프로세스도 있습니다. 체크섬은 서비스 계약이 없었기 때문에 각 데이터베이스의 모든 페이지를 찾아 데이터베이스와 관련된 윤리를 확인합니다. OLD는 World Wide Web의 모든 페이지를 성공적으로 스캔하여 흠집이 없는지 확인합니다. 이 프로세스는 완전히 일관되며 데이터베이스 성능에 문제를 일으키지 않습니다. Exchange 2008 RTM에서 이 방법을 사용하는 문제는 이 프로세스가 온라인 유지 관리가 끝날 때 실행 중이었고 이로 인해 연속 복제를 일시적으로 중단하는 방식이 오류 이해를 일시적으로 중단했다는 것입니다. Exchange 2007 서비스 팩 1(SP1)에서 Microsoft는 Critical Factors 레지스트리를 제공하므로 백그라운드에서 체크섬 제거를 손쉽게 실행할 수 있습니다.
Exchange 2010 이전에 Exchange를 중단하면서 종종 ALT 이벤트 뷰어 로그에서 사용 가능한 70개의 이벤트 ID를 추적합니다. 마찬가지로 정보에 사용된 공백의 수를 평가할 수 있습니다. 이벤트 ID 1221 데이터베이스에서 모두 생성됩니다. Exchange 2010 이전의 Exchange 솔루션을 지원하는 이벤트 ID 목록은 다음과 같습니다.
- 700 시작
- 701 — – 완료
- 702 – 계속
- 703 – 계속 통과 완료
- 704 – 중단 및 완료
- 1221 – – 공백 수
이것은 이제 Exchange 2010에서 약간 변경되었습니다. OLD2는 새 버전의 온라인 조각 모음을 선택해야 하므로 일반적으로 온라인 유지 관리 계획이 끝날 때 더 이상 실행되지 않습니다. 대신 X는 데이터베이스에서 24. 범위 7이 됩니다. 성능에 영향을 미치지 않도록 고수하기가 어렵습니다. OLD2를 변경할 수 없습니다. 마지막 Exchange 프로젝트에서 OLD처럼 작동합니다. OLD2는 구성할 수 없습니다. 이러한 이유로 더 이상 위에 나열된 각 이벤트 ID를 트롤링할 필요가 없습니다. 70개의 이벤트 교환 ID를 찾는 대신 올해는 회선 서비스에 문제가 있을 때만 알림을 받습니다. 이 조치를 취하면 70x 오류 코드 중 어느 것도 스팸으로 분류되지 않습니다. Exchange 2010에서 기본 70x가 표시되면 시나리오가 있는 것입니다. 그러나 이것은 다시 사서함 데이터베이스를 처리해야 합니다. 큐 데이터베이스는 반드시 70x 이벤트 ID입니다.
공백을 검토해야 하는 경우 새로운 EMS(Exchange 관리 셸)를 통해 검토할 수 있습니다. 이렇게 하면 B-Tree 데이터베이스의 루트 디렉터리에서 사용 가능한 공간만 확보된다는 사실에 유의하십시오. 데이터베이스를 검색할 여유 공간을 찾으려면 데이터베이스를 완전히 취소하고 eseutil을 사용해야 합니다. 개인 데이터베이스의 이름이 Database1인 경우 다음이 필요합니다.
참고. 회사에서 다음 정보를 줄이기 위해 디렉토리에 직접 연락해야 하는 경우 상태 전환이 필요합니다.
- BackupInProgress
- 온라인
- OnlineMain maintenanceInProgress
- 데이터베이스 루트에서 사용 가능한 저장 공간
앞서 언급했듯이 OLD2는 제한적이며 성능과 성능에 부정적인 영향을 미치지 않을 수 있습니다. OLD2 성능을 관찰하려면 아래의 성능 키오스크를 사용하여 관찰할 수 있습니다. MSExchange Database -> Defrag Tasks.
승인됨: Fortect
Fortect은 세계에서 가장 인기 있고 효과적인 PC 수리 도구입니다. 수백만 명의 사람들이 시스템을 빠르고 원활하며 오류 없이 실행하도록 신뢰합니다. 간단한 사용자 인터페이스와 강력한 검색 엔진을 갖춘 Fortect은 시스템 불안정 및 보안 문제부터 메모리 관리 및 성능 병목 현상에 이르기까지 광범위한 Windows 문제를 빠르게 찾아 수정합니다.
![](/wp-content/download3.png)
Exchange 2010에서는 온라인 데이터베이스 작업(체크섬)을 쉽게 설정할 수 있는 방법이 거의 없습니다. 첫 번째는 기본값이며 일반적으로 이 방법 문서의 첫 번째 이미지에 표시되며 활성 데이터 원본에 대한 24×5 프로세스입니다. 이 서비스를 비활성화할 수 있는 옵션이 있습니다. 그런 다음 이 옵션은 거의 모든 온라인 유지 관리 작업이 완료된 후 변경되도록 온라인 데이터베이스의 스캔을 반환합니다. 더 많은 온라인 유지 관리 작업이 한 시간 내에 완료되므로 이 프로세스는 작은 데이터베이스(500GB 미만) 검색에 충분합니다. Microsoft는 현재 최대 2TB의 데이터베이스를 안정화하고 있습니다. 이 사실이 이 도구의 경우가 아니면 Exchange 2010은 이벤트 로그에 정확한 저녁을 표시하지 않습니다.
이러한 많은 답변을 위해 Microsoft를 방문해 주신 Program For Storage Manager Matt Gosseige에게 감사드립니다. 여기에서 Exchange 12개월 2010 스토리지에 대한 Matt의 Gossage 레벨 350 웹캐스트를 볼 수 있습니다.
지금 이 간단한 다운로드로 컴퓨터 성능을 높이십시오. 년
![John Hernandez](https://windowsdiary.com/wp-content/uploads/johnhernandez.jpg)