Escolar Documentos
Profissional Documentos
Cultura Documentos
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.
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.
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 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.
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.
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.
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.
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.
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.
Altere a máscara de sub-rede somente se indicado por um especialista em rede, caso sua rede utilize
sub-rede.
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.
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.
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.
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.
8. Clique em Avançar.
9. Na página Concluindo o Assistente para Criação de Partições, clique em Concluir.
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.
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.
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.
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.
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.
• 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ó.
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.
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.
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.
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.
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.
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.
• 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ó.
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.
Observação Repita esse procedimento em todos os outros nós que fazem parte do servidor
virtual do SQL Server.
Observação Crie um grupo de clusters diferente para cada instância do SQL Server a ser
instalada.
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.
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.
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.
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ó.
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.
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.
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.
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.
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.
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.
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).
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.
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.
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.
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.
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.
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.
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 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.
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.
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 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.
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).