Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
The LoginToTarget method instructs a miniport driver that manages an HBA initiator to log on to a target portal.
Os drivers de miniport que implementam a classe WMI MSiSCSI_Operations devem dar suporte a esse método.
O driver de miniporto deve expor informações sobre a sessão que ele cria por meio da classe WMI MSiSCSI_InitiatorSessionInfo.
A tabela a seguir descreve os tipos de sessões de logon que os iniciadores podem estabelecer.
| Login session | Description |
|---|---|
Discovery |
A discovery session is used exclusively for SendTargets operations. |
Informational |
Uma sessão informativa permite que o iniciador consulte o destino para obter informações, mas o iniciador não relata LUNs (números de unidade lógica) no destino para o gerenciador de PnP (Plug and Play). o driver da porta de armazenamento não enumera os LUNs nem os expõe como dispositivos locais. Management applications can query these remote LUNs by establishing an informational session and calling iSCSI user-mode library routines, such as SendScsiInquiry, SendScsiReportLuns, and SendScsiReadCapacity. |
Data |
Uma sessão de dados é uma sessão completa. O driver de miniporto que inicia a sessão deve relatar os LUNs no destino para o driver de porta, de modo que o driver de porta os enumerará e carregará os drivers apropriados. O software pode acessar esses dispositivos remotos como se fossem dispositivos locais. |
Boot |
Uma sessão de inicialização é uma sessão completa na qual o LUN iSCSI é usado como um dispositivo de inicialização. |
The identifier (ID) that the LoginToTarget method assigns to the session must remain constant for the lifetime of a session. Mesmo que logoffs assíncronos ou eventos de rede cortem a conexão com o destino e forcem o driver de miniporto a se reconectar, o driver de miniporto deve continuar a usar a mesma ID de sessão.
Os drivers de miniporto devem usar as seguintes diretrizes quando restabelecerem dados e sessões informativas:
Tentativas de reconexão periódica
O driver de miniporto deve tentar se reconectar periodicamente (intervalos de 5 segundos são recomendados) até que um logon seja bem-sucedido ou o driver de miniporto receba uma solicitação de logoff.
Latência de remoção do dispositivo
O driver de miniporto não deve remover imediatamente as unidades lógicas do destino da pilha de dispositivos do sistema operacional local. Em vez disso, o driver de miniporto deve usar dados armazenados em cache localmente para processar solicitações INQUIRY e REPORT LUNS e solicitações de fila que o driver de miniporto deve enviar para o destino remoto para processamento.
Se o driver de miniporto não conseguir restabelecer uma sessão com o destino após aproximadamente 60 segundos, ele deverá remover as unidades lógicas do destino da pilha de dispositivos local. Ao introduzir a latência de 60 segundos na remoção de dispositivos da pilha de dispositivos, o driver de miniporto pode evitar interromper desnecessariamente o trabalho de aplicativos locais que acessam dados no destino remoto. No entanto, uma latência de mais de 60 segundos pode exigir que o driver de miniporto enfileira um grande número de solicitações, e essas solicitações poderiam potencialmente consumir uma quantidade inaceitável de recursos do sistema. O tempo exato de latência deve ser configurável.
The LoginToTarget WMI method belongs to the MSiSCSI_Operations WMI class.
For an explanation of the algorithm that the iSCSI user-mode library uses to establish a log, see LoginIScsiTarget.