Помилка імпорту реплікації mtree: не вдалося виконати серйозне обмеження nsrmmdbd SQLITE
Summary: Реплікація Mtree зазнає невдачі, оскільки вона намагається імпортувати набір збережень, який вже існує в медіабазі даних цільового сервера, що спричиняє помилку: nsrmmdbd Помилка суворого примусу SQLITE ...
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
Сервер налаштований з реплікацією DD пристроїв.
Версія 19.9.0.4 або нижче.
Експорт працює нормально.
Імпорт не вдається.
Версія 19.9.0.4 або нижче.
Експорт працює нормально.
Імпорт не вдається.
Cause
Є 2 можливі сценарії, за яких може з'явитися ця проблема.
У зв'язку з помилкою у версії 19.9.0.4 або старішої, ресурс «Реплікація пристроїв NSR DD» може бути видалено з сервера після перезапуску служб. Це може призвести до двох ситуацій:
У зв'язку з помилкою у версії 19.9.0.4 або старішої, ресурс «Реплікація пристроїв NSR DD» може бути видалено з сервера після перезапуску служб. Це може призвести до двох ситуацій:
- На вихідному сервері видаляється ресурс "Реплікація пристроїв NSR DD". Посилання на «час останньої реплікації» втрачено. Наступна експортна операція не експортуватиме ці збереження, а просто експортуватиме всі набори збережень, які є в томі. На момент імпортування багато з цих ssid вже були імпортовані раніше, тому з'явилося повідомлення про помилку: Суворе обмеження SQLITE зазнало невдачі, оскільки ми не можемо вставити ssid двічі.
- На цільовому сервері видаляється ресурс «Реплікація пристроїв NSR DD». Посилання на «час останньої реплікації» втрачено. Наступна операція імпортування не імпортує нові набори збереження після останнього імпорту. Замість цього він спробує імпортувати всі збереження. Але багато з цих збережень вже були імпортовані, а отже, зазнають невдачі.
Resolution
Оскільки збій походить від видалення ресурсу «Реплікація пристрою NSR DD», єдиним виправленням є оновлення до 19.9.0.5 або 19.10, щоб уникнути проблеми.
Можливий обхідний шлях:
Обхідний шлях A:
1. Дізнайтеся, яким був час «останньої реплікації», з ресурсів «Реплікація пристроїв NSR DD», які знаходяться в папці
NSR/NSRDB/dbg 2. Видаліть існуючу «Реплікацію пристрою NSR DD» і створіть нову з тими ж параметрами, але використовуючи час останньої реплікації зверху.
Спосіб вирішення
: Якщо вміст папки /nsr/replication на цільовому сервері не було змінено з моменту початку реплікації, ви можете видалити весь том реплікації та запустити імпорт знову (лише якщо час останньої реплікації реплікації пристрою NSR DD дорівнює 0).
Майте на увазі, що savesets не можуть бути видалені цільовим сервером NetWorker, оскільки вони знаходяться на mtree, доступному лише для читання; Тому видалення тому не призведе до видалення збережень. Крім того, оскільки у нас є тека /nsr/replication недоторканою, у нас є інформація про всі набори збережень, які були імпортовані з початку завдання реплікації.
Спосіб вирішення C:
Якщо вам потрібно отримати певний SSID на цільовому сервері з метою відновлення, ви можете запустити сканер для вказаного SSID.
оскільки цей SSID було імпортовано за допомогою «сканера», а не за допомогою операції імпортування, будь-яка наступна операція імпорту з імпорту цього SSID зазнає невдачі. Ви можете просто вилучити набір збережень вручну пізніше за допомогою nsrmm -d -S ssid, щойно завершите його відновлення. Знову ж таки, це не видалить ssid з Data Domain, а лише посилання в медіабазі даних.
Можливий обхідний шлях:
Обхідний шлях A:
1. Дізнайтеся, яким був час «останньої реплікації», з ресурсів «Реплікація пристроїв NSR DD», які знаходяться в папці
NSR/NSRDB/dbg 2. Видаліть існуючу «Реплікацію пристрою NSR DD» і створіть нову з тими ж параметрами, але використовуючи час останньої реплікації зверху.
Спосіб вирішення
: Якщо вміст папки /nsr/replication на цільовому сервері не було змінено з моменту початку реплікації, ви можете видалити весь том реплікації та запустити імпорт знову (лише якщо час останньої реплікації реплікації пристрою NSR DD дорівнює 0).
Майте на увазі, що savesets не можуть бути видалені цільовим сервером NetWorker, оскільки вони знаходяться на mtree, доступному лише для читання; Тому видалення тому не призведе до видалення збережень. Крім того, оскільки у нас є тека /nsr/replication недоторканою, у нас є інформація про всі набори збережень, які були імпортовані з початку завдання реплікації.
Спосіб вирішення C:
Якщо вам потрібно отримати певний SSID на цільовому сервері з метою відновлення, ви можете запустити сканер для вказаного SSID.
оскільки цей SSID було імпортовано за допомогою «сканера», а не за допомогою операції імпортування, будь-яка наступна операція імпорту з імпорту цього SSID зазнає невдачі. Ви можете просто вилучити набір збережень вручну пізніше за допомогою nsrmm -d -S ssid, щойно завершите його відновлення. Знову ж таки, це не видалить ssid з Data Domain, а лише посилання в медіабазі даних.
Additional Information
Якщо вам потрібна додаткова допомога або розуміння питання, зверніться до служби підтримки.
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.