Backup somente cópia em servidores SQL explicado

Embora a Structured Query Language (SQL) exista há décadas, ela continua relevante para as empresas e não vai desaparecer tão cedo. Além de funcionar bem para muitas equipes de TI no mundo todo até hoje, segue evoluindo e permanece como a base dos bancos de dados relacionais modernos usados tanto no local quanto na nuvem. Como diz o ditado: “se não está quebrado, não conserte”.

Ainda assim, para garantir a proteção dos dados armazenados em servidores SQL, os profissionais de TI fazem backup com regularidade. Há várias formas de fazer isso, e dois métodos bem conhecidos de backup para servidores SQL são o backup diferencial e o backup somente cópia. Se quiser executar um backup independente da sequência de backups convencionais, o backup somente cópia é exatamente o que precisa.

O que é um backup somente cópia em um servidor SQL?

O backup somente cópia é um tipo de backup para servidores SQL que fica separado da sequência de backups convencionais. Na prática, ele cria um backup que não interfere nos outros backups originais nem nos processos de restauração. É útil para fazer mudanças experimentais nas informações copiadas sem afetar os dados originais. Diferente de outros backups completos, o backup somente cópia não pode servir de base para backups diferenciais.

Tipos de backup somente cópia em servidores SQL

Somente cópia em backups completos (todos os modelos de recuperação)

Embora o somente cópia possa ser usado para um backup completo, lembre-se de que ele não serve como base para um backup diferencial. Backups diferenciais em servidores SQL exigem backups completos, e backups somente cópia não substituem esse papel. Já a restauração de um backup somente cópia segue o mesmo processo de qualquer outro backup SQL.

Somente cópia em backups de log (apenas modelos de recuperação completa e com log de operações em massa)

O objetivo de um backup de log somente cópia é copiar o ponto de arquivamento de log existente, mas, na maioria das vezes, esse método específico é desnecessário. Segundo a Microsoft, backups de log somente cópia servem principalmente para solução de problemas ou cenários especiais de restauração e não fazem parte de estratégias rotineiras de backup de log. Mesmo assim, embora pouco usado, um backup de log somente cópia pode ajudar a realizar uma restauração online em certas situações.

Prós e contras do backup somente cópia em servidores SQL

Prós:

• O backup somente cópia não interfere na sequência de backups

A principal vantagem do backup somente cópia é não interferir na sequência de backups nem nos processos normais de restauração. Normalmente, a maioria dos métodos de backup para servidores SQL afeta esses processos. Com o somente cópia, as equipes de TI conseguem criar backups que não interferem nos outros backups originais.

• O backup somente cópia é restaurado como qualquer outro backup

Felizmente, não é preciso nenhuma habilidade ou conhecimento adicional para restaurar um backup somente cópia, desde que entenda de SQL. Ou seja, o processo de restauração é igual ao de qualquer restauração de dados comum.

• Os métodos de backup somente cópia são fáceis de executar

Existem várias maneiras de executar um backup somente cópia, entre elas

• • usar o SQL Server Management Studio (SSMS),
  • configurar o transact-SQL (TSQL) ou
  • implementar

Com o backup somente cópia, os administradores de TI podem escolher a melhor forma de executá-lo conforme a situação.

Contras:

• O backup somente cópia não dá suporte a backups diferenciais

Se uma equipe de TI quiser usar backups diferenciais para os dados do servidor SQL, precisará primeiro fazer um backup completo. Não dá para usar backups somente cópia no lugar de um backup completo para sustentar backups diferenciais.

• O backup somente cópia pode ser desnecessário

Como o backup somente cópia salva o ponto de arquivamento de log existente, ele não interfere na sequência dos backups regulares. Como já mencionado, a própria Microsoft admite: “backups de log somente cópia são normalmente desnecessários. Em vez disso, você pode criar um novo backup de log de rotina (usando WITH NORECOVERY) e usá-lo junto com os backups de log anteriores necessários para a sequência de restauração”.

3 maneiras de executar um backup somente cópia

1) Usar o SQL Server Management Studio (SSMS)

Se a sua organização usa o SSMS, dá para executar um backup somente cópia com poucos cliques.

2) Testar o transact-SQL

Outro método é usar o TSQL, uma extensão da linguagem SQL. Esse método usa o parâmetro COPY_ONLY e faz backup do log de transações.

3) Usar o PowerShell

Por fim, dá para usar o PowerShell para executar um backup somente cópia com o parâmetro -CopyOnly.

Conclusão

Hoje, muitas empresas guardam seus dados críticos em bancos de dados de servidores SQL. Entre os vários métodos de backup para servidores SQL, o somente cópia é pouco usado, mas pode ser útil em situações específicas. Embora nunca deva substituir backups completos e diferenciais, ele ajuda a testar restaurações, auditorias ou processos externos sem interromper as cadeias de backup existentes.

Assista ao guia em vídeo aqui: “Backup somente cópia em servidores SQL explicado”.

Se quiser melhorar a estratégia geral de backup de dados da sua empresa, NinjaOne Backup oferece backup e recuperação integrados para dispositivos e servidores, além de opções flexíveis de armazenamento para ambientes de TI locais, na nuvem e híbridos — tudo em um console unificado. Com NinjaOne Backup, você também aproveita backup de imagem sem cadeia, suporte multiplataforma (Windows e macOS) e restauração remota.

Comece o teste grátis de 14 dias da solução de backup do NinjaOne ou assista a uma demonstração gratuita.