Netbackup - Configurando o Oracle Inteligent Policy

Fala pessoal, tudo bem?
Já precisaram configurar um backup de RMAN através do Inteligent Policy do Netbackup?


Vamos à prática.


1- Instalar o NBU Client no servidor.
2- Ajustar o bp.conf
3- Vai na interface gráfica do NBU (Netbackup Management → Applications → Oracle → All Instances


Obs.: O NBU consegue identificar os bancos ativos nos servidores que possuem client instalado. Dar refresh para atualizar a lista de bancos.





Atenção: Observar o campo STATE. Novos bancos estarão com esse campo em branco, indicando que precisam ser registrados/ativados para que possamos fazer backup via OIP. Os bancos que estão com status Active, significa que já foram registrados/ativados.


4- Right-Click no banco que será registrado/ativado. Entrar na Opção Register.






5- Entrar com a credencial conforme abaixo






Apenas reforçando:
- A primeira credencial é o usuário/senha usada para o banco no SO. Na maioria dos casos, é o usuário Oracle
- A segunda credencial é o usuário/senha criado pelo DBA para uso exclusivo do NBU. Esse usuário precisa ter permissão sysdba (se o dba te questionar, mostre a página 110 do manual).
- O Net Service name (TNS Alias) é o dba que informa. Para testar o nome passado pelo DBA, rodar na máquina o comando: tnsping <net service name>


6- Criar uma policy do tipo Oracle





7- Criar os schedules conforme necessidade da política. Atentar que para policies OIP, não existe mais o Default-Application-Backup. Somente os schedules que você preisa.


Type of Backup → Full Backup
É um backup full Level 0. No exemplo abaixo, é um backup full a ser executado diariamente.






Type of Backup → archived Redo Log Backup
É o backup de archivelog do Oracle





Na aba Instances and Databases, selecionar a opção Protect Instances and Databases e logo abaixo New.


Quando a aparecer a aba com as instances, reparem que vão aparecer TODAS as instances de TODOS os clients que já foram registradas/ativadas. Selecionar apenas a instance que precisa de backup conforme policy.








Na aba Backup Selections, deixar a opção default (Whole database).





Na última aba, ORACLE, atentar para os campos marcados. Apesar de serem auto-intuitivos, importante prestar atenção e customizar conforme necessidade de cada banco. O ideal é compartilhar com o DBA as opções que serão usadas aqui.




Depois disso, rodar um backup manualmente e validar a execução. Importante também pedir para o DBA validar a execução no banco.





É isso. Até a próxima
Abs,
Sasso

Netbackup - Como consultar no client os objetos gravados pelo RMAN

Fala pessoal tudo bem?

Essa dica ajuda bastante o time DBA. Provavelmente o DBA não tem acesso ao catálogo direto do Masterserver, não consegue fazer algumas buscas, mas saiba que pelo servidor onde está o banco, dá.

É provável que o servidor tenha o client do Netbackup instalado então bora para a prática.

Vá até o caminho de instalação do NBU, em servidores Unix, normalmente está no /usr/openv/netbackup/bin

O comando a ser executado é o bplist.

Sintaxe: bplist -S <masterserver> -C <clientname> -t 4 -l -R /

O parâmetro -t é o policy type, onde o 4 = Oracle. Se quiser listar objetos gravados em uma policy Sybase, por exemplo, você usa o -t 7.

Na documentação da Veritas tem todas as opções. Vou deixar abaixo os mais comuns.

0 = Standard

4 = Oracle

7 = Sybase

13 = MS-Windows

15 = MS-SQL-Server

16 = MS-Exchange-Server

17 = SAP

40 = VMWare

Caso queiram que escreva sobre algum determinado assunto, mandem por email ou deixem nos comentários.

Forte abraço

Sasso

TSM Database Backup

Pessoal, tudo bem?

Recebi algumas perguntas sobre o backup do DB e pelo teor dessas perguntas, é possível concluir que principalmente novos "desbravadores" dessa poderosa ferramenta possui algumas dúvidas sobre como lidar com ele.

Eu considero, basicamente o backup do DB do TSM o backup mais importante do nosso ambiente, uma vez que é nele que estão todos os apontamentos, informações a respeito de todo ambiente de backup, desde informações de server e clients, até informações sobre o gerenciamento dos dados armazenados.

E por que o backup do DB é o mais importante? Se o servidor do TSM sofrer um crash e houver corrupção do DB, será necessário fazer restore dele. Se você não possuir um backup atualizado, o banco voltará com a posição do último backup e dessa forma perderá todas as informações gravadas e armazenadas desde a data do último backup até o crash.

Exemplo (verídico).:

O ambiente TSM foi implementado em 01/MAR/2012 e o último backup do DB foi executado nessa data. Infelizmente, hoje 26/DEZ/2012, caos o DB seja corrompido, será necessário fazer o restore com base no último backup full, ou seja, se o último backup do DB foi no dia 01/MAR, todos os backups gravados entre 01/MAR e 26/DEZ foram definitivamente perdidos. Isso ocorre porque, todos os dados gravados nas fitas de lá para cá, ao voltar o restore é como se esses dados não existissem, já que o TSM voltará com data de 01/MAR.

Para verificar quando foi o último backup do DB, utilize o comando.: q volhist t=dbb ou t=dbs

Tipo de Backup

Full - Executa o backup full do banco do TSM.

Incremental - Executa um backup incremental de todos os dados do DB que foram modificados desde o último backup full executado com sucesso.

DBSnapshot - Executa um backup full (image) do banco do TSM sem interromper o ciclo de execução dos backups fulls e incrementais. Normalmetne utilizado para ambientes com DRM configurado, já que essas cópias, são as que vão para cofre externo (offsite).

Executar o backup do DB é um processo administrativo. Com um schedule t=a é possível agendar sua execução, e da mesma forma que o backup é agendado é possível checar sua execução com um simples query event.

Execução

A execução do backup do DB é simples e lembre-se que na dúvida de executar algum comando, na própria console é possível chamar o HELP que mostrará todos os parâmetros necessários.

Exemplo de Backup Full (DBB).

backup db devc=device_class_name type=full scratch=yes wait=yes

Exemplo de Backup Incremental

backup db devc=device_class_name type=incremental scratch=yes wait=yes

Exemplo de Backup Snapshot (DBS)

backup db devc=device_class_name type=dbs scratch=yes wait=yes

Criando um schedule administrativo para o backup do DB.:

def sched backup_db t=a cmd='backup db t=full devc=lto scratch=yes wait=yes' active=yes startt=09:00 startd=today per=1 peru=day day=any

O resultado desse comando é a criação de um schedule chamado BACKUP_DB que executará um backup full todos os dias as 09:00hs

Para checar a execução do schedule.: q event backup_db t=a

Ou você pode checar diretamente o volhistory.: q volhist t=dbb

Um abraço e um excelente 2013 a todos os colegas, principalmente aqueles que estarão de plantão nessa virada!