Помилка імпорту реплікації mtree: не вдалося виконати серйозне обмеження nsrmmdbd SQLITE
Сводка: Реплікація Mtree зазнає невдачі, оскільки вона намагається імпортувати набір збережень, який вже існує в медіабазі даних цільового сервера, що спричиняє помилку: nsrmmdbd Помилка суворого примусу SQLITE ...
Данная статья применяется к
Данная статья не применяется к
Эта статья не привязана к какому-либо конкретному продукту.
В этой статье указаны не все версии продуктов.
Симптомы
Сервер налаштований з реплікацією DD пристроїв.
Версія 19.9.0.4 або нижче.
Експорт працює нормально.
Імпорт не вдається.
Версія 19.9.0.4 або нижче.
Експорт працює нормально.
Імпорт не вдається.
Причина
Є 2 можливі сценарії, за яких може з'явитися ця проблема.
У зв'язку з помилкою у версії 19.9.0.4 або старішої, ресурс «Реплікація пристроїв NSR DD» може бути видалено з сервера після перезапуску служб. Це може призвести до двох ситуацій:
У зв'язку з помилкою у версії 19.9.0.4 або старішої, ресурс «Реплікація пристроїв NSR DD» може бути видалено з сервера після перезапуску служб. Це може призвести до двох ситуацій:
- На вихідному сервері видаляється ресурс "Реплікація пристроїв NSR DD". Посилання на «час останньої реплікації» втрачено. Наступна експортна операція не експортуватиме ці збереження, а просто експортуватиме всі набори збережень, які є в томі. На момент імпортування багато з цих ssid вже були імпортовані раніше, тому з'явилося повідомлення про помилку: Суворе обмеження SQLITE зазнало невдачі, оскільки ми не можемо вставити ssid двічі.
- На цільовому сервері видаляється ресурс «Реплікація пристроїв NSR DD». Посилання на «час останньої реплікації» втрачено. Наступна операція імпортування не імпортує нові набори збереження після останнього імпорту. Замість цього він спробує імпортувати всі збереження. Але багато з цих збережень вже були імпортовані, а отже, зазнають невдачі.
Разрешение
Оскільки збій походить від видалення ресурсу «Реплікація пристрою 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, а лише посилання в медіабазі даних.
Дополнительная информация
Якщо вам потрібна додаткова допомога або розуміння питання, зверніться до служби підтримки.
Затронутые продукты
NetWorkerСвойства статьи
Номер статьи: 000222759
Тип статьи: Solution
Последнее изменение: 07 Mar 2024
Версия: 1
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.