Список командлетов PowerShell для Test-Cluster и проверка


8

Командлет Powershell Test-Clusterзапрашивает множество данных и выполняет проверочные тесты, которые он превращает в симпатичный отчет. Если вы запустите, Test-Cluster -Listвы получите список элементов, которые вы можете запросить с помощью командлета. Когда вы читаете, есть общая схема именования DisplayName. Все они начинаются с «Списка» или «Подтвердить» .

Очевидно, что «Validate» собирается проверить отказоустойчивость при сбое. Но присвоение имени «List» заставляет меня думать, что это просто запрос данных, как в тот момент, когда он был запущен. Я проверил это с помощью следующего скрипта:

$TestList = Test-Cluster -List | Where-Object {$_.DisplayName -like "List*"}
Test-Cluster -Include $TestList.DisplayName -ReportName "c:\cluster reports\report"

Я не вижу каких-либо зарегистрированных ошибок кластера или каких-либо действий при сбое при создании этого отчета. Microsoft Technet также не совсем ясно, но они делают вывод, что поведение соответствует тому, что я думаю. Смотрите этот отрывок (выделение мое):

Результаты теста записываются в файл с указанным вами именем. По запуска тестов проверки, вы можете подтвердить , что ваше оборудование и настройки совместимы с отказоустойчивой кластеризации . Существует несколько типов тестов, включая кластерные, инвентарные, сетевые, хранилища, системные и другие типы тестов. Тесты хранилища не будут проверять сетевые диски или пулы хранения, которые используются кластерной ролью. Чтобы протестировать такие диски, сначала запустите Stop-ClusterGroup, чтобы остановить кластерную роль, а затем запустите Test-Cluster. После завершения тестов снова запустите кластерные роли, также известные как группы ресурсов.

Тест-Кластер TechNet Page

Я хотел бы обратить ваше внимание на использование ими слова «санкционирование» . Кроме того, при запуске этого скрипта, как часть вывода, он говорит:

Test Result:
ClusterSkippedTestsCompleted

Если вы включите проверочный тест, результатом будет:

Test Result:
ClusterConditionallyApproved

В моей тестовой среде сетевые тесты генерировали некоторые предупреждения, которые вызывали условное одобрение. Я немного погуглил, чтобы найти документацию, которая описывает логику разделения «Проверка» против «Список», но я ничего не нашел . Это приводит к вопросу ...

Запросы списка вызывают событие аварийного переключения?

Ответы:


2

Разделение между проверкой и списком предназначено для указания ожидаемого результата. Валидационные тесты являются логическими и возвращают пройдено / не пройдено, да / нет, повышено / не выполнено и т. Д. Тесты List возвращают статистические и рабочие данные для просмотра.

Microsoft создала тесты с учетом нулевого времени простоя. И по большей части это правда. Существуют тесты, которые запускают аварийное переключение и вызывают простои . Они есть:

  • Проверить дисковый арбитраж
  • Проверить отказоустойчивость диска
  • Утвердить множественный арбитраж
  • Проверить постоянное резервирование SCSI-3
  • Проверить одновременное переключение

Важно отметить, что если Test-Clusterон запускается без использования параметров include или exclude, он запускает эти тесты . Хотя перечисленные выше тесты вызовут событие аварийного переключения, следующие тесты могут повлиять на производительность . Они есть:

  • Проверить задержку доступа к диску
  • Проверить файловую систему
  • Проверка дисков на основе Microsoft MPIO
  • Проверка достоверности данных о продукте устройства SCSI

Все перечисленные выше тесты являются частью категории хранения . В связи с этим обычно рекомендуется избегать проверок хранилища на производственном сервере. Чтобы исключить эти тесты, выполните следующую команду:

Test-Cluster -Ignore Storage

Если вы используете Includeпараметр для выборочного выбора тестов, вы можете запустить два безопасных теста хранения. Они есть:

  • Список всех дисков
  • Список дисков для проверки

Источник 1 и Источник 2

Все доступные кластерные тесты сгруппированы в 5 категорий тестов. Они Cluster Configuration, Inventory, Network, Storage, и System Configuration. Только Storageкатегория содержит тесты, которые будут вызывать аварийное переключение или влиять на производительность (согласно Microsoft). Кроме того, большинство из этих категорий тестов не предназначены для выполнения после сертификации и эксплуатации кластера. За исключением одного, который ...

Для существующих кластеров

Microsoft разработала Cluster Configuration тесты для использования в существующем кластере. На самом деле эти тесты выполняются только на существующих кластерах. Для выполнения этой категории теста выполните следующую команду:

Test-Cluster -Include "Cluster Configuration"

Источник 3


0

По моему опыту, Test-Cluster никогда не запускает событие аварийного переключения. Он предназначен только для проверки конфигурации аппаратного и программного обеспечения, чтобы убедиться, что все совместимо с отказоустойчивой кластеризацией. Насколько я понимаю, Test-Cluster также запускается при использовании графического интерфейса «Проверка кластера» из диспетчера отказоустойчивости кластеров. На самом деле он не "тестирует" функцию отказоустойчивости кластера.


0

По ссылке ниже:

[описание тестового кластера] [1] http://technet.microsoft.com/en-us/library/ee461026.aspx

Пример 3: Тест-Кластер-Список

Эта команда перечисляет имена всех тестов и категорий в проверке кластера . Затем вы можете указать эти имена тестов с помощью -Ignore или -Include для запуска определенных тестов.

Таким образом, команда list дает вам список тестов, которые вы можете запустить и проверить кластер.


Другая часть вашего вопроса: отображаемое имя

DisplayNames, которые начинаются с List, просто собирают информацию с узлов кластера , в то время как DisplayNames, начинающиеся с Validate, на самом деле проверяют конфигурацию (она выполняет отработку отказа дисков, тестирование sharewithess, тестирование сети и т. Д.)


0

Простой ответ: запросы списка НЕ запускают события аварийного переключения.

Подробный ответ: логика разделения тестов на «Проверка» и «Список» была последовательной с 2008R2. Большинство тестов, начинающихся с «Список» , считаются тестами инвентаризации , они не влияют на состояние настроенного в данный момент кластера. Все командлеты, начинающиеся со списка, носят информационный характер, как подробно описано в следующем фрагменте technet.

Тесты инвентаризации предоставляют списки информации об оборудовании, программном обеспечении и настройках на каждом тестируемом сервере. Вы можете использовать только тесты инвентаризации (без других тестов в мастере проверки конфигурации кластера) для просмотра или записи конфигурации оборудования (например, для проверки того, что обновления программного обеспечения на каждом сервере идентичны после выполнения планового обслуживания).

Дополнительную информацию можно найти по адресу: Technet - Общие сведения о проверках кластера: инвентарь


Inventoryкатегория тестов, которая включает в себя список тестов. Однако тесты по списку НЕ считаются тестами по инвентаризации.
Colyn1337
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.