Falha na importação da replicação de mtree: falha na restrição severa do SQLITE nsrmmdbd
Summary: A replicação de Mtree falha porque ela está tentando importar um saveset que já existe no banco de dados de mídia do servidor de destino, causando o erro: nsrmmdbd SQLITE severe constraint failed ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
O servidor está configurado com replicação de dispositivo DD.
A versão é 19.9.0.4 ou anterior.
A exportação está funcionando bem.
Falha na importação.
A versão é 19.9.0.4 ou anterior.
A exportação está funcionando bem.
Falha na importação.
Cause
Há dois cenários possíveis em que esse problema pode aparecer.
Devido a um bug na versão 19.9.0.4 ou inferior, o recurso "NSR DD device replication" pode ser excluído do servidor após uma reinicialização dos serviços. Isso pode levar a duas situações:
Devido a um bug na versão 19.9.0.4 ou inferior, o recurso "NSR DD device replication" pode ser excluído do servidor após uma reinicialização dos serviços. Isso pode levar a duas situações:
- No servidor de origem, o recurso "NSR DD device replication" é excluído. A referência de "last replication time" foi perdida. A próxima operação de exportação não exportará esses savesets após a última exportação, mas simplesmente exportará todos os savesets que estão no volume. No momento da importação, muitos desses ssids já teriam sido importados anteriormente e, portanto, a mensagem de erro: Falha na restrição severa do SQLITE, pois não podemos inserir um ssid duas vezes.
- No servidor de destino, o recurso "NSR DD device replication" é excluído. A referência de "last replication time" foi perdida. A próxima operação de importação não importará novos savesets após a última hora de importação. Em vez disso, ele tentará importar todos os savesets. Mas muitos desses savesets já foram importados e, portanto, falharão.
Resolution
Como a falha é derivada da exclusão do recurso "NSR DD device replication", a única correção é fazer upgrade para a versão 19.9.0.5 ou 19.10 a fim de evitar que o problema aconteça.
Solução temporária possível:
Solução temporária A:
1. Descubra qual foi a "última replicação" dos recursos de "NSR DD device replication" encontrados na pasta
2 nsr/nsrdb/dbg. Exclua a "NSR DD device replication" existente e crie uma nova com os mesmos parâmetros, mas usando o último tempo de replicação acima.
Solução temporária B:
Se o conteúdo da pasta /nsr/replication no servidor de destino não tiver sido modificado desde o início da replicação, você poderá excluir todo o volume de replicação e executar a importação novamente (somente se o último tempo de replicação da replicação do dispositivo NSR DD for 0).
Lembre-se de que não é possível excluir savesets pelo servidor NetWorker de destino, pois eles estão em uma mtree somente leitura; Portanto, a exclusão do volume não excluirá os savesets. Além disso, como temos a pasta /nsr/replication intacta, temos as informações de todos os savesets que foram importados desde o início do trabalho de replicação.
Solução alternativa C:
Se você precisar recuperar um SSID específico no servidor de destino para fins de restauração, poderá executar o scanner para o SSID especificado.
como esse SSID foi importado com "scanner", e não por meio de uma operação de importação, qualquer operação de importação subsequente tentando importar esse SSID falhará. Você pode excluir o saveset manualmente mais tarde com nsrmm -d -S ssid, assim que terminar de recuperá-lo. Novamente, isso não excluirá o ssid do Data Domain, apenas a referência no banco de dados de mídia.
Solução temporária possível:
Solução temporária A:
1. Descubra qual foi a "última replicação" dos recursos de "NSR DD device replication" encontrados na pasta
2 nsr/nsrdb/dbg. Exclua a "NSR DD device replication" existente e crie uma nova com os mesmos parâmetros, mas usando o último tempo de replicação acima.
Solução temporária B:
Se o conteúdo da pasta /nsr/replication no servidor de destino não tiver sido modificado desde o início da replicação, você poderá excluir todo o volume de replicação e executar a importação novamente (somente se o último tempo de replicação da replicação do dispositivo NSR DD for 0).
Lembre-se de que não é possível excluir savesets pelo servidor NetWorker de destino, pois eles estão em uma mtree somente leitura; Portanto, a exclusão do volume não excluirá os savesets. Além disso, como temos a pasta /nsr/replication intacta, temos as informações de todos os savesets que foram importados desde o início do trabalho de replicação.
Solução alternativa C:
Se você precisar recuperar um SSID específico no servidor de destino para fins de restauração, poderá executar o scanner para o SSID especificado.
como esse SSID foi importado com "scanner", e não por meio de uma operação de importação, qualquer operação de importação subsequente tentando importar esse SSID falhará. Você pode excluir o saveset manualmente mais tarde com nsrmm -d -S ssid, assim que terminar de recuperá-lo. Novamente, isso não excluirá o ssid do Data Domain, apenas a referência no banco de dados de mídia.
Additional Information
Se precisar de mais ajuda ou compreensão do problema, entre em contato com o suporte.
Affected Products
NetWorkerArticle Properties
Article Number: 000222759
Article Type: Solution
Last Modified: 07 Mar 2024
Version: 1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.