MTree-Replikationsimport schlägt fehl: nsrmmdbd SQLITE schwerwiegende Einschränkung fehlgeschlagen
Summary: Die MTree-Replikation schlägt fehl, weil versucht wird, ein Saveset zu importieren, das bereits in der Mediendatenbank des Zielservers vorhanden ist, was den folgenden Fehler verursacht: 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
Der Server ist mit DD-Gerätereplikation konfiguriert.
Version ist 19.9.0.4 oder niedriger.
Der Export funktioniert einwandfrei.
Import schlägt fehl.
Version ist 19.9.0.4 oder niedriger.
Der Export funktioniert einwandfrei.
Import schlägt fehl.
Cause
Es gibt 2 mögliche Szenarien, in denen dieses Problem auftreten kann.
Aufgrund eines Fehlers in Version 19.9.0.4 oder niedriger wird die Ressource "NSR DD device replication" nach einem Neustart der Services möglicherweise vom Server gelöscht. Dies kann zu zwei Situationen führen:
Aufgrund eines Fehlers in Version 19.9.0.4 oder niedriger wird die Ressource "NSR DD device replication" nach einem Neustart der Services möglicherweise vom Server gelöscht. Dies kann zu zwei Situationen führen:
- Auf dem Quellserver wird die Ressource "NSR DD device replication" gelöscht. Die Referenz der "letzten Replikationszeit" geht verloren. Beim nächsten Exportvorgang werden diese Savesets nicht nach dem letzten Export exportiert, sondern einfach alle Savesets, die sich im Volume befinden. Zum Zeitpunkt des Imports waren viele dieser SSIDs bereits zuvor importiert worden, daher die Fehlermeldung: Die schwerwiegende SQLITE-Einschränkung ist fehlgeschlagen, da eine SSID nicht zweimal eingefügt werden kann.
- Auf dem Zielserver wird die Ressource "NSR DD device replication" gelöscht. Die Referenz der "letzten Replikationszeit" geht verloren. Beim nächsten Importvorgang werden nach der letzten Importzeit keine neuen Savesets importiert. Stattdessen wird versucht, alle Savesets zu importieren. Viele dieser Savesets wurden jedoch bereits importiert und schlagen daher fehl.
Resolution
Da der Fehler vom Löschen der Ressource "NSR DD device replication" herrührt, besteht die einzige Korrektur darin, ein Upgrade auf 19.9.0.5 oder 19.10 durchzuführen, um das Problem zu vermeiden.
Mögliche Problemumgehung:
Problemumgehung A:
1. Ermitteln Sie den Zeitpunkt der "letzten Replikation" aus den Ressourcen "NSR DD device replication" im Ordner
2 "nsr/nsrdb/dbg". Löschen Sie die vorhandene "NSR DD device replication" und erstellen Sie eine neue mit denselben Parametern, aber unter Verwendung der letzten Replikationszeit von oben.
Problemumgehung B:
Wenn der Inhalt des Ordners /nsr/replication auf dem Zielserver seit dem Start der Replikation nicht geändert wurde, können Sie das gesamte Replikations-Volume löschen und den Import erneut ausführen (nur, wenn die letzte Replikationszeit der NSR DD-Gerätereplikation 0 ist).
Beachten Sie, dass Savesets nicht vom NetWorker-Zielserver gelöscht werden können, da sie sich auf einem schreibgeschützten MTree befinden. Daher werden beim Löschen des Volumes nicht die Savesets gelöscht. Da der Ordner /nsr/replication intakt ist, verfügen wir außerdem über die Informationen aller Savesets, die seit dem Start des Replikationsjobs importiert wurden.
Problemumgehung C:
Wenn Sie eine bestimmte SSID auf dem Zielserver für Wiederherstellungszwecke abrufen müssen, können Sie einen Scanner für die angegebene SSID ausführen.
Da diese SSID mit "scanner" und nicht über einen Importvorgang importiert wurde, schlägt jeder nachfolgende Importvorgang, der versucht, diese SSID zu importieren, fehl. Sie können das Saveset später einfach manuell mit nsrmm -d -S ssid löschen, sobald Sie es wiederhergestellt haben. Auch hier wird nicht die SSID aus der Data Domain gelöscht, sondern nur die Referenz in der Mediendatenbank.
Mögliche Problemumgehung:
Problemumgehung A:
1. Ermitteln Sie den Zeitpunkt der "letzten Replikation" aus den Ressourcen "NSR DD device replication" im Ordner
2 "nsr/nsrdb/dbg". Löschen Sie die vorhandene "NSR DD device replication" und erstellen Sie eine neue mit denselben Parametern, aber unter Verwendung der letzten Replikationszeit von oben.
Problemumgehung B:
Wenn der Inhalt des Ordners /nsr/replication auf dem Zielserver seit dem Start der Replikation nicht geändert wurde, können Sie das gesamte Replikations-Volume löschen und den Import erneut ausführen (nur, wenn die letzte Replikationszeit der NSR DD-Gerätereplikation 0 ist).
Beachten Sie, dass Savesets nicht vom NetWorker-Zielserver gelöscht werden können, da sie sich auf einem schreibgeschützten MTree befinden. Daher werden beim Löschen des Volumes nicht die Savesets gelöscht. Da der Ordner /nsr/replication intakt ist, verfügen wir außerdem über die Informationen aller Savesets, die seit dem Start des Replikationsjobs importiert wurden.
Problemumgehung C:
Wenn Sie eine bestimmte SSID auf dem Zielserver für Wiederherstellungszwecke abrufen müssen, können Sie einen Scanner für die angegebene SSID ausführen.
Da diese SSID mit "scanner" und nicht über einen Importvorgang importiert wurde, schlägt jeder nachfolgende Importvorgang, der versucht, diese SSID zu importieren, fehl. Sie können das Saveset später einfach manuell mit nsrmm -d -S ssid löschen, sobald Sie es wiederhergestellt haben. Auch hier wird nicht die SSID aus der Data Domain gelöscht, sondern nur die Referenz in der Mediendatenbank.
Additional Information
Wenn Sie weitere Unterstützung oder Verständnis des Problems benötigen, wenden Sie sich an den Support.
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.