Import replikacji mtree nie powiódł się: nsrmmdbd Poważne ograniczenie SQLITE nie powiodło się
Summary: Replikacja obiektu MTree kończy się niepowodzeniem, ponieważ próbuje zaimportować zestaw zapisów, który już istnieje w bazie danych nośników serwera docelowego, powodując błąd: nsrmmdbd Poważne ograniczenie SQLITE nie powiodło się ...
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
Serwer jest skonfigurowany z replikacją urządzeń DD.
Wersja to 19.9.0.4 lub starsza.
Eksport działa prawidłowo.
Import nie powiódł się.
Wersja to 19.9.0.4 lub starsza.
Eksport działa prawidłowo.
Import nie powiódł się.
Cause
Istnieją 2 możliwe scenariusze, w których ten problem może się pojawić.
Ze względu na błąd w wersji 19.9.0.4 lub starszej zasób "NSR DD device replication" może zostać usunięty z serwera po ponownym uruchomieniu usług. Może to prowadzić do dwóch sytuacji:
Ze względu na błąd w wersji 19.9.0.4 lub starszej zasób "NSR DD device replication" może zostać usunięty z serwera po ponownym uruchomieniu usług. Może to prowadzić do dwóch sytuacji:
- Na serwerze źródłowym zasób "NSR DD device replication" jest usuwany. Odwołanie do "czasu ostatniej replikacji" zostało utracone. Następna operacja eksportu nie wyeksportuje tych zestawów zapisów po ostatnim eksporcie, ale po prostu wyeksportuje wszystkie zestawy zapisów, które znajdują się w woluminie. W momencie importowania wiele z tych identyfikatorów SSID zostało już wcześniej zaimportowanych, stąd komunikat o błędzie: Wiązanie SQL severe nie powiodło się, ponieważ nie można wstawić identyfikatora ssid dwa razy.
- Na serwerze docelowym zasób "NSR DD device replication" jest usuwany. Odwołanie do "czasu ostatniej replikacji" zostało utracone. Następna operacja importu nie spowoduje zaimportowania nowych zestawów zapisów po czasie ostatniego importu. Zamiast tego spróbuje zaimportować wszystkie zestawy zapisów. Jednak wiele z tych zestawów zapisów zostało już zaimportowanych i dlatego zakończy się niepowodzeniem.
Resolution
Ponieważ błąd wynika z usuwania zasobu "NSR DD device replication", jedyną poprawką jest uaktualnienie do wersji 19.9.0.5 lub 19.10, aby uniknąć problemu.
Możliwe obejście:
Obejście A:
1. Dowiedz się, jaki był czas "ostatniej replikacji" z zasobów "NSR DD device replication" znalezionych w folderze
nsr/nsrdb/dbg 2. Usuń istniejącą replikację urządzenia "NSR DD" i utwórz nową replikację z takimi samymi parametrami, ale z użyciem czasu ostatniej replikacji z góry.
Obejście B:
Jeśli zawartość folderu /nsr/replication na serwerze docelowym nie została zmodyfikowana od czasu rozpoczęcia replikacji, możesz usunąć cały wolumin replikacji i ponownie uruchomić import (tylko wtedy, gdy ostatni czas replikacji replikacji urządzenia NSR DD wynosi 0).
Należy pamiętać, że zestawy zapisów nie mogą być usuwane przez docelowy serwer NetWorker, ponieważ znajdują się w drzewie MTree tylko do odczytu; W związku z tym usunięcie woluminu nie spowoduje usunięcia zestawów zapisów. Ponadto, ponieważ mamy nienaruszony folder /nsr/replication, mamy informacje o wszystkich zestawach zapisów, które zostały zaimportowane od momentu uruchomienia zadania replikacji.
Obejście C:
Jeśli chcesz pobrać określony identyfikator SSID na serwerze docelowym w celu przywrócenia, możesz uruchomić skaner dla określonego identyfikatora SSID.
Ponieważ ten identyfikator SSID został zaimportowany za pomocą polecenia "scanner", a nie za pomocą operacji importowania, każda kolejna próba zaimportowania tego identyfikatora SSID zakończy się niepowodzeniem. Możesz po prostu usunąć zestaw zapisów ręcznie później za pomocą nsrmm -d -S ssid, po zakończeniu jego odzyskiwania. Ponownie, nie spowoduje to usunięcia identyfikatora ssid z Data Domain, a jedynie odwołanie w bazie danych nośnika.
Możliwe obejście:
Obejście A:
1. Dowiedz się, jaki był czas "ostatniej replikacji" z zasobów "NSR DD device replication" znalezionych w folderze
nsr/nsrdb/dbg 2. Usuń istniejącą replikację urządzenia "NSR DD" i utwórz nową replikację z takimi samymi parametrami, ale z użyciem czasu ostatniej replikacji z góry.
Obejście B:
Jeśli zawartość folderu /nsr/replication na serwerze docelowym nie została zmodyfikowana od czasu rozpoczęcia replikacji, możesz usunąć cały wolumin replikacji i ponownie uruchomić import (tylko wtedy, gdy ostatni czas replikacji replikacji urządzenia NSR DD wynosi 0).
Należy pamiętać, że zestawy zapisów nie mogą być usuwane przez docelowy serwer NetWorker, ponieważ znajdują się w drzewie MTree tylko do odczytu; W związku z tym usunięcie woluminu nie spowoduje usunięcia zestawów zapisów. Ponadto, ponieważ mamy nienaruszony folder /nsr/replication, mamy informacje o wszystkich zestawach zapisów, które zostały zaimportowane od momentu uruchomienia zadania replikacji.
Obejście C:
Jeśli chcesz pobrać określony identyfikator SSID na serwerze docelowym w celu przywrócenia, możesz uruchomić skaner dla określonego identyfikatora SSID.
Ponieważ ten identyfikator SSID został zaimportowany za pomocą polecenia "scanner", a nie za pomocą operacji importowania, każda kolejna próba zaimportowania tego identyfikatora SSID zakończy się niepowodzeniem. Możesz po prostu usunąć zestaw zapisów ręcznie później za pomocą nsrmm -d -S ssid, po zakończeniu jego odzyskiwania. Ponownie, nie spowoduje to usunięcia identyfikatora ssid z Data Domain, a jedynie odwołanie w bazie danych nośnika.
Additional Information
Jeśli potrzebujesz dalszej pomocy lub zrozumienia problemu, skontaktuj się z pomocą techniczną.
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.