Hoje eu estava tentando instalar um ambiente de cluster do SQL Server 2008 R2 em servidores Windows Server 2012 R2 e depois de fazer todas as etapas necessárias para preparar o cluster (como Criar um disco virtual iSCSI para cluster do Windows, configurar os dois membros do nó, instalar o .net Framework 3.5, Adicionando o Recurso de Failover de Cluster do Windows, configurando o cluster, etc...) Continuei executando a instalação "Preparação Avançada de Cluster" no SQL Server 2008 R2.
Durante uma das etapas iniciais (a que verifica as regras), acho que a etapa "Não está em cluster ou o serviço de cluster está ativo e online" falha...
Após a inspeção dos detalhes, vejo que a mensagem "a máquina está em cluster, mas o cluster não está online..."
... não tenho certeza do motivo, pois quando inspeciono o cluster usando o Failover Cluster Manager tudo parece estar bem
Eu posso até fazer um failback nas unidades e um failover sem problemas. Também executei o relatório de validação e tudo voltou verde...
Alguma ideia do que poderia estar faltando?
Mais investigação
Isto é o que eu encontrei ao procurar no SystemConfigurationCheck_Report.htm (no log de bootstrap)... aparentemente é mais ou menos a mesma mensagem. Todas as outras verificações são "verdes" (OK).
Além disso, em mais investigações de log de bootstrap, encontrei esta seção (no detail.txt de uma de minhas execuções) que parece lançar mais alguma luz...
O que significa "a chave dada não estava presente no dicionário"... não posso dizer. Eu não sou um especialista em solução de problemas de cluster avançado, então estou apenas especulando aqui ... Eu atualizei o conteúdo do meu log de bootstrap aqui se alguém achar que pode encontrar mais "pistas" que não consegui encontrar. .
Mais descobertas (24 horas depois...) Portanto, não consegui encontrar a causa raiz do problema, mesmo seguindo as sugestões desta página e deste KB , nada parece me ajudar com essa Regra de Suporte!
Hoje, por desespero, tentei executar a "Preparação Avançada de Cluster" usando a imagem de instalação do SQL Server 2017 Enterprise e essa de fato funcionou sem problemas!
Portanto, o problema parece estar limitado aos binários de cluster do SQL Server 2008 R2 (algo que foi resolvido em algum momento após o 2008 R2). Esta não é uma solução para mim (pois preciso fazer isso funcionar em 2008 R2 por vários motivos), mas pelo menos esclarece um pouco mais o problema (espero) e me diz que não há nada de errado com a instalação e configuração do cluster de failover por se, mas mais de como o SQL Server 2008 R2 interpreta que eu tenho um cluster totalmente funcional.
Então, finalmente, depois de mais investigação, encontrei o post certo explicando meu problema e a solução.
Acontece que o artigo foi o que dco apontou . O problema é o seguinte: o problema que eu estava enfrentando não foi resolvido com a técnica de slipstreaming (a instalação com SP2), mas com outra coisa mencionada lá mais adiante (Problema 2: A regra "Verificação do serviço de cluster" falha quando você tenta instalar uma instância de cluster de failover do SQL Server 2008 R2).
Acontece que eu tive que habilitar o recurso "Failover Cluster Automation Server" nas minhas caixas do Windows 2012 R2.
Obrigado a todos pela ajuda neste assunto, especialmente dco por me indicar esse site. Como a resolução que o dco ofereceu (slipstreaming com SP 3) não foi a solução para o meu problema, não aceitei essa como resposta (para que futuras pesquisas com outras pessoas que procuram corrigir esse mesmo problema não acabem em um selvagem caça ao Ganso).
No log de bootstrap, posso ver a parte amarela que você destacou.
Agora esta é uma pista que temos que focar. Isso significa que a instalação está tentando procurar alguma chave e não consegue encontrá-la e, portanto, esta mensagem. Bem, isso pode não ser tão simples quanto parece. Este Blog diz que isso pode ser porque
the **password** of the account by which you are logged in to the windows server is not of 15 characters
. O mesmo foi destacado neste artigo MS KB .Existem 3 resoluções mencionadas, destaquei a mais fácil.
Talvez seja necessário instalar pelo menos o Service Pack 2 ou superior do SQL Server 2008 R2 no Windows Server 2012 R2. Eu sugiro que você instale o Service Pack 3 mais recente. Você pode obter o instalador aqui . Deslize seu instalador para o SP3. Este guia irá ajudá-lo em como fazer o slipstream .
Você também pode ler este artigo da base de conhecimento para compatibilidade de versão do SO e do SQL Server.
Edite (para completar minha resposta com a seguinte solução baseada no KB ):