Olá pessoal,
Muitos assuntos para falar de NBU, mas quero abordar um problema que ocorrido recentemente (hoje!) ao tentar executar um restore de uma base SQL que tinha sido deletada de uma instance. Antes do erro, como está configurado o ambiente.
Master → Linux com NBU 7.7.3
Media → Appliance 5230 com NBU 7.7.3
SQL Client → 7.7.3
SQLServer 2008 montado em um cluster Windows 2012 com 06 DB Instances, ou seja, 06 clusters groups. Basicamente o restore era de uma base de uma dessas instances.
O primeiro passo é abrir a interface gráfica do NBUClient e preencher as informações de HOST/Instance. Reparem que o Client foi aberto com meu usuário, portanto 'carregado' com as permissões pertinentes a ele.
O primeiro erro:
Ao dar Ok, veio a primeira mensagem de erro conforme abaixo.
Aí lembrei que todos os serviços do NBU estão amarrados a um usuário de serviço com permissão no banco. Preenchi as infos de Userid/Pass deste usuário e ainda assim não funcionou. Verificado posteriormente que este usuário de serviço estava com login interativo desabilitado.
A ação realizada então, foi o DBA liberar meu usuário com permissão sysadmin somente na Instance que iremos trabalhar.
Dica: Quando for abrir o NBU SQLClient, right-click e abra-o com a opção "Run as administrator".
Sigamos. Com o client já aberto e autenticado na Instance, utilizar a opção File Restore.
O segundo erro:
Esse erro indica falta de permissão para carregar as imagens de backup gravada.
Isso ocorre, pois apesar do meu usuário ter permissão na instance, devemos lembrar que o backup foi gravado com outro usuário.
Esse foi simples de resolver. Fomos no masterserver e dentro do altnames, criamos um arquivo chamado "No.Restrictions", o que em termos práticos, libera a bagunça, ou seja, pode-se fazer restore de um lado para outro sem nenhuma restrição e com usuário diferente do que o usado para o backup. Podemos explorar mais esse parâmetro em outra oportunidade.
Dica: Não esquecer de remover o "No.Restrictions" depois
Com tudo liberado, feito uma nova tentativa e agora sim, as imagens de backup apareceram.
Selecionado a imagem necessária.
Aqui algumas opções interessantes e cabe um post somente para restore de SQL mais pra frente.
- Restore do objeto selecionado
- Opção de replace setada, pois tinha a confirmação que poderia fazê-lo (sempre confirme com o cliente e/ou DBA). Não saia sobrescrevendo bancos por aí.
- Recovery - Essa opção faz o recover do banco ao final do restore, aplica os logs necessários e deixa o banco já online e acessível.
Deixado a opção "Lauch Immediately" e Restore.
Do lado do NBU SQL Client, apertando "F9", é possível acompanhar o restore.
Do lado do NBU Master Server também dá.
E do lado do SQL Visual Studio também. Reparem que durante o processo de restore, a base fica com status "Restoring"
Restore finalizado com sucesso. Base liberada para o cliente.
Abraços
Master → Linux com NBU 7.7.3
Media → Appliance 5230 com NBU 7.7.3
SQL Client → 7.7.3
SQLServer 2008 montado em um cluster Windows 2012 com 06 DB Instances, ou seja, 06 clusters groups. Basicamente o restore era de uma base de uma dessas instances.
O primeiro passo é abrir a interface gráfica do NBUClient e preencher as informações de HOST/Instance. Reparem que o Client foi aberto com meu usuário, portanto 'carregado' com as permissões pertinentes a ele.
O primeiro erro:
Ao dar Ok, veio a primeira mensagem de erro conforme abaixo.
Aí lembrei que todos os serviços do NBU estão amarrados a um usuário de serviço com permissão no banco. Preenchi as infos de Userid/Pass deste usuário e ainda assim não funcionou. Verificado posteriormente que este usuário de serviço estava com login interativo desabilitado.
A ação realizada então, foi o DBA liberar meu usuário com permissão sysadmin somente na Instance que iremos trabalhar.
Dica: Quando for abrir o NBU SQLClient, right-click e abra-o com a opção "Run as administrator".
Sigamos. Com o client já aberto e autenticado na Instance, utilizar a opção File Restore.
O segundo erro:
Esse erro indica falta de permissão para carregar as imagens de backup gravada.
Isso ocorre, pois apesar do meu usuário ter permissão na instance, devemos lembrar que o backup foi gravado com outro usuário.
Esse foi simples de resolver. Fomos no masterserver e dentro do altnames, criamos um arquivo chamado "No.Restrictions", o que em termos práticos, libera a bagunça, ou seja, pode-se fazer restore de um lado para outro sem nenhuma restrição e com usuário diferente do que o usado para o backup. Podemos explorar mais esse parâmetro em outra oportunidade.
Dica: Não esquecer de remover o "No.Restrictions" depois
Com tudo liberado, feito uma nova tentativa e agora sim, as imagens de backup apareceram.
Selecionado a imagem necessária.
Aqui algumas opções interessantes e cabe um post somente para restore de SQL mais pra frente.
- Restore do objeto selecionado
- Opção de replace setada, pois tinha a confirmação que poderia fazê-lo (sempre confirme com o cliente e/ou DBA). Não saia sobrescrevendo bancos por aí.
- Recovery - Essa opção faz o recover do banco ao final do restore, aplica os logs necessários e deixa o banco já online e acessível.
Deixado a opção "Lauch Immediately" e Restore.
Do lado do NBU SQL Client, apertando "F9", é possível acompanhar o restore.
Do lado do NBU Master Server também dá.
E do lado do SQL Visual Studio também. Reparem que durante o processo de restore, a base fica com status "Restoring"
Restore finalizado com sucesso. Base liberada para o cliente.
Abraços
