Está disponível uma atualização que adiciona um recurso de testemunha de compartilhamento de arquivo e um recurso de pulsações do cluster configurável para clusters de servidor com Windows Server 2003 Service Pack 1

Este artigo descreve uma atualização que você pode aplicar para adicionar os seguintes dois novos recursos a um Microsoft Windows Server 2003 Service Pack 1 (SP1) - com cluster de servidor ou para um cluster de servidor baseado no Windows Server 2003 R2:

• Testemunha de compartilhamento de arquivo
• Pulsações do cluster configurável

Embora esses dois recursos estão contidos no mesmo pacote de atualização, esses dois recursos são separados e independentes entre si.

Testemunha de compartilhamento de arquivo

O recurso de testemunha de compartilhamento de arquivo é uma melhoria ao modelo de quorum conjunto de nós principais (MNS) atual. Esse recurso permite que você use um compartilhamento de arquivo que é externo ao cluster como um "voto" adicional para determinar o status do cluster em uma implantação de cluster de quorum MNS dois nós.

Considere um cluster de quorum MNS dois nós. Porque um cluster de quorum MNS pode executado somente quando a maioria de nós de cluster estiverem disponíveis, um cluster de quorum MNS dois nós é não é possível sustentar a falha de qualquer nó de cluster. Isso ocorre porque a maior parte de um cluster de dois nós é dois. Para sustentar a falha de qualquer um nó em um cluster de quorum MNS, você deve ter pelo menos três dispositivos que podem ser considerados como disponíveis. O recurso de testemunha de compartilhamento de arquivo permite que você usar um compartilhamento de arquivo externo como uma testemunha. Este testemunha atua como terceiro dispositivo disponível em um cluster de quorum MNS dois nós. Portanto, com esse recurso ativado, um cluster de quorum MNS dois nós pode sustentar a falha de um nó de cluster único. Além disso, o recurso de testemunha de compartilhamento de arquivo fornece as seguintes dois funcionalidades:

• Ele ajuda a proteger o cluster contra um problema que é conhecido como um cérebro de divisão . Esse problema ocorre se os dois nós de um cluster de quorum MNS não podem se comunicar uns com os outros. Nessa situação, cada nó de cluster é não é possível determinar se a perda de comunicação ocorreu porque o outro nó do cluster falha, ou se a perda de comunicação ocorreu devido a um problema com a rede. A testemunha de compartilhamento de arquivos pode designar um de nós de cluster como nó de cluster sobrevivente. Nó de cluster pode então determinar que ele deve continuar a executar o cluster. Nesse cenário, o nó de cluster sobrevivente pode determinar que o outro nó de cluster falhou, ou que outro nó de cluster não foi aprovado pela testemunha de compartilhamento de arquivos.
• Ele ajuda a proteger o cluster contra um problema que é conhecido como uma partição em tempo . Esse problema ocorre se as seguintes condições forem verdadeiras:
  • UM nó de cluster está sendo executado, mas nó do cluster B não está sendo executado.
  • Nó do cluster A pára em execução.
  • Nó do cluster B tenta executar o cluster.
  Nessa situação, o nó de cluster B pode não ter cluster informações de estado que foi atualizadas no nó de cluster a. Portanto, o nó do cluster B pode executar o cluster usando informações de estado incorreto. O recurso de testemunha de compartilhamento de arquivos ajuda a evitar esse problema detectando o estado de cluster foi alterado. O recurso de testemunha de compartilhamento de arquivo impede que o nó de cluster que contém informações de estado de cluster desatualizado executem o cluster. Quando essa ação ocorre, um evento de erro que contém as seguintes informações de Descrição é registrado no log de eventos do sistema:

  Recurso de conjunto de nós principais falhou ao ser colocado online. O recurso detectou que ele não tem a cópia mais recente do banco de dados de cluster de servidor. Se esta for um cluster de dois nós, tente iniciar o serviço de cluster no outro nó e permitir que esta associação de nó do cluster. Se isso não funcionar, use o / forcequorum opção de inicialização para iniciar o serviço de cluster.

Para obter mais informações sobre opções de inicialização do serviço de cluster, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Propriedades de testemunha de compartilhamento de arquivo

O recurso de testemunha de compartilhamento de arquivo adiciona as seguintes novas particulares MNS recurso configuração propriedades.

MNSFileShare

Você pode usar a propriedade MNSFileShare para definir um compartilhamento de arquivo que é externo ao cluster como a testemunha de compartilhamento de arquivos. A seguinte lista contém os requisitos para a propriedade MNSFileShare juntamente com os requisitos para o compartilhamento de arquivo externo:

• A propriedade MNSFileShare será ignorada se o número de nós de cluster é diferente de dois. Esse comportamento ocorre mesmo se a propriedade MNSFileShare é definida. Se o número de nós de cluster é um número diferente de dois, o recurso MNS se comporta como se ele está em um quorum MNS típico. Portanto, você não pode usar o recurso de testemunha de compartilhamento de arquivo para afetar um cluster de quorum MNS tem diferente de dois nós de cluster.
• Após você modifica a propriedade MNSFileShare ou depois de modificar um dos outras novas particulares MNS propriedades do recurso configuração que esta atualização fornece, as alterações não terão efeito até que você seguir colocar o recurso MNS on-line. Quando o recurso MNS é definido como um recurso de quorum, ele não permite operações off-line e on-line. Portanto, você deve mover o grupo que contém o recurso MNS para o outro nó do cluster. Esta ação coloca o recurso online no nó de cluster de destino. Em seguida, as modificações feitas para a propriedade MNSFileShare ou para as outras duas propriedades que esta atualização fornece, efeito.
• O serviço de cluster em cada nó de cluster é executado no contexto de uma conta de usuário de domínio que é conhecido como a conta do serviço de cluster. Porque o recurso MNS cria um arquivo no compartilhamento de arquivo externo, a conta do serviço de cluster deve ter permissão de gravação para o compartilhamento de arquivo externo. Portanto, você deve conceder permissões de compartilhamento alterar ou permissões de compartilhamento de controle total para a conta serviço de cluster nesse compartilhamento de.
• A propriedade MNSFileShare deve ser definida como um valor de seqüência de caracteres que contém o caminho UNC (convenção de nomenclatura universal) de um compartilhamento de arquivos é externo ao cluster. Por exemplo, essa propriedade deve ser definida \\ server_name \ share_name. O compartilhamento externo é usado para armazenar apenas uma pequena quantidade de dados. Portanto, um compartilhamento que tiver entre 2 megabytes (MB) e 5 MB de espaço disponível no disco rígido é suficiente.
  
  importante O compartilhamento externo não armazena o estado completo da configuração do cluster. Em vez disso, o compartilhamento externo apenas contém dados que é suficientes para ajudar a impedir comportamento split-brain e para ajudar a detectar uma partição no comportamento em tempo.
• Cada cluster de servidor deve ser configurado para usar seu próprio compartilhamento de arquivo externo. Não há suporte para o uso do mesmo compartilhamento de arquivo externo para vários clusters de servidor. No entanto, você pode usar um único servidor externo que é configurado para ter um compartilhamento para cada cluster de servidor.
• Para que um geograficamente dispersos dois nós cluster que possui cada nó localizado em um site diferente, você pode co-locate compartilhamento de arquivo externo com qualquer um de nós do cluster. Como alternativa, você pode configurar o compartilhamento externo em um site separado de terceiro.

MNSFileShareCheckInterval

A propriedade MNSFileShareCheckInterval é usada para definir o intervalo para verificar a integridade de compartilhamento de arquivo externo. O intervalo padrão é quatro minutos. Esse valor de propriedade é definida em segundos e possui um intervalo especificado na tabela a seguir.O compartilhamento de arquivo externo que atua como uma testemunha para o cluster de quorum MNS é verificada em intervalos definidos para garantir que o recurso MNS pode gravar nela. Se essa verificação falhar, um evento de aviso que possui as seguintes informações de Descrição é registrado no log de eventos do sistema:

Recurso de conjunto de nós principais Falha ao verificar um status para compartilhamento de arquivo ' \\ server_name \ share_name. O código de erro era '67'. Verifique se o compartilhamento de arquivo está configurado corretamente e que a conta do serviço de cluster tem permissão de gravação no compartilhamento de arquivo

Esse evento de aviso é registrado uma vez para cada falha de verificação ocorre até que a operação de verificação é bem-sucedida.

MNSFileShareDelay

A propriedade MNSFileShareDelay Especifica um tempo de espera para o nó de cluster no momento não possui o recurso de quorum MNS. Se os nós de cluster perdem comunicação entre si, cada nó de cluster tenta obter o "voto" da testemunha de compartilhamento de arquivos. O valor da propriedade MNSFileShareDelay Especifica o número de segundos de atraso o nó do cluster no momento não possui o recurso de quorum MNS. Esse comportamento permite que o nó do cluster pertencentes atualmente a preferência de recurso de quorum MNS em ganhar o voto da testemunha de compartilhamento de arquivos. Esse valor de propriedade é definida em segundos e possui um intervalo especificado na tabela a seguir.

Configurando uma testemunha de compartilhamento de arquivos

Para configurar a testemunha de compartilhamento de arquivos, execute estas etapas:

1. Defina a propriedade MNSFileShare do recurso de quorum MNS como o compartilhamento de arquivo externo que atuará como a testemunha de compartilhamento de arquivos. Para fazer isso, execute o seguinte comando em um prompt de comando:
   cluster cluster_name recurso mns_resource_name /priv MNSFileShare = \\ server_name \ share_name
2. Mova o grupo que contém o recurso MNS. Para fazer isso, execute o seguinte comando em um prompt de comando:
   cluster cluster_name grupo mns_resource_group_name /move

Você também pode acessar essas propriedades de configuração de recurso MNS particulares usando qualquer um ou mais das seguintes interfaces cluster:

• O API do cluster
• O provedor de interface de gerenciamento de Windows (WMI) do cluster
• O servidor de automação do cluster

Observação Você não pode usar a ferramenta Administrador de cluster para definir essas propriedades. Isso ocorre porque a ferramenta Administrador de cluster não expõe essas propriedades de configuração de recurso MNS particulares.

Pulsações do cluster configurável

O recurso de pulsações do cluster configurável permite que você configurar parâmetros de pulsação do cluster. Isso pode ajudar a evitar failovers cluster desnecessários. Esses failovers ocorrer devido a um problema de rede temporário que pode fazer com que pacotes a serem ignorados ou atrasada. O recurso de pulsações do cluster configurável pode ajudar em um ambiente onde nós de cluster estão dispersos geograficamente.

O algoritmo de pulsação do cluster atual envia uma mensagem de pulsação segundos 1.2 cada interface em cada nó de cluster. Esta mensagem é enviada para cada interface na mesma rede de cluster. Portanto, cada nó de cluster tanto envia uma mensagem de pulsação segundos 1.2 e espera receber uma mensagem de pulsação segundos 1.2. Se dois pulsações consecutivas da mesma interface são perdidas, o serviço de cluster suspects que pode ter ocorrido uma falha de interface. Se seis consecutivas pulsações são perdidas de todas as interfaces em um nó, o serviço de cluster suspects que pode ter ocorrido uma falha de nó.

Se o serviço de cluster suspects que ocorreu uma falha, o serviço de cluster é executado um algoritmo de consenso distribuído para identificar se ocorreu uma falha. Uma falha de interface faz com que a falha de recursos de endereço IP. Uma falha de recurso de endereço IP pode causar um failover de grupo de recurso para outro nó de cluster. Uma falha de nó força o nó a ser removido da associação ativa do cluster. Portanto, todos os grupos recurso no nó afetado failover para outro nó de cluster.

O recurso de pulsações do cluster configurável expõe os períodos de pulsação interface perdidos e os períodos de pulsação do nó perdido como novas propriedades de configuração de cluster particular. Este recurso não afeta o intervalo de pulsação. Pulsações ainda são enviadas segundos 1.2. Entretanto, esse recurso permite que você configurar o cluster seja mais tolerante a falhas de falhas de pulsação. Essas falhas podem ocorrer por um ou mais dos seguintes motivos:

• Pacotes ignorados
• Latência de rede excessivo
• Falha de interface de rede
• Falha de nó de cluster

Os valores de propriedade são configurados em unidades de pulsações perdidas, não pelo tempo decorrido. Portanto, usando esse recurso, não é possível configurar o cluster para suspeitar que uma falha de nó após 5 segundos. No entanto, você pode configurar o cluster para suspeitar que uma falha de nó após cinco perdido pulsações.

Observação Cinco pulsações perdidas dependendo quando no período de pulsação ocorre a falha, correspondem a aproximadamente 5 ou 6 segundos.

Por causa da maneira como no qual a verificação para pulsações é atingiu o tempo, o limite de interface é calculado a diferente partir o limite de nó. Portanto, você deve definir o limite de interface para o número de pulsações perdidas mais um. Por exemplo, para configurar uma falha de interface após dois perdido pulsações, você deve definir o limite interface com o valor de 3.

Todos os nós de cluster devem ter um status de backup para receber a alteração da propriedade. Além disso, você deve reiniciar o serviço de cluster em cada nó para que a propriedade alteração tenha efeito.

Observação Você pode reiniciar o serviço Cluster em um nó por vez.

Esse valor de propriedade possui um intervalo que está especificado nas tabelas a seguir.

Interface

Nó

Configurando as pulsações do cluster

Para configurar o recurso de pulsações do cluster, siga estas etapas.

Observação Estas etapas alteram a configuração de pulsação de interfaces para quatro pulsações perdidas. Isso corresponde a cerca de 5 segundos. Além disso, estas etapas alteram a configuração de pulsação para nós para 10 pulsações perdidas. Isso corresponde a cerca de 12 segundos.

1. Verifique se todos os nós de cluster estão backup. Para fazer isso, execute o seguinte comando:
   nó do cluster cluster_name
   Depois de executar este comando, verifique se o valor de status para cada nó de cluster está acima .
2. Defina o número de erros de pulsação para interfaces e para nós. Para fazer isso, execute os seguintes comandos:
   • cluster /priv cluster_name HeartBeatLostInterfaceTicks = 5:DWORD
   • cluster /priv cluster_name HeartBeatLostNodeTicks = 10:DWORD
   Observação Você deve especificar a seqüência de caracteres DWORD quando você define propriedades particulares usando um comando de linha de comando.
3. Pare e reinicie o serviço Cluster em cada nó de cluster. Para fazer isso, execute os seguintes comandos em cada nó de cluster:
   • net stop clussvc
   • net start clussvc

Você também pode acessar essas propriedades de configuração de cluster privada usando qualquer um ou mais das seguintes interfaces cluster:

• O API do cluster
• O provedor WMI de cluster
• O servidor de automação do cluster

Quando você usa essas interfaces para definir uma ou ambas essas propriedades de particular de pulsação do cluster, o seguinte código de status é retornado: Observação Você não pode usar a ferramenta Administrador de cluster para definir essas propriedades. Isso ocorre porque a ferramenta Administrador de cluster não expõe as propriedades de configuração de cluster particular.

Observação Há uma regressão conhecida na atualização 903650. Este regressão impede que você criar um quorum usando o conjunto de nós principais (MNS). Por exemplo, quando você converte do recurso de quorum compartilhado MNS, ocorrerá um erro 1 (função inválida). Além disso, se o cluster já está usando MNS para um quorum e a atualização 903650 for aplicada, o recurso MNS é não é possível entrar online. Em tal cenário, o administrador de cluster exibe a seguinte mensagem de erro:

Informações sobre o service pack

Esses recursos são incluídos no Microsoft Windows Server 2003 Service Pack 2. Para obter mais informações sobre o service pack mais recente para o Windows Server 2003, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Atualizar informações

Os seguintes arquivos estão disponíveis para download no Centro de download da Microsoft:

Atualização para o Windows Server 2003

Download the 921181 package now. (http://www.microsoft.com/downloads/details.aspx?FamilyID=EE26BCF1-42AC-4B33-B3D8-863AC089A1AB)

Atualização para o Windows Server 2003 x 64 Edition

Download the 921181 package now. (http://www.microsoft.com/downloads/details.aspx?FamilyID=C62E21D9-192C-44DD-9C80-403BDA97990C)

Atualização para o Windows Server 2003 para sistemas baseados no Itanium

Download the 921181 package now. (http://www.microsoft.com/downloads/details.aspx?FamilyID=ECB04136-0DB3-473A-ACC0-26F4BC4F0407)

Data de lançamento: 5 de julho de 2006

Para obter mais informações sobre como baixar os arquivos de suporte da Microsoft, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Microsoft examinou esse arquivo em busca de vírus. Microsoft utilizou o mais recente software de detecção de vírus que estava disponível na data em que o arquivo foi publicado. O arquivo é armazenado em servidores com segurança avançada que ajudam a evitar qualquer alteração não autorizada no arquivo.

Pré-requisitos

Você deve estar executando um dos seguintes sistemas operacionais para aplicar essa atualização:

• Windows Server 2003 SP1
• Windows Server 2003 R2

Requisitos de reinicialização

Reinicie o computador após aplicar essa atualização.

Atualizar informações de substituição

Esta atualização não substitui outras atualizações.

Informações sobre o arquivo

A versão em inglês dessa atualização apresenta atributos de arquivo (ou atributos de arquivo posteriores) listados na tabela a seguir. As datas e horas desses arquivos estão listadas no horário de universal coordenado (UTC). Quando você exibe as informações do arquivo, ele é convertido para a hora local. Para encontrar a diferença entre o UTC e a hora local, use a guia fuso horário no item Data e hora no painel de controle.

Windows Server 2003, x 86 edições de 32 bits

Windows Server 2003, 64-bit, edições x 64

Windows Server 2003, 64-bit editions IA-64

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a". Esse problema foi corrigido primeiro no Microsoft Windows Server 2003 Service Pack 2.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: