Запланированное резервное копирование MarkLogic завершилось неудачно, так как операция резервного копирования уже выполняется

Question

Мы запускаем кластер с тремя узлами (ML 8.0-5) на серверах EC2 (centOS). У нас есть ночные резервные копии для S3, запланированные для всех баз данных.

Для некоторых баз данных, такие как безопасность, я вижу следующее сообщение об ошибке в журнале:

2016-12-23 05:00:08.820 Info: Starting 2-forest database backup to s3://[bucket]/Security/20161223-0500088204840, jobid=17882056419810225406 (Daily event scheduled every 1 day at T05:00:00.0Z)

2016-12-23 05:00:08.821 Error: 2-forest database backup to s3://[bucket]/Security/20161223-0500088204840, jobid=17882056419810225406, timestamp=18446744073709551615 failed: XDMP-FORESTOPIN: Forest Security has a backup operation in progress

Я проверил s3, и резервное копирование для БД безопасности не был написан в ведро 12/23, хотя резервная копия для этой базы данных достигла 12/22. Кроме того, резервные копии для других баз данных преуспели в 12/23.

Страница «Состояние базы данных» в консоли администратора для обеспечения безопасности показывает, что последняя резервная копия запускалась прошлой ночью (2016-12-23T05: 01: 01.863573Z).

Кроме того, страница «Состояние леса» для леса безопасности показывает, что последняя была поддержана прошлой ночью (23 декабря 2016 года, 5:01:02).

Это повлияло на все вспомогательные базы данных (Схемы, документы, модули) не менее двух последних недель.

Любые идеи, что может вызвать это? Я всегда могу открыть билет с поддержкой, но поскольку они являются вспомогательными базами данных и поэтому не критичны, сначала нужно проверить здесь, если есть что-то очевидное.

BTW: Это может быть связано с Marklogic scheduled backups failing, но я не мог сказать, потому что этот вопрос не предоставил достаточно деталей для сравнения.

Answer 1

я понял, что ответ кроется в MarkLogic Базе знаний здесь: https://help.marklogic.com/Knowledgebase/Article/View/204/0/best-practicies-when-backing-up-multiple-databases-simultaneously

В этом случае, все базы данных были запланированы для резервного копирования в то же время и их конфигурации включены вспомогательные базы данных. Другими словами базы данных Security, Schemas и Documents запускали резервные копии в 5 утра и включали резервную копию базы данных безопасности. Это вызвало конфликт, поскольку база данных безопасности, вероятно, уже была в состоянии «резервного копирования».

Я смог воспроизвести ситуацию в локальном экземпляре MarkLogic, заплатив резервную копию базы данных Security and Schemas за тот же период времени, принимая при этом конфигурацию резервного копирования всех вспомогательных баз данных по умолчанию. Я мог бы избежать ошибки, НЕ принимая параметр по умолчанию включения вспомогательных баз данных в резервную копию.