Boa tarde Pessoal, estou tendo um problema que é o seguinte: parei o banco de produção em seguida fiz uma copia para o servidor de teste, quando vou subir um banco, EMSMOV, esta dizendo que a base esta corrompida e que o banco /bancos/ems204ref/emsmov_7.d1 esta com a data diferente dos demais bancos, esse banco /bancos/ems204ref/emsmov_7.d1 ]veio junto com o backup online que estava fazendo, ou seja, esse banco foi feito na mesma hora dos demais bancos. Erro: proserve emsmov OpenEdge Release 10.1C0305 as of Mon Mar 23 09:04:01 EDT 2009 11:53:56 BROKER 0: Data da ltima abertura do arquivo inv?ida. (9215) 11:53:56 BROKER 0: O Extent /bancos/ems204ref/emsmov_7.d1 tem uma data de abertura diferente Sat Jan 1 23:46:22 2011, (9213) 11:53:56 BROKER 0: A ?ea de controle tem uma data de ltima abertura de Mon Dec20 01:12:06 2010. (9217) 11:53:56 BROKER 0: Prov?el erro de backup/restore. (605) 11:53:56 BROKER 0: O banco de dados est?corrompido. Verifique documenta?o (1486) 11:53:56 BROKER : Removed shared memory with segment_id: 94273617 11:53:56 BROKER ** Esse processo terminou com codigo de saida 2. (8619)
Samuel, caso vc tenha copiado com probackup do progress tente rodar esse comando em prompt para validar se o erro persiste prorest ems2mov ems2mov.bak -vp Se estiver ok , fique tranquilo o seu banco de dados está ok. Caso não de ok. Valide o ems2mov.st se o caminho esta ok , caso nao esteja acerte o caminho no arquivo .st (faca uma copia antes) e execute prorepair ems2mov ems2mov.st Em seguida manda ver para subir novamente. Espero que consiga At. Andre Lima
Bom dia André, realizei uma copia on line, entre servidores Linux, utilizei o comando scp, o comando que você me passou não seria o "prostrct repair"? se é esse comando, eu já apliquei, dá concluido com sucesso, conforme mostrado abaixo. [root@bagda ems204ref]# prostrct repair emsmov emsmov.st Conclu?o o reparo do prostrct do banco de dados emsmov usando o arquivo de estrutura emsmov.st. (13485) só que mesmo assim, quando vou subir o banco pelo comando proserve não sobe, e informa a mensagem que inclui na abertura da minha dúvida. Obrigado.
Voce fez a copia do banco via o comando progress probackup ou copiou diretamente de um diretorio para o outro do linux? Caso a copia tenha sido direta e o banco estava no ar , algum relacionamento pode ter sido perdido. Se vc quiser poderia tentar truncar o banco com -F , mas antes faça uma copia do mesmo. At. Andre
Quando realizo a atualização usando o comando SCP, do linux, primeiramente eu paro o banco que pretendo realizar a copia, pois sei se eu realizar a copia com o banco rodando ele irá corromper mesmo. Utilizei o -F e o resultado foi: [root@bagda ems204ref]# proutil emsmov -C truncate bi -G 10 -F OpenEdge Release 10.1C0305 as of Mon Mar 23 09:04:01 EDT 2009 A opcao -F foi especificada para o proutil. (6260) Ao se forcar a entrada ao Banco de Dados esta se passando a recuperacao do Banco de Dados. (6261) Isto deixa o Banco de Dados num estado desconhecido, considerado danificado. (6262) Voc?tem certeza que n? quer executar o processo de crash recovery? (Y/N) (6263) y Data da ltima abertura do arquivo inv?ida. (9215) O Extent /bancos/ems204ref/emsmov_7.d1 tem uma data de abertura diferente Sat Jan 1 23:46:22 2011, (9213) A ?ea de controle tem uma data de ltima abertura de Mon Dec 20 01:12:06 2010. (9217) Prov?el erro de backup/restore. (605) O banco de dados est?corrompido. Verifique documenta?o (1486) - Realmente parece que esta corrompido esse emsmov_7.d1, o interessante é que realizei a copia com o banco parado, sendo assim, os outros bancos deveriam estar corrompidos tbm. Muito estranho isso. Obrigado!
Olá pessoal, o amigo Maicon Kern deu a dica, no banco que estava com problemas executar o comando prostrct unlock, este comando iguala as datas de todos os extents. Obrigado!
