mtree-replicatie-import mislukt: nsrmmdbd SQLITE severe constraint mislukt
Summary: Mtree-replicatie mislukt omdat het probeert een saveset te importeren die al bestaat in de mediadatabase van de doelserver die de fout veroorzaakt: 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
De server is geconfigureerd met DD-apparaatreplicatie.
Versie is 19.9.0.4 of lager.
Export werkt prima.
Importeren mislukt.
Versie is 19.9.0.4 of lager.
Export werkt prima.
Importeren mislukt.
Cause
Er zijn 2 mogelijke scenario's waarin dit probleem zich kan voordoen.
Als gevolg van een fout in versie 19.9.0.4 of lager, kan de bron "NSR DD device replication" van de server worden verwijderd na het opnieuw opstarten van de services. Dit kan leiden tot twee situaties:
Als gevolg van een fout in versie 19.9.0.4 of lager, kan de bron "NSR DD device replication" van de server worden verwijderd na het opnieuw opstarten van de services. Dit kan leiden tot twee situaties:
- Op de bronserver wordt de bron "NSR DD device replication" verwijderd. De referentie van de "last replication time" is verloren gegaan. De volgende exportbewerking zal deze savesets niet exporteren na de laatste export, maar gewoon alle savesets exporteren die in het volume zitten. Op het moment van importeren zouden veel van die ssids al eerder zijn geïmporteerd en vandaar de foutmelding: SQLITE severe constraint is mislukt, omdat we geen ssid twee keer kunnen invoegen.
- Op de doelserver wordt de bron "NSR DD device replication" verwijderd. De referentie van de "last replication time" is verloren gegaan. Bij de volgende importbewerking worden er geen nieuwe savesets geïmporteerd na de laatste importtijd. In plaats daarvan zal het proberen alle savesets te importeren. Maar veel van die savesets zijn al geïmporteerd en zullen daarom mislukken.
Resolution
Aangezien de fout wordt afgeleid van het verwijderen van de bron "NSR DD device replication", is de enige oplossing een upgrade naar 19.9.0.5 of 19.10 om het probleem te voorkomen.
Mogelijke tijdelijke oplossing:
Tijdelijke oplossing A:
1. Zoek uit wat de "laatste replicatie"-tijd was in de bronnen "NSR DD device replication" in de map
nsr/nsrdb/dbg 2. Verwijder de bestaande "NSR DD device replication" en maak een nieuwe met dezelfde parameters maar met behulp van de laatste replicatietijd van hierboven.
Tijdelijke oplossing B:
Als de inhoud van de map /nsr/replication op de doelserver niet is gewijzigd sinds het begin van de replicatie, kunt u het volledige replicatievolume verwijderen en de import opnieuw uitvoeren (alleen als de laatste replicatietijd van NSR DD-apparaatreplicatie 0 is).
Houd er rekening mee dat savesets niet kunnen worden verwijderd door de beoogde NetWorker-server, omdat ze zich op een alleen-lezen mtree bevinden. De opslagsets worden daarom niet verwijderd als u het volume verwijdert. Omdat de map /nsr/replication intact is, hebben we bovendien de informatie van alle savesets die zijn geïmporteerd sinds het begin van de replicatietaak.
Tijdelijke oplossing C:
Als u een specifieke SSID op de doelserver moet ophalen voor hersteldoeleinden, kunt u scanner uitvoeren voor de opgegeven SSID.
Aangezien deze SSID is geïmporteerd met "scanner", en niet via een importbewerking, zal elke volgende importbewerking die deze SSID probeert te importeren mislukken. Je kunt de saveset later handmatig verwijderen met nsrmm -d -S ssid, zodra je klaar bent met herstellen. Nogmaals, hiermee wordt de ssid niet uit het Data Domain verwijderd, maar alleen de referentie in de mediadatabase.
Mogelijke tijdelijke oplossing:
Tijdelijke oplossing A:
1. Zoek uit wat de "laatste replicatie"-tijd was in de bronnen "NSR DD device replication" in de map
nsr/nsrdb/dbg 2. Verwijder de bestaande "NSR DD device replication" en maak een nieuwe met dezelfde parameters maar met behulp van de laatste replicatietijd van hierboven.
Tijdelijke oplossing B:
Als de inhoud van de map /nsr/replication op de doelserver niet is gewijzigd sinds het begin van de replicatie, kunt u het volledige replicatievolume verwijderen en de import opnieuw uitvoeren (alleen als de laatste replicatietijd van NSR DD-apparaatreplicatie 0 is).
Houd er rekening mee dat savesets niet kunnen worden verwijderd door de beoogde NetWorker-server, omdat ze zich op een alleen-lezen mtree bevinden. De opslagsets worden daarom niet verwijderd als u het volume verwijdert. Omdat de map /nsr/replication intact is, hebben we bovendien de informatie van alle savesets die zijn geïmporteerd sinds het begin van de replicatietaak.
Tijdelijke oplossing C:
Als u een specifieke SSID op de doelserver moet ophalen voor hersteldoeleinden, kunt u scanner uitvoeren voor de opgegeven SSID.
Aangezien deze SSID is geïmporteerd met "scanner", en niet via een importbewerking, zal elke volgende importbewerking die deze SSID probeert te importeren mislukken. Je kunt de saveset later handmatig verwijderen met nsrmm -d -S ssid, zodra je klaar bent met herstellen. Nogmaals, hiermee wordt de ssid niet uit het Data Domain verwijderd, maar alleen de referentie in de mediadatabase.
Additional Information
Als u meer hulp of inzicht in het probleem nodig hebt, neemt u contact op met de ondersteuning.
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.