Para o cluster de failover Microsoft SQL Server 2005 e SQL Server 2005 Analysis Services (pt-BR)
Para o cluster de failover Microsoft SQL Server 2005 e SQL Server 2005 Analysis Services
SQL Artigo técnico do servidor
Autores: Allan hirt (Avanade, Inc.) e Dave Whitney (Microsoft)
Editores do projeto: Louis Berner (Microsoft), Tresy Kilbourne (Microsoft)
Aplica-se A: SQL Server 2005
***Este artigo é uma tradução da (http://www.microsoft.com/download/en/details.aspx?id=19736) feito por uma máquina de tradução. Nós encorajamos você a contribuir com o conteúdo visando a melhoria da qualidade do artigo ***
**
Versão 1.0
Resumo: este white paper é destinado principalmente para uma audiência técnica e não técnica decisores. Ela complementa a documentação existente em torno de planejamento, implementação e administração de um cluster de failover que podem ser encontradas no Microsoft ® SQL Server ™ 2005 Books Online. Para facilitar o processo de atualização para usuários existentes de failover clustering, este white paper também irá apontar as diferenças na implementação de clustering de failover do SQL Server 2005 em relação do SQL Server 2000.
** **
Direitos autorais
As informações contidas neste documento representam a visão atual da Microsoft Corporation sobre as questões discutidas na data da publicação. Como a Microsoft deve responder às mudanças do mercado, não deve ser interpretado como um compromisso por parte da Microsoft e a Microsoft não pode garantir a exactidão de qualquer informação apresentada após a data da publicação.
Este White Paper é apenas para fins informativos. A MICROSOFT DISPONIBILIZA NÃO OFERECE GARANTIAS, EXPRESSAS, IMPLÍCITAS OU ESTATUTÁRIAS, COMO PARA AS INFORMAÇÕES CONTIDAS NESTE DOCUMENTO.
Obedecer a todas as leis de direitos autorais aplicáveis é responsabilidade do usuário. Sem limitar os direitos autorais, nenhuma parte deste documento pode ser reproduzida, armazenada ou introduzida em um sistema de recuperação, ou transmitida de qualquer forma ou por qualquer meio (seja eletrônico, mecânico, fotocópia, gravação ou outro), ou para qualquer finalidade, sem a permissão expressa e por escrito da Microsoft Corporation.
A Microsoft pode ter patentes ou requisições para obtenção de patente, marcas comerciais, direitos autorais ou outros direitos de propriedade intelectual que abrangem o conteúdo deste documento. A posse deste documento não lhe confere nenhum direito sobre as citadas patentes, marcas comerciais, direitos autorais ou outros direitos de propriedade intelectual, salvo aqueles expressamente mencionados em um contrato de licença, por escrito, da Microsoft.
A menos que especificado de outra forma, os exemplos de empresas, organizações, produtos, nomes de domínio , endereços de email, logotipos, pessoas, lugares e eventos aqui descritos são fictícios e nenhuma associação com qualquer empresa real, organização, produto, nome de domínio , endereço de e-mail, logotipo, pessoa, lugar ou evento é intencional ou deve ser inferida.
Ó2006 Microsoft Corporation. Todos os direitos reservados.
Microsoft,doSQL Server, Windows e Windows Serversão marcas registradas ou marcas comerciais da Microsoft Corporation na Estados Unidos e/ou outros países.
Os nomes reais das empresas e produtos mencionados aqui podem ser marcas comerciais de seus respectivos proprietários.
** **
Sumário
Melhorias no SQL Server 2005 Failover Clustering. 1
Noções básicas de cluster de failover. 2
Como funciona o recurso cluster de Failover 4
Conexões de cliente e cluster de Failover 5
Planejamento para instalação. 5
SQL Servidor e versões do Windows suportadas 5
Instalação de lado a lado com os Clusters de Failover do SQL Server 2000. 6
O cluster de Failover de 32 bits em sistemas de 64 bits 7
Reporting Services, Notification Services e Integration Services em um Cluster de Failover 7
Analysis Services em um Cluster de Failover 7
O cluster de failover e Microsoft Virtual Server 8
Número de instâncias do SQL Server por Cluster 15
Instalando um cluster de failover do SQL Server 2005. 16
Instalando em um controlador de domínio. 18
Solucionando problemas de instalação. 18
Instalar o SQL Server Tools em nós adicionais 19
Atribuir uma porta IP Manual 20
Adicionar mais discos de Cluster 20
Alterar a afetar a propriedade do grupo do SQL Server ou o recurso de serviços de análise 20
Verifique se o cluster de Failover de recursos 21
Atualizar para o SQL Server 2005 Failover Cluster 21
Administração de um Cluster de Failover do SQL Server 2005. 22
SQL Escritor e clusters de Failover 22
Serviço Navegador do SQL Server 22
Conectando-se a um Cluster de Failover do SQL Server 2005. 22
SQL Configuração de área de superfície do Server 2005. 23
Partida, parando e pausar serviços 24
SQL Server Configuration Manager 25
Configuração da Área de Superfície do SQL Server 25
Exibindo as propriedades de uma instância de cluster de Failover 26
Informações e a configuração do nó. 26
Adicionando ou removendo um nó. 27
Usando o Prompt de comando. 27
Mudar o nome de uma instância do SQL Server em cluster 27
Alterar o endereço IP do servidor SQL 28
Desinstalar uma instância em cluster 28
Aplicar um Service Pack do SQL Server 28
Instalar o Analysis Services 87
Desinstalar o Analysis Services 89
Instalar as ferramentas de cliente apenas 89
Apêndice D – instalando um Service Pack do SQL Server 2005 em um Cluster. 91
Apêndice E- SQL Server 2005 diretório e registro estruturas. 102
Estrutura de diretório específico da instância. 102
Estrutura de diretório de ferramentas 102
Apêndice F – dependências de cluster de Failover. 103
Apêndice G – visão geral sobre a terminologia do Cluster. 104
Sistema operacional componentes 104
** **
Introdução
Ao implementar o Microsoft SQL Server, existem quatro princípios básicos: disponibilidade, desempenho, capacidade de gerenciamento e segurança. Todos os quatro estão ligados, e um pode afetar o outro. SQL Servidor incluiu disponibilidade apresenta há algum tempo, e uma delas é a capacidade de criar um cluster de failover. Microsoft tem feito um compromisso sério com a disponibilidade do banco de dados com o SQL Server 2005, enfatizou a introdução do programa SQL Server Always On Technologies. Failover clustering é uma dessas tecnologias. Failover clustering é uma opção de disponibilidade maduro que tem sido uma parte do SQL Server desde a versão 6.5; Ele foi bastante reforçado com SQL Server 2000, e SQL Server 2005 continua essa tradição.
Este white paper complementa a documentação existente sobre planejamento, implementação e administração de um cluster de failover na SQL Server 2005 Books Online e fornece muitos links para conteúdo existente. Este white paper também aponta as diferenças entre a implementação de clustering de failover do SQL Server 2005 e do SQL Server 2000.
Este livro destina-se um público técnico.
Melhorias no SQL Server 2005 Failover Clustering
A execução do failover clustering no SQL Server 2005 inclui vários novos recursos e aprimoramentos:
· SQL Agora pode ser em Cluster Server 2005 Analysis Services.
· SQL Server 2000 e SQL Server 2005 podem ser instalado no failover clustering configurações-lado no mesmo cluster de servidores do Microsoft Windows.
· SQL Servidor 2005 Standard Edition agora oferece suporte a clusteringde failover.
· Dependendo da edição do SQL Server 2005 e recursos disponíveis (como disco), até 25 instâncias em cluster do SQL Server 2005 pode ser implantado em um cluster.
· Pontos de montagem do disco são totalmente compatíveis com failover clustering no SQL Server 2005.
· Windows no modo Windows (WOW) de 64-bit Windows Server ® 2003 (64) é suportado para a implantação de clusters de failover de 32 bits.
· O suporte a email em um cluster de configuração é possível agora através do novo recurso de correio do banco de dados do SQL Server 2005, que substitui o SQL Mail mais velho.
· A camada de conectividade do SQL Server depende agora o novo SQL Native Client e não a uma específica versão de Microsoft Data Access Components (MDAC).
· O recurso de cluster do SQL Server DLL é executada em seu próprio monitor de recursos em vez de compartilhar um monitor de recursos padrão para todas as instâncias.
· O processo de instalação de um cluster de failover agora pode ser realizado autônoma e totalmente com scripts.
· Microsoft Virtual Server é aceito para uso com failover clustering.
· Novas exibições de gerenciamento dinâmico (DMVs) estão disponíveis para failover clustering.
· Um clusteringde failoverinstância pode ser renomeado sem ter de desinstalar e reinstalar o SQL Server.
· Cada instalação do SQL Server 2005 em um cluster de configuração agora tem seus próprios recursos de texto completo.
· O Chave mestre de serviço e Chaves de banco de dados mestre são automaticamente distribuídos entre nós.
· Habilidades de depuração avançadas foram construídas para suporte e atendimento ao cliente Microsoft.
Noções básicas de cluster de failover
SQL Server 2005 failover clustering é construída sobre um Windows já estabelecido cluster de failover. Existem três tipos principais de clusters em um ambiente Windows:
· Cluster de failover
Um cluster de failover pode consistir em até oito servidores para manter o acesso do cliente aos aplicativos e recursos do servidor durante paralisações não planejadas devido a falhas de hardware, naturais e catástrofes provocadas pelo homem, falha de software e assim por diante, para fornecer alta disponibilidade, escalabilidade e capacidade de gerenciamento de recursos e aplicativos. Quando um servidor, um recurso ou um aplicativo com reconhecimento de cluster no cluster fica indisponível, os recursos associados a esse aplicativo em cluster (tais como SQL Server) são transferidos para um servidor que está disponível.
Um cluster de failover compreende um ou mais nós ou servidores, com um conjunto de cluster compartilhado discos especificamente configurados para usam com o cluster. Aplicativos como o SQL Server são codificados para reconhecimento de cluster como uma DLL de recurso e instalados em grupo de cluster de failover do Windows, conhecido como um grupo de recursos. O grupo de recursos contém os recursos de cluster relacionados específico para um determinado aplicativo. A qualquer momento, cada grupo de recursos e seus recursos só podem ser detidos por um único nó no cluster. O serviço do aplicativo tem um nome de cluster instância de failover que é independente dos nomes de nó e por essa razão é referido como um "cluster de failover instância." Um aplicativo pode ligar para o failover instância referenciando o nome da instância , sem precisar saber qual nó hospeda o failover instância.
Windows Server 2003 tem dois tipos de modelos de quorum de cluster: o tradicional compartilhados de quorum cluster de failover, que usa um disco compartilhado para manter o estado de cluster e o quorum local ou cluster de conjunto de nós principais (MNS), que usa um disco local em cada nó para armazenar o estado do cluster. SQL Server 2005 suporta dois modelos de quorum de cluster.
Importante: antes do lançamento do SQL Server 2005, um cluster de failover foi apenas um termo específicos do SQL Server. No níveldo Windows, um cluster de disponibilidade era conhecido como um cluster de servidor (ou MSCS). Daqui para frente, disponibilidade clustering no nível do Windows será também conhecido como cluster de failover.
· Cluster de balanceamento de carga de rede
Um cluster de balanceamento de carga de rede fornece alta disponibilidade e escalabilidade para serviços baseados em TCP/IP, incluindo servidores Web, servidores FTP, outros servidores de missão crítica e COM+ aplicações. Em um balanceamento de carga de rede configuração, vários servidores executar de forma independente, em não compartilhar quaisquer recursos. Solicitações de clientes são distribuídas entre os servidores, e no evento de falha no servidor, um cluster de balanceamento de carga de rede detecta o problema e distribui a carga para outro servidor. SQL Server 2005 failover clustering não é uma solução de balanceamento de carga e não é instalado ou configurado usando o balanceamento de carga de rede. Uma instalação de clustering de failover do SQL Server 2005 pode ser parte de uma arquitetura geral no qual um Web farm usando um cluster de balanceamento de carga de rede se conecta a um cluster de failover. Se você utilizar um cluster de balanceamento de carga de rede devido a um requisito de aplicativo, você precisará considerar o balanceamento de carga de rede durante a fase de planejamento e configuração de aplicativo. SQL Servidor clustering de failover não é construída em cima de um cluster de balanceamento de carga de rede, e esse tipo de cluster não pode ser construído no mesmo hardware como um cluster de servidor.
· Windows Compute Cluster Server 2003
Windows Compute Cluster Server 2003 é uma nova edição do Windows que é otimizado para computação de alto desempenho. SQL Servidor não funciona atualmente com esta edição do Windows, e é totalmente sem suporte para configurar o Windows Compute Cluster Server 2003 no mesmo hardware como failover clustering.
O failover clusteringinstância é o mesmo que uma instânciado SQL Server. A terminologia anterior era conhecida como um "servidor virtual", mas o mudou para evitar confusão com o produto Microsoft Virtual Server.
Como mencionado acima, um Windows cluster de failover tem um ou mais nós configurados com recursos específicos em grupos de recursos. Quando um de clusteringde failover do SQL Serverinstância é instalado em um cluster de failoverdo Windows, todos os seus recursos estão contidos dentro de um desses grupos no cluster que não é partilhada com qualquer outra coisa, como o quórum ou coordenador de transações distribuídas da Microsoft (MS DTC). De uma definição estrita, um SQL Server failover clustering instância é composto por esses recursos:
· Uma combinação de um ou mais discos de cluster.
· Um nome de rede (o failover clustering instância nome).
· Um ou mais recursos de endereço IP cluster.
O nome do SQL Server é definido pelo recurso de cluster de nome de rede, e esse nome será usado por aplicativos e usuários finais para conectar-se ao failover instância. juntos, esses recursos representam um servidor lógico do Windows na rede, enquanto estiver executando em um ou mais computadores Windows Servidor reais. Uma instância de failover do SQL Server é um item que é criado durante a instalação do SQL Server; Ele não é fornecido pelo Windows Server.
Um determinado cluster pode conter várias instâncias do SQL Server, cada um em seu próprio grupo de cluster. Cada grupo de cluster pode conter no máximo uma instância do SQL Server. O SQL Server failover instância será então instalado para o grupo de cluster seleccionado durante a instalação do SQL Server.
Se o administrador desinstala a instância do SQL Server 2005 de dentro de um failover instância, o failover instância, incluindo todos os IP endereços e o nome da rede, é removido do grupo de cluster de failover .
Como funciona o recurso cluster de Failover
Os nós de cluster usam um "heartbeat" sinal para verificar se cada nó está vivo, no nível do sistema operacional e o SQL Server nível. No níveldo sistema operacional, os nós do cluster estão em constante comunicação, Validando a saúde de todos nós.
Depois de instalar um servidor SQL cluster de failover, o nó que está hospedando o recurso do SQL Server usa o Gerenciador de controle de serviço para verificar cada 5 segundos se o serviço do SQL Server parece estar em execução. Esta "LooksAlive" seleção não tem impacto sobre o desempenho do sistema, mas também fazer uma minuciosa verificação; a verificação será bem-sucedida se o serviço parece estar em execução mesmo que não esteja operacional. Porque a seleção LooksAlive fazer uma verificação completa, uma verificação mais profunda deve ser feita periodicamente; Esta "IsAlive" seleção é executado a cada 60 segundos.
A verificação de IsAlive executa um Selecionar @ @ SERVERNAME Transact -SQL consulta contra SQL servidor para determinar se o servidor pode responder a solicitações. Embora uma resposta à IsAlive consulta confirma que o SQL Server serviço está disponível para solicitações, não garante que todos os bancos de dados do usuário estão disponíveis, ou que os bancos de dados do usuário estão operando dentro dos requisitos de desempenho/tempo de resposta necessários.
Se o IsAlive consulta falhar, a verificação de integridade de IsAlive é repetida cinco vezes e, em seguida, ele tenta reconectar-se à instância do SQL Server. Se todos os cinco tentativas falharem, o recurso do SQL Server falha. Dependendo do failover limiar configuração do recurso do SQL Server, o cluster de failover tentará reiniciar ou o recurso no mesmo nó ou ele será failover para outro nó disponível. O IsAlive consulta tolera alguns erros, mas no final ele falhar se o limite for excedido.
Durante o failover da instânciado SQL Server, recursos do SQL Server iniciar no novo nó. Windows clustering inicia o SQL Server serviço para essa instância no novo nó e SQL Server passa pelo processo de recuperação para iniciar os bancos de dados. Depois que o serviço é iniciado e o mestre banco de dados é on-line, recurso do SQL Server é considerado acima. Agora os bancos de dados do usuário irão percorrer o processo de recuperação normal, o que significa que quaisquer transações concluídas no log de transações são acumuladas frente (a fase Refazer), e quaisquer transações incompletas serão revertidas (a fase de desfazer). No SQL Server 2005 Enterprise Edition, cada banco de dados de usuário estará disponível para o usuário uma vez concluída a fase refazer; para outras edições, com todas as versões anteriores, cada banco de dados de usuário está indisponível até que seja concluída a fase de desfazer. A duração do processo de recuperação depende de quanta atividade deve ser rolada para frente ou revertida na inicialização. A 'intervalo de recuperação' sp_configure opção do servidor pode ser conjunto como um número baixo para evitar tempos de recuperação de refazer e para acelerar o processo de failover. O tempo de recuperação de desfazer pode ser reduzido utilizando transações mais curtas para que as transações não confirmadas não tem muito para reverter.
Conexões de cliente e cluster de Failover
Os usuários finais e aplicativos acessam um cluster de failover com o nome de rede do SQL Server ou o endereço IP do SQL Server cluster de failover instância. O nome do cluster, o endereço IP do cluster e até mesmo os nomes de nó individual não são usados pelas conexões. Não importa para o cliente ou aplicativo nó que possui os recursos como se conectar a instância aparece como uma normal instância do SQL Server.
Durante o failover, quaisquer conexões ativas são quebrados. Para os usuários do navegador da Web, uma simple atualização de página da Web deve criar uma nova conexão de banco de dados. Em um aplicativo / servidor clientemais tradicional, ou uma que depende fortemente de uma camada intermediária, aplicativo designers podem querer considerar para verificar se a conexão existe e se não, se reconectar. Em qualquer evento, seja qual for o usuário estava trabalhando em quando o servidor ficou offline provavelmente não será concluída, cometido.
Para obter mais informações, consulte o artigo 273673 da Base de dados de conhecimento: deve de conexões de cliente de servidor Virtual controlado pelos clientes.
Planejamento para instalação
Antes de executar a instalação para instalar o SQL Server 2005, há algumas coisas que devem ser pensadas, planejadas e configuradas.
SQL Servidor e versões do Windows suportadas
SQL Servidor 2005 pode ser instalado apenas no Windows 2000 Server com Service Pack 4, ou em um adequado Windows Server 2003 aplicados com Service Pack 1 (ou posterior).
Importante: A primeira versão (RTM) do Windows Server 2003 não é suportado para o SQL Server 2005, portanto, você deve planejar em atualização para o Windows Server 2003 Service Pack 1 ou posterior antes de tentar instalar o SQL Server 2005.
SQL Servidor clustering de failover requer uma edição do Windows que oferece suporte a clustering. Estas edições estão Windows Server 2003 Enterprise Edition ou Datacenter Edition e Windows 2000 Advanced Server ou Datacenter.
SQL Servidor 2005 failover clustering está disponível somente na Enterprise Edition, Standard Edition e Developer Edition, incluindo as edições de avaliação do SQL Server 2005. O suporte para failover clustering no Standard Edition é novo no SQL Server 2005 e apenas dois nós de cluster de failover instâncias é permitidas usando essa versão do SQL Server, mesmo que o próprio cluster pode ter mais de nós. Developer Edition não pode ser implantado em produção devido a restrições de licenciamento, mas tem a mesma funcionalidade como Enterprise Edition e pode ser implantado em desenvolvimento e ambientes de teste.
Um excelente recurso para todas as características e limites para SQL Server 2005 é Recursos compatíveis com as edições do SQL Server 2005.
Instalação de lado a lado com os Clusters de Failover do SQL Server 2000
Você pode instalar SQL Server 2005 failover clustering em um Windows existente cluster de failover implantou uma ou mais instâncias em cluster de SQL Server 2000, se o próprio cluster atende aos requisitos mínimos de capacidade de suporte para SQL Server 2005 e ter capacidade suficiente em seu hardware para executar mais instâncias do SQL Server. O planejamento é parecida com a preparação que você fez ao colocar várias instâncias do SQL Server 2000 em cluster-você deve ter pelo menos um livre dedicado e nomeado disco disponível por instância, bem como um endereço IP dedicado e reservado e nome exclusivo para a instância do domínio. Em um SQL Server instalação side-by-side 2005, SQL Server 2000 ferramentas continuam a gerenciar SQL Server conectividade 2000, mas todos agora é substituída pelo SQL Server Native Client. Uma das vantagens de uma instalação side-by-side é que ele cria um plano de retorno no evento que algo acontece durante a migração para SQL Server 2005.
Porque só pode haver uma instância padrão em um servidor autônomo ou em um cluster, se um SQL servidor instância já está configurado como uma instância padrão, independentemente de ser local de um nó ou como uma cluster de failoverinstância, todas as instâncias do SQL Server 2005 devem ser implantadas como instâncias nomeadas.
Depois de instalar o SQL Server 2005, SQL Server 2000 Service Manager exibe o nome do nó em vez do virtual SQL Server nome do servidor de 2005. Fá-lo porque Service Manager não foi codificado para lidar com SQL Server 2005, e SQL Server 2005 inclui Service Manager. Consulte a Figura 1 para obter um exemplo de SQL Server Service Manager e como um SQL Server 2005 em cluster instância pode ser exibida. SQL Service Manager Server foi substituído com o SQL Server Configuration Manager no SQL Server 2005 e usando que é descrita na seção "Iniciar, parar e pausa serviços," mais tarde no presente documento.
Figura 1. SQL Servidor 2000 Service Manager exibe o nome do nó do SQL Server 2005 em vez do nome de servidor virtual SQL Server 2005
Melhores práticas: Microsoft recomenda a atualização para SQL Server 2000 Service Pack 4 em todos os SQL Server 2000 instâncias que irão partilhar um cluster com SQL Server instâncias de 2005 antes de instalar o SQL Server 2005 em uma configuraçãode side-by-side. Isso irá garantir que as instâncias do SQL Server 2000 será a revisão mais recente antes de colocar qualquer versão do SQL Server 2005 no mesmo hardware. Atualizar para o SQL Server 2000 Service Pack 4 é um pré-requisito para qualquer instância que eventualmente serão atualizados para o SQL Server 2005.
O cluster de Failover de 32 bits em sistemas de 64 bits
Com o SQL Server 2005, você pode criar um 32-bit cluster de failover sob a versão de 64 bits do Windows, usando Windows on Windows (WOW). No entanto, a Microsoft recomenda que a versão do SQL Server deve coincidir com a versão do sistema operacional. Se você planeja implantar em uma versão de 64 bits do Windows, você deve usar uma versão de 64 bits do SQL Server se possível.
Importante: modo WOW é suportado apenas em plataforma x64, não o Itanium IA64.
Não há suporte para a instalação de side-by-side as seguintes ferramentas e serviços em um computador de 64 bits:
· 32-bit SQL Server as ferramentas de gerenciamento
· SQL Server Integration Services (SSIS)
· SQL Serviços de notificação de servidor
Para obter mais informações, consulte o artigo 906892 da Base de dados de conhecimento: você pode experimentar um desempenho lento quando você executa ferramentas SQL Server de 32 bits em sistemas operacionais de 64 bits.
Reporting Services, Notification Services e Integration Services em um Cluster de Failover
SQL Servidor 2005 Reporting Services, Notification Services e Integration Services não são clusters; eles são sempre instalados como componentes autônomos, mas pode usar um cluster SQL Server banco de dados.
Apesar de não ser um aplicativo com reconhecimento de cluster como Analysis Services ou SQL Server si, existe uma maneira de instalar os serviços de integração em um cluster de failover. Consulte o artigo, como: configurar os serviços de integração em um Cluster de, que descreve o processo. Serviços de integração de cluster podem fornecer melhor disponibilidade, mas você pode querer investigar outros métodos de disponibilização de serviços de integração como esse método pode não atender às suas necessidades.
Analysis Services em um Cluster de Failover
A capacidade de cluster Analysis Services é um novo recurso do SQL Server 2005. Antes do SQL Server 2005, a única forma de disponibilizar serviços de análise foi para configurá-lo como somente leitura em um cluster de balanceamento de carga de rede, ou criá-la como parte de um cluster de servidor Windows padrão como um recurso genérico. Agora, a capacidade de cluster Analysis Services está integrada no núcleo do produto, e faz parte da instalação padrão apenas como o mecanismo de banco de dados tem sido desde a versão 6.5.
A instalação é flexível para atender às suas necessidades de disponibilidade. Você pode agrupar o SQL Server 2005 Database Engine, Analysis Services ou ambos. Se ambos estão em cluster, SQL Server e o Analysis Services podem compartilhar o mesmo grupo de cluster, ou eles podem ser instalados no mesmo cluster, mas em seus próprios grupos de cluster individuais no mesmo cluster de servidor do Windows, com cada um com seu próprio nome, endereço IP e recursos de disco. Planeje um cluster Analysis Services como se o mecanismo de banco de dados não foi na imagem para garantir que você levar em conta todos os aspectos de uma implementação de serviços de análise, incluindo os aspectos de desempenho específicos para uma implantação do Analysis Services.
Se você apenas o mecanismo de banco de dados do SQL Server em cluster, você pode cluster Analysis Services em um horário diferente (e vice-versa) e ainda adicioná-lo para o mesmo grupo de cluster com SQL Server 2005 se você quiser. Você não precisará adicionar Analysis Services desde o início; Isso permite que você aumente sua capacidade à medida que suas necessidades para vários recursos dentro do SQL Server mudam ao longo do tempo.
Melhores práticas: Microsoft recomenda colocar todas as instalações em cluster Analysis Services em um único grupo com seu próprio disco e recursos IP. Se você colocar o Analysis Services e o mecanismo de banco de dados no mesmo grupo de cluster, eles afetarão um ao outro no evento de um problema e causar tanto fail over, que, se eles são mantidos separados, não vai.
O cluster de failover e Microsoft Virtual Server
Implantar um SQL Server 2005 cluster de failover em Microsoft Virtual Server é totalmente suportado; no entanto, não há suporte para Microsoft Virtual PC para uso em produção. Com o Microsoft Virtual Server 2005 R2, um 64 bits (x64) sistema operacional host é suportado, mas apenas de 32 bits (x86) versões do Windows são suportados no Virtual Server 2005 como um sistema operacional convidado... Para obter as informações mais recentes, consulte o relevantes artigos da Base de conhecimento e documentação de suporte quando você implanta o SQL Server 2005. Para saber como implantar um cluster Microsoft Virtual Server, consulte o artigo do TechNet, usando o Microsoft Virtual Server 2005 para criar e configurar um Cluster de dois nós Microsoft Windows Server 2003. Há também um webcast do TechNet que descreve o clustering SQL Server 2005 no Microsoft Virtual Server. As informações são encontradas no artigo 891798 da Base de conhecimento: como cluster Microsoft SQL Server 2005, usando o Microsoft Virtual Server.
Todas as limitações da plataforma do servidor Virtual se aplicam a instalações, incluindo o limite de apenas um disco compartilhado por barramento SCSI. Isso significa que o quorum e todos os arquivos de dados/registro do SQL Server serão instalados no mesmo disco se houver apenas um ônibus de SCSI único, que não é uma óptima configuração. É sempre melhor implantar clustering de hardware real.
A Microsoft oferece suporte atualmente nenhum produto de virtualização com excepção Virtual Server do Microsoft para uma implantação de produção do SQL Server 2005 failover clustering. Você deve implantar usando outro produto de virtualização, consulte o fornecedor de virtualização para questões ou problemas que possam ocorrer por meio da virtualização um cluster baseado no Windows com seu software. Consulte o artigo 897615 da Base de dados de conhecimento: diretiva de suporte para software Microsoft em execução em software de virtualização de hardware não-Microsoft.
Importante: se em cluster ou não, executando o SQL Server no servidor Virtual significa que você deve tomar várias considerações sobre o desempenho em conta tais como as necessidades de desempenho individual de um SQL servidor particular instância (disco de memória, CPU,), e adicionar a sobrecarga apropriada associada à implementação usando o Virtual Server. A Microsoft recomenda a execução do SQL Server 2005 em um ambiente de produção no hardware real, não em uma máquina virtual.
Hardware suportado
Todos os SQL Server clusters de failover devem ser implantados em soluções de cluster com suporte total, certificado pela Microsoft, até mesmo para baixo para drivers específicos para coisas tais como host bus adaptador (HBA) cartas que permitem que você se conecte a um subsistema de disco compartilhado. Isso significa que os clusters de servidor Windows subjacentes devem ser listados no catálogo sob a categoria de soluções de Cluster do Windows Server. Para obter mais informações, consulte o Soluções de Cluster do Windows Server Catalog site da Web.
O hardware para o próprio cluster deve ser uma solução listada no catálogo do Windows Lista de compatibilidade de Hardware, ou para Windows Datacenter de 20000, o página de recursos do Windows 2000 Server. Links para ambas as listas podem ser encontradas na Windows Server Catalog site da Web.
As soluções listadas incluem uma grande quantidade de detalhes. Estes detalhes são cruciais, como a solução que você implementa não pode desviar-se em alguns casos do indicado. Em qualquer circunstância, não configure o cluster com os drivers mais recentes a menos que o fabricante tem documentado como certificadas para uso em um cluster. A maioria dos fabricantes que oferecem hardware como parte de uma solução em cluster manter um documento que lista quais versões, cartões e assim por diante, que são aprovados para uso em um ambiente de cluster do Windows. Trabalhar com seus fornecedores preferenciais para assegurar que a implementação seja feita corretamente.
Para obter mais detalhes, consulte o artigo da Base de conhecimento 309395, Do Microsoft oferecem suporte à diretiva de clusters de servidor, a lista de compatibilidade de Hardware e o catálogo do Windows Server. Consulte também o artigo 327518 da Base de dados de conhecimento: INF: A política de suporte Microsoft para um Cluster de Failover do SQL Server, como requisitos de Hardware e Software para instalação do SQL Server 2005.
Número de nós
SQL Server 2005 failover clustering suporta diferentes números de nós totais dependendo da versão do SQL Server e a versão do sistema operacional. A seguinte tabela lista o número de nós suportados pelas várias edições e sistemas operacionais. SQL Servidor 2000 é listada apenas para fins comparativos. Para o número mais recente de nós com suporte, consulte o artigo 288778 da Base de dados de conhecimento: número máximo de suporte para nós em um cluster de.
A tabela 1. Nós suportado em um SQL Server 2005 cluster de failover para uma determinada edição do SQL Server e Windows.
|
SQL Servidor 2000 Enterprise edição |
SQL Server 2005 Standard Edition |
SQL Server 2005 Enterprise edição |
| Windows 2000 Advanced Server (com SP4) | 2 |
2 |
2 |
| Windows 2000 Datacenter Server (com SP4) | 4 |
2* |
4 |
| Windows Server 2003 Enterprise edição | 4 |
2* |
8 |
| Windows Server 2003 Datacenter Edition | 4 (32 bits), |
2* |
8 |
* Embora você pode ter até oito nós em um cluster de servidor propriamente dito, o SQL Server pode usar apenas dois com esta edição do SQL Server e especificado durante o processo de instalação.
Importante: todos os nós no mesmo cluster devem ser do mesmo tipo de hardware (todos os 32-bit ou 64-bit todos) e configurados da mesma forma. Isso significa que se você estiver implementando um WOW cluster de failover com x 64 hardware, todos os nós participantes na instância do SQL Server a ser instalado deve estar usando o WOW.
Suporte de memória
SQL Server 2005 failover clustering suporta diferentes quantidades de memória total dependendo da versão do sistema operacional que é implantada no. A seguinte tabela lista o total de memória atualmente suportado pelas várias edições e sistemas operacionais. Normalmente, o SQL Server 2005 suporta independentemente do sistema operacional máximos são, por isso, se um sucessor para o Windows Server 2003 é lançado no ciclo de vida do SQL Server 2005, verificar para ver o que novos máximos do SQL Server podem suportar. SQL Servidor 2000 é listada apenas para fins comparativos.
A tabela 2. Suporte a memória em um SQL Server 2005 cluster de failover para uma determinada edição do SQL Server e Windows.
** **
SQL Servidor 2000 Enterprise edição |
SQL Server 2005 Standard Edition |
SQL Server 2005 Enterprise edição |
|
| Windows 2000 Advanced Server (com SP4) | 8GB |
8GB |
8GB |
| Windows 2000 Datacenter Server (com SP4) | 32GB |
32GB |
32GB |
| Windows Server 2003 Enterprise edição | 32 GB (32 bits) |
32 GB (32 bits) |
32 GB (32 bits) |
| Windows Server 2003 Datacenter Edition | 64 GB (32 bits) |
64 GB (32 bits) |
64 GB (32 bits) |
Suporte ao processador
SQL Server 2005 failover clustering suporta diferentes números de processadores dependendo da versão do sistema operacional que é implantada no. A seguinte tabela lista o número de processadores actualmente suportados pelas várias edições e sistemas operacionais. Normalmente, o SQL Server 2005 suporta independentemente do sistema operacional máximos são, por isso, se um sucessor para o Windows Server 2003 é lançado no ciclo de vida do SQL Server 2005, verificar para ver o que novos máximos do SQL Server podem suportar. SQL Servidor 2000 é listada apenas para fins comparativos.
**A tabela 3. Processadores suportados em um SQL Server 2005 cluster de failover para uma determinada edição do SQL Server e Windows.
**
SQL Servidor 2000 Enterprise edição |
SQL Server 2005 Standard Edition |
SQL Server 2005 Enterprise edição |
|
| Windows 2000 Advanced Server (com SP4) | 4 |
4 |
4 |
| Windows 2000 Datacenter Server (com SP4) | 8 |
4 |
8 |
| Windows Server 2003 Enterprise edição | 8 |
4 |
8 |
| Windows Server 2003 Datacenter Edition | 64 |
4 |
64 |
Melhorias de segurança
Segurança para clusters de failover do SQL Server 2005 é mais seguro fora da caixa do SQL Server 2000 e alguns dos requisitos básicos foram alterados. Ao contrário do SQL Server 2000, no SQL Server 2005, todas as contas de serviço que vão administrar o SQL Server, SQL Server Agent, Full-Text Search ou do Analysis Services devem ser adicionadas a um grupo global de domínio que é adicionado ao grupo de administradores local.
Para um completo conjunto de privilégios que deve ser configurado para cada serviço que você está implantando, consulte Configurando as contas de serviço do Windows. Para as práticas recomendadas gerais em torno da segurança para clusters no níveldo Windows, consulte o white paper, Clusters de servidor: segurança melhores práticas para Windows 2000 e Windows Server 2003, como Base de conhecimento do artigo 269229: como recriar manualmente a conta de serviço Cluster.
Uma das principais mudanças durante a instalação de um cluster de failover do SQL Server 2005 é a caixa de diálogo na Figura 2, que pede para grupos de domínio para os serviços de cluster. SQL Failover de servidor requer conectividade de domínio e, portanto, por padrão os domínios são necessários para uma instalação em cluster do SQL Server, para que criar esses grupos no Active Directory deve ser simples para o Active Directory ou o administrador da rede encarregados dessa responsabilidade. Provavelmente ele não vai ser o administrador do banco de dados, assim que o DBA pode ser necessário solicitar que a pessoa adequada ou grupo conjunto esses grupos corretamente. Como prática recomendada, é recomendável que você cria quatro grupos individuais: um para cada servidor SQL , SQL Server Agent, Full-Text Search e Analysis Services (se necessário).
Figura 2. O Assistente de instalação do SQL Server 2005 permite que você adicione serviços do SQL Server para contas de inicialização em diferentes domínios e grupos do Windows. A página irá reflectir as opções de instalação que você escolha anteriormente na instalação.
Esses grupos são configurados no domíniodonível usando o aplicativo Active Directory usuários e computadores que está disponível em computadores com acesso para editar do Active Directory, não em nós de cluster individuais. Estes passos talvez precise ser executada pelo administrador da rede.
Importante: todas as contas e grupos devem ser conjunto até e verificados antes de instalar o cluster. Se o cluster de servidor está executando o SQL Server 2000 e SQL Server 2005 na um side-by-side configuraçãoe nunca usar o mesmo serviço contas para a instalação do SQL Server 2005 que você usa para suas instâncias do SQL Server 2000. Falha ao usar um separado conjunto de contas de serviço irá resultar em comportamento inesperado segurança entre seu side-by-side e instalações de cluster do SQL server somente Server 2005
** **
Para criar um grupo
1. No painel de controle, clique duas vezes em Ferramentas administrativase abra Active Directory Users and Computers.
2. No painel esquerdo, expanda o domínio que será usado.
3. Clique com botão direito usuários, aponte para Novae, em seguida, clique em grupo.
4. Na Novo objeto – Grupo de diálogo, digite um nome apropriado na caixa de texto nome do grupo. Selecione um grupo escopo de Global. Um exemplo é mostrado na Figura 3.
5. Clique em OK.
Figura 3. Criação de novos grupos de domínio nonível de domíniousando o Active Directory usuários e computadores.
Para adicionar usuários a um grupo
1. Selecione o grupo que acabou de ser criado e clique duas vezes.
2. Clique na Membros guia.
3. Clique em Adicionar.
4. Sobre o Selecionar usuários, contatos ou computadores caixa de diálogo, digite os nomes para ser adicionado na parte inferior e clique em verificar nomes, ou navegar através da parte superior, selecione o objeto e clique em Add. Quando terminar, clique em OK.
5. O Membros guia agora vai refletir as adições. Um exemplo é mostrado na Figura 4.
6. Clique em OK para fechar a caixa de diálogo.
Figure 4. Adicionar usuários aos grupos de domínio antes de instalar um SQL Server 2005 cluster de failover
Para obter mais informações, consulte Grupos de domínio para serviços em cluster.
Nota: você deve adicionar a conta de administrador do SQL Server para o grupo que administrará Full-Text Search. Se você não fizer isso, você pode encontrar o seguinte erro durante a instalação:
"Você não tem privilégios para adicionar contas para os grupos de domínio especificados para este cluster de failover. Pergunte ao seu administrador de domínio para privilégios para adicionar novas contas para os grupos de domínio , ou faça logon usando uma conta que tem permissão.
"O grupo de domínio não pode ser validado para o serviço pesquisa de texto completo".
Requisitos de disco
Cada instância do SQL Server 2005 em um cluster deve ter pelo menos um disco de cluster compartilhado dedicado. Discos não podem ser compartilhados entre instâncias, uma vez que eles só podem existir em um grupo de cluster único, e apenas uma instalação do SQL Server 2005 pode ser colocada em um grupo de cluster único.
Na prática, isso significa que você está limitado a um máximo de 22 ou 23 utilizável, chamado discos com letras de unidade (supondo que um sistema local, algum tipo de óptica unidade como um DVD-ROM e a possibilidade de uma unidade de quorum compartilhado). Ao contrário do SQL Server 2000 failover clustering, SQL Server 2005 failover clustering oferece suporte ao uso de montagem pontos (ou "volumes montados") para facilitar a administração e a expansão de disco. Todos os discos devem ser formatados como discos básicos. Não há suporte para discos dinâmicos de caixa em uma instalação de cluster; consulte o artigo 237853 da Base de conhecimento disco dinâmico configuração não está disponível para recursos de disco do cluster de servidor. Ferramentas de terceiros podem ser empregadas para utilizar discos dinâmicos com uma instalação de cluster.
Se você definir mais de um disco lógico por número de físico unidade lógica (LUN), que o disco será exibida como uma unidade para o cluster, não dois. Assim a menos que você está colocando o Analysis Services e o mecanismo relacional no mesmo grupo de cluster (que não é uma configuraçãode recomendada), não há nenhum benefício para entalhar fora dois discos lógicos em um LUN em um cluster, desde que esse LUN será em um grupo de cluster único.
Os pontos de montagem são totalmente suportados em um cluster configuração do SQL Server 2005, mas eles exigem o uso de uma letra de unidade como um recurso de disco padrão. Como com um recurso de disco de cluster padrão, pontos de montagem devem ser adicionados ao grupo de recursos que contém o SQL Server e adicionados como uma dependência.
Ou não sua rede de área de armazenamento (SAN) compartilha discos para a criação de LUNs, certifique-se de que o SAN corretamente engenheiro zonas e máscaras de LUNs para que somente os nós de cluster podem ver os LUNs precisa para ver e ninguém mais podem ver ou acessá-los.
Se o Analysis Services é em cluster no mesmo grupo com o mecanismo de banco de dados, instalação colocará quaisquer arquivos de sistema compartilhado de ambos os produtos na unidade padrão selecionada durante a instalação propriamente dita. Depois disso, a Microsoft recomenda fornecendo serviços de análise com seus próprios recursos de disco não só para a disponibilidade, mas para garantir que o Analysis Services tem o que precisa executar corretamente.
Nota: SQL Server 2005 oferece suporte a iSCSI e adere a qualquer necessidade de suporte do Windows iSCSI. No entanto, instalações do SQL Server requerem um dedicado, não compartilhado, adaptador para dispositivos iSCSI.
Número de instâncias do SQL Server por Cluster
Com o SQL Server 2005, o número máximo de instâncias com suporte que pode ser implantado em um servidor Windows cluster de failover em um cluster do SQL Server configuração é 25 para Enterprise Edition e 16 para a Standard Edition. Estas são diferentes de limitação em um sistema autônomo, que é um limite de 50 testado. Com o SQL Server 2000, o limite era de 16.
Embora seja tecnicamente possível configurar até 25 instâncias, o número máximo de instâncias, que você pode implantar depende dos recursos de hardware disponíveis, incluindo letras de unidade disponíveis. Portanto, 25 instâncias implantadas significaria que há apenas uma unidade local para Windows, você está usando um cluster de servidor de conjunto de nós principais (quorum local) que não use uma letra de unidade para um disco de quorum, e você só está atribuindo um disco de cluster por instância.
Antes de instalar e configurar um cluster instância múltiplo, pensar por que você pode precisar várias instâncias do SQL Server: É de consolidação? Diferentes níveis de versão para vários aplicativos com requisitos específicos de suporte? Administração mais fácil? Cumprir os contratos denível de individuais de serviço(SLAs)? Maximizando o uso de hardware? Estas e outras questões devem ser pensados na fase de planeamento porque o hardware adequado deve atender a capacidade esperada a qualquer momento.
Em uma configuraçãode cluster, no entanto, você deve também ter em conta o cenário de failover quando várias instâncias de planejamento: se em um cenário de pior caso você tem vários nós falha no cluster e para baixo para um nó, pode um único nó executar todas as suas instâncias, tendo em conta a capacidade de planejamento que foi feito? Se não, então capacidade foi provavelmente não dada atenção suficiente.
Instalando um cluster de failover do SQL Server 2005
Antes de instalar o servidor SQL do SQL Server 2005 em um cluster de configuração, o subjacente do Windows cluster de failover deve ser instalado e totalmente testado. Esta instalação também deve incluir a configuração de um cluster Microsoft Distributed Transaction Coordinator (MS DTC). Uma vez que o SQL Server é construído sobre a camada de Windows, se não for instalado e verificada antes da instalação do SQL Server, o processo de instalação do SQL Server irá falhar.
Instale o SQL Server 2005 cluster de failover na seguinte ordem:
1. Instalar o cluster Windows e certifique-se de que todos os patches relevantes são aplicados de acordo com os artigos da Base de dados de conhecimento, hotfixes recomendado para clusters de servidor baseados no Windows 2000 Service Pack 4 ou recomendado hotfixes para clusters de servidor baseados no Windows Server 2003. Para obter instruções detalhadas sobre como configurar um cluster de failoverdo Windows Server 2003, leia o guia para criar e configurar um Cluster de servidor sob Windows Server 2003.
2. Configure um cluster MS DTC. Para obter informações sobre como instalar o MS DTC, consulte o artigo da Base de conhecimento 301600, como configurar o Microsoft Distributed Transaction Coordinator em um cluster do Windows Server 2003 ou 204209, o artigo da Base de conhecimento como reconstruir ou mover uma instalação do MSDTC para ser usado com um SQL cluster de failover.
3. Verificar se o subjacente do Windows cluster de failover está configurado corretamente e funcionando.
4. Verifique se há pelo menos um disco dedicado compartilhado no cluster para a instânciado SQL Server.
5. Verificar que um endereço IP dedicado e exclusivo e nome (se ele vai ser um padrão ou um nomeado instância) foi reservado para o SQL Server.
6. Crie usuários e grupos no domínio nível para uso com seu cluster instância(s) do SQL Server 2005.
7. Adicione os grupos para os nós do locais e dar os grupos os direitos adequados em cada nó, de acordo com o SQL Server 2005 Books Online tópico configuração as conta de serviço do Windows.
8. Cluster do SQL Server 2005.
9. Execute quaisquer tarefas pós-instalação.
Depois de concluídas as partes da instalação do Windows e MS DTC, o administrador deve criar um grupo de cluster para a instalação do SQL Server se destina, e esse grupo deve conter pelo menos um disco de cluster compartilhado para uso pelo SQL Server. Requisitos detalhados para instalação são descritos em Installing SQL Server 2005 e Antes de instalar o cluster de Failover.
Nota: antes de instalação, todas as configurações e políticas devem ser idênticas em todos os nós do cluster para um comportamento consistente, incluindo todas as políticas relacionadas com segurança, instalações de hotfix, instalações de driver e localidades. Se uma alteração é feita após a instalação, essa alteração deve reflectir-se em todos os nós também.
Antes da instalação, recomendamos o logoff de todos os usuários sobre os nós de cluster exceto o nó onde a instalação está sendo iniciada.
Melhores práticas: SQL Server 2005 requer o.NET Framework versão 2.0 em todos os nós. Enquanto a instalação fará instalar.NET Framework 2.0 por conta própria, é recomendável instalar este pré-requisito antes de tentar instalar o SQL Server 2005 para acelerar o processo de instalação.
SQL Server 2005 failover clustering pode ser instalado em uma das três maneiras:
· Executar a instalação.
· No prompt de comando com switches.
· No prompt de comando com um arquivo. ini totalmente configurado.
Para obter mais informações sobre como usar o programa de instalação, consulte o apêndice A, bem como como: criar um novo Cluster de Failover do SQL Server 2005 (instalação). Para obter mais informações sobre como instalar no prompt de comando, consulte como: instalar o SQL Server 2005 no Prompt de comando. Um modelo para o arquivo. ini pode ser encontrado na mídia de instalação em \Servidores com o nome template.ini. Exemplos também podem ser encontrados no apêndice c.
Instalação a partir do prompt de comando é um aprimoramento do SQL Server 2005. Outras melhorias para o processo de configuração incluem o seguinte:
· Nome do nó atual é escrito na inicialização para o log do SQL Server e no log de eventos do Windows.
· Instalação decorrerá em paralelo em todos os nós.
· A instalação reverte em todos os nós se a instalação falhar em qualquer um nó.
· O log de operações de instalação é melhorado.
· Mensagens de erro durante a instalação são melhoradas.
· Verificador de consistência de instalação detecta o estado das máquinas antes da instalação.
· A instalação inclui agora o relatório de erros.
· Instalação autônoma tem manutenção de recursos, permitindo que você adicionar, remover ou reconfigurar sua instalação do SQL Server mais tarde.
· O Assistente de instalação inclui relatório de progresso, e a instalação pode ser cancelada.
Instalando em um controlador de domínio
Por causa das exigências de desempenho de um SQL Server 2005 cluster de failover, instalações em cluster não são suportadas em um nó que é um controlador de domínio . Se você instala um controlador de domínio e encontra um problema, você pode ter que reconfigurar o cluster. Aqui estão alguns dos problemas associados à instalação em um controlador de domínio :
· Sobrecarga associada à execução de um controlador de domínio . Um controlador de domínio que caso contrário é ocioso pode usar em qualquer lugar entre 130 a 140 MB de RAM, que inclui executando Windows Clustering. Há também o tráfego de replicação se o controlador de domínio tem de replicar com outro controlador de domínio dentro do domínio e entre domínios.
· O primeiro controlador de domínio na floresta assume todas as funções de operação mestra única flexível (consulte o artigo 197132 da Base de dados de conhecimento: Funções do Windows 2000 Active Directory FSMO). Você pode redistribuir essas funções para cada nó. No entanto, se um nó falha, as funções de operação mestra única flexível que o nó tem tomado já não estará disponíveis. Você pode usar Ntdsutil forçosamente tirar os papéis e atribuí-los para o nó que ainda está em execução (consulte o artigo 223787 da Base de dados de conhecimento: processo de apreensão e operação de mestre único flexíveis transferência). Para obter informações sobre a colocação de papéis de operação mestra única flexível em todo o domínio, consulte o artigo 223346 da Base de dados de conhecimento: FSMO posicionamento e otimização em controladores de domínio do Windows 2000.
· As demandas de desempenho de um controlador de domínio podem impedir que o serviço de cluster acessando a unidade de quorum, que pode causar inadvertido failover para um nó secundário.
· Se você estiver usando um cluster de failover onde os nós também estão servindo como controladores de domínio , você pode encontrar problemas desde os nós seria dependentes uns dos outros para coisas como serviços do Active Directory e do DNS primários e secundários. Isso significa que, se um nó falhar, você pode ter o potencial de causar maiores paralisações de disponibilidade para seus serviços em cluster.
Para obter mais informações sobre a instalação em um controlador de domínio , consulte o artigo 281662 da Base de dados de conhecimento: Windows 2000 e nós de Cluster do Windows Server 2003 como controladores de domínio.
Solucionando problemas de instalação
Se a instalação falhar, verifique não só os Logs de eventos do Windows, mas também os logs criados durante o processo de instalação. Os logs podem ser encontrados no diretório do programa do SQL Server sob o subdiretório \90\Setup Bootstrap\LOG. SQL Servidor provavelmente ser instalado para c:\Arquivos de Files\Microsoft SQL Server. Em paralisações, vai haver um ou mais arquivos. cab numerada. Sob o diretório de arquivos são os arquivos de log não compactado.
O arquivo. cab contém todos os logs de instalação e tem uma convenção de nomeclatura de SqlSetupnnnn. cab, onde nnnn é um número exclusivo. O arquivo. cab numerados mais alto será a instalação mais recente. O diretório também irá conter um arquivo chamado Summary, que corresponde à instalação do mais recente e conterá informações sobre quaisquer avisos detectados durante o processo de instalação.
Para mais dicas de solução de problemas, consulte Solução de Cluster de Failover.
Etapas de solução de problemas gerais onde a causa da falha não é clara incluem:
· Flushing a cache de resolução de nomes. Em um prompt de comando, digite os seguintes comandos:
Ipconfig /flushdns
Nbtstat – RR
· Verificando que 8.3 estrutura de nomeação está habilitado. Abra uma janela do prompt de comando e navegue para o diretório de perfil. No prompt de comando, digite DIR /X. Nomes longos e 8.3 devem ser retornados. Se não há nomes 8.3 é retornado, você precisará editar a seguinte chave:
HKLM\SYSTEM\CURRENTCONTROLSET\CONTROL\FileSystem\NtfsDisable8dot3NameCreation
NtfsDisable8dot3NameCreation O valor deve ser conjunto como 0; Se o valor for alterado, o computador precisará ser reinicializado e quaisquer diretórios criados anteriormente precisarão ser removidos antes de executar a instalação. Se estes diretórios estão associados com componentes instalados, os componentes devem ser desinstalados antes de remover os diretórios.
· Se a instância do SQL Server 2005 está sendo instalada usa o mesmo nome que um computador ou uma instância do SQL Server já registrado no Active Directory e/ou DNS, o nome manualmente deve ser purgado esse nome antes de executar a instalação. Esta tarefa terá de ser feito por um administrador qualificado.
Tarefas pós-instalação
Depois de instalar o SQL Server 2005 failover clustering instância, talvez você precise executar algumas tarefas adicionais para tornar sua instância totalmente utilizável.
Instalar o SQL Server Tools em nós adicionais
SQL Instalação do Server 2005 já não instala as ferramentas em qualquer um de nós do que o nó que iniciou o programa de instalação. Se são necessárias ferramentas em outros nós, deve ser instalados manualmente após a instalação básica. Isso pode ser feito usando a instalação ou o prompt de comando. Para obter instruções sobre como instalar as ferramentas através do programa de instalação, consulte o Books Online do SQL Server, ou fazê-lo usando o prompt de comando ou um arquivo. ini, consulte o apêndice c.
Atribuir uma porta IP Manual
Como o SQL Server 2000, SQL Server 2005 é configurado por padrão para usar um número de porta dinâmica que será atribuído quando recursos do SQL Server são iniciados. Se você deseja alterar para uma porta estática para garantir que a estadias de números de porta o mesmo em um failover ou por razões de segurança, onde você não iria querer uma porta padrão número como 1433, siga estas etapas:
1. Inicie o SQL Server Configuration Manager
2. No painel esquerdo, expanda SQL Server 2005 Network Configuratione selecione protocolos para <instância >, onde <instância > é o nome da instância .
3. No painel direito, clique duas vezes TCP/IP.
4. Na caixa de diálogo Propriedades de TCP/IP, clique na guia Endereços IP.
5. Role para baixo e olhar para o IPAll seção. Se houver um valor para Portas TCP dinâmicas, excluí-lo. Selecione o TCP porta opção, digite um número de porta válido e clique em OK.
6. Clique em OK no aviso.
7. Reinicie o SQL Server serviço para permitir a mudança.
Adicionar mais discos de Cluster
Durante a instalação, apenas um disco de cluster pode ser adicionado. Se outros discos são necessários, devem ser adicionadas após a instalação de clustering de failover básico por recurso. Isso significa que, para tanto Analysis Services e SQL Server, os discos devem ser adicionados. Para obter instruções, consulte como: adicionar dependências para um SQL Server 2005 Resource.
Nota: adicionando um disco como uma dependência incorrerão em tempo de inatividade, então você deve planejar a configuração do disco no momento da instalação inicial.
Se você quiser usar pontos de montagem com o SQL Server 2005, siga as instruções encontradas no artigo da Base de conhecimento 280297: como configurar pontos de montagem de Volume em um servidor em cluster.
Importante: se você estiver usando pontos de montagem, você deve colocar o recurso de disco de ponto de montagem no grupo de cluster adequada com o SQL Server ou o Analysis Services e torná-lo uma dependência de sua unidade de host.
Alterar a afetar a propriedade do grupo do SQL Server ou o recurso de serviços de análise
Sobre o Avançado guia de recursos do SQL Server ou do Analysis Services, o afetam o grupo caixa de seleção não está marcada por padrão.Isto significa que se o recurso do SQL Server ou o Analysis Services falhar, o grupo de recursos será não automaticamente failover para outro nó. Esta é uma mudança no comportamento do SQL Server 2000 failover clustering. Este comportamento foi alterado porque você pode colocar o Analysis Services e SQL Server no mesmo grupo de recursos, e você não pode querer ter um efeito do outro. No entanto, em circunstâncias normais, você quer SQL Server automaticamente failover para outro nó. Verifique afetam o Grupo.
Verifique se o cluster de Failover de recursos
Após a conclusão da instalação, você deve testá-lo para garantir que ele está funcionando como esperado corretamente.
1. Inicie o administrador de Cluster.
2. Clique com o botão direito no grupo de recurso contém a instalação do SQL Server ou do Analysis Services, selecione Mover Grupoe, em seguida, selecione outro nó do cluster. SQL Servidor deve parar no nó pertenceu a agora e comece em outro nó.
3. Repita a etapa 2 para cada nó do cluster.
4. Efetuar ping no endereço do SQL Server e/ou análise serviços IP de todos os nós no cluster, bem como de um computador fora do cluster para assegurar a resolução de endereços IP.
5. Efetuar ping do nome do SQL Server e/ou serviços de análise de todos os nós no cluster, bem como de um computador fora do cluster para assegurar a resolução de nomes.
Atualizar para o SQL Server 2005 Failover Cluster
No SQL Server 2005, você já não pode atualizar um autônomo instância do SQL Server para um cluster instância através do programa de instalação. Somente um cluster instância do SQL Server pode ser atualizado para um SQL Server 2005 cluster de failover.
Isto significa que se você quiser converter um autônomo instância do SQL Server em um cluster de failover instância, quer se trate de um existente do SQL Server 2000 instânciaou uma nova instância do SQL Server 2005, você deve primeiro instalar um cluster instância do SQL Server 2005 e, em seguida, migrar seus bancos de dados, logons, postos de trabalho e assim por diante usando seu preferido método. O Assistente de banco de dados de cópia não é suportado no SQL Server 2005, mas há algumas outras opções que podem alcançar a migração de banco de dados de um servidor autônomo:
· Desconectar e conectar os bancos de dados.
· Use o envio de logs.
· Use o backup e restauração.
Nota: se você instalar um side-by-side cluster de failover, você não pode reutilizar o nome do SQL Server existente usado pela anterior versão (padrão ou nomeada instância) até que você desabilite ou desinstale o já existente SQL servidor instância com o nome a ser usado. O mesmo vale para um autônomo instância que é agora um cluster de failover, exceto o todo o servidor terá que ser encerrado porque um autônomo instância assume como parte do nome do servidor subjacente. Isso deve ser tidas em conta durante o planejamento para a atualização.
Se você planeja usar o envio de logs como seu métodode atualização, você deve implantar seu próprio personalizado versão. Funcionalidade do SQL Server 2000 e SQL de envio de logs built-in Server 2005 não trabalham juntos. Você pode criar manualmente seu próprio envio de logs desde a restauração um banco de dados ou backup de log de transações criado com o SQL Server 2000 no SQL Server 2005 e SQL Server 2005 vai realizar as atualizações necessárias no processo de restauração .
Para obter instruções completas sobre como fazer uma atualização no local usando a instalação, consulte como: Upgrade para um Cluster de Failover do SQL Server 2005 (instalação).
Para obter mais detalhes sobre o processo de atualização para o SQL Server 2005, consulte Atualizando para o SQL Server 2005 e como: Upgrade para um Cluster de Failover do SQL Server 2005 (instalação). Para obter informações detalhadas sobre como atualizar para o SQL Server 2005 incluindo cenários de cluster, leia o SQL Server 2005 Upgrade guia de referência técnica.
Administração de um Cluster de Failover do SQL Server 2005
Esta seção explica como administrar suas instalações de clustering de failover do SQL Server 2005.
**Nota:**ferramentas doSQL Server 2005 são 32-bit e execução no Microsoft Windows ® no Windows (WOW) em plataformas de 64 bits. Para obter mais informações sobre como eles se comportam em plataformas de 64 bits da Microsoft, consulte o artigo da Base de conhecimento 906892: você pode experimentar um desempenho lento quando você executa ferramentas SQL Server de 32 bits em sistemas operacionais de 64 bits.
SQL Escritor e clusters de Failover
O SQL Writer Service fornece funcionalidade para backup e restauração do SQL Server 2005 através do quadro de Volume Shadow Copy Service (VSS).
O serviço do gravador SQL é instalado em cada nó do cluster durante a instalação, mas é desabilitado por padrão. Habilitá-lo se necessário.
Serviço Navegador do SQL Server
O serviço navegador do SQL Server direciona as tentativas de conexão que usam nomes de instância para a adequada instância no servidor. Ele é instalado em cada nó do cluster e não é um recurso agregável. O serviço navegador do SQL Server é iniciado automaticamente para um cluster instância do SQL Server.
Conectando-se a um Cluster de Failover do SQL Server 2005
Uso o <FAILOVER_CLUSTERING_INSTANCE_NAME> \ < nome da instância > ou o endereço IP para se conectar a um cluster instância do SQL Server em execução em um cluster de failover. Não há nenhuma mudança de comportamento anterior. Como com versões anteriores de failover clustering, não é possível acessar um cluster instância do SQL Server usando o nome do nó subjacente que a instância está sendo executado no. SQL Server 2005 não vai ouvir sobre o endereço IP do servidor local; Ele vai ouvir apenas sobre os endereços IP em cluster criados durante a instalação de um cluster instância do SQL Server. Se o endereço IP virtual não tem registro de DNS, servidor SQL não escutará nesse endereço de IP.
Para um cluster, os recursos são enumerados, o nome de rede que é necessário é encontrado (como os endereços IP do qual depende o nome da rede) e, em seguida, a instância do SQL Server escuta a esses endereços IP. Essa alteração no SQL Server 2005 mantém todos os IP modificações externas e preocupações; em um caso onde os clientes devem adicionar um IP para uma conexão remota de forma temporária e podem ser usando apenas um arquivo host, não deve haver nenhum problema.
Nota: por padrão, TCP/IP e pipes nomeados são habilitados em um cluster de failover, que eles não são desativados por padrão em uma stand - alone instalação do SQL Server.
SQL Configuração de área de superfície do Server 2005
O SQL Server 2005 configuração da área de superfície ferramenta é uma nova ferramentade segurança. Ele permite que os administradores gerenciem facilmente serviços e recursos de SQL Server 2005. Para obter mais informações, consulte Configuração de área de superfície doSQL Server.
A ferramenta é o reconhecimento de cluster, mas ele deve ser configurado corretamente para administrar um cluster instância do SQL Server 2005. Por padrão, apenas tenta se conectar a um local instância de SQL Server. Para configurar a configuração da área de superfície para trabalhar com um cluster instância, execute as seguintes etapas:
1. Inicie a ferramenta de IniciaràprogramasàMicrosoft SQL Server 2005àferramentas de configuraçãoàSQL Server configuração da área de superfície de.
Quando a tela de configuração de área de superfície do SQL Server 2005 é exibida, ele padrão é localhost. Se você tentar usar a ferramenta agora, você vai ver o seguinte erro:
"Você não pode configurar área de superfície de serviços em cluster conectando-se a um nome de computador. Conectar ao servidor virtual para configurar os serviços de cluster".
2. Clique na Alterar computador link.
3. Na Selecionar computador caixa de diálogo, clique em computador remoto e insira o failover clustering instância nome usado durante o processo de instalação. Se é uma instânciade nomeada, não digite o nome completo, apenas o failover clustering instância.
4. Para verificar a nome doinstância clusteringde failover, inicie o administrador de Cluster, selecione o grupo de cluster com os SQL Server 2005 recursos e olhar próximo para o recurso de nome de rede do SQL para o failover clusteringinstância nome. Um exemplo é mostrado abaixo.
Figura 5. SQL Recurso de nome de rede.
A tela principal agora refletirá a alteração do nome.
5. Para administrar o SQL Server, clique em Configuração da área de superfície para serviços e conexões, ou Configuração de área de superfície de recursos. Observe que quando você seleciona uma opção, a ferramenta indica que a instância que atualmente está sendo administrada é em cluster.
Nota: SQL Server 2005 configuração da área da superfície pode única obra com uma instância cada vez. Se você tiver mais de um failover clustering instância, repita os passos acima para outras instâncias.
SQL Native Client
Failover clustering no SQL Server 2005 já não depende de uma específica versão do MDAC, ao contrário das versões anteriores do SQL Server. SQL Server 2005 usa SQL Native Client para conectividade. Isto significa que ao instalar ou atualizar o SQL Server, ou instalar um serviço pack do SQL Server, MDAC não irá ser empacotado com o instalador e usará a versão do MDAC que está instalado no servidor host.
Importante: se você tiver um side-by-side do SQL Server 2000 e SQL Server 2005 cluster de failover configuração, SQL Native Client irá tornar-se a camada de conectividade para as instâncias do SQL Server 2000 também. Em um nívelinferior, as instâncias do SQL Server 2000 estará realmente usando a DLL do recurso do SQL Server 2005 para monitorar a integridade da instância.
Partida, parando e pausar serviços
Embora existam várias ferramentas para iniciar e parar SQL Server 2005 em um cluster, SQL Server Management Studio não é um deles. As três ferramentas para iniciar e parar SQL Server 2005 em um cluster são:
· SQL Server Configuration Manager
· Configuração da Área de Superfície do SQL Server
· Administrador de Cluster
Importante: como com versões anteriores do SQL Server failover clustering, serviços como o SQL Server Agent dependem do SQL Server para iniciar. Se você interromper manualmente o serviçodo SQL Server, ele irá parar todas as dependências, mas durante a reinicialização, você terá manualmente para reiniciá-los.
SQL Server Configuration Manager
SQL Server 2005 fornece uma nova ferramenta, SQL Server Configuration Manager, que substitui o anterior SQL Server Service Manager. SQL Gerenciador de configuração de servidor SQL Server 2005 é totalmente clusters e ele pode ser usado para parar e iniciar todos os SQL-serviços relacionados. SQL Server Configuration Manager é a forma recomendada para parar e iniciar o SQL Server.
1. Para parar e iniciar um SQL Server 2005 failover clustering instância usando o SQL Server Configuration Manager, siga estas etapas:
2. Inicie o SQL Server Configuration Manager
3. Expanda Services doSQL Server 2005 no painel esquerdo.
4. Clique com botão direito o recurso cujo status você deseja alterar e selecione Iniciar, parar de, pausa, ou Reiniciar.
Nota: SQL Server Configuration Manager não atualizar-se com muita freqüência, assim ele pode não refletir o status atual. Você terá que atualizar manualmente o status.
Configuração da Área de Superfície do SQL Server
SQL Configuração de área de superfície do servidor também pode ser usada para parar e iniciar os serviços SQL Server em um cluster de configuração. Para parar ou iniciar um SQL Server 2005 failover clustering instância usando a configuração de área de superfície do SQL Server, execute as seguintes etapas:
1. Inicie a configuração de área de superfície do SQL Server.
2. Clique em área de superfície para serviços e conexões.
3. No painel esquerdo, clique no serviço que você deseja iniciar ou parar e do lado direito, clique o apropriado ação.
Administrador de Cluster
O administrador de cluster pode ser usado para parar e iniciar os serviços SQL Server em um cluster de configuração. Para parar ou iniciar um SQL Server 2005 failover clustering instância usando o administrador de Cluster, siga estas etapas:
1. Inicie o administrador de Cluster.
2. No painel esquerdo, expanda grupose selecione o grupo de clusters que contém o SQL Server 2005 instância você gostaria de iniciar ou parar.
3. No painel direito, clique com o botão direito do recurso do SQL Server e clique em Colocar Offline para parar a instância ou Colocar Online para iniciar a instância.
Nota: para usar esse método , você deve ter direitos administrativos suficientes para executar o administrador de Cluster e se conectar ao cluster de servidor.
Exibindo as propriedades de uma instância de cluster deFailover
Exibir o status de vários aspectos do seu cluster de failover ou propriedades no SQL Server 2005 foi alterado do SQL Server 2000. As seções a seguir descrevem os métodos disponíveis.
Configuração da unidade
SQL Server 2005 apresenta a exibição de gerenciamento dinâmico (DMV) sys.dm_io_cluster_shared_drives, que tem a mesma funcionalidade que a função fn_servershareddrives no SQL Server 2000. Esta DMV retorna todas as unidades de disco que fazem parte do grupo de recursos e pode ser usadas para armazenar dados e log para essa instância do SQL Server. O usuário deve ter o Exibir SERVER Estado permissão para acessar esta DMV.
Para executar, executar Selecione * da sys.dm_io_cluster_shared_drives em umajanelade consulta. Para obter mais informações, consulte sys.dm_io_cluster_shared_drives.
Nota: fn_servershareddrives está ainda disponível e com suporte no SQL Server 2005. A Microsoft recomenda a alterar o código que faz referência a ele para usar o novo DMV. Para acesso fn_servershareddrives no SQL Server 2005, o usuário deve ter a permissão de Exibir SERVERSTATE.
Endereço IP
SQL Gerenciador de configuração de servidor pode exibir as propriedades de TCP/IP protocolo. No entanto, ele não exibir o endereço IP em cluster ou endereços que foram configurados durante o processo de instalação. SQL Gerenciador de configuração de servidor irá exibir todos os outros endereços IP ligados à placa de rede que o SQL Server 2005 failover clustering instância está ligado a.
Para visualizar o endereço IP para suas instalações em cluster do SQL Server 2005 ou o Analysis Services, execute as seguintes etapas:
1. Inicie o administrador de Cluster.
2. No painel esquerdo, expanda grupos e selecione o grupo de clusters que contém o desejado SQL Server 2005 instância.
3. No painel direito, clique duas vezes no recurso apropriado do IP, que será chamado de endereço de IP do SQL n (sqlname), onde n é o número do endereço IP, e sqlname é o nome do clusteringde failoverinstância configurada durante a instalação.
4. Clique na parâmetros guia para exibir as propriedades de endereço IP.
Informações e a configuração do nó
SQL Server 2005 apresenta o DMV sys.dm_os_cluster_nodes, que tem a mesma funcionalidade que a função fn_virtualservernodes no SQL Server 2000. Esta DMV todos o servidor retorna nós de cluster que são definidos como parte do failover clustering instânciae podem ser usados para verificar a configuração. O usuário deve ter o Exibir SERVER Estado permissão para acessar esta DMV.
Para executar, executar Selecione * da sys.dm_os_cluster_nodes em umajanelade consulta. Para obter mais informações, consulte sys.dm_os_cluster_nodes.
Nota: fn_virtualservernodes está ainda disponível e com suporte no SQL Server 2005, mas a Microsoft recomenda alterar o código que faz referência a ele para usar o novo DMV. Para acesso fn_virtualservernodes no SQL Server 2005, o usuário deve ter o Exibir SERVER Estado permissão.
Você também pode ver qual nó físico atualmente possui os recursos executando Selecione SERVERPROPERTY('ComputerNamePhysicalNetBIOS') (as aspas são necessárias) em umajanelade consulta. Para obter mais informações, consulte SERVERPROPERTY.
Status Online
Para obter informações sobre ferramentas e processos para verificar se está executando o SQL Server, consulte "Iniciar, parar e pausa serviços" no início deste white paper.
Adicionando ou removendo um nó
Existem casos onde você precise remover ou remover, um nó de cluster. Existem dois níveis de remoção quando se trata de SQL Server: removê-lo da definição do SQL Server failover clustering instânciae, em seguida, remover o nó do cluster de servidor Windows propriamente dito.
Importante: se você deve remover o nó do cluster de servidor, não tente remover o nó através do administrador de Cluster antes de executar os passos específicos do SQL Server. Isso irá danificar a instalação do SQL Server. Você deve remover o nó da definição SQL Server antes de remover o nó no Cluster Administrator.
Da mesma forma, se você precisar adicionar um nó na definição do failover clustering instância, você vai executar etapas semelhantes.
Usando a instalação
O processo de adição ou remoção de um nó é semelhante à criação de um novo cluster instância do SQL Server. No painel de controle, abra Adicionar ou remover programas, selecione Microsoft SQL Server 2005e clique em Change. Instalação lança; na página Alterar ou remover instância, selecione manter o servidor Virtuale, em seguida, siga as instruções na etapa 14 do apêndice a para adicionar ou remover um nó.
Usando o Prompt de comando
Consulte o apêndice c.
Mudar o nome de uma instância do SQL Server em cluster
SQL Server 2005 oferece suporte à renomeação uma instância após sua instalação, ao contrário do SQL Server 2000, que exigia uma desinstalação completa e, em seguida, uma reinstalação para renomear o failover clustering instância. O processo de renomeação usa o administrador de Cluster. Para obter instruções, consulte como: Renomear um servidor Virtual do SQL Server 2005.
Nota: renomear um cluster exigirá uma pequena quantidade de tempo de inatividade e os privilégios adequados no níveldo Windows.
Alterar o endereço IP do servidor SQL
SQL Servidor 2000 necessário executar novamente a instalação Alterar o endereço IP. SQL Server 2005 usa agora o administrador de Cluster. Para obter instruções, consulte como: Alterar o endereço IP de um Cluster de Failover do SQL Server 2005.
Nota: Alterar o endereço IP irá exigir uma pequena quantidade de tempo de inatividade e os privilégios adequados no níveldo Windows.
Desinstalar uma instância em cluster
A remoção de um cluster instância do SQL Server 2005 é diferente do SQL Server 2005. Existem duas opções para desinstalar um SQL Server 2005 failover clustering instância.
· Removê-lo através do prompt de comando, conforme descrito em como: instalar o SQL Server 2005 no Prompt de comando.
· Removê-lo através da instalação como pormenorizadas no como: remover uma instância de cluster de Failover do SQL Server 2005 (instalação).
Se houver problemas no processo de desinstalação, consulte como: desinstalar manualmente um SQL Server 2005 Failover Cluster.
Remover a instância propriamente dito não remove o cliente ferramentas e utilitários.
Para desinstalar um cluster instância do SQL Server 2005, você deve atender a esses requisitos:
· Você deve estar logado como a conta de administrador de cluster ou outra conta com privilégios administrativos adequados ao desinstalar o SQL Server para permitir que o processo de instalação para executar com as permissões corretas.
· A pasta de instalação ou CD de instalação do SQL Server deve ser acessível.
· O processo deve ser iniciado no nó que atualmente possui recursos da instância.
Importante: se você desinstalar o SQL Server 2005, é recomendável que você não remova o SQL Native Client, se você tiver configurado uma instalação side-by-side que contém o SQL Server 2000 e SQL Server 2005 instâncias no mesmo cluster. Se você remover o SQL Native Client, você irá tornar o SQL Server 2000 instância inútil como o SQL Server 2000 instância depende agora o SQL Native Client. Você precisará reinstalar o SQL Native Client para obter qualquer outra instância do SQL Server funcionando novamente.
Aplicar um Service Pack do SQL Server
Antes de instalar um serviço pack em uma instalação em cluster do SQL Server ou do Analysis Services, consulte o arquivo readme que está associado com esse pacote de determinado serviço . Ele pode conter informações específicas e etapas que precisam ser abordadas fora das etapas de instalação básica.
Um SQL Server 2005 serviço pack é aplicado em um por-base deinstância , o que significa que você pode precisar executar o instalador mais de uma vez se são de propriedade da instânciade recursos por outro nó. Atualizações para livros on-line podem ser embaladas separadamente do serviço pack propriamente dito.
Importante uma vez que as ferramentas de gerenciamento só podem ser instaladas no nó que iniciou a instalação original, se as ferramentas de gerenciamento são instaladas em outros nós, aqueles devem ser remendados separadamente desde a instalação do serviço pack na instância de si mesmo.
Para obter instruções sobre como instalar uma SQL Server 2005 serviço pack em um ambiente em cluster através a graphical user interface (GUI), consulte o apêndice d. Service pack instala também pode ser automatizada. Para obter instruções, consulte o arquivo readme que vem com o serviço pack.
Desempenho
Consulte Otimizando o desempenho de Cluster de Failover para obter informações sobre como otimizar ainda mais suas instalações de cluster. Este tópico se concentra sobre as seguintes questões:
· Cache de gravação
· Uso de compartilhamentos de arquivos
· Tamanho de memória máxima e mínima
· Afinidade do processador
· Uso de configurações de memória fixa
Outros recursos para otimizar as instalações do SQL Server 2005 estão disponíveis, incluindo Otimizando o desempenho de servidor. Desempenho de banco de dados abrange uma vasta intervalo de considerações e tem também uma seção dedicada em considerações de hardware, incluindo níveis de comparar diferentes implementações de RAID.
Informes oficiais adicionais sobre desempenho e otimização do SQL Server 2005 também será lançado, portanto, sempre verifique o SQL Server techcenter para os documentos mais recentes.
Conclusão
Failover clustering continua a ser uma das tecnologias de alta disponibilidade da SQL Server core. Ele é reforçado no SQL Server 2005 e pode ser combinado com outras tecnologias de alta disponibilidade do SQL Server para criar uma maior disponibilidade para suas instâncias e bancos de dados. Implementação de um SQL Server 2005 cluster de failover requer uma sólida compreensão da tecnologia subjacente e um adequado nível de planejamento. Uma implementação de clustering de failover corretamente configurado, juntamente com boas pessoas, processos e planejamento, irá fornecer maior disponibilidade para as SQL Server 2005 implementações.
Apêndice A – instruções passo a passo para instalar ou atualizar o Failover Clustering (mecanismo de banco de dados ou do Analysis Services)
Siga as instruções abaixo para instalar um cluster instância do SQL Server 2005 usando a instalação do SQL Server.
1. Faça logon em um nó do cluster de servidor do Windows como um usuário de domínio com privilégios administrativos em todos os nós do cluster, tais como o usuário administrador de Cluster.
2. Insira a mídia de instalação do SQL Server 2005 para o nó que você conectado, ou navegue até o local de rede adequada ao seu negócio. Se você tiver autorun habilitado em sua unidade de CD ou DVD, o seguinte menu abaixo deverá aparecer. Se a tela não for exibida, navegue até o diretório de servidores de mídia e executar o Setup. exe. Clique em componentes de servidor, ferramentas, livros Online e amostras de.
**
Figura 6. SQL Página inicial de configuração do servidor 2005**
3. Leia o contrato de licença de usuário final (EULA). Selecione eu aceito os termos e condições e clique em próximo.
**Figura 7. Contrato de licença de usuário final
**
4. A instalação irá instalar agora pré-requisitos no nó que iniciou o processo de instalação. Durante o processo, uma marca de verificação verde será exibido próximo a tarefas concluídas e uma seta vermelha apontando para a direita vai indicar a tarefa atual está sendo executada. Quando todas as tarefas são concluídas, clique em próximo para continuar.
Dica: para acelerar a fase inicial do processo de instalação ou atualização, recomendamos instalar a versão apropriada da.NET Framework (que podem ser baixados a Microsoft.NET Framework Developer Center) em cada nó antes de iniciar a instalação do SQL Server para que a instalação do SQL Server não terá que fazê-lo.
Figura 8. Página de pré-requisitos de instalação
A instalação irá agora executar uma verificação da configuração do nó que iniciou o processo de instalação.
**Figura 9. página do Verificador de Configuração do Sistema
**
5. Quando bem-vindo ao Microsoft SQL Server página do Assistente de instalação for exibida, clique em próximo.
Figura 10. Bem-vindo ao Microsoft SQL Server página do Assistente de instalação
6. A instalação vai agora fazer um controlo mais exaustivo do nó que iniciou o processo de instalação. Quaisquer avisos ou erros são detectados, e pode ser vistos clicando mensagens o apropriado itemou exibindo um relatório através da relatório dropdown. O relatório pode ser visualizado na tela, salva em um arquivo, copiado para a área de transferência ou enviado por e-mail.
Nota: se você tiver quaisquer erros, corrigi-los antes de continuar com a instalação, como eles podem tanto causa a instalação falhe ou comprometer a estabilidade da instalação. Sair da instalação e execute novamente quando completa. Avisos não são fatais, mas eles devem ser avaliados para ver se eles são válidos e precisam ser corrigidos.
**Figura 11. Verificação da configuração de sistema
**
7. Quando a verificação for concluída, clique em próximo. A instalação irá preparar a instalação.
**Figura 12. Microsoft SQL Server página de instalação
**
8. Digite seu nome e uma chave de produto válida (PKD) na mídia de instalação. Clique em próximo.
**Figura 13. Página Informações de Registro
**
9. Selecione os componentes que deseja instalar durante o processo de instalação. Você não precisará selecionar todos os recursos, como eles podem ser adicionados posteriormente. Para instalar um de clusteringde failover do mecanismo relacionalinstância, selecione a SQL Server Database Services caixa de seleção e, em seguida, selecione o criar um SQL Server cluster de failover caixa. Se você não selecionar o último, ele será instalado como uma instânciade autônomo. Para instalar uma de clusteringde failover do Analysis Servicesinstância, selecione a Analysis Services caixa de seleção e, em seguida, selecione o criar um Analysis Services cluster de failover caixa de seleção. Se você não selecionar o último, ele será instalado como uma instânciade autônomo. Clique em próximo quando feito.
**Figura 14. página Componentes a Serem Instalados
**
Se você clicar em avançado, o seleção de recursos página será exibida. Aqui você pode personalizar a instalação do SQL Server; no entanto, é recomendável que você não altere qualquer uma das opções a menos que você esteja familiarizado com o funcionamento do SQL Server 2005. Essas telas são descritas aqui para que possa ver o que é feito no-los você deve escolher a opção avançada.
**Figura 15. Na página seleção do recurso
**
Se você clicar em Procurar, a página de alteração de pastas é exibida. Nesta tela você pode alterar a top -nível instalação pasta onde os arquivos de programa do SQL Server serão instalados em nós.
**Figura 16. Página de pastas de mudança
**
Se você clicar em Custo de disco, a instalação exibirá os discos disponíveis, quanto espaço for deixado, e quanto espaço é necessário pelo SQL Server para a instalação seja concluída com êxito.
**Figura 17. Página de custo do disco
**
10. Selecione o tipo de instância que irá ser instalado – um padrão ou uma instânciade nomeada. Se já existir uma instância padrão do SQL Server de uma instalação existente do SQL Server 2000 em um side-by-side configuração, ou outra instalação do SQL Server 2005, um nomeado instância deve ser selecionado. SQL Server 2005 suporta um máximo de 25 instâncias em um cluster de servidor.
Se você estiver instalando uma instância padrão do SQL Server, clique em padrão instância e clique em próximo.
**Figura 18. página Nome da Instância
**
Se você estiver instalando um nomeado instância do SQL Server, clique em nomeado instânciae digite um nome na caixa.
**Figura 19. página Nome da Instância
**
Para ver quais instâncias clusterizadas já estão instaladas, clique em Instâncias instalado.
**Figura 20. Página de instâncias instalada
**
11. Na página Nome do servidor Virtual, digite o nome do servidor de SQL servidor virtual. Este vai ser o nome usado se é uma instância padrão, ou se é um nomeado instância, a primeira parte antes da barra com versões anteriores. Clique em Avançar para continuar.
Nota: apesar do uso do termo "servidor virtual" aqui, pense nisso como o failover clustering instância.
**Figura 21. Página do nome do servidor virtual
**
12. Na página configuração de servidor Virtual, primeiro selecione a rede na rede usar lista que será usada pelo SQL Server para permitir conectividade de usuários e aplicativos. Isso deve ser uma rede oposta externamente (público) do cluster de servidor Windows. Em seguida, digite o endereço IP que será usado pelo SQL Server. Clique em Adicionar.
**Figura 22. Página de configuração do servidor virtual
**
A informação agora aparecerá na Selected redes e endereços IP caixa. SQL Servidor pode ser atribuído mais de um endereço IP, portanto, se necessário, repita este passo para todos os IP endereços que SQL Server irá utilizar. Clique em próximo quando terminar.
**Figura 23. Página de configuração do servidor virtual
**
13. Na página seleção de grupo de Cluster, selecione o grupo de clusters da grupos de cluster disponíveis lista, que contém os discos que este cluster instalação do SQL Server irá utilizar. Se já existir uma instalação existente de clustering de failover do cluster de servidor, o grupo que contém a instância existente não estará disponível para seleção. Não selecione o grupo de clusters padrão, que contém o disco de quorum, ou o grupo que contém o coordenador de transações distribuídas da Microsoft.
Uma vez que o grupo está seleccionado, na arquivos de dados , selecione o disco onde serão colocados os arquivos de dados do sistema. Clique em Avançar para continuar.
**Figura 24. Página de seleção do grupo de cluster
**
14. Na página configuração de nó de Cluster, todos os nós disponíveis serão adicionados à definição do failover clustering instância por padrão. Todos os nós, exceto o que você está instalando a partir devem ser exibidos no nós selecionados lista. Se um nó do cluster não estiver disponível, ela será exibida no nós indisponíveis lista e terá de ser adicionado para o failover clustering instância quando estiver disponível. Se um nó não deve ser parte da definição, selecioná-lo no nós selecionados lista e, em seguida, clique em Remover. Quando terminar, clique em próximo.
**Figura 25. Página de configuração do nó do cluster
**
15. Na página informações da conta remota, digite a senha de quem você está logado como administrador. Esse administrador deve ter privilégios administrativos em todos os nós do cluster. Se o usuário que você efetuou login não é um administrador de nós do cluster, cancele a instalação, efetuar logout e faça login como usuário apropriado. Este usuário não deve ser a conta administrativa do SQL Server. Clique em próximo.
**Figura 26. Página de informações sobre a conta remota
**
16. A página conta de serviço configura as contas de serviço que irá usar o SQL Server depois que ele for instalado. Você pode tanto usar um domínio-nível conta para todos os serviços (SQL Server, SQL Server Agent, Analysis Services e o navegador do SQL ), ou você pode ter um diferente para cada serviço. Se você deseja usar a mesma conta para todos, clique em próximo para continuar.
**Figura 27. Página conta de serviço
**
Se você desejar personalizar para cada serviço, selecione Personalizar para cada conta de serviço, selecione o serviço para modificar o serviço lista e, em seguida, digite as informações apropriadas na Username, senha, e domínio caixas de texto. Clique em próximo quando concluir.
**Figura 28. Página conta de serviço
**
17. Sobre os grupos de domínio para a página de serviços em cluster, selecione os grupos de domínio que serão usados para o clusteringde failoverinstância. Se você souber o nome dos grupos, digite-os na caixa de texto apropriado no formato Domainname\groupname..
**Figura 29. Grupos de domínio para a página de serviços em cluster
**
Se você não souber o nome do grupo, clique no botão de reticências, e será exibida a página Selecione grupo. Selecione o domínio para pesquisar, digite o nome ou parte do nome e clique em Verificar nomes. Clique em OK.
**Figura 30. Página Selecionar grupo
**
Importante: você deve inserir um grupo de domínio para cada nome de serviço listado. O processo de instalação não pode continuar se qualquer entrada for deixada em branco. Você pode usar o mesmo grupo para todos os serviços listados se tem os privilégios adequados, mas isso não é recomendado.
18. Na página do modo de autenticação, clique em modo de autenticação do Windows ou em modo misto. A maioria das instalações usará o modo misto.
**Figura 31. Página Modo de Autenticação
**
Se você selecionar Modo misto, você será solicitado a digitar uma senha para o sa usuário. Você não pode usar uma senha em branco para o sa usuário no SQL Server.
**Figura 32. Página Modo de Autenticação
**
Nota: se você selecionar a autenticação do Windows, o usuário sa continuará a existir dentro do SQL Server mesmo que ele não pode ser usado. Você deve conjunto uma senha para sa uma vez que o processo de instalação é concluído.
19. Na página configurações de agrupamento, se você estiver instalando o SQL Server e o Analysis Services ao mesmo tempo, você usa o mesmo agrupamento para ambos, ou usa um diferente para cada um. Para usar o mesmo agrupamento para tanto, basta selecionar o agrupamento de designador de agrupamento e ordem de classificação, ou para fins de compatibilidade com bancos de dados antigos que podem ser atualizados, agrupamentos doSQL. Para personalizar para cada conta de serviço , selecione o Personalizar para cada conta de serviço caixa de seleção e selecione SQL Server ou SQL Server Analysis Services na lista suspensa. Clique em Avançar para continuar.
**Figura 33. Página de configurações de agrupamento
**
20. Na página configurações de erro e uso do relatório, selecione as opções desejadas, se você deseja enviar erro ou dados de uso de volta para a Microsoft. Estes são opcionais. Clique em próximo.
**Figura 34. página Configurações do Relatório de Erro e Uso
**
21. Na página pronto para instalar, clique em próximo para iniciar o processo de instalação.
**Figura 35. página Pronto para Instalar
**
Abaixo está a tela que você verá como as opções de instalação são configuradas para instalar. Durante este tempo a instalação estarão acessando os outros nós para instalar pré-requisitos.
**Figura 36. Página de progresso da instalação
**
22. Uma vez o início do processo de instalação, você pode monitorar seu progresso. Nova instalação do SQL Server 2005 é a capacidade de ver o progresso de cada nó durante instalações em cluster. Para ver outro nó, selecioná-lo do nó lista.
**Figura 37. Página de progresso da instalação
**
23. Quando a instalação estiver concluída, a página de configuração progresso irá mostrar todos os produtos com um status de instalação concluída. Clique em próximo.
**Figura 38. Página de progresso da instalação
**
24. Leia as informações apresentadas em Concluindo Microsoft SQL Server 2005 página de configuração e clique em concluir a.
**Figura 39. Completando Microsoft SQL Server na página de instalação 2005
**
25. Clique em OK para terminar o processo de instalação de clustering de failover.
**Figura 40.
**
Após reiniciar todos os nós (não apenas o nó onde a instalação foi lançada) se solicitado a fazê-lo, você pode, opcionalmente, instalar as ferramentas de cliente do SQL Server 2005 em todos os nós do cluster. As etapas são semelhantes aos apresentados aqui. Consulte como: instalar o SQL Server 2005 (instalação) ou como: instalar o SQL Server 2005 no Prompt de comando.
**
Apêndice B – atualizando um existente Failover Cluster instância de SQL Server 2005 usando a instalação**
Siga as instruções abaixo para fazer o upgrade para um cluster instância do SQL Server 2005 usando a instalação do SQL Server.
26. Faça logon em um nó do cluster de servidor do Windows como um usuário de domínio com privilégios administrativos em todos os nós do cluster, tais como o usuário administrador de Cluster.
27. Insira a mídia de instalação do SQL Server 2005 para o nó que você conectado, ou navegue até o local de rede adequada ao seu negócio. Se você tiver autorun habilitado em sua unidade de CD ou DVD, o seguinte menu abaixo deverá aparecer. Se a tela não for exibida, navegue até o diretório de servidores de mídia e executar o Setup. exe. Clique em componentes de servidor, ferramentas, livros Online e amostras de.
Figura 41. Microsoft SQL Server página de instalação inicial de 2005
28. Leia o contrato de licença de usuário final (EULA). Selecione eu aceito os termos e condições e clique em próximo.
**Figura 42. Contrato de licença de usuário final
**
29. A instalação irá instalar agora pré-requisitos no nó que iniciou o processo de instalação. Durante o processo, uma marca de verificação verde será exibido próximo a tarefas concluídas e uma seta vermelha apontando para a direita vai indicar a tarefa atual está sendo executada. Quando todas as tarefas são concluídas, clique em próximo para continuar.
Dica: para acelerar a fase inicial do processo de instalação ou atualização, recomendamos instalar a versão apropriada da.NET Framework (que podem ser baixados a Microsoft.NET Framework Developer Center) em cada nó antes de iniciar a instalação do SQL Server para que a instalação do SQL Server não terá que fazê-lo.
Figura 43. Página de pré-requisitos de instalação
A instalação irá agora executar uma verificação da configuração do nó que iniciou o processo de instalação.
**Figura 44. página do Verificador de Configuração do Sistema
**
30. Quando bem-vindo ao Microsoft SQL Server página do Assistente de instalação for exibida, clique em próximo.
Figura 45. Bem-vindo ao Microsoft SQL Server página do Assistente de instalação
31. A instalação vai agora fazer um controlo mais exaustivo do nó que iniciou o processo de instalação. Quaisquer avisos ou erros são detectados, e pode ser vistos clicando mensagens o apropriado itemou exibindo um relatório através da relatório dropdown. O relatório pode ser visualizado na tela, salva em um arquivo, copiado para a área de transferência ou enviado por e-mail.
Nota: se você tiver quaisquer erros, corrigi-los antes de continuar com a instalação, como eles podem tanto causa a instalação falhe ou comprometer a estabilidade da instalação. Sair da instalação e execute novamente quando completa. Avisos não são fatais, mas eles devem ser avaliados para ver se eles são válidos e precisam ser corrigidos.
**Figura 46. página do Verificador de Configuração do Sistema
**
32. Quando a verificação for concluída, clique em próximo. A instalação irá preparar a instalação.
**Figura 47. Microsoft SQL Server página de instalação
**
33. Digite seu nome e uma chave de produto válida (PKD) na mídia de instalação. Clique em próximo.
**Figura 48. Página Informações de Registro
**
34. Selecione os componentes que deseja instalar durante o processo de instalação. Você não precisará selecionar todos os recursos, como eles podem ser adicionados posteriormente. Para instalar um de clusteringde failover do mecanismo relacionalinstância, selecione a SQL Server Database Services caixa de seleção e, em seguida, selecione o criar um SQL Server cluster de failover caixa de seleção. Se você não selecionar o último, ele será instalado como uma instânciade autônomo. Para instalar uma de clusteringde failover do Analysis Servicesinstância, selecione a Analysis Services caixa de seleção e, em seguida, selecione o criar um Analysis Services cluster de failover caixa de seleção. Se você não selecionar o último, ele será instalado como uma instânciade autônomo. Clique em próximo quando feito.
**Figura 49. página Componentes a Serem Instalados
**
Se você clicar em avançado, o seleção de recursos página será exibida. Aqui você pode personalizar a instalação do SQL Server; no entanto, é recomendável que você não altere qualquer uma das opções a menos que você esteja familiarizado com o funcionamento do SQL Server 2005. Essas telas são descritas aqui para que possa ver o que é feito no-los você deve escolher a opção avançada.
**Figura 50. Seleção de recursos página
**
Se você clicar em Procurar, a página de alteração de pastas é exibida. Nesta tela você pode alterar a top -nível instalação pasta onde os arquivos de programa do SQL Server serão instalados em nós.
**Figura 51. Página de pastas de mudança
**
Se você clicar em Custo de disco, a instalação exibirá os discos disponíveis, quanto espaço for deixado, e quanto espaço é necessário pelo SQL Server para a instalação seja concluída com êxito.
**Figura 52. Página de custo do disco
**
35. Se você estiver atualizando uma instância padrão do SQL Server, clique em Default instância. Se você estiver atualizando um nomeado instância do SQL Server, clique em Instância chamadoe em seguida, insira o existente instânciado nome na caixa de texto. Se você não souber quais instâncias clusterizadas já estão instaladas, clique em Instâncias instalado. Aparecerá a página instâncias instalado. Clique em próximo quando terminar. .
**Figura 53. Página de instâncias instalada
**
36. Na página componentes existentes, selecione a caixa de seleção a instância que você selecionou para atualizar na tela anterior.
**Figura 54. Página de componentes existente
**
Para obter informações sobre a atualização, clique em Detalhes. Caso contrário, clique em próximo para continuar.
**Figura 55. Página de opções de instalação
**
37. Na página Atualizar informações de Logon, clique em modo de autenticação do Windows ou modo misto da conta que será usada durante a atualização. A maioria das instalações usará o modo misto. Clique em próximo.
**Figura 56. Atualizar a página de informações de Logon
**
O upgrade agora será verificado e você verá uma série de caixas de diálogo semelhantes à abaixo.
**Figura 57. Analisando a caixa de diálogo Atualizar
**
38. Na página informações da conta remota, digite a senha de quem você está logado como administrador. Esse administrador deve ter privilégios administrativos em todos os nós do cluster. Se o usuário que você efetuou login não é um administrador de nós do cluster, cancele a instalação, efetuar logout e faça login como usuário apropriado. Este usuário não deve ser a conta administrativa do SQL Server. Clique em próximo.
**Figura 58. Página de informações sobre a conta remota
**
39. A página conta de serviço configura as contas de serviço que irá usar o SQL Server depois que ele for instalado. Você precisará fornecer a senha para a conta de Windows-based serviço atual. Clique em próximo quando feito.
**Figura 59. Página conta de serviço
**
40. Sobre os grupos de domínio para a página de serviços em cluster, selecione os grupos de domínio que serão usados para o clusteringde failoverinstância. Se você souber o nome dos grupos, digite-os na caixa de texto apropriado no formato Domainname\groupname..
**Figura 60. Grupos de domínio para a página de serviços em cluster
**
Se você não souber o nome do grupo, clique no botão de reticências, e será exibida a página Selecione grupo. Selecione o domínio para pesquisar, digite o nome ou parte do nome e clique em Verificar nomes. Clique em OK.
**Figura 61. Página Selecionar grupo
**
Importante: você deve inserir um grupo de domínio para cada nome de serviço listado. O processo de instalação não pode continuar se qualquer entrada for deixada em branco. Você pode usar o mesmo grupo para todos os serviços listados se tem os privilégios adequados, mas isso não é recomendado.
41. Na página pronto para instalar, clique em próximo para iniciar o processo de instalação.
**Figura 62. página Pronto para Instalar
**
Abaixo está a tela que você verá como as opções de instalação são configuradas para instalar. Dependendo das opções selecionadas na etapa 9, você pode ver itens adicionais listadas em seu resumo. Durante este tempo a instalação estarão acessando os outros nós para instalar pré-requisitos.
**Figura 63. Página de progresso da instalação
**
42. Uma vez o início do processo de instalação, você pode monitorar seu progresso. Nova instalação do SQL Server 2005 é a capacidade de ver o progresso de cada nó durante instalações em cluster. Para ver outro nó, selecioná-lo do nó lista.
**Figura 64. Página de progresso da instalação
**
43. Quando a instalação estiver concluída, a página de configuração progresso irá mostrar todos os produtos com um status de instalação concluída. Clique em próximo.
**Figura 65. Página de progresso da instalação
**
44. Leia as informações apresentadas em Concluindo Microsoft SQL Server 2005 página de configuração e clique em concluir a.
Apêndice C – Instalando e Configurando o cluster de Failover de um Prompt de comando ou um arquivo INI
Esta seção mostra exemplos de executar a instalação específica e outras opções de configuração relacionadas para failover clustering da nova interfacede instalação de prompt de comando. Todas as permutações não serão mostradas aqui, mas os exemplos devem mostrar-lhe como criar seus próprios arquivos se você precisa fazer algo diferente. Você precisará personalizar estes exemplos para seu ambiente.
Nota: você pode ver um pouco diferentes comportamentos entre o prompt de comando e a instalação de configuração baseada em GUI. O antigo instala é mais flexível em certos casos.
Para os arquivos. ini, apenas cortar e colar o texto mostrado abaixo em um arquivo e, em seguida, execute o arquivo no prompt de comando. Você deve ter acesso para os arquivos do SQL Server 2005 instalação, quer em CD/DVD ou um diretório compartilhado, como o processo de instalação usa o Setup. exe que vem com o instalador. A seguir está um exemplo:
d:\servers\setup.exe /settings c:\sql2005clustersetup-asonly.ini /qb
Você também pode executar os comandos directamente no prompt de comando. Cada opção listada no. ini iria ser digitada fora menos [opções]. Por exemplo:
Iniciar/esperar VS d:\servers\setup.exe =SQL INSTALLVS = SQL_Engine INSTANCENAME = "ins2" ADMINPASSWORD = senha ADDNODE = "clunode1" Grupo = "SQL Server 2005"
Ao executar no prompt de comando, você pode usar tanto o /qn ou /qb switches. /qn suprime quaisquer caixas de diálogo, assim que se houver um problema, seria a única forma de detectá-lo exibir os logs de instalação. Por outro lado, /qb exibe algumas caixas de diálogo e erros como se você estivesse executando a instalação baseada em GUI. /QB é útil especialmente quando a execução de um script para a primeira vez ou depurar um script, mas uma vez que o script é conhecido para trabalhar, você pode querer considerar mudar para usando /qn.
Quando você executa no prompt de comando, certifique-se de fazer login no nó que atualmente possui os recursos do SQL Server, ou log em um nó do cluster de failoverválido e move os recursos do SQL Server para o nó que estiver em através do administrador de Cluster. Você deve efetuar um usuário que tem direitos para administrar os nós do cluster, caso contrário que esses comandos falhará.
Nota: a sintaxe abaixo pode diferir ligeiramente os comandos documentados em como: instalar o SQL Server 2005 no Prompt de comando. Para um bom recurso inicial, use o template.ini encontrado na mídia de instalação do SQL Server 2005 e verificar se há atualizações para o tópico BOL um Actualizado versão de livros on-line.
Importante: todos os scripts também têm a opção de PIDKEY, que é a chave de identificação do produto. Isso pode ser encontrado na mídia de instalação.
Instalar o Analysis Services
[Opções]
INSTALLSQLDIR = "C:\Program Files\Microsoft SQL Server\
INSTALLASDATADIR = "M:\AS data\
ADDLOCAL = "analysis_server, analysisdatafiles, client_components, conectividade"
INSTANCENAME = "AS1"
ASACCOUNT = "testdomain\asadmin"
ASPASSWORD = "senha"
** **
ASCOLLATION = SQL_Latin1_General_CP1_CI_AS
** **
ERRORREPORTING = 0
SQMREPORTING = 0
ADMINPASSWORD = senha
VS = SQL2K5AS
INSTALLVS = "analysis_server"
IP = "rede de 172.22.10.188,Public"
Grupo = "Analysis Services"
ADDNODE = "CLUNODE1, CLUNODE2"
ASCLUSTERGROUP = "TESTDOMAIN\Analysis serviços Admins"
Instale o SQL Server
[Opções]
INSTALLSQLDIR = "C:\Program Files\Microsoft SQL Server\
INSTALLSQLDATADIR = "I:\SQL data\
ADDLOCAL = "sql_engine, sql_data_files, sql_replication, SQL_FullText, Client_Components, conectividade"
INSTANCENAME = "INS1"
SQLBROWSERACCOUNT = "testdomain\sqladmin"
SQLBROWSERPASSWORD = "senha"
SQLACCOUNT = "testdomain\sqladmin"
SQLPASSWORD = "senha"
AGTACCOUNT = "testdomain\sqlagentadmin"
AGTPASSWORD = "senha"
SECURITYMODE =SQL
SAPWD = senha
** **
SQLCOLLATION = SQL_Latin1_General_CP1_CI_AS
** **
ERRORREPORTING = 0
SQMREPORTING = 0
ADMINPASSWORD = senha
VS = SQL2K5I1
INSTALLVS = "sql_engine"
IP = "rede de 172.22.10.187,Public"
Grupo = "SQL Server 2005"
ADDNODE = "CLUNODE1, CLUNODE2"
SQLCLUSTERGROUP = "testdomain\SQL Server admins"
AGTCLUSTERGROUP = "testdomain\SQL Agent admins"
FTSCLUSTERGROUP = "testdomain\fts admins"
Desinstalar o Analysis Services
[Opções]
VS = SQL2K5AS
INSTANCENAME = "AS1"
Remover = "analysis_server"
ADMINPASSWORD = "senha"
Desinstalar o SQL Server
[Opções]
VS = SQL2K5I1
INSTANCENAME = "INS1"
Remover = "sql_engine"
ADMINPASSWORD = "senha"
Instalar as ferramentas de cliente apenas
[Opções]
INSTALLSQLDIR = "C:\Program Files\Microsoft SQL Server\
ADDLOCAL = "SQL_DTS, Client_Components, conectividade, SQL_Tools90, SQL_WarehouseDevWorkbench, SQLXML, Tools_Legacy, SQL_Documentation, SQL_BooksOnline"
ERRORREPORTING = 0
SQMREPORTING = 0
Recriar o mestre
[Opções]
VS = "SQL2K5I1"
INSTANCENAME = "INS1"
REINSTALE = "sql_engine"
REBUILDDATABASE = 1
ADMINPASSWORD = "senha"
SQLACCOUNT = "testdomain\sqladmin"
SQLPASSWORD = "senha"
AGTACCOUNT = "testdomain\sqlagentadmin"
AGTPASSWORD = "senha"
; Só use se alterando o agrupamento – descomente SQLCOLLATION
; e adicionar um válido agrupamento
;SQLCOLLATION = SQL_Latin1_General_CP1_CI_AS
Apêndice D – instalando um Service Pack do SQL Server 2005 em um Cluster
1. Depois de baixar o instalador de pacote de serviço para o nó que possui o SQL Server instância que está sendo atualizada, clique duas vezes o arquivo executável (por exemplo, SQLServer2005SP1-KB913090-x 86-PTB. exe) para iniciar o processo de instalação. Enquanto ele é iniciado, você verá uma caixa de diálogo semelhante a abaixo. Quando você ver a página de boas-vindas, clique em próximo.
Figura 66. Caixa de diálogo do produto enumeração
**Figura 67. Página de boas-vindas
**
2. Selecione eu aceito os termos e condições depois de ler o contrato de licença de usuário final e clique próximo.
**Figura 68. Contrato de licença de usuário final
**
3. A página de seleção de recursos irá mostrar os componentes que estão disponíveis para o upgrade. Você pode cancelar a seleção de alguns dos recursos, mas observe que se você selecionar determinadas características, a página irá indicar se a actualização é necessária ou se todos os recursos relacionados a essa instância do mecanismo relacional ou Analysis Services devem ser atualizados ao mesmo tempo. Clique em próximo quando estiver pronto para continuar.
Figura 69. Na página seleção do recurso
**Figura 70. Na página seleção do recurso
**
4. Na página do modo de autenticação, selecione o método pelo qual o serviço pack irá conectar-se ao SQL Server. Se você selecionar a autenticação do SQL Server, você deve digitar o sa senha. Clique em próximo.
**Figura 71. Página Modo de Autenticação
**
5. Na página da conta de usuário remoto, insira o nome da conta de administrador de cluster que tenha os privilégios para gravar arquivos em cada nó do cluster em Username, a senha da conta no senhae a conta de domínio em domínio.
**Figura 72. Página de conta de usuário remota
**
Clique em próximo.
6. Na página pronto para instalar, clique em instalar.
**Figura 73. página Pronto para Instalar
**
Durante o processo de instalação, o status de cada componente irá aparecer na página de progresso da instalação. Uma marca de seleção aparecerá quando esse recurso é instalado completamente. Na Status coluna, a mensagem "É necessário reinicializar" aparecerá se esse recurso fará com que todos os nós ser reiniciado após a instalação ser concluída.
**Figura 74. página Progresso da Instalação
**
O instalador também detecta se a instalação de um programa antes do serviço pack deixou pendente operações de arquivo que podem ter exigido uma reinicialização.
**Figura 75. Caixa de diálogo de reinicializar os arquivos encontrados pendente
**
O instalador irá detectar arquivos que precisam ser atualizados, mas pode ser bloqueado (por exemplo, se o SQL Server Configuration Manager foi deixado em aberto no servidor).
**Figura 76. Bloqueado a caixa de diálogo de arquivos encontrados
**
7. Quando o processo de instalação estiver concluído, será exibida uma caixa de mensagem se uma reinicialização é necessária. Em caso afirmativo, clique em OK.
**Figura 77. Caixa de diálogo necessária de reinicialização do computador
**
8. Clique em próximo.
**Figura 78. página Progresso da Instalação
**
9. Na página Instalação concluída, clique em concluir a.
**Figura 79. Página completa instalação
**
10. Se necessário, reinicie todos os nós que fazem parte da definição da instância que tenha sido atualizado.
11. Uma vez que os nós são reinicializados, se as ferramentas de gerenciamento do SQL Server estão instaladas em outros nós, execute novamente o serviço pack executável em nós para atualizar as ferramentas.
**
Apêndice E- SQL Server 2005 diretório e registro estruturas**
A estrutura em disco do SQL Server 2005 é diferente do SQL Server 2000. SQL Server 2000 está instalado em um rolamento de diretório o nome da instância está sendo instalado e suas configurações estão contidas em uma chave de registro que leva seu nome. Para garantir que as coisas não são perturbadas em um cenário de lado a lado com o SQL Server 2000 e SQL Server 2005, nem todos os binários podem ser instalados no mesmo diretório que a versão que está sendo atualizado.
Porque SQL Server obriga a nova instalação em uma estrutura diferente daquele usado com o SQL Server 2000, o SQL Server 2005 fornece melhor suporte para upgrades. SQL Configuração de servidor usa uma instância GUID em vez de um nome de instância nos caminhos de diretório e registro. A instância GUID é um número que é o próximo na ordem serial para o mais alto instalado instância GUID na máquina. A instância GUID é gerado pela instalação do SQL Server durante a instalação. Se ocorrerem falhas em desinstala a seqüência GUID devido a, IDs não serão gerados para preenchê-las; o GUID gerado pelo programa de instalação será sempre o próximo maior na seqüência.
Esta abordagem pode parecer um pouco confusa pois cada subdiretório é enumerado em vez do nome, mas a vantagem é que no "compartilhado" seção do SQL Server 2005 entradas do registro, mapas de instalação os nomes de diretório real e caminhos do registro dos nomes de instância , para que SQL Server sabe que acessar. É por isso que SQL Server 2005 agora tem a capacidade de mudar o nome de instâncias em cluster.
Estrutura de diretório específico da instância
A estrutura de diretórios do SQL Server 2005 é o seguinte:
· unidade %\Program files\Microsoft SQL Server\90\instancenameMSSQL.< instância GUID >.
· \Binn-Diretório de binários do SQL Server, conteúdo básico permanece o mesmo com as instalações existentes do SQL Server 2000.
· \Data-diretório, conteúdo permanece o mesmo com as instalações existentes do SQL Server 2000.
Para obter mais informações, consulte Locais de arquivo padrão instâncias do SQL Server 2005 e nomeado.
Estrutura de diretório de ferramentas
· "% unidade %\Program Files\Microsoft SQL Server\90\shared
Estrutura do registro
Formato do registro para a instância-informações específicas e as informações compartilhadas comuns:
· HKLM\SYSTEM\Software\Microsoft\SQL Server\90\instancename GUID
e HKLM\SYSTEM\Software\Microsoft\SQL Server\90\shared.
** **
Apêndice F – dependências de cluster de Failover
A tabela abaixo lista os nomes dos recursos do SQL Server, o que eles estavam em 2000 para comparação e quais dependências que eles exigem.
Nome do recurso de 2000 |
Nome do recurso de 2005 |
Dependências |
SQL Endereço IPx (VSName) |
SQL Endereço IP x (VSName) |
Nenhum |
SQL Rede Name(VSName) |
SQL Nome de rede (VSName) |
SQL Endereço IP |
SQL Servidor ou SQL Servidor (InstanceName) |
SQL Servidor ou SQL Servidor (InstanceName) |
Recursos, nome de rede do SQL em disco |
SQL Agente de servidor ou SQL Server Agent (InstanceName) |
SQL Agente de servidor ou SQL Server Agent (InstanceName) |
SQL Server |
SQL Texto completo do servidor ou SQL Texto completo do servidor (InstanceName) |
SQL Texto completo do servidor ou SQL Texto completo do servidor (InstanceName) |
Recursos de disco |
N/A |
Serviços de análise ou Serviços de análise (InstanceName) |
Recursos, nome de rede do SQL em disco |
X é um número, VSName é o nome do cluster virtual server atribuído na instalação, e InstanceName é o nome do nomeado instância atribuído durante a instalação.
Log detalhado sobre as DLLs de recursos do SQL Server pode ser conjunto usando a funcionalidade de prompt de comando do administrador de Cluster.
Nota: o tipo de recurso do SQL Server Full-Text no SQL Server 2005 foi alterado do SQL Server 2000. Agora é um recurso genérico. Cada instância instalada em um cluster obtém seu próprio recurso Full-Text em vez do subjacente serviço de texto completo de compartilhamento como o SQL Server 2000 de failover clustering fez. O recurso de Full-Text agora também é conhecido como msftesql serviço.
Nota: O SQL Server 2005 DLL padrão é um tempo limite de 180 segundos. Isto foi implementado pela primeira vez no SQL Server 2000 Service Pack 4; antes disso, o tempo limite padronizado para 60 segundos.**
**
Apêndice G – visão geral sobre a terminologia do Cluster
O seguinte é uma lista de componentes de hardware usados em clusters do Windows, que é um recurso do Microsoft Windows 2000 Advanced Server, Windows 2000 Datacenter Server, Windows 2003 Enterprise Edition, Windows 2003 Datacenter Edition:
Nós de cluster
Um nó é um servidor físico configurado como parte de um cluster de servidor Windows.
Pulsação
O heartbeat é uma rede privada conjunto até entre os nós do cluster que é verificado para ver se um servidor está em execução. Isso ocorre em intervalos regulares, conhecidos como frações de tempo. Se o heartbeat não está funcionando, um failover é iniciado, e outro nó no cluster assume os serviços.
Rede externa
Para complementar a rede privada de pulsação, pelo menos uma rede pública deve ser habilitada para que conexões externas podem ser feitas para o cluster.
Compartilhados matriz de disco do Cluster
A matriz de disco compartilhado é uma coleção de discos físicos (RAID SCSI ou FibreChannel) que é acessado pelo cluster. O Clustering do Windows oferece suporte matrizes de disco compartilhado-nada. Uma matriz de disco compartilhado-nada é uma configuração em que somente um nó pode ter um determinado recurso a qualquer momento. Todos os outros nós têm acesso negados, até que eles são proprietários do recurso. Isso protege os dados sejam substituídos quando dois computadores têm acesso simultâneo à mesma unidade.
Unidade de quorum
A unidade de quorum é uma unidade lógica designada na matriz de disco compartilhado para clusters do Windows. Esta unidade continuamente actualizada contém informações sobre o estado do cluster. Se a unidade de quorum for corrompida ou danificada, a instalação de cluster também for corrompida ou danificada. A unidade de quorum é usada em um quórum"compartilhado" configuração; para um quorum"local" (ou conjunto de nós principais) configuração, um disco local é usado em cada nó.
Sistema operacional componentes
O seguinte é uma lista de componentes, também conhecido como recursos de cluster, que estão expostos no níveldo sistema operacional.
Nome do cluster
O nome que conexões externas do Windows Server 2003 usam para se referir ao cluster propriamente dito, não o servidor SQL Server virtual. Nós de cluster individuais nunca são referenciados.
Endereço IP do cluster
O endereço IP usado por todas as conexões externas para chegar a cluster de failover propriamente dito, não o servidor SQL Server virtual.
Conta de administrador de cluster
Essa conta é usada para administrar e possuir o cluster de failover. Uma conta de administrador de Cluster deve ser criada nonível do domínioe deve ser um administrador em todos os nós do cluster.
Tipos de recurso de cluster
Recursos de cluster incluem quaisquer serviços, software ou hardware que pode ser configurado dentro de um cluster. Estes incluem: DHCP, compartilhamento de arquivos, aplicativo genérico, genérico serviço, internet protocolo, nome de rede, disco físico, imprimir spooler e WINS.
Grupo de cluster
Um grupo de cluster é um coleção de recursos de cluster logicamente agrupados e pode conter serviços de clusters de aplicativos como o SQL Server 2005. Conceitualmente, um grupo de cluster é uma pasta em seu disco rígido que contém informações relacionadas.
Instância de cluster de failover
Desde o lançamento do Microsoft Virtual Server 2005, o termo "Servidor Virtual" não é mais usado no contexto de failover clustering. O termo "failover clusterizada instância" (FCI) agora é usado para eliminar essa confusão.
Compreender o conceito de um failover cluster instância, anteriormente conhecido como um servidor virtual, é chave para a compreensão de failover clustering. Para um cliente ou aplicativo, um servidor virtual é o nome do servidor ou o endereço IP usado para acesso. A conexão entre o cliente e o servidor virtual não precisa saber qual nó em um cluster está hospedando o servidor virtual. Um cluster instância do SQL Server é conhecido como um servidor virtual do SQL Server.
** **
Recursos adicionais
Para obter mais informações sobre o SQL Server 2000 failover clustering, consulte o SQL Server 2000 Failover Clustering livro branco.
Para obter mais informações sobre o SQL Server 2005 failover clustering, consulte os seguintes recursos:
· Microsoft SQL Server site da Web
· Manuais Online do SQL Server 2005
· Windows Server 2003 Technology Center Home
Este livro ajudá-lo? Por favor, dê-nos seus comentários. Em uma escala de 1 (pobres) a 5 (excelente), como você classificaria este documento?
** **