Tecnologia, Música, Viagem... um pouco de cada

Vamos supor que você precise fazer um restore do seu banco Oracle que está no servidor "SRV1" mas não quer fazer no mesmo servidor de origem. Você tenta fazer um alternate client restore com todos os passos que manda o figurino e acaba recebendo uma mensagem parecida com esta. Backup file not found in NetBackup catalog INF - Recovery Manager complete O que está acontecendo é que, por default, o Netbackup não permite que se façam restores de bases de dados em clientes alternativos, ou seja, a base copiada do cliente SRV1 somente deverá ser restaurada no cliente SRV1. O RMAN mostrará um log bastante parecido com este: channel d1: starting datafile backupset restore channel d1: specifying datafile(s) to restore from backup set restoring datafile 00001 to /data1/oracle/oradata/CCRF/system01.dbf restoring datafile 00002 to /data1/oracle/oradata/CCRF/undotbs01.dbf restoring datafile 00003 to /data1/oracle/oradata/CCRF/indx01.dbf restoring datafil

Todo administrador de backup sente uma dificuldade muito grande em saber exatamente como aconteceram seus jobs de backup da última noite ou mesmo de horas atrás e por isso é bastante importante que se configure um script que envie mensagens alertando o admin sobre como foi finalizado o job de backup X ou Y ou Z.... O Netbackup tem alguns arquivos prontos (Modelo Somente) que podem ser customizados para executar tal tarefa. Por default o Netbackup não possui um SMTP server ou mesmo algum deamon que envia mensagens via linha de comando. Eu gosto de usar um software bem simples mas muito funcional chamado postie. Faça seu download aqui . Os scripts que gosto de usar são o bpend_notify.bat e o bpexit_notify.cmd Vamos tomar como exemplo o bpend_notify. Deixe o arquivo intacto e adicione no final o seguinte script: %1 = CLIENT_NAME %2 = POLICY_NAME %3 = SCHEDULE_NAME %4 = SCHEDULE_TYPE, one of the following: FULL, INCR, CINC, UBAK, UARC %5 = Status of backup %6 = RESULT_FILE @echo "Clie

Como todos sabemos, user archive deve ser disparado pelo cliente e por isso não pode ser agendado, pelo menos pelos métodos comuns. Existe uma maneira simples e eficaz para que um User Archive aconteça de forma agendada e automática, basta que você siga alguns passos. 1 - Crie uma policy do tipo User Archive. Esta política deve ter todos os atributos de uma política normal de backup, com exceção do File List. 2 - Na policy, crie um schedule do tipo User Backup com janela totalmente aberta (7 dias liberado) para que o User Archive aconteça em qualquer momento que você quiser. 3 - No cliente crie um arquivo de lote (.BAT) que dê um dir nas pastas ou arquivos que você quer fazer o archive e jogue o retorno em um arquivo de texto que será lido pelo Netbackup. Vou exemplificar para ficar mais fácil o entendimento: Digamos que temos uma estrutura de pastas do tipo: f:\Compartilhado\Usuários\Régis f:\Compartilhado\Usuários\Fulano f:\Compartilhado\Usuários\Beltrano A partir desta estrutura de

Você já deve ter notado que arquivos criados com cedilha, acentos e tremas aparecem literalmente bixados quando você os visualiza com um simples "dir" em um servidor com sistema operacional em inglês. Este problema é facilmente contornado se você fizer uma pequena modificação no registro do seu servidor. Siga os passos abaixo para resolver o problema. *** Atenção: Alterações no registro do Windows podem acarretar em perda do sistema operacional ou de funcionalidades no mesmo. Tenha muito cuidado ao fazer alterações no registro do Windows *** Abra o regedit e mande localizar a palavra "OEMCP" Você encontrará de 2 a 3 entradas do OEMCP e, se seu sistema operacional for em inglês, todas as entradas do OEMCP estarão com o valor 437. Altere todas as entradas do OEMCP para o valor 850 que é o codepage internacional Após feitas estas alterações, reinicie o servidor e faça o teste de leitura destes arquivos. Você verá que todos os caracteres da língua Portuguesa aparecerão

Como configurar SSH para acesso sem senha (útil para instalações remotas automatizadas). *** Siga exatamente estes passos que irá funcionar sem problemas *** Acesse o servidor 1 e execute os passos abaixo. (Crie o Diretório e altere suas permissões) mkdir ~/.ssh chmod 700 ~/.ssh (Acesse o diretório e crie as chaves) cd ~/.ssh ssh-keygen -t rsa (Pressione Enter para responder todas as perguntas) (Copie a chave pública para o servidor remoto) scp ~/.ssh/id_rsa.pub @ : /id_rsa_remote.pub (Acesse o servidor remoto para criar a autorização) ssh @ (digite a senha) cat id_rsa_remote.pub >> .ssh/authorized_keys chmod 644 .ssh/authorized_keys Pronto, faça o teste. No seu servidor 1 digite o comando: ssh -X

Você quer dar permissões à outros usuários que não são root ou domain admin em seu ambiente Netbackup ? Existe solução sim. Meu colega Felipe Bender compartilhou o caminho das pedras para facilitar um pouco nossa vida. Segue explicação. Além da configuração de autenticação por domínio por intermédio do ICS, existe uma outra forma de configurarmos o acesso dos usuários do localhost na interface Java do Netbackup. De acordo com o Administration Guide do NBU 6.0 for Unix, na página 486 a 491, temos duas formas de proceder com a configuração. Uma é a execução do script “nonroot_admin_nbjava” localizado em /usr/openv/Java e alterar as permissões do grupo que tem acesso a console. A outra, bem mais completa é a seguinte: Editando o arquivo /usr/openv/java/auth.conf e setando as permissões específicas. Abaixo a configuração default: root ADMIN=ALL JBP=ALL * ADMIN=JBP JBP=ENDUSER+BU+ARC Outro exemplo: If you wish to deny all capabilities to a specific u