Falha na importação da replicação de mtree: falha na restrição severa do SQLITE nsrmmdbd
Сводка: 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 ...
Данная статья применяется к
Данная статья не применяется к
Эта статья не привязана к какому-либо конкретному продукту.
В этой статье указаны не все версии продуктов.
Симптомы
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.
Причина
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.
Разрешение
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.
Дополнительная информация
Se precisar de mais ajuda ou compreensão do problema, entre em contato com o suporte.
Затронутые продукты
NetWorkerСвойства статьи
Номер статьи: 000222759
Тип статьи: Solution
Последнее изменение: 07 Mar 2024
Версия: 1
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.