За последние несколько дней некоторые пользователи сообщили, что они обнаружили идентификатор события онлайн-обслуживания Exchange 2010.
У Exchange есть оперативная задача по обслуживанию, которая выполняется каждую ночь. Отобразится Центр управления Exchange (EMC). Перейдите в раздел «Настройка организации»> «Почтовый ящик»> «Управление базой данных». Щелкните правой кнопкой мыши> наша база данных> свойства> вкладка предоставления. Можем ли мы тогда увидеть мое полное расписание secours?
Как видите, Exchange в 2010 имеет новый параметр, который, к сожалению, разрешен по умолчанию. Это параметр «Включить фоновое обслуживание баз данных (сканирование ESE 24×7)». Возможно, обнаружится не онлайн-дефрагментация, а контрольные суммы базы данных. Подробнее о вышеизложенном позже …
Онлайн-обслуживание выполняет различные задачи, такие как онлайн-дефрагментация (СТАРОЕ). Microsoft объясняет OLD: «Онлайн-дефрагментация бесплатна для первых нескольких сетей базы данных, просто сжимая криминальный микрофильм до наименьшего количества страниц, что делает ввод-вывод критически важным. Database Enginex ESE делает это ценным, просто используя метаданные базы данных, которые на самом деле являются нашей собственной информацией базы данных, описывающей рабочие станции, найденные в базе данных, и для каждого вызова куба как путь к каждой странице таблицы как попытку реалистично записывать записи для перемещения страницы магазинов. â €
Существует также процесс, называемый контрольной суммой базы данных оперативного обслуживания. Контрольная сумма бесспорно проверяет этичность базы данных, находя каждую страницу с URL-адресом в базе данных, поскольку не было контракта на обслуживание клиентов. OLD успешно просканирует каждую страницу во всемирной паутине, чтобы убедиться, что нет никаких повреждений. Этот процесс полностью согласован и, следовательно, не вызывает проблем с производительностью базы данных. Проблема с этим методом в Exchange 2008 RTM заключается в том, что этот процесс выполнялся в конце оперативного обслуживания, и это сделало новый способ, позволяющий быстро приостановить непрерывную репликацию, отказоустойчивым. В Exchange 2007 с пакетом обновления 1 (SP1) Microsoft предоставила реестр критических факторов, который позволяет удалить контрольные суммы в фоновом режиме.
В выпусках Exchange до Exchange этого года мы можем отслеживать 70 идентификаторов событий, которые можно использовать в журнале просмотра событий ALT. Точно так же вы можете проверить количество пробелов, используемых в файле. Все они созданы в базе данных с идентификатором 1221. Список идентификаторов встреч для решений Exchange до Exchange в этом году! выглядит следующим образом:
700 Начало
701 – Завершено
702 – Продолжить
703 – Продолжить Прохождение Завершено
704 – Прекращено и отсортировано
1221 – количество пробелов
Это немного изменилось в Exchange 2010. OLD2 должен быть новой версией интерактивной дефрагментации и, следовательно, больше не выполняется в конце строки плана обслуживания в Интернете. Вместо этого X может стать 24. Выполнить 7 в базе данных. Его нужно просто ограничить, чтобы не влиять на эффективность. OLD2 не может быть изменен – работает как OLD в предыдущих проектах Exchange. OLD2 никогда не настраивается. По этой причине больше не требуется троллить каждый из наших идентификаторов событий, показанных выше. Вместо поиска 70 идентификаторов рынка событий в этом году вы будете получать уведомления только в том случае, если что-то не так с активной службой линии. Таким образом, ни одно из ограничений с ошибкой 70x не будет отображаться как спам. Если вам нравится ваш 70x в Exchange 2010, проблема определенно существует. Обратите внимание, однако, что это снова относится к базам данных почтовых ящиков. Базы данных очередей определенно всегда будут иметь идентификаторы событий 70x.
Если вы хотите проверить наличие пробелов, вы можете сделать это и сейчас, используя новую оболочку Exchange Management Shell (EMS). Обратите внимание, что это освободит только пространство, доступное в корневом каталоге базы данных B-Tree. Если вы хотите найти свободную область для поиска базы данных, вам нужно, если вы хотите полностью закрыть базы данных и использовать eseutil. Если ваша база данных называется Database1, в результате требуется:
Примечание. Переключение статуса обязательно, если вам нужно связаться с каталогом, продолжайте сокращать следующую информацию:
BackupInProgress
Online
OnlineMain maintenanceInProgress
Доступное пространство для хранения в базе данных, вызвавшее
Как упоминалось ранее, OLD2 имеет ограниченные возможности и поэтому не влияет отрицательно на производительность. Если вы хотите отслеживать производительность OLD2, вы можете сделать это с помощью киоска perfmon ниже: База данных MSExchange -> Задачи дефрагментации.
Fortect — самый популярный и эффективный в мире инструмент для ремонта ПК. Миллионы людей доверяют ему обеспечение быстрой, бесперебойной и безошибочной работы своих систем. Благодаря простому пользовательскому интерфейсу и мощному механизму сканирования Fortect быстро находит и устраняет широкий спектр проблем Windows — от нестабильности системы и проблем с безопасностью до проблем с управлением памятью и производительностью.
1. Загрузите Fortect и установите его на свой компьютер.
2. Запустите программу и нажмите "Сканировать"
3. Нажмите "Восстановить", чтобы устранить обнаруженные проблемы.
В Exchange 2010 есть два способа простой настройки путем онлайн-сканирования базы данных (контрольных сумм). Первый – это просрочка, которая обычно указывается в первом токене этой статьи, процесс 24×5 для конкретной активной базы данных. У вас есть возможность удалить эту опцию. Затем эта опция возвращает беглый просмотр онлайн-базы данных, чтобы она работала на следующий день после того, как были выполнены все задачи онлайн-обслуживания. Поскольку большинство задач онлайн-обслуживания выполняются в течение часа, этот процесс достаточно хорошо работает при поиске в небольших базах данных (менее 500 ГБ). В настоящее время Microsoft поддерживает до 2 ТБ списков рассылки. Если это не относится к моему инструменту, Exchange 2010 не отображает вечернее предупреждение о решении в журналах событий.
Спасибо Мэтту Госсейджу, Program For Storage Manager, за посещение Microsoft за многие из этих ответов. Вы можете посмотреть веб-трансляцию Мэтта Gossage Level 350 для хранилища Exchange 2010 здесь.
г.
