Windows Server 2019 não reconhece volume ISCSI pelo iniciador ISCSI do servidor ?

Wladimir Mendes 0 Pontos de reputação
2025-10-14T12:26:53.9233333+00:00

Tenho um servidor windows 2019 que está conectado a uma SAN. As conexões de redes estão todas OK. APós uma reinicialização simplesmente o servidor deixou de mostrar os volumes. Imaginei que poderia ser algo na SAN. Porém percebi que só ocorre no servidor. Peguei duas estações aleatórias, usei o inicializador do ISCSI da estação e consegui ver os volumes perfeitamente. Ou seja, todos os arquivos lá... Fiz isso em duas estações... Ao tentar usar o inicializador do windows Server, ele até conecta na SAN, encontra os 2 volumes. Mas quando vou no gerenciador do computador para colocar os discos online. Ele mostra os 2 discos, porém com 2 particoes onde a de 25 TB que seria o volume, como não alocado. Mas isso só no servidor.. Fiz isso em duas estações e ele mostrou normalemente. Pode haver alguma sujeira em algum registro do servidor ? Se sim, onde poderia limpar esses registros ? poderiam me orientar ?

Windows para empresas | Windows Server | Alta disponibilidade de armazenamento | Outro
0 comentários Sem comentários

3 respostas

Classificar por: Mais útil
  1. VPHAN 47,435 Pontos de reputação Assistente Independente
    2025-10-24T06:27:10.0933333+00:00

    Olá Wladimir Mendes,

    Seus LUNs SAN estão bem; O Windows Server está se recusando a exibir os volumes neste host devido a um problema de política/atributo de armazenamento. Você pode tentar corrigi-lo corrigindo a política de SAN, reativando a montagem automática e limpando todos os sinalizadores somente leitura/offline para que os dispositivos de volume sejam criados. Inverta a política de SAN para onlineAll, reative/limpe a montagem automática, limpe os atributos somente leitura/offline e confirme a persistência do MPIO/iSCSI. Espera-se que essas ações resolvam o sintoma "online, mas não alocado", permitindo que o Windows crie os dispositivos de volume que está suprimindo no momento.

    Esta resposta foi útil?

    0 comentários Sem comentários

  2. Wladimir Mendes 0 Pontos de reputação
    2025-10-14T15:31:24.5666667+00:00

    Não resolveu. Mesmo colocando o disco online com o diskpart. conforme tela abaixo.

    Lembrando que se uso o inicializador do ISCSI em qualquer estação, consigo subir esse drive tranquilamente. Só no servidor que não.

    Imagem do usuário

    Esta resposta foi útil?

    0 comentários Sem comentários

  3. VPHAN 47,435 Pontos de reputação Assistente Independente
    2025-10-14T12:58:55.3+00:00

    Oi Sua solução de problemas foi muito eficaz para confirmar que a SAN está íntegra e que o problema está isolado na configuração do Windows Server. Os discos exibidos como "Offline" e "Não alocados" são um recurso de segurança padrão do Windows Server para evitar corrupção de dados quando detecta um possível conflito, geralmente relacionado a assinaturas de disco.

    O procedimento a seguir é a maneira padrão e mais segura de resolver isso. Certifique-se de ter um backup verificado de seus dados antes de prosseguir, pois essas são etapas destrutivas se aplicadas incorretamente.

    Etapa 1: verificar o status do disco no DiskPart A ferramenta gráfica de Gerenciamento de disco não mostra todos os detalhes. Precisamos usar o utilitário de linha de comando diskpart.

    Abra um prompt de comando como administrador.

    Digite diskpart e pressione Enter.

    Digite list disk e pressione Enter. Identifique os dois discos da SAN por seu tamanho.

    Para cada disco SAN, execute cuidadosamente os seguintes comandos, substituindo X pelo número real do disco:

    Texto selecione o disco X disco de detalhes Preste muita atenção à saída do disco de detalhes. Procure uma linha que diz "O disco está offline".

    Etapa 2: colocar os discos on-line (se estiver off-line) Se os discos estiverem offline, esse é o principal problema.

    Ainda no diskpart, para cada disco SAN offline, execute:

    Texto selecione o disco X disco online Depois de executar isso para ambos os discos, verifique o Gerenciamento de disco novamente. Os discos agora podem ser exibidos como "Online" e os volumes podem aparecer corretamente.

    Etapa 3: se os discos estiverem on-line, mas os volumes estiverem ausentes (somente leitura/sem letra de unidade padrão) Se os discos já estiverem online, mas aparecerem como "Não alocados", o servidor pode estar vendo-os como discos externos ou há um problema na tabela de partição.

    AVISO CRÍTICO: O comando a seguir DESTRUIRÁ TODOS OS DADOS no disco selecionado se você continuar. Use isso apenas se tiver 100% de certeza de que esses são os discos corretos e se tiver um backup.

    No diskpart, para cada disco problemático, você pode tentar limpá-lo (este é o último recurso):

    Texto selecione o disco X limpo Isso apaga a tabela de partição. Depois disso, você precisará recriar as partições e restaurar os dados do backup.

    No entanto, uma alternativa mais segura é usar o software de gerenciamento da SAN para apresentar os LUNs a um servidor temporário diferente, fazer backup dos dados, apresentá-los novamente ao servidor original e deixá-los inicializá-los como novos discos, seguido por uma restauração de dados.

    Etapa 4: verificar se há serviços ocultos/em execução Um serviço ou dependência relacionado à SAN ou à E/S de vários caminhos pode estar travado.

    Abra Services.msc.

    Verifique o status do Microsoft iSCSI Initiator Service. Verifique se ele está em execução e se o tipo de inicialização está definido como Automático.

    Além disso, verifique se o recurso de E/S de vários caminhos está instalado e configurado corretamente se a SAN usar vários caminhos.

    Caminho seguro recomendado a seguir Dada a complexidade e a natureza crítica de seus dados (volumes de 25 TB), o curso de ação mais seguro é:

    Não execute clean ou inicialize nos discos do servidor.

    Use o software de gerenciamento de SAN para obter um instantâneo dos LUNs por segurança.

    Apresente esses LUNs a um Windows Server de teste diferente.

    Se eles forem montados corretamente no servidor de teste, faça backup dos dados.

    Quando os dados estiverem seguros, você poderá reapresentar os LUNs ao servidor original, que provavelmente os verá como novos discos e, em seguida, poderá restaurar os dados.

    Espero que este guia estruturado ajude você a recuperar seus volumes com segurança.

    Se essas etapas resolverem o problema, sinta-se à vontade para marcar isso como "Aceitar resposta".

    Atenciosamente VP

    Esta resposta foi útil?

    0 comentários Sem comentários

Sua resposta

As respostas podem ser marcadas como ‘Aceitas’ pelo autor da pergunta e ‘Recomendadas’ pelos moderadores, o que ajuda os usuários a saber a resposta que resolveu o problema do autor.