Командлет Powershell Test-Cluster запрашивает огромное количество данных и выполняет проверочные тесты, которые превращаются в красивый отчет. Если ты бежишь Test-Cluster -List вы получите список элементов, которые можно запросить индивидуально с помощью командлета. Когда вы читаете DisplayNameс. Все они начинаются с "Список" или "Подтвердить".
Очевидно "Подтвердить" собирается фактически проверить отказоустойчивость путем сбоя. Но что-то называя "Список" заставляет меня думать, что это просто запрос данных на момент его выполнения. Я проверил это с помощью следующего скрипта:
$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. После завершения тестов снова запустите кластерные роли, также известные как группы ресурсов.
Я хотел бы обратить ваше внимание на то, как они используют слово "Проверка". Кроме того, при запуске этого сценария в выводе говорится:
Test Result:
ClusterSkippedTestsCompleted
Если вы включите проверочный тест, результат будет следующим:
Test Result:
ClusterConditionallyApproved
В моей тестовой среде сетевые тесты генерировали несколько предупреждений, которые запускали условное одобрение. Я немного погуглил, чтобы найти документацию, описывающую логику "Подтвердить" против "Список" раскол, но я ничего не нашел. Это приводит к вопросу ...
Запросы списка вызывают событие аварийного переключения?
Раскол между Проверка и Список предназначен для указания ожидаемого результата. Проверка тесты являются логическими и возвращают успешность / неуспешность, да / нет, запуск / неудачу и т. д. Список тесты возвращают статистические и рабочие данные для проверки.
Microsoft разработала тесты с учетом нулевого времени простоя. И по большей части это правда. Существуют тесты, которые запускают аварийное переключение и вызывают простои. Они есть:
Важно отметить, что если Test-Cluster запускается без использования параметров include или exclude, он проведет эти тесты. Хотя перечисленные выше тесты вызывают событие аварийного переключения, следующие тесты может повлиять на производительность. Они есть:
Все перечисленные выше тесты являются частью место хранения категория. Поэтому обычно рекомендуется, чтобы место хранения следует избегать тестов на производственном сервере. Чтобы исключить эти тесты, выполните следующую команду:
Test-Cluster -Ignore Storage
Если вы используете Include для выборочного выбора тестов, вы можете запустить два теста безопасного хранилища. Они есть:
Все доступные кластерные тесты сгруппированы в 5 тестовых категорий. Они есть Cluster Configuration, Inventory, Network, Storage, и System Configuration. Только Storage Категория содержит тесты, которые вызовут аварийное переключение или повлияют на производительность (согласно Microsoft). Кроме того, большинство из этих категорий тестов не предназначены для выполнения после того, как кластер будет сертифицирован и введен в эксплуатацию. Кроме того, что ...
Для существующих кластеров
Microsoft разработан Cluster Configuration тесты для использования на существующем кластере. Фактически, эти тесты выполняются только на существующих кластерах. Чтобы выполнить эту тестовую категорию, выполните следующую команду:
Test-Cluster -Include "Cluster Configuration"
По ссылке ниже:
[описание тестового кластера] [1]http://technet.microsoft.com/en-us/library/ee461026.aspx
Пример 3: Test-Cluster -List
Эта команда перечисляет имена всех тестов и категорий в проверке кластера. Затем вы можете указать эти имена тестов с помощью -Ignore или -Include для запуска определенных тестов.
Таким образом, команда list просто дает вам список тестов, которые вы можете запустить и проверить кластер.
Другая часть вашего вопроса: отображаемое имя
DisplayNames, начинающиеся с List просто берет информацию с узлов кластера, а DisplayNames, начинающиеся с Подтвердить действительно проверить конфигурацию (он выполняет переключение дисков, тестирование sharewithess, тестирование сети и т. д.)
По моему опыту, Test-Cluster никогда не запускает событие аварийного переключения. Он предназначен только для проверки конфигурации оборудования и программного обеспечения, чтобы убедиться, что все совместимо с отказоустойчивой кластеризацией. Насколько я понимаю, Test-Cluster также запускается при использовании функции «Проверить кластер» графического интерфейса пользователя из диспетчера отказоустойчивого кластера. Фактически он не «тестирует» функцию «отказоустойчивого» кластера.
Простой ответ: список запросов НЕ запускать события аварийного переключения.
Подробный ответ: логика разделения тестов на "Подтвердить" против "Список" стабильно с 2008 R2. Большинство тестов, начинающихся с "Список" которые считаются Инвентарные тесты, они не влияют на состояние текущего настроенного кластера. Все командлеты, начинающиеся со списка, носят информационный характер, как подробно описано в этом фрагменте техники ниже.
Инвентарные тесты предоставляют списки информации об оборудовании, программном обеспечении и настройках на каждом из тестируемых серверов. Вы можете использовать только тесты инвентаризации (без других тестов в мастере проверки конфигурации кластера) для проверки или записи конфигурации оборудования (например, чтобы проверить идентичность обновлений программного обеспечения на каждом сервере после выполнения планового обслуживания).
Более подробную информацию можно найти по адресу: Technet - Общие сведения о проверочных тестах кластера: инвентаризация