Se
o download for realizado através do link do Github, você pode baixar todos os scripts
que criam os objetos dependentes da Rotina MaintenanceSolution, como mostra a imagem abaixo, porém você pode executar somente o script
em destaque com a seta vermelha que ele irá criar toda a estrutura necessária e
depois executar os scripts das tabelas Queue e
QueueDatabase.
Realizado
o passo acima, se você deixar por default ele cria tudo na base master, como
recomendação, e boas práticas, eu gosto de mudar e colocar para criar dentro de
uma base de dados de monitoramento que nós DBAs utilizamos, nesse Lab de testes, criei
uma base chamada Monitoring que utilizo para criar rotinas de monitoramento!
A
estrutura gerada pelos scripts do Ola, será igual a estrutura abaixo, eu gosto
de renomear os Jobs colocar a sigla DBA – "nomejob", para eu saber identificar
meus Jobs caso estejam em produção, e por uma questão de organização, nesse Lab, vou seguir com o nome criado por default:
Estrutura
de Jobs criada:
Estrutura
de tabelas e Procedures criadas:
No
caso dos Jobs quando vou implantar em cliente, deixo somente os Jobs que vou
precisar usar, os demais eu deleto, depois posso criar os mesmos manualmente, de
acordo com a necessidade do cliente, isso me ajuda a manter a organização no
ambiente do cliente.
Parâmetros
utilizados nesse Laboratório:
EXECUTE dbo.DatabaseBackup
@Databases = 'USER_DATABASES', => Deixando por default USER_DATABASES, será feito o backup de todos os bancos de dados de usuário.
@URL = 'https://myaccount.blob.core.windows.net/mycontainer', => Onde vou passar a URL do meu container de blobs no Azure.
@BackupType = 'FULL', => Tipo de backup que será realizado.
@Compress = 'Y', => Passo o parâmetro Y para que o backup seja realizado com compressão, N para não comprimir, por default o parâmetro é NULL seguindo os padrões da DMV sys.configurations.
@Verify = 'Y', => Baseado no parâmetro VERIFYONLY, verifica se o backup pode ser lido, porém sem restaurar o mesmo.
@CleanupMode = AFTER_BACKUP, => Especifica se quero excluir os arquivos antigos de backup, depois da execução do backup, nesse caso se backup falhar o arquivo antigo não será excluído, BEFORE_BACKUP, exclui os arquivos de backup antigos antes que o backup seja executado.
@DatabasesInParallel = 'Y', => Significa que posso realizar o processo em mais de uma base de dados em paralelo com os mesmos parâmetros.
@LogToTable = 'Y', => Registra os comandos na tabela commandlog criada pela rotina do Ola Hallegren.
@CheckSum = 'Y', => Verifica as páginas de backup, certificando que não houve danos durante o processo de leitura e gravação.
@NumberOfFiles = 1, => Seta o número de arquivos de backups que serão criados, sendo limitados a até 64 arquivos.
@DirectoryStructure = NULL, => Cria uma estrutura de diretórios baseada nos parâmetros a seguir, vou para NULL para que não seja criada a estrutura.
Default directory structure: {ServerName}${InstanceName}{DirectorySeparator}{DatabaseName}{DirectorySeparator}{BackupType}_{Partial}_{CopyOnly}
@FileName => Estrutura de nome do arquivo de backup, vou deixar a estrutura abaixo:
{DatabaseName}_{Year}{Month}{Day}_{Hour}{Minute}.{FileExtension}'
Default file name: {ServerName}${InstanceName}_{DatabaseName}_{BackupType}_{Partial}_{CopyOnly}_{Year}{Month}{Day}_{Hour}{Minute}{Second}_{FileNumber}.{FileExtension}
A rotina de backups para esse laboratório ficará, conforme apresentado na imagem abaixo:
Outro detalhe interessante é a utilização do parâmetro @Execute = 'N', se eu tirar o comentário do parâmetro e executar o script, ele não executará de fato, fará somente uma simulação do que ocorrerá se o processo for executado, com isso podemos realizar testes e corrigir possíveis erros, caso venham a ocorrer!
Tem alguns outros parâmetros que utilizo a depender da necessidade de cada ambiente de banco de dados, como por exemplo: @MaxDop, TimeLimit, LockTimeout, LockMessageSeverity.
Para automatizar a execução do Script, vou colocar ele no Job que foi criado automaticamente pela rotina do Ola Hallengren, caso necessite pode criar um job manualmente, passando os parâmetros que deseja e apontando para a base de dados onde a rotina foi implementada, como mostra a imagem abaixo:
Podemos notar que como utilizei o parâmetro AFTER_BACKUP, ele está realizando o novo backup para depois excluir o antigo, nesse caso ele só será substituído se tiver com o mesmo nome no arquivo, ou se utilizar parâmetros como @INIT:
Finalizada a execução a saída que o script irá gerar, será semelhante a essa, esses comandos ficam gravados nos Logs, e pode ser configurado o job CommandLog Cleanup, que por padrão realiza a limpeza dos Logs em D-30!
Podemos notar que agora que o processo de backup terminou temos o nosso backup realizado no no container de blobs do Azure.
Esse foi um breve artigo de como realizar backup de uma base de dados On-Premisses, no Azure Storage Account, poderia ter entrado mais afundo e explorado mais a rotina e os detalhes, mais o artigo ficaria imenso, dúvidas, opiniões, comentários, são muito bem vindos!
Obrigado a todos!
Referências:
SQL Server backup to URL for
Microsoft Azure Blob Storage
MaintenanceSolution Ola Hallegren
StackOverflowDatabase
Comentários
Postar um comentário
Deixe seu comentário, sua opinião é muito importante para aprendermos juntos, Obrigado!!!