Netbackup - Identificando o objeto gravado pelo Oracle RMAN

Fala galera tudo bem com vocês?

Você tem algum backup de Oracle ativo no seu NBU? 

Se esses dados do RMAN estiverem sendo gravados todos dentro de uma mesma policy e estiverem associados ao Default-Application-Backup, somente olhar pelo catalog do master não é o suficiente para identificar que objeto é, mesmo porque, sabemos que o dependendo de como o DBA configurou o script, ele pode estar usando um backup Full time in point, um Level 0, Level 1, Archivelog, Cumulative...

A boa notícia é que a grande maioria, ao menos é uma boa prática, configura em seu script para que ao gerar os pieces, eles consigam facilmente identificar do que se trata.

Vamos ao exemplo.

Veja que no catalog do master há uma imagem de backup gravada em 25/04/2020 e está associada ao Default-Application-Backup. Do que se trata essa imagem? É algum backup full mensal, ou um archivelog perdido que já deveria ter sido expirado pelo RMAN e ainda não foi?

Pelo command line você consegue facilmente ver isso através do comando BPFLIST.

Rode dessa forma: bpflist -backupid <backupid>

Se achar que tem muita sujeira, pode usar o awk para fazer um filtro melhor.

É isso. Espero ter ajudado.

Forte abraço.

Netbackup - Timeout em backup SQL

Fala galera tudo bem?

Uma passada rápida para uma dica que pode ajudá-los com backup de bancos SQL.

Caso você não esteja utilizando o Inteligent Policy do NBU, é provável que esteja utilizando a policy que chama os scripts .bch. 

Quando o backup, nos detalhes do job dá para ver qual o timeout do VDI. Veja bem que esse não é o timeout do client e sim do VDI, usado para fazer backup do SQL.

Os scripts normalmente são criados pela interface gráfica do Netbackup MS SQL Client

A interface tem essa carinha

Depois de salvar o script, você consegue editá-lo com o notepad. Se perceber que o timeout não é o suficiente, acrescente o parâmetro VDITIMEOUTSECONDS no script. Salve-o e restarte o backup.

Isso deve resolver o problema de timeout que está ocorrendo.

Forte abraço

Netbackup - Como mudar periodicidade do schedule via command line

Fala galera tudo bem?

Vocês já precisaram alterar jobs de backup no NBU para rodar em intervalos menores que 1 hora?

Para os usuários das versões do Netbackup, isso não é um problema. Conforme abaixo temos várias opções até mesmo se quiser rodar backups com intervalo de segundos (exagero...rs)

Mas a questão é que ainda existem muitos ambientes por aí que estão em versões backlevel e que não possuem esse recurso.

Via command line é possível fazer essa alteração. Vamos ver na prática.

Abaixo temos um schedule de archivelog em uma policy de SAP que roda backup de hora em hora. E se for preciso alterar para rodar a cada 15 minutos?

Vamos ao comando:  bpplschedrep <POLICY_NAME> <SCHEDULE_NAME> -freq <SECONDS>

O parâmetro da frequência é passado em SEGUNDOS. Repare que o comando não retorna nada, somente volta ao prompt. Se o comando estivesse errado, apareceria uma mensagem.

E como resultado, só atualizar a console e pronto. O schedule já foi alterado para rodar a cada 15 minutos.

Até mais galera.

Jeferson Sasso

Netbackup - Tratando erros Win32 xx: Unknow Error

Fala galera, tudo bem com vocês?

Caso vocês possuam policies do time MS-Windows, vocês podem encontrar algum tipo de alerta que ao analisarmos a log no detalhe, o NBU sempre vai mostrar um erro Win 32 xx: Unknow error.

As vezes temos dificuldade em localizar e tratar algumas falhas assim, mas tem um link no próprio site da microsoft que pode dar um direcionamento no troubleshooting e resolução das falhas.

Segue o link:

https://docs.microsoft.com/pt-br/windows/win32/debug/system-error-codes--0-499-

Espero ter ajudado.

Abraços

Netbackup - Expiração de imagem amarrada a uma SLP

Olá pessoal tudo bem?

Continuando nosso assunto da SLP. Comentei no post anterior um pouco sobre a SLP.

Hoje gostaria de complementar o assunto, pois é importante falar que enquanto a ação de duplicate não finalizar com sucesso, a primeira imagem de backup fica amarrada à SLP e não é expirada.

Então por exemplo, lembrando o exemplo anterior.

1- Backup com retenção de 30 dias em disco de alta performance

2- Duplicate com retenção de 1 ano em fita.

Se a ação 2 não finalizar com sucesso nos próximos 30 dias, mesmo que a ação 1, tenha fixado a retenção do backup com 30 dias, ele NÃO irá expirar enquanto o duplicate não rodar.

Outro exemplo: Você pode configurar a SLP para gravar o backup em um advanced disk para expirar imediatamente após a migração dele para uma fita. Isso significa que enquanto esse dado não duplicar ele não vai expirar de forma nenhuma até que o duplicate execute com sucesso.

Mas existe uma forma de você forçar essa 'desassociação' do backup à SLP. Apesar de não ser recomendado e precisa ter extrema cautela para fazer, é possível.

Via command line direto no MasterServer, rode o comando NBSTLUTIL.

Exemplo: nbstlutil cancel -backupid  <clientname_1517977711>

A cautela que eu comento aqui é o seguinte. O backup está marcado para reter por 10 dias e depois de duplicar vai reter por 1 ano. Se passados 10 dias ele ainda não duplicou (e aqui não importa o motivo), você rodar esse comando, já era, seu dado será expirado e você o perderá.

Mas quando usar esse comando? O ideal é nunca, mas existe uma situação que já vi ocorrer e talvez ajude outras pessoas. Um backup que gravou em disco e tinha retenção de 10 dias e depois ficou tentando duplicar para fita para reter por mais 30 dias. Como o ambiente de fitas estava fora do ar, passados 30 dias, o NBU ainda estava tentando duplicar esse dado e de fato não precisava mais.

Ao rodar esse comando o dado perdeu a amarração e portanto foi expirado pelo NBU.

Então é isso. Um forte abraço.

Netbackup - SLP (Storage Lifecycle Policy)

Fala pessoal tudo bem?

Hoje uma dica rápida. Vocês já tiveram algum caso onde uma imagem de backup que está associada a uma SLP e que já deveria ter expirado ainda não o foi? Vou falar um pouco sobre isso na próxima postagem, mas primeiro vamos ao conceito.

Vocês sabem o que é uma SLP? Basicamente a SLP (Storage Lifecycle Policy) abre a possibilidade de você criar cópias de um backup de forma automática, seguindo retenções específicas. Por exemplo, se você combina seu armazenamento entre discos de alta performance (+caros), com discos de baixa performance (+baratos), e com fitas (++baratos), é possível criar uma SLP para que o backup seja executado gravando no primeiro pool com retenção de 30 dias, na sequência ele gera um job de duplicate onde o NBU grava a imagem no segundo pool  (baixa perfomance) com retenção de 90 dias e por último uma instrução de duplicate para gerar uma cópia em uma fita com retenção de 1 ano.

Dessa forma você consegue programar o NBU a realizar essa movimentação dos dados para que seu disco de alta performance, por exemplo, não fique em uso por dados com baixa probabilidade de restore. A ideia nessa estratégia é basicamente o seguinte.:

1- Mantém os dados em um disco de alta performance por 30 dias, pois caso seja necessário fazer o restore, a performance tende a ser maior

2- Duplica essa imagem para um disco de baixa performance e mantém por 90 dias. Probabilidade de restore desse dado é mediana

3- Se em 90 dias não pediram restore desses dados, mas ainda assim é necessário retê-lo de acordo com sua política, migre-o para fita e guarde pelo tempo que precisar.

Existem outras estratégias possíveis de serem feitas, por exemplo manter uma cópia de backup e "replicar" esse backup para outro Netbackup Server, que esteja no seu site DR. Enfim, ferramenta bacana que lhe dá alternativas.

Veja outro exemplo abaixo:

Nesse caso, a SLP vai manter o backup em um disco de alta performance por 15 dias, outro disco por 1 ano e fita por 30 anos. No caso a fita é enviada para um cofre offsite.

Espero ter ajudado.

Abraços

Netbackup Import Images

Olá,
Vamos falar um pouco hoje a respeito do import de imagens do Netbackup. O NBU armazena em fita informações de catálogo que servem para realizar o import dessa imagem de backup em outro Master. Um problema no seu Master, crash, migração.. etc. Tendo a imagem de backup gravada, seja em appliances, disco ou tape, é possível fazer o import da imagem.

A primeira coisa a fazer é montar as fitas no robo e adicioná-las a um pool separado dos demais para não correr o risco de movê-las para scratch ou serem sobrescritas por algum erro.


Sete o campo Action para a opção "Import", no Media ID coloque o label da media e clique em "Initiate Import"

Confirme o nome do MediaServer onde as imagens serão importadas e a Media ID e Ok.

Ok novamente para confirmar o Initiate Import.

Após finalização do processo volte a tela do import, insira a Media ID, coloque o range de data que gostaria de analisar e dê um "Search Now"

Aparecerá todas as imagens localizadas na fita. Selecione todas as imagens que queira realizar o import, right-click, opção "Import".

Sete a opção para mostrar todas as imagens no import e confirme.

Assim que der Ok, é possível acompanhar o processo pelo Activity Monitor. O processo vai mostrando as imagens sendo importadas para o Master.

E ao final, mostra a quantidade de imagens efetivamente importadas.

É isso. Espero que ajude de alguma forma quem acompanha as postagens aqui.

PS.: O TSM não foi abandonado. Em caso de problemas ou dúvidas, tanto em Netbackup quanto em TSM mande para tsmnapratica@gmail.com que ficaria feliz se puder ajudá-los.
Abraços.