Teste de E/S multicaminho (LOGO)
Este teste fornece testes de E/S de vários caminhos para a compatibilidade da solução de armazenamento de um fornecedor com soluções de driver da Microsoft®.
Observação
O teste foi projetado especificamente para ser executado em arquiteturas de processador x64.
Detalhes do teste
Especificações |
|
Plataformas |
|
Versões com suporte |
|
Tempo de execução esperado (em minutos) | 180 |
Categoria | Desenvolvimento |
Tempo limite (em minutos) | 10800 |
Requer reinicialização | false |
Requer configuração especial | false |
Tipo | automático |
Documentação adicional
Os testes nessa área de recursos podem ter documentação adicional, incluindo pré-requisitos, configuração e informações de solução de problemas, que podem ser encontrados nos tópicos a seguir:
Executando o teste
Antes de executar o teste, conclua a configuração de teste para o tipo de matriz de Armazenamento raid que você está testando. Para obter mais informações, consulte Visão geral do teste RAID (Matriz de Armazenamento) baseado em hardware.
Além disso, esse teste requer o seguinte software e hardware:
Matriz RAID de armazenamento de hardware que usa o DSM (Microsoft Device Specific Module) ou um DSM de terceiros que se adapta à arquitetura principal do MICROSOFT MPIO
Componentes de software incluídos na matriz RAID de armazenamento de hardware ou DSM que está sendo testada.
Configuração de E/S de vários caminhos
Solucionando problemas
Para solucionar problemas genéricos de falhas de teste do HLK, consulte Solução de problemas de falhas de teste do Windows HLK.
Para obter informações gerais de solução de problemas de armazenamento, consulte Solução de problemas de dispositivo.teste de armazenamento.
Além disso, esse teste tem os seguintes problemas conhecidos:
Problema |
Detalhes |
O ambiente de teste do MPIO para um cenário não iSCSI pode não estar configurado corretamente. |
Ao testar em um ambiente de teste mpio não iSCSI, o teste requer que o HBA (Adaptador de Barramento de Host) com pelo menos duas portas (ou pelo menos dois HBAs, se o HBA tiver apenas uma porta) seja conectado ao mesmo destino iSCSI. As seguintes etapas manuais podem verificar se o ambiente de teste está configurado corretamente:
|
O teste falha ao obter a instância do dispositivo HBA ao instalar o filtro. |
Verifique se o nome DSM na chave do Registro (arquivo INF) é o mesmo que o nome especificado no próprio DSM. |
O teste falha ao obter as informações do WMI iSCSI quando conectado ao dispositivo de armazenamento de teste por meio do Fibre Channel e do iSCSI quando o teste está em execução no Fibre Channel. |
Recomendamos que você não configure LUNs DO MPIO que são reivindicados pelo mesmo DSM em mais de um tipo de barramento no mesmo ambiente de teste. |
O teste falha quando os caminhos são removidos depois que o teste executa o link saltando e os casos de teste de salto simultâneos. |
Verifique se o HBA está executando o driver mais recente (aquele que passou pela Certificação de Logotipo do Windows). Ao testar em um ambiente de teste não iSCSI, o teste de E/S de Vários Caminhos requer que o driver HBA passe com êxito no teste do driver de Plug and Play. Se o HBA não puder passar nesse teste, altere para outro modelo de HBA certificado do HBA e teste novamente Esse problema pode ocorrer porque os caminhos do MPIO exigem muito tempo para serem recuperados. |
O teste falha quando executado em um ambiente de inicialização mpio. |
Não execute o teste em um ambiente de teste de inicialização do MPIO. |
O teste falha ao restaurar sessões iSCSI no destino iSCSI. |
No ambiente de teste do MPIO, se houver várias portas (endereços IP) relacionadas a um destino iSCSI, você precisará verificar se há pelo menos duas sessões iSCSI conectadas por meio do endereço IP durante o teste. Embora o teste de E/S de Vários Caminhos permita que os usuários configurem várias conexões de porta para um destino iSCSI, ao mesmo tempo para todos os testes relacionados a iSCSI, o usuário só pode associar um endereço IP durante o teste. |
O teste não exibiu a interface do usuário iSCSI |
Primeiro, verifique se o tipo de barramento LUN selecionado é iSCSI. Caso contrário, o teste de E/S de Vários Caminhos não exibirá a interface do usuário iSCSI. Em segundo lugar, marcar se o arquivo iscsihctconfig.ini estiver presente no seguinte caminho: [WLKClient]\JobsWorkingDir\. Se esse arquivo estiver presente, exclua-o se você quiser usar a interface do usuário iSCSI para inserir manualmente as informações de configuração do iSCSI. |
O teste falhou ou falhou. |
Se o teste de E/S de Vários Caminhos não foi executado, verifique se o ambiente de teste está limpo antes de executar novamente o teste. Esse problema pode ocorrer se o controlador inicialmente contiver Kit de Logotipo do Windows 1.5 e você não reinstalar o Windows antes de instalar e usar o Windows Logokit 1.6 para concluir o teste de armazenamento. Se isso ocorreu, reinstale o Windows e reinicie o teste. |
O teste falha com erros de operação de E/S |
Se o teste de E/S de Vários Caminhos falhou no arquivo de log que contém erros de operações de E/S, verifique se osLUNs estão online e inicializados na status bruta antes de executar o teste. Se os LUNs estiverem online e inicializados, tente copiar ou ler um arquivo de um LUN com alguns caminhos com failover. |
Se você pretende abrir um incidente de suporte, siga estas etapas para obter informações úteis para os Serviços de Suporte ao Cliente:
Forneça seu pacote .cpk de envio. Esse pacote .cpk não deve incluir apenas o log t de teste de E/S de Vários Caminhos, mas incluir logs para o teste de Conformidade do SCSI e o teste de MPIO do ALUA.
Capture capturas de tela do ambiente de teste. Se o sistema operacional for Windows 2008 R2 ou posterior, capture a tela Instantâneo de configuração do MPIO do Painel de Controle. Para exibir isso, clique em Iniciar> Painel de Controle> Instantâneo de Configuração doMPIO>.
Se ocorreu uma falha, crie um arquivo de despejo. Execute novamente o teste a seguir nas etapas:
Copie os binários e arquivos de teste para o computador de teste do Windows HLK, que incluem: mpiotest.exe, mpioinstallfiltr.exe, iscsiui.exe, devcon.exe, pnpfiltr.sys, pnpdtest.exe e o arquivo mpiotest_script_fvt.txt.
Abra uma janela de prompt de comando com privilégios de administrador.
Execute um dos seguintes comandos:
Se o tipo de barramento for iSCSI, execute a ferramenta iscsui.exe e as informações de entrada para criar um arquivo iscsihctconfig.ini.
Se o tipo de barramento não for iSCSI, execute o comando: mpioinstallfiltr -dSM <caminho> da instância do dispositivo (por exemplo ROOT\MPIO\0001) -i e reinicie o computador de teste. Se esse comando falhar, copie todos os arquivos de log do console de comando usando o Bloco de Notas.
Execute o comando a seguir para teste. Mesmo que o teste falhe, você ainda poderá copiar todo o log do console de comando para o bloco de notas.
- Mpiotest.exe caminho da instância> do dispositivo -dSM <(por exemplo, ROOT\MPIO\0001) -s [ScriptName] -logo -isiSCSI [T/F].
Se o tipo de barramento não for iSCSI, execute o seguinte comando para desinstalar o driver de filtro: mpioinstallfiltr -dSM <caminho da instância> do dispositivo DSM (por exemplo, ROOT\MPIO\0001) -c e reinicie o computador de inicialização do sistema.
Mais informações
Esse teste é aplicado somente a DSM (Módulos Específicos do Dispositivo), seja o Microsoft DSM ou um DSM de terceiros.
O teste inclui as seguintes declarações básicas de teste, que são combinadas em quatro casos de teste:
Failover: a transferência de dados não é interrompida quando alguns caminhos são quebrados, mas não todos.
Failback: a transferência de dados funciona normalmente quando alguns caminhos são restaurados do failover.
Salto de link: para um ambiente MPIO, todos os caminhos, exceto um caminho, são quebrados. Se esse caminho for quebrado e se recuperar dentro de 15 segundos, a transferência de dados poderá continuar sem erros.
Failover e failback simultâneos ou "salto simultâneo": a transferência de dados não é interrompida quando alguns caminhos fazem failover e outros caminhos fazem failback simultaneamente.
Política de balanceamento de carga: uma política diferente pode ser definida e a transferência de dados pode funcionar corretamente com ela. Para a Política de Carga round robin e a política de carga round robin com subconjunto, o teste verifica se a eficiência está degradada.
Os componentes de teste incluem um aplicativo de teste autônomo, um driver de filtro de injeção de falha, um arquivo de configuração de caso de teste, um arquivo de configuração iSCSI (se o caminho for criado em uma sessão iSCSI) e o DTM (Gerenciador de Testes de Dispositivo).
Os clientes de uma solução de armazenamento empresarial dependem muito da alta disponibilidade de seus componentes. No armazenamento, a alta disponibilidade geralmente é implementada por redundância. E/S de vários caminhos (MPIO) é uma dessas implementações para a camada de malha de uma solução de armazenamento empresarial. A Microsoft dá suporte a E/S de vários caminhos com um driver de vários caminhos (mpio.sys) e um módulo específico do dispositivo (msdsm.sys) que são fornecidos com o sistema operacional Windows Advanced Server no período do Windows Vista.
O teste fornece testes de E/S de vários caminhos para a compatibilidade da solução de armazenamento de um fornecedor com soluções de driver da Microsoft. Ele se concentra nas seguintes áreas:
O failover e a recuperação do caminho não devem afetar a qualidade da transferência de dados. Uma das finalidades de configurar um ambiente MPIO é aumentar a confiabilidade da transferência de dados. Esse teste simula vários cenários simples que aconteceriam no mundo real para quebrar um caminho e, em seguida, verifica se o ambiente pode transferir dados normalmente.
A eficiência de transferência de dados deve ser aprimorada ou, pelo menos, não degradada em um ambiente MPIO.
Os dispositivos de armazenamento devem funcionar normalmente em todas as políticas que declaram para dar suporte.
Observação
Para um DSM (Módulo Específico do Dispositivo) que dá suporte à política de fornecedor (o valor da política é 7), torne a política do fornecedor a política atual antes de executar esse teste.
Para executar este teste
O Windows HLK (Windows Hardware Lab Kit) inicia o aplicativo de teste autônomo, que recupera os casos de teste a serem executados.
O Windows HLK recupera as informações do ambiente de teste do MPIO para testes adicionais.
Se um caminho não estiver sobre iSCSI, o teste carregará o driver de filtro para uma instância HBA relacionada para testes adicionais.
Se o caminho estiver sobre iSCSI, forneça as informações de configuração iSCSI usando uma das seguintes maneiras:
Insira os dados de configuração no pop-up da janela no cliente de teste, que cria o arquivo Iscsihctconfig.ini em [WLK PATH]\JobsWorkingDir\Tasks\[WTTJOBNAME]\. Para obter mais informações, acesse iSCSI HBA Boot Test (LOGO).
Observação
Se o ambiente de teste incluir vários destinos, escolha inserir uma informação relacionada de destino, incluindo IQN, IP do portal e número da porta. Para endereço IP, se você tiver vários endereços IP, insira aquele usado para conectar esse destino. Para o teste do MPIO, você não precisa inserir a ID do HBA PnP.
Observação
Se o seu iSCSI suporte de ambiente sujeito mútuo, marcar caixa de rádio Mutual e suporte a marcar chap mútuo.
As informações de configuração iSCSI de entrada serão armazenadas no arquivo de iscsihctconfig.ini. Para economizar tempo aos usuários, colocamos uma cópia desse arquivo de configuração em [WLKClient]\JobsWorkingDir\ no computador de teste. Em seguida, os usuários podem executar novamente o teste no mesmo cliente de teste para o mesmo destino de armazenamento iSCSI sem inserir informações de configuração iSCSI novamente. Além disso, antes de testar, os usuários podem optar por criar o arquivo Iscsihctconfig.ini manualmente e colocá-lo em [WLKClient] \JobsWorkingDir\ no computador de teste, que contém os dados de configuração. Use o seguinte formato:
[Targets] DiskTarget=Target [Target] TargetName=iqn.2001-05.com.equallogic:0-8a0906-7e2dd0401-fd1d03f67f74b96b-10-2411a0920-0 PortalPort=3260 PortalIPAddress=10.10.20.80 CHAPType=None
Defina a política de balanceamento de carga, que declara suporte, simula cenários de failover e failback e executa testes. Para um ambiente de teste não iSCSI, simule o link saltando e saltando cenários simultâneos.
Defina a política Round Robin para armazenamento não ALUA e armazenamento ALUA para habilitar a verificação de desempenho.
A ferramenta de teste faz logon no WTTLogger.
Sintaxe de comando
Comando | Descrição |
---|---|
mpiotest.exe -d "[WDKDeviceID]" -s [ScriptName] -logo -isiSCSI [isiSCSI] |
Executa o teste. |
Observação
Para obter ajuda de linha de comando para esse binário de teste, digite /h.
Lista de arquivos
Arquivo | Location |
---|---|
Devcon.exe |
<[testbinroot]>\idw\ |
EDT_Disable_Support.vbs |
<[testbinroot]>\nttest\DriversTest\storage\wdk\mpiotest\ |
EDT_Enable_Support.vbs |
<[testbinroot]>nttest\DriversTest\storage\wdk\mpiotest\ |
Iscsiui.exe |
<[testbinroot]>\nttest\DriversTest\storage\wdk\mpiotest\ |
Mpioinstallfiltr.exe |
<[testbinroot]>\nttest\DriversTest\storage\wdk\mpiotest\ |
Mpiotest.exe |
<[testbinroot]>\nttest\nttest\DriversTest\storage\wdk\ |
Mpiotest_script_fvt.txt |
<[testbinroot]>\nttest\DriversTest\storage\wdk\mpiotest\ |
DevFund_PnPDTest_WLK.dll |
<[testbinroot]>\ |
Utility_Enable_Disable_DriverVerifier.dll |
<[testbinroot]>\ |
Utility_DeviceStatusCheck.wsc |
<[testbinroot]>\ |
Utility_DisableEDTSupport.wsc |
<[testbinroot]>\ |
Utility_EmptyTest.wsc |
<[testbinroot]>\ |
Utility_WdfRelatedVerification.wsc |
<[testbinroot]>\ |
Parâmetros
Nome do parâmetro | Descrição do parâmetro |
---|---|
LLU_NetAccessOnly | Conta de usuário para acessar o compartilhamento de arquivos de teste. |
LLU_LclAdminUsr | Conta de usuário para executar o teste. |
ScriptName | Script de teste completo |
WDKDeviceID | Caminho da instância do dispositivo a ser testado |
isiSCSI | É o tipo de barramento de armazenamento iSCSI (T/F) |