SQL Server: Tenha sempre um plano de backup
Don' t confundir o backup e restaurar com alta disponibilidade. Caso ocorra uma interrupção, o backup e a restauração trarão seus dados de volta, mas somente depois de algum tempo de inatividade.
Saleem Hakani
Em um mundo ideal, discos rígidos e outro hardware nunca falhará. Software nunca seria defeituoso, usuários não cometem erros, e os hackers nunca seria bem sucedidos.
No entanto, vivemos em um mundo de menos-que-perfeito. Precisamos planejar e preparar para lidar com eventos adversos. Executar e manter backups de boas e saudáveis é uma das principais prioridades para qualquer administrador ou engenheiro trabalhando com SQL Server.
Backup e restauração não é HA
Aqui está uma boa regra para manter em mente: Backup e restauração não é um recurso de alta disponibilidade (HA). Restaurar um banco de dados de backup é simplesmente um recurso de reparação, não um recurso de disponibilidade.
Se você está executando um sistema de missão crítica e seu banco de dados requer HA, depois investigar diversas características reais HA disponíveis no SQL Server. HA não equiparar para backup e restauração.
Se você estiver executando um sistema de missão crítica ou grande, você precisa de seu banco de dados estar disponível continuamente ou por longos períodos de tempo com o tempo de inatividade mínimo para tarefas de manutenção. Portanto, a duração das situações de restauração de banco de dados deve ser mantida tão curta quanto possível.
Além disso, se você estiver usando bancos de dados excepcionalmente grandes, eles exigem longos períodos de tempo para realizar o backup e restaurar. Você deve olhar em alguns dos novos recursos SQL Server oferece para aumentar o backup e restaurar a velocidade operacional. Isso ajuda a minimizar o efeito sobre os usuários durante o backup e restaurar operações.
Aqui está uma olhada em algumas outras técnicas específicas.
**Vários dispositivos de backup:**Se você estiver executando backups e restaurações em um grande banco de dados, você deve usar simultaneamente vários dispositivos de backup. Esta configuração irá ajudá-lo a gravar os backups de todos os dispositivos ao mesmo tempo. Usar vários dispositivos de backup no SQL Server permite que você escreva os backups de banco de dados para todos os dispositivos em paralelo.
Um potencial gargalo no backup throughput é a velocidade do dispositivo de backup. Usar vários dispositivos de backup pode aumentar throughput proporcional ao número de dispositivos que você está usando. Da mesma forma, você pode restaurar o backup de múltiplos dispositivos em paralelo.
**Conjunto de mídias espelhado:**Se você usar um conjunto de mídias espelhado, você pode ter um total de quatro espelhos por um conjunto de mídias. Com o conjunto de mídias espelhado, a operação de backup grava para vários grupos de dispositivos de backup. Cada grupo de dispositivos de backup torna-se um único espelho no conjunto de mídias espelhado. Cada conjunto único espelho deve usar a mesma quantidade e tipo de dispositivos de backup físicos, e todos devem ter as mesmas propriedades.
**Backups instantâneos:**Este é o caminho mais rápido para realizar backups de banco de dados. Um backup de instantâneo é um backup especializado criado quase instantaneamente usando uma solução de espelhamento dividido Obtida de um fornecedor independente de hardware e software.
Backups instantâneos minimizar ou eliminam o uso de recursos de SQL Server para realizar o backup. Isso é especialmente útil para moderada a grande bancos de dados para que a disponibilidade é fundamental. Às vezes, você pode executar backups instantâneos e restaurações em segundos, com pouco ou nenhum efeito sobre o servidor.
**Low-compactação de backup de prioridade:**Backup de bancos de dados usando o recurso de compactação de backup recém-introduzidos poderia aumentar o uso da CPU. Qualquer capacidade adicional de CPU consumida pelo processo de compressão pode afetar operações simultâneas. Portanto, sempre que possível, você deve criar um backup compactado de baixa prioridade, cujo uso de CPU é limitado pelo governador recurso para evitar qualquer contenção de CPU.
**Completo, diferencial e Log backups:**Se o modelo de recuperação de banco de dados está definido como completo, use uma combinação diferente de backups (tais como completo, diferencial e Log). Isto irá ajudá-lo a minimizar o número de backups que você precisa aplicar para trazer o banco de dados para o ponto de falha.
**Arquivo/file backups de Grupo:**Usar backups de grupo do arquivo/arquivo e backups do log de T. Estas técnicas permitem backup ou restaurem apenas os arquivos que contêm os dados relevantes. Porque você não está fazendo backup ou restaurar o banco de dados inteiro, a operação é muito mais rápida.
**Utilize um disco diferente para backups:**Não use o mesmo disco físico que contém os arquivos de banco de dados ou arquivos de Log para fins de backup. Usar o mesmo disco físico não só afeta o desempenho, mas também pode reduzir a capacidade de recuperação do plano.
Lembre-se de selecionar algumas técnicas e táticas para backup e restauração que funcionam melhor dentro de sua configuração. É um aspecto essencial de qualquer estratégia operacional do SQL Server .
.jpg)
Saleem Hakani é um arquiteto principal da Microsoft com mais de 18 anos de experiência. Ele trabalha com SQL Server desde 1992 e já trabalhou em inúmeros serviços de Microsoft em larga escala como um engenheiro e arquiteto nos últimos sete anos, incluindo Hotmail, Bing e MSN. Hakani leva à comunidade mundial de SQL Server para funcionários da Microsoft e é um apresentador de técnico para vários eventos da Microsoft incluindo TechReady, SQLFEST, SQL-escola e SQLPASS.