Error en la importación de replicación de MTree: nsrmmdbd SQLITE con una restricción grave fallida
Summary: La replicación de Mtree falla porque intenta importar un saveset que ya existe en la base de datos de medios del servidor de destino, lo que provoca el error: 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
El servidor está configurado con replicación de dispositivos DD.
La versión es 19.9.0.4 o inferior.
La exportación funciona correctamente.
La importación falla.
La versión es 19.9.0.4 o inferior.
La exportación funciona correctamente.
La importación falla.
Cause
Hay 2 escenarios posibles en los que podría aparecer este problema.
Debido a un error en la versión 19.9.0.4 o anterior, es posible que el recurso "NSR DD device replication" se elimine del servidor después de un reinicio de los servicios. Esto puede dar lugar a dos situaciones:
Debido a un error en la versión 19.9.0.4 o anterior, es posible que el recurso "NSR DD device replication" se elimine del servidor después de un reinicio de los servicios. Esto puede dar lugar a dos situaciones:
- En el servidor de origen, se elimina el recurso "NSR DD device replication". Se perdió la referencia de la "hora de la última replicación". La siguiente operación de exportación no exportará esos savesets después de la última exportación, sino que simplemente exportará todos los savesets que se encuentran en el volumen. En el momento de la importación, muchos de esos ssid ya se habrían importado anteriormente y, por lo tanto, el mensaje de error: Falló la restricción severa de SQLITE, ya que no podemos insertar un ssid dos veces.
- En el servidor de destino, se elimina el recurso "NSR DD device replication". Se perdió la referencia de la "hora de la última replicación". La siguiente operación de importación no importará nuevos savesets después de la última hora de importación. En su lugar, intentará importar todos los savesets. Sin embargo, muchos de esos savesets ya se importaron y, por lo tanto, fallarán.
Resolution
Dado que la falla se deriva de la eliminación del recurso "NSR DD device replication", la única corrección es actualizar a 19.9.0.5 o 19.10 para evitar que ocurra el problema.
Posible solución alternativa:
solución alternativa A:
1. Averigüe cuál fue la hora de "última replicación" de los recursos "NSR DD device replication" que se encuentran en la carpeta
2 de NSR/NSRDB/DBG. Elimine la "NSR DD device replication" existente y cree una nueva con los mismos parámetros, pero con la hora de la última replicación anterior.
Solución alternativa B:
si el contenido de la carpeta /nsr/replication en el servidor de destino no se ha modificado desde que se inició la replicación, puede eliminar todo el volumen de replicación y volver a ejecutar la importación (solo si la última hora de replicación de la replicación del dispositivo DD de NSR es 0).
Tenga en cuenta que NetWorker Server de destino no puede eliminar savesets, ya que se encuentran en un MTree de solo lectura; Por lo tanto, eliminar el volumen no eliminará los savesets. Además de eso, dado que tenemos la carpeta /nsr/replication intacta, tenemos la información de todos los savesets que se importaron desde que se inició el trabajo de replicación.
Solución alternativa C:
Si necesita recuperar un SSID específico en el servidor de destino con fines de restauración, puede ejecutar el escáner para el SSID especificado.
Dado que este SSID se importó con "scanner" y no a través de una operación de importación, cualquier operación de importación posterior que intente importar este SSID fallará. Puede simplemente eliminar el saveset manualmente más adelante con nsrmm -d -S ssid, una vez que haya terminado de recuperarlo. Una vez más, esto no eliminará el ssid de Data Domain, solo la referencia en la base de datos de medios.
Posible solución alternativa:
solución alternativa A:
1. Averigüe cuál fue la hora de "última replicación" de los recursos "NSR DD device replication" que se encuentran en la carpeta
2 de NSR/NSRDB/DBG. Elimine la "NSR DD device replication" existente y cree una nueva con los mismos parámetros, pero con la hora de la última replicación anterior.
Solución alternativa B:
si el contenido de la carpeta /nsr/replication en el servidor de destino no se ha modificado desde que se inició la replicación, puede eliminar todo el volumen de replicación y volver a ejecutar la importación (solo si la última hora de replicación de la replicación del dispositivo DD de NSR es 0).
Tenga en cuenta que NetWorker Server de destino no puede eliminar savesets, ya que se encuentran en un MTree de solo lectura; Por lo tanto, eliminar el volumen no eliminará los savesets. Además de eso, dado que tenemos la carpeta /nsr/replication intacta, tenemos la información de todos los savesets que se importaron desde que se inició el trabajo de replicación.
Solución alternativa C:
Si necesita recuperar un SSID específico en el servidor de destino con fines de restauración, puede ejecutar el escáner para el SSID especificado.
Dado que este SSID se importó con "scanner" y no a través de una operación de importación, cualquier operación de importación posterior que intente importar este SSID fallará. Puede simplemente eliminar el saveset manualmente más adelante con nsrmm -d -S ssid, una vez que haya terminado de recuperarlo. Una vez más, esto no eliminará el ssid de Data Domain, solo la referencia en la base de datos de medios.
Additional Information
Si necesita más ayuda o comprensión del problema, comuníquese con el soporte.
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.