Расширение миграции Azure Cosmos DB для MongoDB помогает перенести рабочие нагрузки MongoDB в Azure Cosmos DB. В этой статье приводятся ответы на часто задаваемые вопросы о расширении миграции.
Разделы справки выполнить оценку, если не удается выполнить шаг "Выполнить проверку"?
Обратитесь к ошибке, отображаемой в расширении, чтобы узнать, почему проверка завершается ошибкой. Как правило, проблема заключается в невозможности подключения к конечной точке MongoDB. Проблема может также быть пользователем, не имеющим достаточных привилегий на подключенном сервере для выполнения оценки.
Чтобы выполнить оценку, пользователь, подключенный к MongoDb, должен иметь readAnyDatabase и clusterMonitor роли, назначенные в исходном экземпляре.
Используется grantRolesToUser для настройки соответствующих ролей для текущего подключенного пользователя.
Разделы справки см. имена коллекций и имена баз данных для оценки в категории "Совместимость компонентов"?
Оценка использует serverStatus команду для оценки совместимости компонентов. Так как эта команда не предоставляет сведения о именах баз данных или коллекций, расширение не может сообщать имена ресурсов.
Для получения более подробных сведений об оценке повторно запустите оценку, указав путь к папке, содержащий журналы профилировщика MongoDB в поле "Путь к папке журнала".
Разделы справки собирать сообщения журнала?
Файл журнала можно найти по следующему пути: /var/log/mongodb/mongodb.log Если файл журнала не найден, проверьте расположение в файле конфигурации MongoDB.
Дополнительные сведения см. в разделе "Сообщения журнала MongoDB".
Когда миграция начнется, почему не удается увидеть точное количество перенесенных документов и дать оценку?
Чтобы уменьшить использование ресурсов в источнике во время миграции, расширение оценивает количество документов в каждой коллекции, которые необходимо переместить из источника в целевой объект, а не получить точное количество.
Почему некоторые коллекции отсутствуют или отключены на шаге сопоставления коллекций?
Виртуальные ядра Azure Cosmos DB для MongoDB не поддерживают временные ряды или кластеризованные коллекции. Таким образом, эти типы коллекций либо отсутствуют, либо отключены на шаге сопоставления коллекций.
Почему представления отсутствуют или отключены на шаге сопоставления коллекций, если виртуальные ядра Azure Cosmos DB для MongoDB поддерживают представления?
На основе виртуальных ядер Azure Cosmos DB для MongoDB поддерживается создание новых представлений. Однако расширение миграции не обеспечивает поддержку переноса существующих представлений.
После завершения миграции вы всегда можете повторно создать представления.
Сколько хранилища следует использовать в целевой учетной записи после миграции?
Виртуальные ядра Azure Cosmos DB для MongoDB не сжимают данные на диске. Типичная приблизительная оценка — удвоить размер хранилища, потребляемый коллекциями в исходном экземпляре MongoDB, чтобы оценить хранилище в целевой учетной записи Azure Cosmos DB для MongoDB.
Какие коллекции и базы данных пропускаются при миграции из MongoDB в виртуальные ядра Azure Cosmos DB для MongoDB?
Следующие базы данных и коллекции считаются внутренними для MongoDB:
| Ресурс | |
|---|---|
| Базы данных | admin, , localsystem config |
| Коллекции | Любая коллекция с префиксом system. |
Так как внутренние базы данных и коллекции не требуются в Azure Cosmos DB для MongoDB на основе виртуальных ядер, расширение не включает миграцию этих баз данных.
Можно ли перенести базы данных и коллекции, имена которых начинаются с чисел?
Это известная проблема. Миграция не поддерживает базы данных и коллекции, имена которых начинаются с чисел.
Если выбрать несколько коллекций для миграции, они переносятся параллельно?
Каждая задача миграции в Azure Database Migration Service предоставляет два поезда для миграции. Каждое обучение переносит одну коллекцию в любой момент времени. Поэтому две коллекции обычно переносятся параллельно. После завершения миграции коллекции следующая коллекция автоматически выбирается. Если для миграции требуется много коллекций, создайте несколько задач миграции. Каждая задача должна иметь ограниченное количество коллекций, чтобы повысить эффективность миграции.
Сколько баз данных и коллекций можно перенести в одну миграцию?
Нет ограничений на количество баз данных и коллекций, которые можно включить в одну миграцию. Однако выбранные коллекции делятся на пакеты из 50 при создании задач миграции в Службе Azure Database Migration Service. Для больших объемов коллекций в списке миграций отображаются несколько задач миграции.
Как спланировать порядок и количество коллекций для переноса?
При выборе нескольких коллекций для миграции порядок миграции коллекций не настраивается. Если вы хотите управлять порядком миграции, перенесите коллекции в небольшие пакеты в зависимости от требуемой последовательности. Для повышения производительности не следует объединять более крупные коллекции с меньшими коллекциями в пакете.
Как настроить брандмауэры Azure Cosmos DB на основе виртуальных ядер для MongoDB и MongoDB, чтобы избежать проблем с подключением?
Добавьте исключения брандмауэра в целевую учетную запись Azure Cosmos DB для MongoDB, чтобы принять подключения из глобальных центров обработки данных Azure. Дополнительные сведения см. в статье о конфигурации брандмауэра Azure Cosmos DB.
Как настроить брандмауэры исходного сервера, чтобы избежать проблем с подключением?
Настройте исходный экземпляр MongoDB, чтобы разрешить подключения из глобальных центров обработки данных Azure. Дополнительные сведения см . в глобальных диапазонах IP-адресов Azure.
Предупреждение
Расширение не поддерживает исходные или целевые экземпляры MongoDB с поддержкой частной конечной точки. Расширение не поддерживает локальную среду выполнения интеграции Azure Database Migration Service.
Выполняются ли задания миграции локально на моем компьютере?
База данных, коллекции и индексы создаются непосредственно с помощью команд из локального клиента Azure Data Studio. Для этого требуется подключение между клиентом, работающим в Azure Data Studio, как с исходными, так и целевыми средами.
Задачи миграции данных выполняются в Azure Database Migration Service. Служба миграции — это экземпляр службы Azure, который управляет и выполняет действия по перемещению данных. После создания задач миграции данных вам не требуется подключаться к исходным и целевым средам.
Сколько миграций можно выполнять одновременно?
Количество миграций, которые можно создать одновременно, не ограничено.
Можно ли переименовать базы данных и коллекции во время миграции?
Расширение не поддерживает переименование базы данных и коллекции во время миграции.
Можно ли перенести коллекции с помощью нескольких итераций миграции?
Можно создать несколько заданий миграции, каждый из которых имеет ограниченное количество коллекций. Этот подход рекомендуется оптимизировать скорость миграции.
Что включается в отчет об оценке?
Начальная часть отчета содержит основные сведения о выполнении оценки, включая сводку исходной среды MongoDB. Сведения включают исходную версию MongoDB, тип лицензии и тип экземпляра. Эта часть также содержит список баз данных и коллекций, оцененных, с соответствующими сводками оценки и готовностью к миграции.
Результаты группируются в категории "Критические", "Предупреждения " и "Информационные ". Эти категории помогают определить приоритеты результатов в соответствии с их важностью.
К проверкам оценки относятся следующие:
| Description | |
|---|---|
| Параметры коллекции | Выводы, связанные с неподдерживаемых параметров коллекции. Примеры включают временные ряды и параметры сортировки. |
| Функции | Выводы, связанные с неподдерживаемые команды базы данных, синтаксис запросов или операторы, включая запросы конвейера агрегирования. В столбце дополнительных сведений вы сможете узнать, как часто используется конкретная функция в исходной конечной точке. |
| Ограничения и квоты | Результаты, связанные с ограничениями и квотами на основе виртуальных ядер Azure Cosmos DB для MongoDB. |
| Индексы | Результаты, связанные с неподдерживаемые типы или свойства индексов MongoDB. |
| Ключи сегментов | Выводы, связанные с неподдерживаемые конфигурации ключей сегментов. |
Какой тип журналов создает расширение?
Расширение ведет журналы ошибок, предупреждений и другие диагностические журналы, которые хранятся в каталоге журналов по умолчанию:
- Для Windows —
C:\Users\<username>\.dmamongo\logs\. - Linux —
~/.dmamongo/logs. - macOS:
/Users/<username>/.dmamongo/logs
Примечание.
Для каждого дня создается отдельный файл журнала. По умолчанию расширение сохраняет последние семь файлов журналов.