Сбой импорта репликации MTree: сбой строгого ограничения nsrmmdbd SQLITE
Сводка: Репликация MTree завершается сбоем из-за попытки импорта набора сохранения, который уже существует в базе данных носителей целевого сервера, что приводит к ошибке: nsrmmdbd SQLITE — сбой серьезного ограничения ...
Данная статья применяется к
Данная статья не применяется к
Эта статья не привязана к какому-либо конкретному продукту.
В этой статье указаны не все версии продуктов.
Симптомы
Для сервера настроена репликация устройств DD.
Версия 19.9.0.4 или ниже.
Экспорт работает нормально.
Не удается выполнить импорт.
Версия 19.9.0.4 или ниже.
Экспорт работает нормально.
Не удается выполнить импорт.
Причина
Существует 2 возможных сценария возникновения этой проблемы.
Из-за ошибки в версии 19.9.0.4 или ниже ресурс «NSR DD device replication» может быть удален с сервера после перезапуска служб. Это может привести к двум ситуациям:
Из-за ошибки в версии 19.9.0.4 или ниже ресурс «NSR DD device replication» может быть удален с сервера после перезапуска служб. Это может привести к двум ситуациям:
- На исходном сервере ресурс «NSR DD device replication» удаляется. Ссылка на «время последней репликации» утрачена. Следующая операция экспорта не экспортирует эти наборы сохранений после последнего экспорта, а просто экспортирует все наборы сохранений, которые находятся в томе. Во время импорта многие из этих ssid уже были импортированы ранее, поэтому появляется сообщение об ошибке: Серьезное ограничение SQLITE не удалось, так как мы не можем вставить ssid дважды.
- На целевом сервере ресурс «NSR DD device replication» удаляется. Ссылка на «время последней репликации» утрачена. Следующая операция импорта не будет импортировать новые наборы сохранений после последнего импорта. Вместо этого он попытается импортировать все наборы сохранений. Но многие из этих наборов сохранений уже были импортированы и, следовательно, не будут работать.
Разрешение
Поскольку сбой возник из-за удаления ресурса «NSR DD device replication», единственным решением является модернизация до версии 19.9.0.5 или 19.10, чтобы избежать этой проблемы.
Возможное временное решение:
Временное решение A:
1. Узнайте время «последней репликации» по ресурсам «NSR DD device replication», найденным в папке
2 nsr/nsrdb/dbg. Удалите существующую репликацию устройства NSR DD и создайте новую с теми же параметрами, но используя время последней репликации, указанное выше.
Временное решение Б.
Если содержимое папки /nsr/replication на целевом сервере не изменялось с момента начала репликации, можно удалить весь том репликации и снова запустить импорт (только если время последней репликации устройства NSR DD равно 0).
Имейте в виду, что наборы сохранений не могут быть удалены целевым сервером NetWorker, так как они находятся в mtree, доступном только для чтения; Таким образом, удаление тома не приведет к удалению наборов сохранения. Кроме того, поскольку папка /nsr/replication не повреждена, мы получаем информацию обо всех наборах сохранений, которые были импортированы с момента запуска задания репликации.
Временное решение C:
Если необходимо получить определенный SSID на целевом сервере для целей восстановления, можно запустить сканер для указанного SSID.
Поскольку этот SSID был импортирован с помощью сканера, а не с помощью операции импорта, любая последующая операция импорта, пытающаяся импортировать этот SSID, завершится сбоем. Вы можете просто удалить набор сохранений вручную позже, выполнив nsrmm -d -S ssid, как только закончите его восстановление. Это не приведет к удалению ssid из Data Domain, а только к удалению ссылки в базе данных носителей.
Возможное временное решение:
Временное решение A:
1. Узнайте время «последней репликации» по ресурсам «NSR DD device replication», найденным в папке
2 nsr/nsrdb/dbg. Удалите существующую репликацию устройства NSR DD и создайте новую с теми же параметрами, но используя время последней репликации, указанное выше.
Временное решение Б.
Если содержимое папки /nsr/replication на целевом сервере не изменялось с момента начала репликации, можно удалить весь том репликации и снова запустить импорт (только если время последней репликации устройства NSR DD равно 0).
Имейте в виду, что наборы сохранений не могут быть удалены целевым сервером NetWorker, так как они находятся в mtree, доступном только для чтения; Таким образом, удаление тома не приведет к удалению наборов сохранения. Кроме того, поскольку папка /nsr/replication не повреждена, мы получаем информацию обо всех наборах сохранений, которые были импортированы с момента запуска задания репликации.
Временное решение C:
Если необходимо получить определенный SSID на целевом сервере для целей восстановления, можно запустить сканер для указанного SSID.
Поскольку этот SSID был импортирован с помощью сканера, а не с помощью операции импорта, любая последующая операция импорта, пытающаяся импортировать этот SSID, завершится сбоем. Вы можете просто удалить набор сохранений вручную позже, выполнив nsrmm -d -S ssid, как только закончите его восстановление. Это не приведет к удалению ssid из Data Domain, а только к удалению ссылки в базе данных носителей.
Дополнительная информация
Если требуется дополнительная помощь или понимание проблемы, обратитесь в службу поддержки.
Затронутые продукты
NetWorkerСвойства статьи
Номер статьи: 000222759
Тип статьи: Solution
Последнее изменение: 07 Mar 2024
Версия: 1
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.