Daniel Paulo

Backup Para evitar perdas de informações importantes, será necessário criar estratégias para a implementação de backup.

Planejando o Backup/Restore - O backup deve ser executado no momento de menor utilização - Sistemas OLAP não exige uma periodicidade muito frequente para backup - Nos backups podemos encontrar a localização dos arquivos originais - O backup do SQL dinâmico (online) os usuários continuam trabalhando. - As alterações ocorridas no momento em que é criado é armazenado no Transaction LOG - Sistemas OLTP deve ser realizado com frequência

Para implementar uma estratégia de backup é necessário: Tempo de retenção do backup; Tempo máximo para restauração do ambiente; Local de armazenamento das cópias de backup; Usuários que realizam o backup

Quem pode executar o backup O backup pode ser realizado pelos membros: - Fixed database role db_backupoperator - Fixed database role db_owner - Fized server role sysadmin

Tipos de mídia para armazenar backups TAPE Backup Devices - É necessário a conexão do servidor com a TAPE - Durante o processo o SQL poderá solicitar mais Fitas

Disk Backup Devices - Backups realizados em disco - Pode ser um disco local ou remoto - Baseado na conveção UNC (Universal Naming Conventional) \\Servername\Sharename\Path\file para conexões remotas - É necessário possuir permissão de leitura e gravação

DEVICES de Backup Local de armazenamento dos backups - Nome físico do device de backup BACKUP DATABASE Impacta TO DISK ='C:\backup\backup_Impacta.bak’

Nome Lógico do device de backup - É a identificação de um arquivo de backup - O nome lógico só pode ser criado junto com o DEVICE de backup - A procedure sp_addumodevice pode ser utilizada para a definição dos devices de backup - Os devices são registrados na sys.backup_devices

1. Para criar um device Exec = = 'c:\Backup\Backup_Impacta.bak' 2. Para executar BACKUP DATABASE Impacta TO Backup_Impacta

Backup Set, media set, media family, initial media, continuation media Backup set: É o conteúdo de uma só operação de Backup Media family: Todas as mídias destinadas ao armazenamento de um só backup set através de um único device Media set: É o conjunto de mídias, independente do conjunto de devices e de mídias utilizadas Initial media: É a mídia inicial Continuation Media: Mídias restantes (somente Tape)

Usando múltiplos backup devices - Uma operação individual de backup permite o uso de até 64 devices de backup. Devem ser do mesmo tipo tapes ou discos - Deve ser reservada a mídia para a operação de backup - Todas as operações devem utilizar um mesmo media set

Atividades que não podem ser executadas durante o processo de backup - Criação de índices - Alteração ou criação de banco de dados - Execução de operações não registradas no Transaction LOG - Autocrescimento

Modelos de RECOVERY Simple Recovery - Restaura o último Backup diferencial ou completo - Não realiza backup do Transaction LOG - Reduz o tamanho do Transaction LOG - Maior risco de perda de dados - Não indicado em sistemas importantes

FULL Recovery - Recuperação em um ponto específico ou do momento em que ocorreu a falha - Todas as operações são armazenadas no arquivo de LOG (Inclusive Create Index, Select into e Bulk Loading) - Permite a execução de qualquer tipo de backup: Completo, diferencial, LOG, arquivo e FILEGROUP - Na versão 2008 é possível realizar um backup diferencial enquanto ocorre um restore de LOG

BULK LOGGED Recovery - Indicado em operações de maior escala - Maior performance - Ocupa um menor espaço no arquivo de LOG - As operações são registradas no arquivo de LOG: Create Index, Select Into, Writetext / updatetext, bcp e BULK INSERT - É possível realizar o restore somente do Banco de Dados já que as operações não são registradas no arquivo de Log

Modalidades de Backup O SQL suporta 2 modalidades de backup: Lógico – Exportação de tabelas para arquivos físicos Físico – Cópia física dos arquivos de dados e de log Processos de backup Físico Backup quente (Hot Backup) – Efetuado junto com a utilização de outros usuários Backup Frio (Cold Backup) – Realizado com o banco em modo OFFLINE, não permite alterações enquanto o backup esta sendo executado

Backup físico frio É necessário alterar o modo de acesso do banco, encerrando assim, todas as conexões. ALTER DATABASE {nome do banco} SET OFFLINE * Caso seja realizado da INSTANCE é necessário parar o serviço do SQL

Tipos de HOT Backup Completo: Realiza o backup de todo o banco Incremental: Alterações realizadas desde o último backup LOG: Do arquivo de LOG FILEGROUP: De um FILEGROUP específico TAIL LOG: Da parte final do arquivo de LOG

Exemplo

Restore Caso seja necessário retornar os dados a uma determinada posição

Verificações para restaurar um Backup RESTORE HEADERONLY - Informações relacionadas ao cabeçalho de um arquivo de backup podem ser obtidas por meio deste comando - Informações de: -Nome e a descrição do arquivo de backup ou do backup set -Tipo de Mídia -Tipo de Backup escolhido -Data e hora do backup -Tamanho do backup - O número sequencial de backup dentro de uma cadeia de vários arquivos

RESTORE FILELISTONLY - Para que não ocorra um restore desnecessário é recomendado utiizar este comando - Informações de: -Nome lógico e físico dos arquivos que fazem parte do transaction LOG e do banco de dados -Tamanho do Backup set (MB) -FILEGROUP

RESTORE LABELONLY - Informações relacionadas à mídia na qual encontramos o arquivo de backup RESTORE VERIFYONLY - Verifica se é possível restaurar o backup e se todos os arquivos estãocompletos

Exemplo

Restaurando e reconstruindo os bancos de dados do Sistema Caso o SQL não possa ser inicializado devemos considerar: - Para inicializar o SQL, os bancos do sistema devem ser reconstruídos - Os bancos do sistema devem ser restaurados - Os bancos dos usuários devem ser anexados

Reconstruindo os bancos de dados do Sistema - Para restaurar o estado original de um banco de dados devemos utilizar o parâmetro REBUILDDATABASE - Este parâmetro deve possuir valor 1 - Também podemos utilizar REBUILDDATABASE para que o Collation do sistema possa ser reinicializada - Quando um banco de dados MASTER é reconstruído, todos os atributos e conteúdos originais são retornados - Após a reconstrução é necessário a restauração do último Backup e/ou execução de scripts de atualização

Anexando Banco de Dados - Sp_attach_db é utilizado para anexar os arquivos de um banco de dados desconectado

Laboratório: Pág 300 à 327