Restore Backup
Efetuei o backup do meu banco de dados tentei restaurar em outra maquina através da opção criação de novo banco de dados utilizando backup, o banco é criado mais na hora que tento abri o banco me retorna uma mensagem de que o roll-forward não foi concluído, tentei de todas as formas concluir ou desativar está opção e não obtive sucesso, se algum tiver uma dica eu agradeço, não tenho os arquivos de log deste banco.
Desde já agradeço
Desde já agradeço
Replies to This Discussion
-
Permalink Reply by Bruno Almeida on -
Fala Djean,
Esse banco ainda está no ar (na maquina antiga)?
Talvez o melhor seja criar um backup offline do banco, assim você não terá maiores problemas com os logs.
-
Permalink Reply by Jorge Izabel on -
A imagem gerada é de um backup offline? se não, teria de ser gerada ou via backup offline ou entao backup online include logs. à partir daí, faça um restore dos logs primeiro e depois do banco em si.. e execute o comando rollforward depois de tudo terminado.
-
Permalink Reply by DJEAN FIGUEIRA on -
Não o banco não está no ar a maquina antiga deu pau no HD, efetuei o backup um dia antes, pensava que apenas o arquivo de backup era suficiente para a restauração.A imagem é de um backup off line, porem não salvei os logs, tenho um arquivo único de backup com 500 MB.
-
Permalink Reply by DJEAN FIGUEIRA on
-
Agradeço a ajuda de todos, ainda não obtive sucesso, desculpem mais sou novato no DB2, tentei a dica de RMARZULLO consegui restaurar mais não obtive sucesso, uso DB2 v9.5.200.315 com windows server 2008, fique responsável de avaliar o banco no uso de um sistema ERP, conseguia fazer os backup e restore normalmente na maquina onde se encontrava a instalação de origem backup offline, mais nesta nova maquina eu sempre tenho o retorno do seguinte erro "[IBM][CLI Driver] SQL1117N Uma conexão ou ativação do banco de dados "SINERP1" não pode ser feita devido a ROLL-FORWARD PENDING. SQLSTATE=57019", este backup ficou gravado em um HD externo K:\SINERP\DATABASE\BACKUP\SINERP.0.DB2.NODE0000.CATN0000.20090714232531.001, comprei até o Livro do Silvio Ferrari para tentar resolver este problema, a base oficial continua rodando em DBF, mais precisamos migrar para SQL e optamos pelo DB2Express-C por atender nossas expectativas.
Mais uma vez obrigado pela ajuda de todos
-
Permalink Reply by DJEAN FIGUEIRA on
-
Ok!, irei fazer os testes e encaminhar os resultados e o script, desde já obrigado.
-
Permalink Reply by DJEAN FIGUEIRA on
-
Segue abaixo o comando usado e a mensagem de resposta da restauração do backup.
Primeiro comando
restore database SINERP from C:\SINERP\DATABASE\BACKUP taken at 20090714232531
Resposta
------------------------------ Comandos Inseridos ------------------------------
restore database SINERP from C:\SINERP\DATABASE\BACKUP taken at 20090714232531;
------------------------------------------------------------------------------
restore database SINERP from C:\SINERP\DATABASE\BACKUP taken at 20090714232531
DB20000I O comando RESTORE DATABASE terminou com sucesso.
Segundo comando inserido:
Efetuei o comando abaixo conforme descriminado e tive a seguinte resposta.
Resposta
rollforward db SINERP to end of logs and stop
------------------------------ Comandos Inseridos ------------------------------
rollforward db SINERP to end of logs and stop;
------------------------------------------------------------------------------
rollforward db SINERP to end of logs and stop
SQL4970N A recuperação no banco de dados "SINERP" não pode alcançar o ponto
de parada especificado (end-of-log ou point-in-time) na(s) partição(ções) de
banco de dados "0". O processamento de recuperação com roll-forward foi parado
no arquivo de registro "S0000054.LOG".
SQL4970N A recuperação no banco de dados "SINERP" não pode alcançar o ponto de parada especificado (end-of-log ou point-in-time) na(s) partição(ções) de banco de dados "0". O processamento de recuperação com roll-forward foi parado no arquivo de registro "S0000054.LOG".
Explicação:
Essa mensagem é retornada nas seguintes situações:
1. O(s) arquivo(s) que o utilitário Rollforward Database não pode
acessar estão ausentes ou têm problemas de integridade de dados.
* Um pedido foi feito para trazer o banco de dados especificado para
fora do estado roll-forward pendente, porém, o utilitário
Rollforward Database não pode localizar o(s) arquivo(s) de
registro de archive necessário(s) no diretório de registro do
banco de dados ou no diretório de registro de estouro na(s)
partição(ções) do banco de dados especificado para alcançar o
ponto de parada do comando ROLLFORWARD DATABASE anterior.
* Em um ambiente de multinó, se o utilitário Rollforward Database
não pode localizar o(s) arquivo(s) de registro de archive
necessário(s) para introduzir um nó à sincronização com o nó do
catálogo.
2. Essa foi uma recuperação de point-in-time na qual o registro de data
e hora de point-in-time não foi atingido nos arquivos de log. Isso
pode indicar que há arquivos de log ausentes ou que o point-in-time
era depois do end-of-logs.
Se ",..." for exibido no final da lista de nós, consulte o log de
notificação de administração para obter uma lista completa de nós.
Recuperação rollforward foi interrompida.O banco de dados é deixado no
estado de rollforward pendente.
Observação : se você estiver usando um servidor de banco de dados
particionado, o(s) número(s) de nó indica(m) em que nó(s) ocorreu o
erro. Caso contrário, não é pertinente e deveria ser ignorado.
Resposta do Usuário:
1. Assegure-se de que arquivo-de-registro esteja presente, movendo o
arquivo para o local adequado, se necessário:
* Registre a entrada no diretório de registro de banco de dados ou
no caminho de registro de estouro (se especificado).
* Se o archive de registro estiver ativado, assegure-se de que
arquivo-de-registro exista no local do archive. Assegure-se também
que o método de recuperação do archive de registro esteja
funcionando: verifique no registro de modificação de administração
a presença da mensagem ADM0083I e faça as correções no método de
recuperação, se necessário.
Após verificar o que foi citado acima, reenvie o comando ROLLFORWARD
DATABASE.
Se o arquivo de registro estiver presente e o reenvio de ROLLFORWARD
DATABASE falhar (problemas potenciais com a integridade dos dados no
arquivo de registro) ou o arquivo de registro não puder ser
localizado, restaure e faça roll-forward no banco de dados para um
determinado momento referido em um arquivo de registro
arquivo-de-registro precedente (utilize um time stamp que seja
anterior àquele do arquivo ausente mais antigo).
2. Se o time stamp em um determinado momento estiver correto e não
houver nenhum arquivo de registro ausente, então, o determinado
momento especificado poderá, na verdade, estar além de qualquer
trabalho executado no banco de dados. Nesse caso, emita o comando
ROLLFORWARD DATABASE com a opção STOP que completará a recuperação
com roll-forward na posição atual dos arquivos de registro.
Para obter informações adicionais sobre o utilitário de Banco de Dados
Rollforward, procure o Centro de Informações do DB2
(http://publib.boulder.ibm.com/infocenter/db2luw/v9) utilizando frases
como "rollforward de recuperação".
Terceiro comando inserido
rollforward db SINERP query status
Resposta
------------------------------ Comandos Inseridos ------------------------------
rollforward db SINERP query status;
------------------------------------------------------------------------------
rollforward db SINERP query status
Status Rollforward
Alias do banco de dados de entrada = SINERP
Número de nós que devolveram status = 1
Número de nó = 0
Status de rollforward = DB trabalhando
Próximo arquivo log a ser lido = S0000054.LOG
Arquivos log processados = -
Ultima transação que sofreu consolidação= 2009-07-15-02.26.09.000000 UTC
Desculpem ser tão extenso mais tenho muito interesse de obter está restauração, pois poderia acontecer em uma maquina em produção e estaria perdido, infelizmente no meu Estado (Pará), não existe nenhum centro de treinamento.
Mais uma vez obrigado a todos.
© 2010 Created by channeldb2.
