Implementando cluster para failover

Este capítulo ensina a aumentar a disponibilidade de um centro de dados do Microsoft® SQL Server™, usando cluster para failover. Após sua leitura, você estará apto a configurar cada componente desta solução de alta disponibilidade, incluindo o dispositivo de armazenamento, a rede, o serviço de cluster da Microsoft (MSCS), o coordenador de transações distribuídas da Microsoft (MS DTC) e o Microsoft SQL Server 2000.

As etapas de implementação incluem anotações para ajudá-lo a compreender as opções de configuração selecionadas. As opções de configuração apresentadas neste capítulo foram criadas usando a entrada do campo, revisadas totalmente pelos serviços de suporte Microsoft e testadas por uma equipe independente para garantir a precisão e a funcionalidade.

O cluster para failover é apenas parte da conquista de um centro de dados altamente disponível. Para conseguir um centro de dados altamente disponível, você deve seguir os processos descritos no Planning Guide fornecido.

Noções básicas sobre cluster para failover O cluster para failover é uma solução de alta disponibilidade fornecida pelo SQL Server 2000 Enterprise Edition que usa os serviços de cluster fornecidos pelo Microsoft Windows® 2000 Advanced Server ou Microsoft Windows 2000 Datacenter Server.

Ele é a melhor solução para failover simples, rápido e automático. É a única solução de alta disponibilidade que fornece ciclo e consistência transacionais absolutos e torna o failover verdadeiramente transparente para o cliente. Considere a possibilidade de usar o cluster para failover como a primeira opção para alta disponibilidade, em vez de log shipping e replicação transacional.

O cluster para failover mantém pelo menos um servidor em espera em um cluster do MSCS, em caso de falha do servidor do centro de dados primário. O Windows 2000 Advanced Server oferece suporte a clusters com dois servidores e o Windows 2000 Datacenter Server oferece suporte a clusters com até quatro servidores. Quando o MSCS detecta a falha do servidor primário, ele automaticamente inicia em um servidor em espera os recursos do cluster que estavam sendo executados no servidor que falhou. Em seguida, o MSCS redireciona todo o tráfego do cliente para o servidor em espera. Você também pode efetuar o failover manualmente para um servidor em espera. Com o cluster para failover, todas as transações confirmadas estão sempre disponíveis através do servidor em espera, após a falha do servidor primário.

Observação O cluster para failover não permite nós muito separados (clusters estendidos) ou espelhamentos de disco remoto sem assistência de hardware e software fornecida por outros fornecedores de hardware.

Para implementar uma solução de cluster para failover, você precisa:

• De pessoas nas seguintes funções: • Administrador de banco de dados • Administrador de armazenamento de disco/rede compartilhado • Administrador de rede

• Dos seguintes softwares: • Windows 2000 Advanced Server ou Windows 2000 Datacenter Server • SQL Server 2000 Enterprise Edition

• De sistemas e componentes de sistema certificados para interagir entre si e com a edição do sistema operacional Windows 2000 escolhida e que estejam certificados para cluster para failover. A certificação dos sistemas e dos componentes de sistema do cluster para failover é mais rigorosa que a

certificação do sistema operacional. Além disso, o Windows 2000 Datacenter Server possui requisitos de certificação mais rigorosos que o Windows 2000 Advanced Server. Para localizar sistemas e componentes de sistema certificados pela Microsoft para cluster para failover em ambos os sistemas operacionais, pesquise a "Lista de compatibilidade de hardware" no site da Microsoft http://www.microsoft.com/hwdq/hcl/(site em inglês).

Para obter informações mais detalhadas sobre cluster para failover, consulte "Cluster para failover do SQL Server 2000" no site da Microsoft http://www.microsoft.com/technet/prodtechnol/sql/deploy/confeat/failclus.asp.

Implantando o cluster para failover Você terá êxito na implementação do cluster para failover se evitar atalhos e instalações paralelas. Se o programa de instalação falhar ou se você cancelá-lo por qualquer razão, remova completamente a instalação anterior antes de tentar outra e remova qualquer entrada de DNS (sistema de nome de domínio) relacionada à instalação que falhou. Além disso, verifique se os nomes e endereços IP do serviço que você planeja usar no MSCS e no SQL Server não são usados, antes de instalar o MSCS e o SQL Server.

Com relação a cada servidor participante da solução de cluster para failover, este capítulo assume o seguinte:

• O Windows 2000 Advanced Server ou o Windows 2000 Datacenter Server está instalado em um volume espelhado.

• O service pack mais recente do sistema operacional está instalado.

Observação A restauração de discos para um cluster em caso de falha da SAN requer pelo menos o Windows 2000 Service Pack 3.

• O MSCS não foi instalado. • O servidor faz parte do mesmo domínio do Windows que o outro servidor. • Uma SAN ou matriz de disco está conectada. • Todos os discos estão formatados para NTFS e não estão configurados como discos dinâmicos. • Pelo menos duas NICs (placas de interface de rede) estão instaladas. • O servidor está conectado à rede corporativa e a cada servidor de uma rede privada. • O SQL Server (qualquer versão) não está instalado.

O projeto lógico do cluster para failover mencionado neste capítulo está descrito abaixo, seguido pelas etapas necessárias para criar a solução de alta disponibilidade.

Noções básicas sobre o projeto lógico A figura 1.1 mostra o projeto lógico do cluster para failover descrito neste capítulo. Embora não seja necessária uma SAN (rede local de armazenamento) para implementar uma solução de cluster para failover, ela é usada freqüentemente para armazenamento compartilhado.

Figura 1.1 Diagrama do projeto lógico de um cluster com uma única instância usando uma SAN

Cada nó do cluster para failover do Windows 2000 é executado no Windows 2000 Advanced Server ou no Windows 2000 Datacenter Server. O MSCS mantém uma pulsação entre os nós usando uma rede dedicada para garantir o funcionamento de cada nó. Um ou mais servidores virtuais do SQL Server são executados no cluster para failover do Windows 2000. O nó ativo do servidor virtual acessa e mantém exclusivamente os dados e arquivos de log desse servidor virtual. A SAN é conectada a cada nó usando fibra. Na SAN, seu software mantém cópias espelhadas dos dados e arquivos de log, bem como de arquivos temporários e de backup.

Em um cluster com várias instâncias, cada SQL Server virtual requer um grupo diferente de discos na SAN para arquivos temporários, de dados, de log e de backup. Cada SQL Server virtual requer controle exclusivo de seus discos. O MSCS atribui controle ao nó ativo de um SQL Server virtual.

As etapas generalizadas necessárias para implementar este projeto lógico estão abaixo e, logo em seguida, as etapas detalhadas.

Para implementar um cluster para failover com SQL Server

1. Crie e configure contas de usuário de domínio, determine nomes de servidor e instância exclusivos e obtenha uma alocação de endereços IP corporativos.

2. Configure a rede. 3. Configure os dispositivos de armazenamento.

4. Instale e configure o MSCS. 5. Atualize o MS DTC. 6. Instale e configure uma instância de servidor virtual do SQL Server 2000. 7. Aplique o service pack mais recente do SQL Server 2000. 8. Execute as tarefas de configuração adicionais.

Configurando contas e nomes e obtendo endereços IP Antes de configurar um cluster para failover do Windows 2000 com SQL Server, você deve criar e/ou configurar contas de usuário de domínio do SQL Server, configurar permissões de conta de usuário de domínio do MSCS, obter nomes de servidor do MSCS e do SQL Server e alocar endereços IP para a pulsação e as NICs de rede corporativa. Use as informações a seguir para configurar contas e nomes, bem como obter endereços IP.

• Contas de usuário de domínio - crie e configure as seguintes contas de usuário de domínio: • Uma conta de usuário de domínio para administrar o cluster para failover - torne essa

conta membro do grupo local de administradores em cada nó do cluster para failover. • Uma conta de usuário de domínio do SQL Server e dos serviços do agente do SQL

Server - essa conta não precisa fazer parte do grupo local de administradores em nó algum do cluster para failover.

• Nomes de servidor - providencie a aprovação, pelo departamento de TI, dos seguintes nomes: • Um nome de cluster virtual - esse nome deve ser exclusivo no domínio. • Um nome de SQL Server virtual para cada instância do SQL Server - esses nomes

deverão ser exclusivos no domínio e na sub-rede local se houver vários domínios na mesma sub-rede.

• Um nome para cada instância do SQL Server - esses nomes devem ser exclusivos no cluster para failover.

• Novos endereços IP estáticos - peça ao departamento de TI para alocar endereços IP estáticos para cada uma das seguintes opções:

• Um endereço IP de cluster virtual • Um endereço IP virtual para cada instância do SQL Server • Um endereço IP para cada NIC de rede corporativa

Esses endereços devem ser exclusivos na rede corporativa e devem estar na mesma sub-rede.

Observação Em um cluster, cada instância do SQL Server deve ter seu próprio endereço IP virtual, seu nome de servidor virtual e seu nome de instância do SQL Server. Dessa forma, a instância do SQL Server pode efetuar failover para um nó secundário sem afetar outras instâncias dele no mesmo nó físico.

Configurando a rede Antes de instalar o MSCS, você deve atribuir endereços IP alocados para cada NIC de rede corporativa, incluindo o gateway padrão e o servidor DNS preferencial de cada uma. É preciso atribuir também endereços IP estáticos às NICs em cada servidor que conduzirá a pulsação e outras comunicações internas do cluster entre os servidores no cluster para failover.

As NICs de pulsação devem estar na rede delas. Isso reduz a contenção entre a administração do cluster e o tráfego do usuário. Você pode usar qualquer endereço IP desejado porque não haverá outras NICs nessa rede.

Para configurar uma NIC que se conecta à rede corporativa

1. Na área de trabalho, clique com o botão direito do mouse em Meus Locais de Rede e clique em Propriedades.

2. Em Conexões Dial-up e de Rede, clique com o botão direito do mouse na conexão de rede da NIC que se conecta à rede corporativa e clique em Propriedades.

3. Em Propriedades da Conexão da NIC corporativa, clique em Protocolo Internet (TCP/IP) e em Propriedades.

4. Em Propriedades do Internet Protocol (TCP/IP), digite o endereço IP alocado para a NIC corporativa.

Altere a máscara de sub-rede somente se indicado por um especialista em rede, caso sua rede utilize sub-rede.

5. Digite o endereço IP do gateway padrão. 6. Clique em Usar os seguintes endereços de servidor DNS e digite o endereço do servidor DNS. 7. Clique em OK para salvar as novas propriedades de TCP/IP. 8. Clique em OK para salvar as novas propriedades da conexão da NIC. 9. Em Conexões Dial-up e de Rede, renomeie a conexão para Corporativa a fim de identificar

claramente a sua função.

Observação Repita esse processo caso use uma segunda NIC corporativa que forneça conectividade redundante à rede corporativa. Atribua a essa conexão corporativa redundante o nome Corporativa2.

Para configurar uma NIC que se conecta à rede privada

1. Na área de trabalho, clique com o botão direito do mouse em Meus Locais de Rede e clique em Propriedades.

2. Em Conexões Dial-up e de Rede, clique com o botão direito do mouse na conexão de rede da NIC que se conecta à rede privada e clique em Propriedades.

3. Em Propriedades da Conexão da NIC privada, clique em Protocolo Internet (TCP/IP) e em Propriedades.

4. Em Propriedades do Internet Protocol (TCP/IP), digite o endereço IP da NIC privada.

É preciso usar um endereço IP para cada NIC privada que esteja na mesma sub-rede que o endereço IP usado para as outras NICs privadas do cluster. Use a máscara de sub-rede preenchida automaticamente. É comum usar um endereço IP com o formato 10.1.0.x para o segmento privado da rede.

5. Clique em OK para salvar as novas propriedades de TCP/IP. 6. Clique em OK para salvar as novas propriedades da conexão da NIC. 7. Em Conexões Dial-up e de Rede, renomeie a conexão para Pulsação a fim de identificar claramente

a sua função.

Observação Repita esse processo caso use uma segunda NIC privada que forneça uma pulsação redundante. Atribua a essa conexão privada redundante o nome Pulsação2.

Configurando dispositivos de armazenamento Cada fornecedor possui procedimentos diferentes para configurar seus dispositivos de armazenamento. Siga os procedimentos oferecidos pelo fornecedor e configure a SAN da seguinte forma:

• Use a SAN somente do SQL Server, não do Windows 2000. • Crie um volume espelhado do quorum.

• Crie três volumes espelhados para cada instância do SQL Server: um para arquivos de dados, um para arquivos de log de transações e outro para arquivos temporários.

Antes de configurar os dispositivos de armazenamento para uso do MSCS, desative todos os nós com exceção de um a fim de evitar erros de configuração.

Preparando as unidades Para preparar o dispositivo de armazenamento para uso, você deve gravar assinaturas de disco, criar partições e formatar unidades. Inicialize as unidades usadas em um cluster como unidades básicas.

Para inicializar uma unidade para uso em um cluster

1. Clique com o botão direito em Meu Computador e clique em Gerenciar. 2. Expanda Armazenamento e clique em Gerenciamento de Disco. 3. Clique com o botão direito do mouse na unidade a ser inicializada e clique em Inicializar. 4. Em Inicializar Disco, selecione os discos a serem inicializados e clique em OK.

Para criar uma partição e formatar uma unidade

1. Em Gerenciamento do Computador, clique com o botão direito do mouse na unidade a ser particionada e clique em Criar Partição.

2. Na página Bem-vindo ao Assistente para Criação de Partições, clique em Avançar. 3. Na página Selecionar o Tipo de Partição, clique em Partição Primária e clique em Avançar. 4. Na página Especificar o Tamanho da Partição, clique em Avançar para usar todo o espaço do disco

na unidade para a partição. 5. Na página Atribuir uma Letra de Unidade ou Caminho, atribua uma letra de unidade e clique em

Avançar. 6. Na página Formatar Partição, clique em Formatar Partição. 7. Em Formatação, defina as opções de formatação da seguinte forma:

a. Em Sistema de Arquivos a Usar, especifique NTFS. b. Em Tamanho da Unidade de Alocação, especifique Padrão. c. Em Rótulo do Volume, especifique um nome significativo.

Não marque a caixa de seleção Ativar compactação de arquivos e pastas.

8. Clique em Avançar. 9. Na página Concluindo o Assistente para Criação de Partições, clique em Concluir.

Para formatar uma unidade particionada, porém não formatada

1. Clique com o botão direito do mouse em Meu Computador e clique em Gerenciar. 2. Expanda Armazenamento e clique em Gerenciamento de Disco. 3. Clique com o botão direito do mouse na unidade a ser formatada e clique em Formatar. 4. Em Formatar Disco, clique em OK.

Observação Repita esses procedimentos para cada unidade.

Especificando letras de unidade

Especifique letras para cada unidade do cluster a fim de garantir que não mudem dinamicamente de acordo com as unidades on-line. Se a letra de uma unidade que o SQL Server usa para um arquivo de dados ou de log mudar após ele ser instalado, ele não conseguirá anexar o banco de dados quando for iniciado.

Observação Se você criou uma nova partição nos procedimentos anteriores e atribuiu uma letra de unidade, não precisará executar o próximo procedimento.

Para especificar letras de unidade

1. Clique com o botão direito em Meu Computador e clique em Gerenciar. 2. Expanda Armazenamento e clique em Gerenciamento de Disco. 3. Clique com o botão direito do mouse em uma unidade usada pelo cluster e clique em Alterar Letra

de Unidade e Caminho. 4. Em Alterar Letra de Unidade e Caminho, clique em Editar. 5. Em Editar a Letra de Unidade ou Caminho, atribua uma letra de unidade da lista disponível e

clique em OK. 6. Clique em Sim para confirmar a alteração da letra da unidade. 7. Repita esse processo para cada unidade usada pelo cluster.

Quando você adiciona mais nós ao cluster, eles herdam essas letras de unidade das informações de configuração dele armazenadas na unidade de quorum.

Instalando e configurando o MSCS Ao instalar e configurar o MSCS, você configura somente um nó por vez. Desative todos os outros nós conectados ao dispositivo de armazenamento compartilhado ao instalar o MSCS no primeiro nó. Há risco de erros de configuração de disco, caso você tente configurar o MSCS no primeiro nó enquanto os outros estiverem conectados e ativos. Após a instalação do MSCS no primeiro nó e a alocação das unidades do dispositivo de armazenamento compartilhado, será possível instalar o MSCS em nós adicionais sem desativar os nós no qual ele está sendo executado.

Observação Se você estiver reinstalando o MSCS ou recuperando uma instalação dele que falhou, antes de reinstalar, remova qualquer entrada no servidor DNS relacionada à instalação que falhou. Endereços IP ou nomes perdidos ou duplicados podem impedir uma instalação limpa.

Instale o MSCS em todos os nós do cluster. O primeiro nó de uma instalação do MSCS requer mais configuração que um nó adicional no mesmo cluster.

Para adicionar o MSCS ao primeiro nó

1. No primeiro servidor no qual o MSCS será instalado, clique em Iniciar, aponte para Configurações e clique em Painel de Controle.

2. Em Painel de Controle, clique duas vezes em Adicionar ou Remover Programas. 3. Em Adicionar ou Remover Programas, clique em Adicionar ou Remover Componentes do

Windows. 4. Na página Componentes do Windows, marque a caixa de seleção Serviço de Cluster e clique em

Avançar. 5. A caixa de seleção Internet Information Services será automaticamente selecionada com alguns

componentes do Internet Information Services. 6. Se os serviços de terminal estiverem instalados, clique em Avançar na página Configuração de

Serviços de Terminal para executá-los no modo de administração remota.

7. Quando solicitado, insira o CD do Windows 2000 Advanced Server ou do Windows 2000 Datacenter Server e clique em OK.

8. Após a instalação dos componentes de cluster, clique em Next na página Welcome to the Cluster Service Configuration Wizard.

9. Na página Hardware Configuration, clique em I Understand para confirmar que somente as configurações certificadas listadas na categoria Cluster do HCL têm suporte do MSCS. Em seguida, clique em Next.

Para definir o cluster

1. Na página Create or Join a Cluster, clique em The First Server in the Cluster e clique em Next.

Se o Cluster Service Configuration Wizard não detectar discos que atendam aos critérios de cluster, não será possível continuar.

2. Na página Cluster Name, digite o nome do novo cluster (até 15 caracteres) e clique em Next. Use um nome que seja exclusivo na rede e no domínio do Windows.

Para especificar a conta do administrador do programa de instalação

• Na página Select an Account, digite a conta, a senha e o nome do usuário do domínio nas caixas de texto apropriadas e clique em Next.

Use a conta de usuário do domínio adicionada anteriormente ao grupo local de administradores desse nó.

Para definir o armazenamento do cluster

1. Na página Add or Remove Managed Disks, especifique os discos que pertencerão ao cluster e clique em Next.

Por padrão, todos os discos que atendam aos critérios de cluster serão selecionados.

2. Remova qualquer disco que o cluster não deva usar.

Não remova discos que você planeje usar em qualquer instância do SQL Server no cluster.

3. Na página Cluster File Storage, clique na unidade pertencente ao cluster que você deseja usar como unidade de quorum.

Selecione uma unidade espelhada com tamanho mínimo de 500 MB. Se a unidade de quorum falhar, o cluster falhará. Não use essa unidade para o SQL Server.

Para definir as redes

Neste procedimento, você informa aos serviços de cluster quais são as NICs que devem ser usadas na comunicação interna, por exemplo, pulsação, e quais devem ser usadas para acesso do cliente. A página Network Connections é exibida uma vez para cada NIC.

1. Na página Network Connections, marque a caixa de seleção Enable This Network for Cluster Use, caso a NIC seja usada no cluster. Marque a caixa de seleção Internal cluster communications

only (private network) para cada NIC de pulsação ou marque a caixa de seleção Client access only (public network) para cada NIC corporativa. Clique em Next.

2. Na página Cluster IP Address, digite o endereço IP na caixa de texto IP Address e verifique se a máscara de sub-rede está correta para sua configuração.

Se a sua rede utiliza sub-rede, altere a máscara de sub-rede somente se indicado por um especialista em rede.

3. Clique na rede corporativa e em Next.

Para concluir a instalação

1. Clique em Finish para aplicar as configurações do cluster e, em seguida, inicie o MSCS no primeiro nó.

2. Quando uma mensagem informar que o MSCS foi iniciado, clique em OK. 3. Clique em Finish para fechar o Cluster Service Configuration Wizard. 4. Feche Adicionar ou remover programas e o Painel de Controle.

Instalando e configurando o MSCS em nós adicionais do cluster Instalar o MSCS em nós adicionais de um cluster requer menos configuração que instalá-lo no nó original, porque os nós adicionais herdam muitas definições do primeiro nó.

Para instalar o MSCS em um nó adicional do cluster

1. Em cada servidor adicional no qual o MSCS será instalado, clique em Iniciar, aponte para Configurações e clique em Painel de Controle.

2. Em Painel de Controle, clique duas vezes em Adicionar ou Remover Programas. 3. Em Adicionar ou Remover Programas, clique em Adicionar ou Remover Componentes do

Windows. 4. Na página Componentes do Windows, marque a caixa de seleção Serviço de Cluster e clique em

Avançar.

A caixa de seleção Internet Information Services será automaticamente selecionada com alguns componentes do Internet Information Services.

5. Se os serviços de terminal estiverem instalados, clique em Avançar na página Configuração de Serviços de Terminal para executá-los no modo de administração remota.

6. Quando solicitado, insira o CD do Windows 2000 Advanced Server ou do Windows 2000 Datacenter Server e clique em OK.

7. Após a instalação dos componentes de cluster, clique em Next na página Welcome to the Cluster Service Configuration Wizard.

8. Na página Hardware Configuration, clique em I Understand para confirmar que somente as configurações certificadas listadas na categoria Cluster da HCL têm suporte do MSCS. Em seguida, clique em Next.

Para unir um cluster existente

1. Na página Create or Join a Cluster, clique em The Second or Next Node in the Cluster e clique em Next.

Se o Cluster Service Configuration Wizard não detectar discos que atendam aos critérios de cluster, não será possível continuar. Os discos devem ser formatados para NTFS e não devem ser configurados como dinâmicos.

2. Na página Cluster Name, digite o nome do cluster existente ao qual o nó deve unir-se. Deixe a caixa Connect to cluster as desmarcada e clique em Next.

O Cluster Service Configuration Wizard verifica se uma pulsação é detectada no primeiro nó e, em seguida, configura cada NIC do nó como corporativa ou de pulsação.

Para especificar a conta do administrador do programa de instalação

• Na página Select an Account, digite a conta, a senha e o nome do usuário do domínio nas caixas de texto apropriadas e clique em Next.

Use a conta de usuário de domínio criada anteriormente, ou seja, um administrador em cada nó.

Para concluir a instalação

1. Clique em Finish para aplicar as configurações do cluster e, em seguida, inicie o MSCS no nó adicional.

2. Quando uma caixa de mensagem informar que o MSCS foi iniciado, clique em OK. 3. Clique em Finish para fechar o Cluster Service Configuration Wizard. 4. Feche Adicionar ou Remover Programas. 5. Feche o Painel de Controle.

Atualizando o MS DTC Para trabalhar em um cluster, você deve atualizar o MS DTC, antes de instalar o SQL Server no cluster. Consultas distribuídas, confirmações de duas fases e alguns tipos de replicação usam o DTC. Mesmo que você não use esses recursos no momento, atualize o DTC porque talvez precise usá-los no futuro. Atualizar agora evita a necessidade de corrigir erros mais tarde.

Para atualizar o DTC

1. Em um nó do cluster, abra um prompt de comando. 2. No prompt de comando, digite comclust e pressione ENTER. 3. Feche o prompt de comando.

Observação Repita esse procedimento em todos os outros nós que fazem parte do servidor virtual do SQL Server.

Instalando e configurando o SQL Server no cluster Durante a instalação do SQL Server em um cluster, o programa de instalação cria um servidor virtual. Um servidor virtual consiste em um nome virtual, um endereço IP e uma porta. Os clientes conectam-se a esses recursos virtuais e o MSCS aponta para os recursos reais no nó do cluster que está ativo no momento. O programa de instalação do SQL Server instala os arquivos de programa dele em cada nó e os bancos de dados do sistema dele em um disco de recursos do cluster. Para instalar com êxito um servidor virtual, você deve configurar e iniciar corretamente o MSCS.

Observação Se você estiver reinstalando o SQL Server ou recuperando uma instalação dele que falhou, antes de reinstalar, remova qualquer entrada no servidor DNS relacionada à instalação que falhou. Endereços IP ou nomes perdidos ou duplicados podem impedir uma instalação limpa.

Criando um único grupo de clusters Antes de instalar o SQL Server, coloque os recursos do disco da instância dele em um único grupo de clusters. O grupo deve conter um volume espelhado dos arquivos de dados, um volume dos arquivos de log e um volume dos arquivos temporários e de backup. O programa de instalação adiciona outros recursos a esse grupo de clusters quando o servidor virtual é instalado.

Observação Crie um grupo de clusters diferente para cada instância do SQL Server a ser instalada.

Para criar um único grupo de clusters

1. Clique em Iniciar, aponte para Ferramentas Administrativas e clique em Administrador de Cluster.

2. Em Administrador de Cluster, expanda Grupos e localize os grupos de discos que contêm os discos a serem usados para essa instância do SQL Server.

Inicialmente, cada disco (ou conjunto de discos espelhados) que pertence ao cluster está em um grupo de discos numerado, por exemplo, Disk Group 1, Disk Group 2 etc. A unidade de quorum está no Grupo de Clusters.

3. Clique com o botão direito do mouse em um dos grupos de discos e clique em Renomear. 4. Digite um nome descritivo para o grupo de recursos (por exemplo, GrupoServidorVirtual1). 5. Clique no nó Resource para exibir as unidades adicionais que pertencem ao cluster. 6. Clique com o botão direito do mouse em uma unidade do SQL Server, aponte para Change Group e

clique no grupo de clusters que acabou de ser renomeado. 7. Feche o Administrador de Cluster.

Observação Repita esse procedimento para cada unidade adicional que será usada por essa instância do SQL Server.

Instalando o SQL Server Depois de criar um grupo de clusters, você pode começar a instalar o SQL Server. Ao criar o servidor virtual, use o nome e o endereço IP do servidor alocado pelo seu departamento de TI. Siga estes procedimentos para cada instância a ser instalada. Antes de começar, talvez seja conveniente criar uma pasta em cada unidade do cluster para identificar facilmente todos os arquivos que pertencem ao SQL Server.

Observação O SQL Server deve ser instalado a partir do servidor que possui os discos compartilhados. Para alterar o servidor que possui os discos compartilhados, use o Administrador de Cluster.

Para iniciar a instalação e definir o nome do servidor virtual

1. Insira o CD do SQL Server 2000 Enterprise Edition na unidade de CD-ROM. 2. Na página SQL Server 2000 Enterprise Edition, clique em SQL Server Components e em Install

Database Server.

3. Na página Welcome, clique em Next. 4. Na página Computer Name, digite um nome virtual, clique em Virtual Server e em Next. 5. Na página Product Key, digite a product key (chave do produto) do SQL Server 2000 Enterprise

Edition e clique em Next. 6. Na página Software License Agreement, clique em Yes para aceitar os termos do Contrato de

Licença. 7. Na página Virtual Server Information, digite o endereço IP alocado para o servidor virtual, clique

na rede corporativa, clique em Add e em Next.

Para definir recursos do disco

1. Na página Select the Cluster Disk Where the Data Files Will Be Placed, selecione o grupo de clusters (ou a unidade dentro do grupo) do SQL Server.

Esta etapa define o grupo de clusters que conterá os recursos do SQL Server virtual. As localizações de unidade reais para executáveis e bancos de dados do sistema são selecionadas mais tarde. Não selecione o grupo de clusters que contém a unidade de quorum.

2. Na página Cluster Definition, especifique os nós que oferecem suporte ao servidor virtual e clique em Next.

Por padrão, todos os nós do cluster são selecionados. Remova qualquer nó que não oferecerá suporte ao SQL Server.

3. Na página Remote Information, digite a conta de administrador, a senha e o nome do usuário do domínio nas caixas de texto apropriadas.

O programa de instalação usa essa conta de usuário para instalar os arquivos de programa em cada nó. Use a conta do administrador configurada para administrar o cluster para failover. Para obter mais informações, consulte "Configurando contas e nomes e obtendo endereços IP" anteriormente neste capítulo.

4. Na página Instance Name, clique em Next para instalar uma instância padrão. Para instalar uma instância específica, desmarque a caixa de seleção Default Instance, digite o nome da instância e clique em Next.

5. Na página Setup Type, clique no tipo de configuração apropriado para a instalação. 6. Especifique o local dos arquivos de programa em cada nó.

O local padrão é o volume do sistema. Altere esse padrão se for apropriado e verifique se há espaço suficiente para os arquivos. O programa de instalação instala os arquivos de programa nesse local, em cada nó.

7. Especifique o local dos arquivos de dados do cluster.

Os arquivos de dados devem estar em um dos discos de cluster que não seja o disco de quorum. O programa de instalação instala os bancos de dados do sistema nessa unidade.

Se você criou uma pasta para essa instância do SQL Server na unidade de dados, localize a pasta e clique em Next.

Para concluir a instalação

1. Na página Services Accounts, digite a conta, a senha e o nome do usuário do domínio nas caixas de texto apropriadas e clique em Next.

Os serviços do SQL Server e do agente dele usam essa conta. Use a conta de usuário de domínio configurada para os serviços do SQL Server e do agente dele. Para obter mais informações, consulte "Configurando contas e nomes e obtendo endereços IP" anteriormente neste capítulo.

2. Na página Authentication Mode, clique no modo de autenticação do SQL Server e clique em Next.

O Windows Authentication Mode é mais seguro que o Mixed Mode. Se você selecionar Mixed Mode, terá que fornecer uma senha para a conta sa ou concordar em usar uma senha em branco. O uso de senha em branco é extremamente perigoso, mesmo em um ambiente de desenvolvimento, e pode levar a práticas de codificação insatisfatórias.

3. Na página Licensing Mode, especifique o modo de licenciamento apropriado ao ambiente e clique em Next.

4. Clique em Finish para instalar o SQL Server. Quando a instalação estiver concluída, reinicie todos os nós do cluster.

Adicionando discos de cluster como dependências do SQL Server Para garantir a operação correta do processo de failover, adicione manualmente à lista de dependências do SQL Server cada disco do qual o SQL Server depende. Se um disco não estiver entre as dependências do SQL Server, não poderá ser usado após um failover. Adicione os volumes espelhados usados em arquivos de log de transações, de backup e de dados adicionais. Esse procedimento requer que todos os recursos do disco façam parte de um único grupo de clusters.

Para adicionar outros discos de cluster como dependências

1. Clique em Iniciar, aponte para Programas e clique em Administrador de Cluster. 2. Em Administrador de Cluster, clique no grupo de clusters que contém o servidor virtual do SQL

Server. 3. Clique com o botão direito em SQL server e clique em Take Offline. 4. Para que se possa fazer alterações nas dependências do SQL Server, é necessário que ele esteja off-

line. 5. Clique com o botão direito do mouse em SQL Server e clique em Properties. 6. Na guia Dependencies de SQL Server Properties, veja as dependências de recurso padrão.

O recurso Network Name e pelo menos um recurso de disco são exibidos.

7. Clique em Modify. 8. Na lista Available Resources, clique duas vezes em cada recurso de disco do qual o SQL Server

depende e clique em OK. 9. Clique em OK para fechar a janela SQL Server Properties. 10. Clique com o botão direito do mouse no grupo que contém os recursos do SQL Server e clique em

Bring Online.

Aplicando o service pack mais recente do SQL Server Antes de usar o SQL Server, instale seu service pack mais recente.

Para instalar o service pack mais recente do SQL Server

1. Efetue logon em um dos nós do cluster usando uma conta de domínio que faça parte do grupo local de administradores do nó.

2. Insira o CD que contém o service pack na unidade de CD-ROM.

Se ele não iniciar automaticamente, localize o diretório \X86\Setup e clique duas vezes em setupsql.exe.

3. Na página Welcome, clique em Next. 4. Na página SQL Server Name, digite o nome do servidor virtual do SQL Server e clique em Next. 5. Na página Authentication Mode, clique em Next para conectar-se ao SQL Server usando a

autenticação do Windows. 6. Na página Domain Administrator, digite o nome e a senha do administrador do domínio, bem

como o nome do domínio, e clique em Next.

O programa de instalação precisa usar uma conta de administrador de domínio para instalar o service pack em todos os nós do servidor virtual.

7. Após a instalação do service pack, clique em OK. 8. Clique em Yes e em Finish para reiniciar o nó. 9. Reinicie manualmente cada nó adicional no qual o service pack foi instalado. 10. Faça o backup dos bancos de dados master e msdb.

Eles foram modificados pela instalação do service pack.

Observação Este procedimento refere-se ao Service Pack 2 do SQL Server 2000. Consulte o arquivo ReadMe do CD para obter os procedimentos de services packs mais recentes.

Executando tarefas de configuração adicionais Após a instalação do servidor virtual, consulte as opções de configuração adicionais e aplique as que forem apropriadas ao ambiente. Essas opções incluem o seguinte:

• Definir alocação de memória entre servidores virtuais • Definir propriedades do novo banco de dados • Definir a porta TCP/IP usada pelo SQL Server • Definir opções avançadas de failover • Definir propriedades do SQL Server no cluster

Ao executar essas tarefas, use as instruções a seguir.

Alocando memória Se você vai executar várias instâncias do SQL Server em nós diferentes do cluster, deve determinar a quantidade total de memória física necessária em cada servidor e determinar a alocação apropriada de memória para cada instância do SQL Server. O desempenho do SQL Server está diretamente relacionado à quantidade de memória física alocada para ele pelo sistema operacional. O SQL Server fornece dois modos de gerenciamento de memória: dinâmico e fixo. A alocação de memória dinâmica permite ao SQL adquirir e liberar memória do sistema operacional, conforme necessário. A memória dinâmica permite definir uma quantidade máxima de memória física que o sistema operacional pode alocar para o SQL Server. Dessa

forma, a memória remanescente pode ser reservada para outras finalidades, tais como o sistema operacional e outras instâncias do SQL Server. A memória fixa permite definir uma quantidade específica de memória física que o SQL Server pode usar. Essa quantidade não aumenta nem diminui.

Configure todos os servidores com a mesma quantidade de memória física e, em seguida, aloque memória para cada instância do SQL Server a fim de garantir que haja memória suficiente disponível para oferecer suporte ao failover de uma instância do SQL Server com origem em outro nó. Se um servidor não usa muita memória em comparação com a memória disponível para ele, especifique a memória dinâmica e defina a quantidade máxima de memória que o sistema operacional pode alocar. Dessa forma, você deixa memória suficiente para o failover ocorrer de forma rápida e bem-sucedida. Se uma instância usar toda a memória física disponível, o failover ocorrerá de forma mais lenta e poderá falhar se a memória não for liberada com rapidez suficiente.

Para determinar a quantidade total de memória a ser instalada em cada servidor, teste os aplicativos, fixando a quantidade máxima de memória disponível para o SQL Server, e avalie o desempenho. Nos servidores, instale memória suficiente para permitir que todas as instâncias operem nele e atendam ao nível de serviço mínimo de cada uma delas. Usar memória dinâmica permite à instância do SQL Server de cada nó usar a maior parte da memória do nó. Se você usar memória fixa, a memória adicional será usada somente durante um failover.

Em um sistema com carga intensa contínua, instale memória suficiente para garantir que cada instância do SQL Server possa atender à alocação mínima necessária. Use uma alocação de memória fixa para garantir que a instância do SQL Server não ocupará a memória reservada para o failover de outras instâncias. Para determinar a configuração apropriada, inicie um failover e teste o nível de desempenho de cada servidor virtual. Se o sistema operacional estiver instável depois de um failover, reduza a memória alocada para cada instância a fim de aumentar a memória disponível para o sistema operacional.

Para especificar uma quantidade de memória fixa para cada instância, use o SQL Server Enterprise Manager ou o procedimento armazenado do sistema sp_configure. Ao determinar a quantidade de memória a ser alocada para o SQL Server, lembre-se de deixar memória suficiente para o sistema operacional. Em bancos de dados grandes, deixe 2 gigabytes (GB) de memória para o sistema operacional.

Se a quantidade de memória instalada em cada nó for superior a 4 GB, adicione a opção /PAE ao arquivo Boot.ini e ative as extensões de janela de endereço (AWE) no SQL Server. Para obter mais informações, consulte o artigo Q268363, "Intel Physical Addressing Extensions (PAE) in Windows 2000", do Microsoft Knowledge Base em http://support.microsoft.com/default.aspx?scid=kb;en-us;268363&sd=tech (site em inglês) e o artigo Q274750, "Configure Memory for More Than 2 GB in SQL Server", do Microsoft Knowledge Base em http://support.microsoft.com/default.aspx?scid=kb;en-us;Q274750 (site em inglês).

Configurando propriedades do novo banco de dados Você pode especificar a localização do banco de dados para todos os novos bancos de dados dos discos de cluster criados para os arquivos de dados e de log.

Para definir propriedades do novo banco de dados

1. Em um dos nós, clique em Iniciar, aponte para Programas, aponte para Microsoft SQL Server e clique em Enterprise Manager.

2. Expanda Microsoft SQL Servers e SQL Server Group. 3. Clique com o botão direito do mouse na instância do SQL Server e, em seguida, clique em

Properties. 4. Na guia Database Settings, na caixa de texto Default Data Directory, digite ou localize a unidade e

a pasta que serão usadas pelos arquivos de dados.

5. Na caixa de texto Default Log Directory, digite ou localize a unidade e a pasta que serão usadas pelos arquivos de log e clique em OK.

6. Feche o SQL Server Enterprise Manager.

Definindo a porta TCP/IP usada pelo SQL Server A instância padrão do SQL Server normalmente escuta na porta 1433. Se você está configurando um cluster com várias instâncias, deve usar uma porta diferente para cada instância adicional. Embora o SQL Server possa definir a porta dinamicamente na inicialização, talvez seja conveniente definir cada instância denominada para escutar uma porta específica e não usada. Consulte o administrador da rede para obter uma recomendação. Especifique uma porta estática, caso você tenha que abrir portas em um firewall e não queira que as portas do SQL Server mudem.

Para especificar a porta TCP/IP de uma instância

1. Clique em Iniciar, aponte para Programas, para Microsoft SQL Server e, em seguida, clique em Server Network Utility.

2. Em SQL Server Network Utility, clique na instância do SQL Server para a qual deseja definir a porta.

3. Na lista Enabled Protocols, clique em TCP/IP e em Properties. 4. Na caixa de texto Default Port, digite a porta apropriada e clique em OK. 5. Clique em OK para fechar a caixa de diálogo SQL Server Network Utility. 6. Repita essas etapas para cada nó que faça parte do servidor virtual do SQL Server.

Definindo opções avançadas de failover As opções avançadas de failover determinam o comportamento de failover do SQL Server no cluster do MSCS.

Para especificar o comportamento de failover

1. Clique em Iniciar, aponte para Programas e clique em Administrador de Cluster. 2. Em Administrador de Cluster, clique no grupo de clusters que contém o SQL Server. 3. Clique com o botão direito do mouse em SQL Server e clique em Properties. 4. Na guia Advanced, use as informações a seguir para configurar as propriedades avançadas do cluster

para failover. Os padrões não devem ser alterados sem consideração e teste cuidadosos: • Do Not Restart/Restart - clique em Restart para efetuar failover para um nó secundário,

caso uma falha seja detectada. Esse é o padrão. • Affect the Group - marque esta caixa de seleção para que o failover do SQL Server

provoque um failover de todos os recursos do grupo de clusters. • Threshold - digite o número de tentativas de reinicialização do SQL Server pelo MSCS

antes de efetuar failover para um nó secundário. • Period - digite os segundos entre as novas tentativas. Esse valor será ignorado se o limite

estiver definido como 0. • Looks Alive Poll Interval - clique em Use Value from Resource Type para usar o padrão

de 5.000 milissegundos (5 segundos) do SQL Server. • Is Alive Poll Interval - clique em Use Value from Resource Type para usar o padrão de

60.000 milissegundos (60 segundos) do SQL Server. • Pending Timeout - especifique o tempo que o SQL Server ficará no estado Offline Pending

ou Online Pending antes de o MSCS colocar o recurso no status Offline ou Failed. O padrão é 180 segundos.

5. Quando terminar, clique em OK para fechar a janela de propriedades do SQL Server no Administrador de Cluster.

Configurando as propriedades de serviço de um cluster Em um ambiente de cluster, é preciso usar a ferramenta de gerenciamento correta para configurar os serviços do SQL Server, da seguinte forma:

• Use o Administrador de Cluster para iniciar e parar os serviços. • Use a caixa de diálogo de propriedades da instância do SQL Server no Enterprise Manager para

definir as contas e senhas dos serviços.

Se as ferramentas apropriadas não forem usadas para configurar as propriedades do SQL Server, poderá haver problemas de inicialização. Além disso, em um cluster, não configure o agente do SQL Server para reiniciar automaticamente. Se ele for configurado para reiniciar automaticamente, poderá entrar em conflito com os serviços de cluster durante um failover.

Efetuando failover para um nó secundário O failover é automático quando o MSCS e o SQL Server são usados. Você pode controlar quanto tempo o MSCS demora para detectar uma falha e pode definir etapas em seus aplicativos para reduzir o tempo de inicialização do serviço em espera. Antes de fazer qualquer alteração no MSCS ou em um aplicativo cliente, teste o cluster para failover a fim de familiarizar-se com o tipo de falha sob diferentes condições.

Testando o failover Use o Administrador de Cluster para iniciar um failover planejado. Essa ação simula a colocação de um nó off-line para fins de manutenção planejada.

Para iniciar um failover planejado

1. Clique em Iniciar, aponte para Programas e clique em Administrador de Cluster. 2. Clique no grupo de clusters que contém o servidor virtual do SQL Server.

Observe o cluster que possui cada recurso nesse grupo de clusters.

3. Clique com o botão direito do mouse no grupo de clusters que contém o servidor virtual do SQL Server e clique em Move Group.

Observe cada recurso do grupo alternar de on-line para off-line e pendente on-line e, em seguida, para on-line, no novo grupo. O processo todo leva de 1 a 2 minutos em um ambiente típico. Observe também que o proprietário de recurso nesse grupo de clusters passa a ser o cluster secundário.

Use uma das opções a seguir para simular um failover não planejado.

Para simular um failover não planejado

1. Execute um dos procedimentos a seguir: • Desconecte o cabo de rede corporativa do nó que possui o SQL Server.

• Reinicialize o nó proprietário. • Desconecte a fibra conectada à SAN (caso uma SAN seja usada). • Desligue a energia do nó proprietário.

2. Use o Administrador de Cluster no nó secundário para observar cada recurso do grupo alternar de on-line para off-line e pendente on-line e, em seguida, para on-line.

O processo todo leva menos de 1 minuto. Observe que o proprietário de recurso nesse grupo de clusters passa a ser o cluster secundário.

Minimizando o tempo de failover Se o tempo que leva para o SQL Server efetuar failover de um nó para outro precisar ser reduzido, use as informações a seguir para determinar como reduzir o tempo para disponibilidade.

Noções básicas sobre tempo para disponibilidade O tempo entre a ocorrência de uma falha e a disponibilidade do SQL Server no nó em espera consiste no seguinte:

• O tempo para detectar e confirmar a falha, o qual você pode controlar. • O tempo para colocar o recurso off-line, o qual é controlado pelo MSCS e que você não pode

controlar. • O tempo para colocar os recursos on-line, o qual o MSCS controla e que você pode controlar

garantindo que recursos suficientes de memória e processador do SQL Server sejam alocados. • O tempo de inicialização do SQL Server, o qual você pode controlar limitando transações longas.

Normalmente, o SQL Server está disponível em 1 minuto ou menos.

Controlando o tempo necessário para detectar e confirmar a falha Os intervalos de chamada seletiva LooksAlive e IsAlive do SQL Server determinam o tempo que leva para o MSCS detectar uma falha. Os intervalos menores criam maior sobrecarga e aumentam a possibilidade de falsas detecções de falha e, portanto, resultam em failovers desnecessários. O intervalo padrão de IsAlive do SQL Server é de 60.000 milissegundos (60 segundos) e do LooksAlive é de 5.000 milissegundos (5 segundos). Altere esses valores primeiramente na plataforma de teste e teste-os de todas as formas usando uma carga realista. Se você definir o intervalor menor, esteja preparado para medir o impacto no aplicativo.

Controlando o tempo necessário para colocar os recursos on-line Se o nó do failover não tiver memória suficiente disponível no momento do failover, ele demorará mais para colocar o SQL Server on-line após o failover. Embora essa condição não ocorra em um cluster com uma única instância, isso pode ser um problema em um cluster com várias instâncias. Em operação normal, cada nó executa uma instância do SQL Server e cada instância usa memória conforme necessário. Se um nó não tiver memória suficiente para executar várias instâncias simultaneamente durante um failover, use uma configuração de memória máxima menor para reservar memória para ele.

Se houver pelo menos 30 MB de memória física não alocada disponível, a instância iniciará no modo de alocação de memória dinâmica. Para fins de monitoração, uma condição de pouca memória cria uma entrada no log de eventos do SQL Server alertando-o de que o sistema operacional não atendeu à solicitação de memória do programa. Nenhuma entrada é feita no log do aplicativo. Isso não significa que você deva tentar operar o SQL Server com apenas 30 MB de memória física disponível.

Controlando o tempo necessário para inicializar Na inicialização, o SQL Server deve verificar a condição de cada banco de dados, adiantando as transações concluídas e revertendo qualquer transação não confirmada que encontrar. Se os aplicativos cliente usarem transações muito longas, as transações incompletas poderão demorar demais na reversão. Use várias transações curtas, sempre que possível. Determine o pior tamanho de transação de cada aplicativo e teste o tempo de recuperação enquanto essa transação é revertida em um failover.

Reconectando clientes Quando o serviço do SQL Server é ativado em um nó de failover, o aplicativo deve ser reconectado para continuar funcionando. A forma de reconexão do cliente depende de um aplicativo manter o estado ou não e da capacidade do aplicativo de reemitir as etapas de uma transação. Os clientes fazem a reconexão das seguintes formas:

• Em um aplicativo da Web, o estado do aplicativo normalmente não é mantido. Quando um usuário envia uma solicitação ao servidor Web, o aplicativo normalmente faz uma nova conexão. Nesse ambiente, nenhuma repetição lógica adicional é necessária. No entanto, os aplicativos da Web precisarão processar normalmente a resposta ao erro quando o aplicativo não puder conectar-se ao SQL Server.

• Em um aplicativo não desenvolvido para a Web, uma conexão é freqüentemente mantida durante toda a sessão. É preciso implementar lógica no aplicativo que detecte uma conexão interrompida e que tente reconectar em intervalos apropriados (por exemplo, 30 segundos). O aplicativo deve estar preparado para reiniciar a transação que estava em andamento quando a conexão foi interrompida. Em alguns casos, talvez seja necessário contar com o usuário do aplicativo para repetir o envio.

Realizando failback para o nó original Em um cluster com uma única instância, há poucas razões para realizar failback para o nó original. Se você tiver servidores simétricos dedicados ao mesmo aplicativo, o desempenho será idêntico em cada um. O failback somente causa mais tempo de inatividade.

Em uma configuração com várias instâncias, duas instâncias do SQL Server são executadas no mesmo nó após um failover, portanto, o desempenho cai em ambas. Escolha um tempo de failback para minimizar o impacto nos clientes.

Você pode configurar o MSCS para realizar failback automaticamente para o nó original. No entanto, isso acarretará outra interrupção do serviço quando ele for movido para outro nó. Além disso, se o nó que falhou não estiver pronto para o failback do serviço, ocorrerão tempos de inatividade adicionais. Portanto, ativar o failback automático não é necessariamente efetivo na manutenção de alta disponibilidade.

O failback automático pode ser configurado para ocorrer em um momento no qual uma interrupção adicional seja aceitável.

Para configurar o failback automático em uma alocação de tempo específica

1. Clique em Iniciar, aponte para Programas e clique em Administrador de Cluster. 2. Em Administrador de Cluster, clique com o botão direito do mouse no grupo que contém o SQL

Server. 3. Escolha Properties. 4. Na guia Failback, defina a hora do dia durante a qual deseja permitir o failback.

O failback manual permite controlar quando parar o serviço e movê-lo de volta ao nó original quando for menos inadequado para os clientes.

Para iniciar o failback manual

1. Clique em Iniciar, aponte para Programas e clique em Administrador de Cluster. 2. Em Administrador de Cluster, clique no grupo que contém o SQL Server. 3. Escolha Move Group.

Restaurando um nó após uma falha grave Se um dos nós do cluster sofrer uma falha grave, talvez seja necessário reconstruir o servidor. Use as etapas do procedimento a seguir para recuperar-se de uma falha grave.

Para reconstruir o servidor

1. No nó sobrevivente, remova o nó que falhou do servidor virtual. Se você tiver mais que um servidor virtual em um nó, fazer isso atualizará todas as instâncias.

2. No nó sobrevivente, remova o nó do cluster que falhou. 3. Reconstrua o nó que falhou. 4. Instale o SQL Server.

Para remover um nó de um servidor virtual

1. Insira o CD do SQL Server 2000 Enterprise Edition na unidade de CD-ROM. 2. Na página SQL Server 2000 Enterprise Edition, clique em SQL Server Components e em Install

Database Server. 3. Na página Welcome do Microsoft SQL Server Installation Wizard, clique em Next. 4. Na página Computer Name, digite um nome do servidor virtual, clique em Virtual Server e em

Next. 5. Deixe a opção Advanced Options selecionada e clique em Next. 6. Deixe a opção Maintain a Virtual Server for Failover Clustering selecionada e clique em Next.

Observação Se o servidor não estiver disponível, você receberá a seguinte mensagem de erro: "One or more nodes of Virtual Server are unavailable. Setup cannot modify the virtual server's IP address resource".

7. Nessa página de erro, clique em OK. 8. Na página Virtual Server Information, clique em Next. 9. Na página Cluster Management, clique no nó que falhou e clique em Remove. Clique em Next. 10. Na página Remote Information, digite o nome de logon e a senha de uma conta que seja um

administrador de todos os nós do cluster. Clique em Next. 11. Na caixa de mensagem, clique em Yes. 12. Clique em Finish.

Para remover um nó de um cluster

1. Clique em Iniciar, aponte para Programas e clique em Administrador de Cluster. 2. No Administrador de cluster, clique com o botão direito do mouse no nó que falhou e clique em

Evict Node. Clique em OK. 3. Feche o Administrador de Cluster.

Para reconstruir um nó

1. Reinstale o Windows, una o servidor ao domínio e aplique o service pack mais recente do Windows ao novo hardware.

2. Configure a conta de usuário do domínio para administrar o cluster. Para obter mais informações, consulte "Configurando contas e nomes e obtendo endereços IP" anteriormente neste capítulo.

3. Configure as NICs corporativa e privada. 4. Instale e configure o MSCS em um nó adicional. Para obter mais informações, consulte "Instalando e

configurando o MSCS em nós adicionais do cluster" anteriormente neste capítulo.

Para adicionar o nó reconstruído ao servidor virtual

1. Insira o CD do SQL Server 2000 Enterprise Edition na unidade de CD-ROM de qualquer nó do cluster.

Você pode adicionar um nó reconstruído ao servidor virtual a partir de qualquer nó do cluster.

2. Na página SQL Server 2000 Enterprise Edition, clique em SQL Server Components e em Install Database Server.

3. Na página Welcome do Microsoft SQL Server Installation Wizard, clique em Next. 4. Na página Computer Name, digite um nome do servidor virtual, clique em Virtual Server e em

Next. 5. Na página Installation Selection, clique em Advanced Options e em Next. 6. Deixe a opção Maintain a Virtual Server for Failover Clustering selecionada e clique em Next. 7. Na página Virtual Server Information, clique em Next. 8. Na página Cluster Management, clique no novo nó e clique em Add e em Next. 9. Na caixa de texto Username, especifique uma conta de usuário de domínio que seja um

administrador em cada nó que faça parte da configuração do servidor virtual. Digite a senha na caixa de texto Password, digite o nome do domínio na caixa de texto Domain e clique em Next.

10. Na página Services Accounts, digite a conta, a senha e o nome do usuário do domínio nas caixas de texto apropriadas e clique em Next.

11. Clique em Finish quando concluir a instalação. Repita esse processo para cada instância.

Observação Depois de você instalar o SQL Server 2000 e uni-lo ao SQL Server virtual, aplique o seu service pack apropriado ao nó reconstruído. Todos os nós são executados no mesmo nível de service pack.

Referências Para obter mais informações sobre os tópicos abordados neste capítulo, consulte:

• Artigo Q254321, "Clustered SQL Server Do's, Don'ts, and Basic Warnings", do Microsoft Knowledge Base em http://support.microsoft.com/default.aspx?scid=kb;en-us;254321&sd=tech (site em inglês).

• Artigo Q259267, "Microsoft Cluster Service Installation Resources", do Microsoft Knowledge Base em http://support.microsoft.com/default.aspx?scid=kb;en-us;259267&sd=tech (site em inglês).

• Artigo Q239885, "How to Change Service Accounts on a SQL Virtual Server", do Microsoft Knowledge Base em http://support.microsoft.com/default.aspx?scid=kb;en-us;239885&sd=tech (site em inglês).

• Artigo Q273673, "SQL Virtual Server Client Connections Must Be Controlled by Clients", do Microsoft Knowledge Base em http://support.microsoft.com/default.aspx?scid=kb;en-us;273673&sd=tech (site em inglês).

• "Microsoft Solutions for Systems Architecture: Internet Data Center" no site do Microsoft TechNet em http://www.microsoft.com/technet/itsolutions/idc/pag/pag.asp (site em inglês).