Мониторинг групп доступности баз данных
Сведения из этой статьи можно использовать для мониторинга копий баз данных почтовых ящиков в группах обеспечения доступности баз данных, сбора диагностических сведений и настройки порога мониторинга недостаточного места на диске.
Командлет Get-MailboxDatabaseCopyStatus
Используйте командлет Get-MailboxDatabaseCopyStatus для просмотра сведений о состоянии копий баз данных почтовых ящиков. Этот командлет позволяет просматривать сведения обо всех копиях конкретной базы данных, об определенной копии базы данных на определенном сервере или обо всех копиях баз данных на сервере. В следующей таблице приведены возможные значения состояния копий баз данных почтовых ящиков.
Состояние копии базы данных
| Состояние копии базы данных | Описание |
|---|---|
| Не выполнено | Копия базы данных почтовых ящиков находится в состоянии Failed (Сбой), поскольку она не приостановлена, но не может копировать или преобразовывать файлы журналов. Пока копия базы данных не приостановлена и находится в состоянии сбоя, система будет периодически проверять, устранена ли проблема, которая привела к состоянию сбоя. После того как система обнаружит, что эта проблема устранена, и никакие другие проблемы не мешают, состояние копии автоматически изменяется на Healthy (Исправно). |
| Seeding | Выполняется заполнение или копии базы данных почтовых ящиков, или индекса контента или и того, и другого. После успешного завершения заполнения состояние копии должно измениться на Initializing (Инициализация). |
| SeedingSource | Копия базы данных почтовых ящиков используется как источник для заполнения копии базы данных. |
| Suspended | Копия базы данных почтовых ящиков находится в состоянии Suspended (Приостановлено) в результате того, что администратор вручную приостановил эту копию базы данных, выполнив командлет Suspend-MailboxDatabaseCopy. |
| Healthy | Копия базы данных почтовых ящиков успешно копирует и преобразует файлы журналов, или она уже успешно скопировала и преобразовала все доступные файлы журналов. |
| ServiceDown | Служба репликации Microsoft Exchange недоступна или не работает на сервере, на котором находится эта копия базы данных. |
| Initializing | Копия базы данных почтовых ящиков будет находиться в состоянии инициализации, когда создана копия базы данных, когда служба репликации Microsoft Exchange запускается или только что запущена, а также во время перехода из состояния Suspended, ServiceDown, Failed, Seeding или SinglePageRestore в другое состояние. В этом состоянии система проверяет, находятся ли база данных и поток журнала в согласованном состоянии. В большинстве случаев копия находится в состоянии инициализации около 15 секунд, и во всех случаях она не должна находиться в этом состоянии долее 30 секунд. |
| Resynchronizing | Копия базы данных почтовых ящиков и ее файлы журналов сравниваются с действующей копией базы данных для поиска какого-либо отклонения этой копии. Копия остается в этом состоянии до тех пор, пока отклонение не будет обнаружено и устранено. |
| Mounted | Активная копия находится в оперативном режиме и принимает клиентские подключения. Только активная копия базы данных почтовых ящиков может находиться в состоянии "подключено". |
| Dismounted | Активная копия находится в автономном режиме и не принимает клиентские подключения. Только активная копия базы данных почтовых ящиков может находиться в состоянии "отключено". |
| Mounting | Активная копия переходит в оперативный режим и еще не принимает клиентские подключения. Только активная копия базы данных почтовых ящиков может находиться в состоянии "подключение". |
| Dismounting | Активная копия переходит в автономный режим и завершает клиентские подключения. Только активная копия базы данных почтовых ящиков может находиться в состоянии "отключение". |
| DisconnectedAndHealthy | Копия базы данных почтовых ящиков больше не подключена к активной копии базы данных, но во время потери подключения она находилась в исправном состоянии. Это состояние представляет копию базы данных по отношению к ее исходной копии базы данных. Такое состояние может быть получено при сбоях сети группы обеспечения доступности баз денных между исходной и целевой копиями базы данных. |
| ОтключениеAndResynchronizing | Копия базы данных почтовых ящиков больше не подключена к активной копии базы данных, но во время потери подключения она находилась в состоянии повторной синхронизации. Это состояние представляет копию базы данных по отношению к ее исходной копии базы данных. Такое состояние может быть получено при сбоях сети группы обеспечения доступности баз денных между исходной и целевой копиями базы данных. |
| FailedAndSuspended | Состояния сбоя и приостановки установлены системой одновременно, поскольку был обнаружен сбой, и для устранения этого сбоя явно требуется вмешательство администратора. В качестве примера можно привести ситуацию, когда система обнаружила неустранимое отклонение активной базы данных почтовых ящиков от ее копии. В отличие от состояния сбоя, в данном состоянии система не будет периодически проверять, устранена ли проблема, и выполнять автоматическое восстановление. Здесь необходимо вмешательство администратора, который должен устранить причину сбоя, прежде чем копия база данных может быть переведена в исправное состояние. |
| SinglePageRestore | Это состояние указывает, что в копии базы данных почтовых ящиков происходит операция восстановления одной страницы. |
Командлет Get-MailboxDatabaseCopyStatus также возвращает сведения о используемых сетях репликации, включая IncomingLogCopyingNetwork, который возвращается для пассивных копий базы данных, и исходящие подключения, возвращаемые для активных баз данных с несколькими копиями, а также все копии базы данных, используемые в качестве источника для операции заполнения базы данных. Сведения об исходящих подключениях предоставляются для копий баз данных, находящихся в файловом режиме репликации. Сведения об исходящих подключениях не предоставляются для копий баз данных, находящихся в блочном режиме репликации.
Примеры использования командлета Get-MailboxDatabaseCopyStatus
В следующих примерах показано использование командлета Get-MailboxDatabaseCopyStatus. В каждом примере результат выполнения этого командлета передается в командлет Format-List для отображения результатов в виде списка.
В этом примере возвращаются сведения о состоянии всех копий базы данных с именем DB2.
Get-MailboxDatabaseCopyStatus -Identity DB2 | Format-List
В этом примере возвращаются сведения о состоянии всех копий базы данных на сервере почтовых ящиков с именем MBX2.
Get-MailboxDatabaseCopyStatus -Server MBX2 | Format-List
В этом примере возвращаются сведения о состоянии всех копий базы данных на локальном сервере почтовых ящиков.
Get-MailboxDatabaseCopyStatus -Local | Format-List
Дополнительные сведения об использовании командлета Get-MailboxDatabaseCopyStatus см. в разделе Get-MailboxDatabaseCopyStatus.
Командлет Test-ReplicationHealth
Командлет Test-ReplicationHealth можно использовать для просмотра сведений о состоянии непрерывной репликации копий баз данных почтовых ящиков. Этот командлет можно использовать для проверки всех аспектов репликации и состояния преобразования, чтобы составить полный обзор конкретного сервера почтовых ящиков в группе обеспечения доступности баз данных.
Командлет Test-ReplicationHealth создан для профилактического наблюдения за непрерывной репликацией и конвейером непрерывной репликации, за доступностью службы Active Manager, а также за работоспособностью и состоянием внутренних служб кластеров, кворума и сетевых компонентов. Его можно выполнять локально или удаленно для любого сервера почтовых ящиков в группе обеспечения доступности баз данных. Командлет Test-ReplicationHealth выполняет тесты, приведенные в следующей таблице.
Тесты командлета Test-ReplicationHealth
| Имя теста | Описание |
|---|---|
| ClusterService | Проверяет, работает ли служба кластеров и достижима ли она в указанном члене группы обеспечения доступности баз данных, а если член этой группы не указан, то достижима ли она на локальном сервере. |
| ReplayService | Проверяет, работает ли служба репликации Microsoft Exchange и достижима ли она в указанном члене группы обеспечения доступности баз данных, а если член этой группы не указан, то достижима ли она на локальном сервере. |
| ActiveManager | Проверяет, имеет ли экземпляр диспетчера Active Manager, работающий в указанном члене группы обеспечения доступности баз данных (или если этот член группы не указан, то на локальном сервере), допустимую роль (основной, дополнительный или отдельный). |
| TasksRpcListener | Проверяет, работает ли сервер Tasks RPC Server и достижим ли он в указанном члене группы обеспечения доступности баз данных, а если член этой группы не указан, то достижим ли он на локальном сервере. |
| TcpListener | Проверяет, работает ли прослушиватель копий журналов TCP и достижим ли он в указанном члене группы обеспечения доступности баз данных, а если член этой группы не указан, то достижим ли он на локальном сервере. |
| ServerLocatorService | Проверяет процессы клиента и сервера Active Manager в членах группы DAG и на сервере клиентского доступа, которые выполняют поиск в Active Directory и Active Manager для определения, активен ли почтовый ящик пользователя. |
| DagMembersUp | Проверяет, работают ли все члены группы обеспечения доступности баз данных, а также их доступность и достижимость. |
| ClusterNetwork | Проверяет, доступны ли все управляемые кластером сети в указанном члене группы обеспечения доступности баз данных (или на локальном сервере, если член этой группы не указан). |
| QuorumGroup | Проверяет, находится ли кластерная группа по умолчанию (группа кворума) в исправном и оперативном состоянии. |
| FileShareQuorum | Проверяет, настроен ли следящий сервер и файловый ресурс-свидетель таким образом, чтобы была достижима группа обеспечения доступности баз данных. |
| DatabaseRedundancy | Проверяет, существует ли хотя бы одна доступная работоспособная копия баз данных в указанном члене группы DAG, а если не указан ни один член группы DAG, то на локальном сервере. |
| DatabaseAvailability | Проверяет, достаточно ли доступны базы данных в указанном члене группы DAG, а если ни один член группы DAG не указан, то на локальном сервере. |
| DBCopySuspended | Проверяет, находятся ли какие-либо копии баз данных почтовых ящиков в приостановленном состоянии в указанном члене группы обеспечения доступности баз данных, а если член этой группы не указан, то на локальном сервере. |
| DBCopyFailed | Проверяет, находятся ли какие-либо копии баз данных почтовых ящиков в состоянии сбоя в указанном члене группы обеспечения доступности баз данных, а если член этой группы не указан, то на локальном сервере. |
| DBInitializing | Проверяет, находятся ли какие-либо копии баз данных почтовых ящиков в состоянии инициализации в указанном члене группы обеспечения доступности баз данных, а если член этой группы не указан, то на локальном сервере. |
| DBDisconnected | Проверяет, находятся ли какие-либо копии баз данных почтовых ящиков в отключенном состоянии в указанном члене группы обеспечения доступности баз данных, а если член этой группы не указан, то на локальном сервере. |
| DBLogCopyKeepingUp | Проверяет, выполняется ли копирование и проверка журнала пассивными копиями баз данных в указанном члене группы обеспечения доступности баз данных (или на локальном сервере, если этот член не указан) согласованно с действиями по созданию журнала в активной копии. |
| DBLogReplayKeepingUp | Проверяет, выполняются ли действия по преобразованию пассивных копий баз данных в указанном члене группы обеспечения доступности баз данных (или на локальном сервере, если этот член не указан) согласованно с действиями по копированию и проверке журнала. |
Пример использования командлета Test-ReplicationHealth
В этом примере командлет Test-ReplicationHealth используется для тестирования исправности репликации сервера почтовых ящиков MBX1.
Test-ReplicationHealth -Identity MBX1
Ведение журнала событий канала Crimson
В Windows имеется две категории журналов событий: журналы Windows и журналы приложений и служб. В категорию журналов Windows входят журналы событий, доступные в предыдущих версиях Windows: журналы событий приложений, безопасности и системы. Кроме того, в эту категорию включены два новых журнала: журнал установки (Setup) и журнал пересылаемых событий (ForwardedEvents). Журналы Windows предназначены для хранения событий из устаревших приложений и событий, относящихся ко всей системе.
Журналы приложений и служб представляют собой новую категорию журналов событий. Эти журналы хранят события из одного приложения или компонента, а не события, которые имеют значение на уровне системы. Эта новая категория журналов событий называется каналом Crimson приложения.
В категорию журналов приложений и служб входят четыре подтипа: журналы администрирования, операционные, аналитические и отладки. События из журналов администрирования представляют особый интерес при использовании записей журналов событий для устранения проблем. События в журнале администрирования должны предоставлять рекомендации по реакции на эти события. События в операционном журнале также полезны, но для них может потребоваться дополнительная интерпретация. Журналы администрирования и отладки не понятны пользователям. Аналитические журналы (которые по умолчанию скрыты и отключены) хранят события, отслеживающие проблему, и в них часто записывается большой объем событий. Журналы отладки используются разработчиками при отладке приложений.
Exchange Server регистрирует события в малиновые каналы в области журналов приложений и служб. Чтобы просмотреть эти каналы, сделайте следующее:
Откройте окно просмотра событий.
В дереве консоли перейдите к разделуЖурналы >приложений и службMicrosoft >Exchange.
В разделе Exchange выберите красный канал, например HighAvailability или MailboxDatabaseFailureItems, чтобы просмотреть события, связанные с группой обеспечения доступности баз данных и копией базы, либо ActiveMontoring или ManagedAvailability, чтобы просмотреть события, связанные с управляемой доступностью.
Канал HighAvailability содержит события, относящиеся к запуску и остановке службы репликации Microsoft Exchange и разным компонентам, работающим в службе репликации Microsoft Exchange, таким как диспетчер Active Manager, API синхронной репликации сторонних производителей, сервер Tasks RPC Server, прослушиватель TCP и модуль записи службы теневого копирования томов (VSS). Канал HighAvailability также используется диспетчером Active Manager для записи в журнал событий, относящихся к событиям отслеживания роли Active Manager и работы базы данных, таких как операция подключения базы данных и усечение журнала, а также для записи событий, относящихся к базовому кластеру группы обеспечения доступности баз данных.
Канал MailboxDatabaseFailureItems используется для ведения журнала событий, связанных с любыми сбоями, влияющими на реплицированную базу данных почтовых ящиков.
Канал ActiveMonitoring содержит определения и результирующие события зондов, мониторов и ответчиков управляемой доступности.
Канал ManagedAvailability содержит журналы и результаты действий по восстановлению и связанные события.
Монитор недостаточного дискового пространства
Exchange Server управляемой доступности каждую минуту отслеживает сотни системных метрик и компонентов, включая объем свободного места на томах, используемых ролью сервера почтовых ящиков. До выхода Exchange 2013 с пакетом обновления 1 (SP1) доступное пространство отслеживалось на всех локальных томах, в том числе на тех, которые не содержат базы данных или файлы журналов. В Exchange 2016 и Exchange 2019 отслеживаются только тома, содержащие базы данных Exchange и файлы журналов. Для монитора недостаточного дискового пространства по умолчанию установлен порог 180 ГБ. Вы можете изменить порог, добавив следующее значение DWORD (в МБ) в реестр на каждом сервере почтовых ящиков, который необходимо настроить:
Путь: HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v15\Replay\Parameters
Значение: SpaceMonitorLowSpaceThresholdInMB
Например, чтобы установить для порога значение 100 ГБ, необходимо задать следующее значение реестра:
REG_DWORD 186a0 (100000)
Чтобы изменения вступили в силу, после настройки или изменения упомянутого выше значения реестра необходимо перезапустить службу управления Microsoft Exchange DAG.
Сценарий CollectOverMetrics.ps1
Exchange Server содержит скрипт с именем CollectOverMetrics.ps1, который можно найти в папке Скрипты. Сценарий CollectOverMetrics.ps1 читает журналы событий членов группы обеспечения доступности баз данных, чтобы получить информацию об операциях над базой данных (подключениях, перемещениях и отработках отказов) за определенный период времени. Для каждой операции сценарий фиксирует следующую информацию.
Идентификатор базы данных
Время начала и окончания операции
Серверы, к которым была подключена база данных в моменты начала и окончания операции
Причина для выполнения операции
Завершилась ли операция успешно, включая сведения об ошибках в случае сбоя операции
Сценарий записывает эти сведения в CSV-файлы (одна операция на каждой строке). Для каждой группы обеспечения доступности баз данных создается отдельный CSV-файл.
Данный сценарий поддерживает параметры, позволяющие настроить его поведение и выходные данные. Например, результаты могут быть ограничены указанным подмножеством с помощью параметров Database или ReportFilter . В сводный отчет в формате HTML будут включены только операции, которые соответствуют критериям этих фильтров. Доступные параметры перечислены в следующей таблице.
Параметры скрипта CollectOverMetrics.ps1
| Параметр | Описание |
|---|---|
| DatabaseAvailabilityGroup | Задает имя группы обеспечения доступности баз данных, из которой планируется собирать показатели. Если этот параметр не указан, будет использоваться группа обеспечения доступности баз данных, членом которой является локальный сервер. Для сбора информации и создания отчетов по нескольким группам обеспечения доступности баз данных можно использовать подстановочные символы. |
| Database | Предоставляет список баз данных, для которых необходимо создать отчет. Поддерживаются подстановочные знаки, например или -Database:"DB1","DB2"-Database:"DB*". |
| StartTime | Задает продолжительность периода, за который создается отчет. Сценарий собирает только сведения о событиях, зарегистрированных в течение этого периода. В результате сценарий может фиксировать неполные записи об операциях (например, только конец операции в начале периода или наоборот). Если ни StartTime , ни EndTime не указаны, скрипт по умолчанию использует последние 24 часа. Если указан только один параметр, то будет задан период, равный 24 часам, который начинается или заканчивается в указанное время. |
| EndTime | Задает продолжительность периода, за который создается отчет. Сценарий собирает только сведения о событиях, зарегистрированных в течение этого периода. В результате сценарий может фиксировать неполные записи об операциях (например, только конец операции в начале периода или наоборот). Если ни StartTime , ни EndTime не указаны, скрипт по умолчанию использует последние 24 часа. Если указан только один параметр, период будет равен 24 часам, начиная или заканчивающимися в указанное время. |
| ReportPath | Задает папку, используемую для хранения результатов обработки событий. Если этот параметр не указан, то будет использоваться папка скриптов. Если этот параметр указан, то сценарий использует список созданных им CSV-файлов в качестве исходных данных для сводного отчета в формате HTML. Этот отчет аналогичен отчету, который создается при помощи параметра -GenerateHtmlReport. Файлы могут создаваться для нескольких групп обеспечения доступности баз данных в разные моменты времени или даже в перекрывающиеся периоды; тогда сценарий объединяет все эти данные. |
| GenerateHtmlReport | Указывает, что сценарий собирает все записанные сведения, группирует данные по типу операции и создает файл в формате HTML, содержащий статистику для каждой группы. Отчет включает общее число операций в каждой группе, число операций, завершившихся сбоем, и статистику по продолжительности операций для каждой группы. Отчет также содержит разбивку по типам ошибок, которые привели к сбою операций. |
| ShowHtmlReport | Указывает, что созданный HTML-отчет следует сразу же отобразить в веб-браузере. |
| СуммыeCsvFiles | Указывает, что сценарий считывает данные из существующих CSV-файлов, которые были ранее созданы сценарием. Затем эти данные используются для создания сводного отчета, аналогичного отчету, созданному параметром GenerateHtmlReport . |
| ActionType | Указывает тип операций, сведения о которых должен собирать сценарий. Значения этого параметра: Move, Mount, ismountи Remount. Значение Move относится к любому моменту, когда база данных изменяет свой активный сервер, будь то управляемые перемещения или отработка отказа. Значения Mount, Dismountи Remount указывают время изменения состояния подключения базы данных без перемещения на другой компьютер. |
| ActionTrigger | Указывает, сведения о каких административных операциях должен собирать сценарий. Значения этого параметра: Admin или Automatic. Автоматические действия выполняются системой автоматически (например, отработка отказа, когда сервер переходит в автономный режим). Администратор действия — это действия, выполненные администратором с помощью командной консоли Exchange или Центра администрирования Exchange. |
| RawOutput | Указывает, что сценарий передает результаты, которые были бы записаны в CSV-файлы, непосредственно в выходной поток, как в случае использования параметра Write-Output. Эти сведения впоследствии могут передаваться по конвейеру в другие команды. |
| ВключенныеExtendedEvents | Указывает, что сценарий собирает сведения о событиях, которые предоставляют диагностическую информацию по времени подключения баз данных. Этот этап может занимать много времени, если журнал событий приложений на серверах очень большой. |
| MergeCSVFiles | Указывает, что сценарий объединяет все CSV-файлы, содержащие данные по каждой операции, в один CSV-файл. |
| ReportFilter | Указывает, что к операциям необходимо применить фильтр с использованием полей в том виде, в котором они представлены в CSV-файлах. Этот параметр использует тот же формат, что Where и операция, при этом каждому элементу $_ присвоено значение и возвращается логическое значение. Например, {$_DatabaseName -notlike "Mailbox Database*"} можно использовать для исключения баз данных по умолчанию из отчета. |
Примеры использования сценария CollectOverMetrics.ps1
В этом примере выполняется сбор показателей для всех баз данных с именами, соответствующих шаблону "DB*" (с учетом подстановочного знака), в группе обеспечения доступности баз данных DAG1. После сбора показателей создается и отображается отчет в формате HTML.
CollectOverMetrics.ps1 -DatabaseAvailabilityGroup DAG1 -Database:"DB*" -GenerateHTMLReport -ShowHTMLReport
В следующих примерах показаны способы фильтрации сводного отчета в HTML-формате. Первый использует параметр Database , который принимает список имен баз данных. Сводный отчет содержит данные только об этих базах данных. В следующих двух примерах используется параметр ReportFilter . В последнем примере отфильтровываются все базы данных по умолчанию.
CollectOverMetrics.ps1 -SummariseCsvFiles (dir *.csv) -Database MailboxDatabase123,MailboxDatabase456
CollectOverMetrics.ps1 -SummariseCsvFiles (dir *.csv) -ReportFilter {$_.DatabaseName -notlike "Mailbox Database*"}
CollectOverMetrics.ps1 -SummariseCsvFiles (dir *.csv) -ReportFilter {($_.ActiveOnStart -like "ServerXYZ*") -and ($_.ActiveOnEnd -notlike "ServerXYZ*")}
Сценарий CollectReplicationMetrics.ps1
CollectReplicationMetrics.ps1 — это еще один скрипт метрик работоспособности, включенный в Exchange Server. Этот сценарий представляет собой активную форму наблюдения, поскольку он собирает показатели в режиме реального времени в ходе выполнения. Сценарий CollectReplicationMetrics.ps1 собирает данные, полученные от счетчиков производительности, которые относятся к репликации баз данных. Этот сценарий собирает данные счетчиков с нескольких серверов почтовых ящиков, записывает данные каждого сервера в CSV-файл и создает отчеты по различным статистическим показателям для всех этих данных (например, по таким показателям, как период, в течение которого каждая копия находилась в состоянии сбоя или приостановки, средняя длина очереди копирования или преобразования или период, в течение которого для копий не выполнялись критерии отработки отказа).
Можно указать либо каждый сервер по отдельности, либо всю группу обеспечения доступности баз данных. Можно либо запустить сценарий, чтобы сначала собрать данные и затем создать отчет, либо запустить его только для сбора данных или только для создания отчета по уже собранным данным. Можно указать частоту и общую продолжительность сбора данных.
The data collected from each server is written to a file named CounterData.<ServerName>.<TimeStamp>.csv. Сводный отчет будет записан в файл с именем HaReplPerfReport.< DAGName>.< Метка> времени.csvили HaReplPerfReport.< Метка> времени.csv , если вы не выполняли скрипт с параметром DagName .
Сценарий запускает задания Windows PowerShell для сбора данных с каждого сервера. Эти задачи выполняются в течение всего периода сбора данных. Если пользователь указывает много серверов, этот процесс может занять значительный объем памяти. Заключительный этап процесса обработка данных для сводного отчета может также занять много времени в случае большого объема данных. Можно выполнить этап сбора информации на одном компьютере, а затем скопировать данные на другой компьютер для обработки.
Сценарий CollectReplicationMetrics.ps1 поддерживает параметры, позволяющие настроить его поведение и выходные данные. Доступные параметры перечислены в следующей таблице.
Параметры скрипта CollectReplicationMetrics.ps1
| Параметр | Описание |
|---|---|
| DagName | Задает имя группы обеспечения доступности баз данных, из которой планируется собирать показатели. Если этот параметр не указан, будет использоваться группа обеспечения доступности баз данных, членом которой является локальный сервер. |
| DatabaseNames | Предоставляет список баз данных, для которых необходимо создать отчет. Поддерживаются подстановочные знаки, например или -DatabaseNames:"DB1","DB2"-DatabaseNames:"DB*". |
| ReportPath | Задает папку, используемую для хранения результатов обработки событий. Если этот параметр не указан, то будет использоваться папка скриптов. |
| Duration | Задает время, которое должен работать процесс сбора. Обычными значениями являются 1-3 часа. Большую продолжительность следует указывать только при длительных интервалах между выборками или в виде серии коротких операций, выполняемых в рамках запланированных задач. |
| Frequency | Указывает частоту, с которой должны собираться показатели данных. Обычными значениями являются 30 секунд, 1 минута или 5 минут. При нормальных условиях более короткие интервалы не покажут значительных отличий между выборками. |
| Servers | Указывает идентификатор серверов, с которых собирается статистика. Можно указать любое значение, включая подстановочные символы или идентификаторы GUID. |
| Суммарные файлы | Указывает список CSV-файлов для создания сводного отчета. Эти файлы являются файлами с именем CounterData.< CounterData>* и создаются скриптом CollectReplicationMetrics.ps1. |
| Режим | Указывает этапы обработки, которые выполняет сценарий. Можно использовать следующие значения:CollectAndReport: это значение по умолчанию. Это значение указывает, что сценарий должен собирать данные с серверов и затем обрабатывать их для создания сводного отчета. CollectOnly: это значение означает, что скрипт должен просто собирать данные, а не создавать отчет. ProcessOnly: это значение означает, что скрипт должен импортировать данные из набора .csv файлов и обрабатывать их для создания сводного отчета. Параметр SummariseFiles используется для предоставления скрипту списка файлов для обработки. |
| MoveFilestoArchive | Указывает, что сценарий должен переместить файлы в сжатую папку после обработки. |
| LoadExchangeSnapin | Указывает, что скрипт должен загружать команды командной консоли Exchange. Этот параметр полезен, когда скрипт должен выполняться из-за пределов командной консоли Exchange, например в запланированной задаче. |
Пример использования сценария CollectReplicationMetrics.ps1
В следующем примере показан сбор данных в течение одного часа с минутными интервалами со всех серверов в группе обеспечения доступности баз данных DAG1, а затем создание сводного отчета. Кроме того, используется параметр ReportPath, поэтому сценарий помещает все файлы в текущий каталог.
CollectReplicationMetrics.ps1 -DagName DAG1 -Duration "01:00:00" -Frequency "00:01:00" -ReportPath
В следующем примере показано чтение данных из всех файлов, отвечающих критерию "CounterData*", и затем создание сводного отчета.
CollectReplicationMetrics.ps1 -SummariseFiles (dir CounterData*) -Mode ProcessOnly -ReportPath