Load Balance no Microsoft SqlServer

Como anda a evolução do Microsoft SQLServer sobre balanceamento de carga (load balance) em diversos servidores de uma rede

SQL Servidor 2005 ainda não implementa balaceamento de carga (load balance), mas oferece algumas melhorias animadoras e implementa todos os métodos de carga-equilibrando disponível em versões prévias de Servidor de SQL.

Resumo das novas características do SQL Server 2005:

TABELA DE CONTEÚDO
A replicação de Transactional com igual-a-perscruta topologia
A tabela partilha
O apoio e restaura melhoras (pouco a pouco restaura)
A base de dados espelhando e tira um instantâneo

A replicação de Transactional com igual-a-perscruta topologia Retorne a Tabela de Conteúdo

A replicação de Transactional foi aumentada com igual-a-igual (P2P) apoio de topologia em SQL Servidor 2005.

SQL Servidor 2000 apoios replicação bidirecional, que permite dois servidores simultaneamente publicar e subscrever a dados de um outro. Os servidores podiam atualizar os mesmos dados compartilhados, mas foram limitados a só dois servidores em tal topologia.

O topologia P2P implementa um número ilimitado de publicar servidores que trocam transações um entre o outro. Naturalmente como o número de participar aumentos de editores, então faz o estado latente de transactional. Mesmo que não há nenhum limite teórico ao número de nóes envolvidos em seu topologia P2P, só um número finito forneceria desempenho aceitável. O Microsoft recomenda permanecer em ou sob 12 iguais para desempenho ideal.

Não obstante, o topologia P2P é um passo enorme adiante para SQL Servidor: Agora múltiplos servidores de igual podem mudar os dados e duplica transações a outros editores. Este meio que esse servidores de assinante não irão mais são limitados a predominantemente informando ambientes. Podia ter servidores distribuídos através do globo compartilhando a carga de transactional. Como o número de operadores aumenta, simplesmente adiciona outro servidor à piscina.

Além de carga de distribuição, esta topologia aumenta disponibilidade; se qualquer servidor de igual tornasse-se indisponível, os servidores restantes na piscina podiam compartilhar a carga desde que cada servidor teria o pleno jogo de dados disponível em todos os outros servidores.

A seguinte tabela resume-se as vantagens e desvantagens de usar topologia P2P para carga equilibrar.

Perscrute-a-profissionais de topologia de igual e contras
Profissionais Contras

* Todos servidores que participam têm um pleno jogo de dados.
* Os operadores podem ligar a qualquer servidor de igual ler ou modificar dados.
* Leia desempenho é possível beneficiar-se grandemente por distribuir carga através de servidores.

* Múltiplos servidores podiam mudar os mesmos dados, que levariam a conflitos. A replicação de Transactional não implementa resolução de conflito para fora da caixa. Teria que compreender-se como manipular ou prevenir conflitos potenciais.
* O desempenho sofrerá como o número de aumentos de servidores de igual.
* Escreva atividade executar o mesmo, como se todos dados esteja no mesmo servidor.

A nota: A replicação também foi aumentada manipular mudanças de schema de base de dados sem sutura. Em liberações prévias, mudando duplicou schema do objeto exigiu tempo ocioso. Isto não é mais o caso com SQL Servidor 2005.

A tabela partilha Retorne a Tabela de Conteúdo

Distribuído partilhou pareceres trabalhar a mesma maneira em SQL Servidor 2005 como fizeram em versões prévias. No entanto, SQL Servidor 2005 também implementa tabela partilhar, que pode ajudá-lo melhorar desempenho por distribuir a carga de lê-escreve através de múltiplos discos (ou formações de disco).

Para partilhar uma tabela, você deve identificar que coluna será usado para partilhar e os alcances designados a cada partição. Por exemplo, os valores de uma coluna de identidade podem definir alcances de partição; estima um por um milhão podia residir em uma partição, um milhão por dois milhões na próxima partição, e tão adiante. Os alcances de partição são especificados com funções de partição. Então você também deve criar um esquema de partição traçar cada alcance de valores definidos com uma função de partição a um filegroup separado. Cada filegroup então pode ser colocado num disco diferente.

A seguinte tabela identifica profissionais e contras de tabela partilhar:

A tabela partilha profissionais e contras
Profissionais Contras

* Fácil de montar usando esquemas de partição e funções
* Facilite a manutenção de tabelas grandes (com bilhões de filas)
* Permite criação de índices separados para cada partição

* Há certas limitações em tipos de dados implementados pelo partilha colunas.
* Cada tabela deve ser montado para separado partilha, mas pode reutilizar a mesma função de partição para múltiplas tabelas.
* A tabela partilha permite que espalhe a carga através de discos. No entanto, todos dados ainda serão administrados por um único servidor. Se seu gargalo de desempenho é associado com CPU ou memória, este método provavelmente não é sua melhor escolha.

O apoio e restaura melhoras (pouco a pouco restaura) Retorne a Tabela de Conteúdo

O apoio DO SQL Servidor e restaura características não mudou muito, mas Microsoft adicionou alguma nova funcionalidade que permite que operadores acedam bases de dados sendo restaurado mais rápido que antes.

SQL Servidor 2005 agora implementa um pouco a pouco base de dados restaura. Pouco a pouco restaure permite que restaure o filegroup primário primeiro e traz a base de dados online. Filegroups secundário então disponível também pode ser restaurado. Logo que o filegroup primário é restaurado, operadores podem ligar à base de dados. Outro filegroups pode continuar sendo restaurado enquanto a base de dados está disponível para inquirir e transações. O Filegroups sendo restaurado são marcados desligada.

Suponha que você tem uma 100 base de dados de GB de que 75 GB é dados históricos sendo lidos raramente. Podia colocar os dados históricos no próprio filegroup e tem outro filegroup para dados freqüentemente acedidos. Se mantem dados recentes no filegroup primário, você só terá que restaurar 25 GB permitir que operadores ligassem a sua base de dados. Então você pode restaurar o outro filegroup contendo dados históricos.

A seguinte tabela identifica os profissionais e contras deste apoio e restaura solução:

O apoio e restaura profissionais e contras
Profissionais Contras

* Muito fácil de implementar e de manter
* Permite que ambos lêem e escrevem acesso à base de dados de relatório

* Não fornece para cima-a-o-dados minúsculos
* A base de dados não é acessível enquanto está sendo restaurado. Este meio que nenhuns relatórios podem ser gerados.

A base de dados espelhando e tira um instantâneo Retorne a Tabela de Conteúdo

SQL Servidor 2005 introduz o conceito de base de dados espelhar ajudar em disponibilidade alta. Para ser específico, base de dados espelhar trabalhará com SQL Servidor 2005 logo que oficialmente é liberado. No entanto, espelhar não será implementado até a liberação de SQL Servidor 2005 Serviço Pacote 1, experimentalmente programado para cedo 2006.

Sob as coberturas, espelhar trabalha semelhante registrar despacho.

1. Os registros de tora de transação são aplicados a arquivos de base de dados em dois servidores. Não como despacho de tora, base de dados espelhar não exige implementar toras de transação e apoios de cópia ao servidor de estado de prontidão.
2. Base de dados espelhar escreve dados duas vezes continuamente. Não como despacho de tora, a base de dados de estado de prontidão deve permanecer em modo de nenhum-recuperação, que prevene mesmo lê-único acesso a dados. No entanto, espelhar permite instantâneos da base de dados de estado de prontidão.

Os instantâneos de base de dados são mas outra característica introduziu em SQL Servidor 2005. Um instantâneo é um clone da base de dados num ponto particular com o tempo. Uma vez você toma um instantâneo da base de dados espelhada, você pode permitir que operadores inquirissem o instantâneo. Tire um instantâneo a geração tipicamente só toma alguns segundos porque nenhuns dados realmente é copiado durante este processo. Portanto, distribuir a carga através de seu primário e servidor de estado de prontidão, você podia espelhar sua base de dados e periodicamente toma instantâneos no servidor de estado de prontidão. Você também podia usar instantâneos para informar propósitos no servidor primário.

A seguinte tabela resume-se profissionais e contras de base de dados espelhar e instantâneos:
A base de dados espelhando e tira um instantâneo profissionais e contras
Profissionais Contras

* Gerar um instantâneo de uma base de dados espelhada é muito rápido
* Os dados é atuais porque continuamente é escrito ao espelho.
* Os instantâneos de múltiplo podem ser gerados na mesma base de dados.

* Os instantâneos fornecem lê-único acesso aos dados.
* Ter instantâneos adiciona certas despesas gerais no servidor e tem um impacto negativo em desempenho.
* Se acontecesse fracassar sobre ao servidor espelhado, atividade de tanto transactional como informar seria dirigido ao mesmo servidor (mas bases de dados diferentes).

Sobre o autor: Baya Pavliashvili é gerente de DBA com HealthStream Inc. -- O líder em educação de saúde online. Neste papel, Pavliashvili supervisiona operações de base de dados implementando sobre um milhão de operadores. Suas áreas primárias de perícia incluem desempenho afinar, replicação e armazenagem de dados. Pode ser alcançado em baya.pavliashvili@healthstream.com.

Add Favorites / Bookmark

importar no delicious