@ kamaljoshi911 Спасибо за подробный отзыв. Мы ведем активное расследование и скоро свяжемся с вами.

У меня такая же проблема.

Аналогичная ситуация, но мои документы намного меньше по размеру. Я также группирую данные. "allowDiskUse" не помогло.

@ kamaljoshi911 и @ccnoecker Не могли бы вы вставить типичный запрос, который вызывает это? Сколько документов находится в коллекции (ах), которых он касается? Ваш подробный отзыв будет очень полезным здесь. Спасибо.

В настоящее время в коллекции 587 239 документов, но в будущем их будет гораздо больше. Для этого я использую отредактированный код, и он без проблем работал на локальном Mongo. Никогда не видел этой ошибки до перехода на лазурный / космос.

Я использую python для выполнения запроса:

db.logs.aggregate([
        {"$group":{
            "_id":{"player_name":"$player_name",
                "player_retailer":"$player_retailer",
                "player_country_code":"$player_country_code",
                "player_function_aggregated":"$player_function_aggregated",
                "retailer_country":"$retailer_country",
                "retailer_name":"$retailer_name",
                "retailer_city":"$retailer_city",
                "item_id":"$item_id",
                "item_name":"$item_name",
                "item_type":"$type",
                "item_context":"$context"},
            "playback_count":{"$sum":"1"},
            "avg_duration":{"$avg":"$duration"}
        }
        },
        {"$project":{
            "playback_count":"$playback_count",
            "avg_duration":{"$trunc":"$avg_duration"}
        }
        },
        {"$out":"playback_count_by_player"}
    ])

@ccnoecker Не могли бы вы сообщить нам, как называется ваш экземпляр Cosmos DB? Вы можете отправить это AzCommunity в Microsoft Com, если не хотите публиковать здесь информацию. У меня есть команда разработчиков, которая занимается этим. У нас есть возможный обходной путь, но мы хотим взглянуть на вашу конкретную среду, если вас это устраивает. Спасибо!

@ kamaljoshi911 Если вы поделитесь своими запросами и именем вашего экземпляра, я также могу получить ваш отзыв. Спасибо.

@ccnoecker Спасибо за предоставленную вами дополнительную информацию. Эта информация была предоставлена ​​группе разработчиков продукта.

@ kamaljoshi911 @ccnoecker В Azure Cosmos DB установлен предел памяти в 40 решает проблему с агрегированием. Предел имеет отступ, чтобы ни один запрос не занимал всю память в этом кластере. Я надеюсь, что команда разработчиков сможет предложить обходные пути для варианта использования @ccnoecker. Если есть другие примеры, которые необходимо изучить, предоставьте:

• Имя экземпляра
• Пример запроса, вызывающего пороговое значение 40 МБ

Спасибо,
Майк

Теперь мы перейдем к закрытию этой темы. Если есть дополнительные вопросы по этому поводу, прокомментируйте, и мы с радостью продолжим обсуждение.

Что касается проблемы с размером 40 МБ в целом, мы понимаем проблему и работаем над ее исправлением. В качестве обходного пути клиенты могут попробовать 1) уменьшить количество полей, используемых в каждом документе, и 2) уменьшить общее количество документов, охватываемых запросом.

Привет,
У меня такая же проблема. Я выполняю
db.getCollection ('collectionName'). aggregate ([{$ limit: 1}])

Но Cosmos DB возвращает «Запрос превысил максимально допустимое использование памяти в 40 МБ», но я уже фильтрую (ну, я хочу получить только первый элемент)

Привет,

У меня такая же проблема с
bigin.documents.azure.com

db.getCollection ('метки'). aggregate ([
{"$ match": {"category": "bg: itemView",
"application": ObjectId ("5bd6adb506a2f64866ddc7d2"),
"timestampDate": {"$ gt": ISODate ("2018-10-31 15: 00: 00.000Z"), "$ lt": ISODate ("2018-11-18 15: 00: 00.000Z")}} },
{"$ project": {"product": 1, "user": 1, "visit": 1}},
{"$ group": {"_id": {"product": "$ product", "user": "$ user", "visit": "$ visit"}}},
{"$ group": {"_id": {"product": "$ _id.product", "user": "$ _id.user"}, "count": {"$ sum": 1}}},
{"$ match": {"count": {"$ gt": 1}}},
{"$ group": {
"_id": "$ _id.product",
"count": {"$ sum": 1},
"views": {"$ sum": "$ count"},
"users": {"$ push": {"id": "$ _id.user", "count": "$ count"}}
}},
{"$ project": {"users": 1, "count": 1, "views": 1, "average": {"$ diver": ["$ views", "$ count"]}}},
{"$ match": {"средний": {"$ gt": 3.5}}}
])

любые обновления?

Итак, пока я это читал, на данный момент агрегирование НЕ возможно?
Эта команда db.getCollection('collectionName').aggregate([ { $limit : 1 }]) от @ bernardo5304
дает понять, что существует более серьезная проблема.

Это просто положило конец нашим планам миграции.

У меня такая же проблема со следующим запросом:

db.getCollection("Telemetry").distinct("DeviceId")

У меня 80 000 документов, и на данный момент есть 2 различных значения DeviceId.

Я не указывал никакой индексации, поэтому, насколько я понимаю, все мои поля должны быть проиндексированы.

Та же проблема здесь, использование MongoDB API с Cosmos DB начинает выглядеть как смерть от тысячи сокращений.

Я передал в группу продуктов информацию о каждом из ваших комментариев @ bernardo5304 @zxshinxz @gerhardcit @ Peter-B- @lferrao. Я надеюсь получить обратную связь в ближайшее время.

Мы активно работаем над улучшением агг. fwk и post-GA снимают это ограничение. Благодарю.

Я думал, Космос уже дошел до GA? Текущий предел исчерпывается простым запросом даты (получить документы за последние 3 дня), что делает космос бесполезным для нас в данный момент. Переходим в Атлас MongoDB.

Спасибо за ваш отзыв. Мы работаем над решением вышеуказанного случая, с которым вы столкнулись. Свяжитесь с нами по адресу [email protected], и мы поможем вам с вашим вариантом использования. Благодарю.

Это все еще проблема. Я не могу понять, насколько сложно заставить все эти службы PAAS работать и хорошо работать с несколькими клиентами, но если агрегация не работает, это не совсем совместимый с Mongo API, и многие варианты использования Cosmos начинают разваливаются, есть ли какие-нибудь обновления о том, когда эта функция снова будет доступна? Выбор менее 100 КБ строк в запросе агрегирования вызывает эту проблему, за исключением запуска микропакетов для обработки чего-либо, у меня ограниченные возможности, если я использую Cosmos ..

@zpappa , как было сказано выше - мы над этим работаем. А пока свяжитесь с нами по адресу [email protected], и мы постараемся помочь и разблокировать вас. Благодаря!

@rimman спасибо за своевременный ответ. Я скоро свяжусь с вами.

У меня такая же проблема, используя следующий запрос

совокупный ([
{
$ unwind: "$ Projection.key_discovery.KeysWithProjectedTypes"},
{
$ группа:
{
_id: "$ Projection.key_discovery.KeysWithProjectedTypes.Key",
типы данных : {
$ addToSet: "$ Projection.key_discovery.KeysWithProjectedTypes.StoredDataTypes"
},
count: {
Сумма $: 1
}
}
},
{
$ project: {
KeyName: "$ _ id",
DataTypes: "$ dataTypes",
Count: "$ count",
_id: ложь
}
}
])

Это серьезная проблема, блокирующая нашу разработку, что я могу сделать, чтобы это исправить?

Мы закончили тем, что установили mongo на крошечной виртуальной машине, что значительно дешевле и более производительно (и работает с агрегацией). CosmosDB выглядит великолепно, но его еще нет.

Вы смотрели Атлас MongoDb? Там вы можете получить управляемый экземпляр. Вот где мы сейчас и оказались.

CosmosDB выглядит великолепно, но его еще нет.
Правдивые слова.

Вы смотрели Атлас MongoDb? Там вы можете получить управляемый экземпляр. Вот где мы сейчас и оказались.

CosmosDB выглядит великолепно, но его еще нет.
Правдивые слова.

К сожалению, реальность, но за пределами небольших вариантов использования приложений, хранилищ метаданных и т.п. я не могу оправдать использование Cosmos для чего-то «большого». Определенно есть много ограничений и проблем, которые я обнаружил, регулирование скорости запросов - одно из них, есть еще проблемы с разбивкой на страницы (к чести MS, над которыми они активно работают) с агрегацией. Однако трудно не понять их точку зрения, они не хотят, чтобы опасные агрегационные запросы убегали и поглощали выделенные вычислительные ресурсы и память и влияли на других клиентов. Одна из многих проблем с любым облачным продуктом.

У меня те же проблемы с агрегацией, общее количество записей в коллекции составляет всего 4612109. Я также столкнулся с той же проблемой, может ли кто-нибудь сказать мне, когда она решена?

@ haresh1288 : отправьте нам свой запрос и сообщение об ошибке на адрес askcosmosmongoapi [at] microsoft [dot] com, чтобы мы могли проверить, есть ли какие-либо меры.

Обзор постановки проблемы.

Мы планируем использовать CosmosDB - MongoDB API для наших данных телеметрии Интернета вещей.
Требовалось объединить две коллекции (почему-то это не так
возможно сделать деформализованную схему из-за функциональных требований, следовательно, в
минимум две коллекции, необходимые для получения желаемых данных). Итак, мы планируем
использовать MongoDB Aggregation Pipeline (с поиском $).

[Проблема]

Я видел, что Mongodb API имеет некоторую функцию в режиме предварительного просмотра, такую ​​как 'Агрегация
Pipeline ',' Проводной протокол MongoDB 3.4 (версия 5) ',' TTL для каждого документа '. я
необходимо использовать агрегирование и, возможно, функцию TTL.

У меня вопрос, если я «Включу» функцию предварительного просмотра и разверну свое приложение в
PRODUCTION, имеет ли какое-либо влияние *, когда эта функция предварительного просмотра является GA и
каково решение ограничения конвейера агрегации в 40 МБ *?

@ haresh1288 мы постоянно работаем над улучшением API Cosmos DB для MongoDB. Чтобы мы могли эффективно увидеть, будут ли какие-либо последствия для вашего варианта использования при использовании наших предварительно проверенных функций, для нас было бы более эффективным провести подробный разговор по вашим запросам. Не могли бы вы отправить электронное письмо с этим описанием + ваши вопросы, чтобы мы могли вам помочь?

Вы можете написать нам по адресу: askcosmosmongoapi [at] microsoft [dot] com

Привет,

Ниже мой образец документа,

{"_id": ObjectId ("5cb994c7077cca3e1f5f603a"), "Тип": "E",«EventID»: «2695», «partitionId»: 1, «Time»: «02,05,06»,«EventClass»: «9003», «UnitID»: «2», «Дата»: «04-03-2019»,«Сообщение»: «ошибка отправки show_error (0) в jssh.», «Отметка времени»:«1551683106», «Запись»: NumberLong (1555666119562)}

* db.events.aggregate ([{$ lookup: {from:
"устройство", localField: "UnitID", foreignField:
"UnitID", например: "device_docs"}}, {$ match:
{"partitionId": 2, "UnitID": "2", "Record": NumberLong (1555668270717)}
}, * {$ limit: 5}

], {allowDiskUse: true})

Сначала я пытаюсь оценить API Cosmos MongoDB для моего клиента
Выпуск продукции в конце этого года, если это не сработает, я должен выбрать
какой-то другой подход. В моей коллекции устройств есть атрибуты, которые могут
получать обновления от пользователя, поэтому я должен использовать $ lookup, плюс выше просто
образец запроса. Мне нужна группа по и почти все функции агрегирования, чтобы получить
желаемый результат.

Хареш Патель Мо: +91 8401437591

В среду, 24 апреля 2019 г., в 2:27 Рохан Арора [email protected]
написал:

@ haresh1288 https://github.com/haresh1288 мы постоянно работаем над
внести улучшения в API Cosmos DB для MongoDB. Для того, чтобы мы
эффективно увидеть, будут ли какие-либо последствия для вашего варианта использования
используя наши предварительные возможности, для нас было бы более эффективно
подробно обсудите свои вопросы. Не могли бы вы отправить электронное письмо
с этим описанием + ваши вопросы, чтобы мы могли вам помочь?

Вы можете написать нам по адресу: askcosmosmongoapi [at] microsoft [dot] com

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/MicrosoftDocs/azure-docs/issues/16997#issuecomment-485971291 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AA46THU5YNJO6WRLNXQR4U3PR5ZZ7ANCNFSM4F4JQ32Q
.

@ haresh1288 , сэкономьте массу времени, боли и разочарований и зарегистрируйтесь в базе данных Atlas Mongo, размещенной в Azure. Все ваши проблемы с монго исчезнут, и у вас по-прежнему есть лучшее из обоих миров. Приложения, работающие в Azure (у нас их около 100), обращаются к вашей реальной базе данных mongo в той же сети. Это работает как мечта.

Привет, Хареш,

Функция конвейера агрегации должна стать доступна этим летом. Благодаря этому обновлению, наряду с улучшенной производительностью, в большинстве случаев, приводящих к проблеме 40 МБ, эта ошибка больше не возникает. В зависимости от вашего запроса мы, возможно, сможем помочь вам раньше - если вы заинтересованы, поделитесь, пожалуйста, примерами выполняемых вами запросов .aggregate.

С Уважением,
Джейсон

разрешить

От: Поддержка ядра Cosmos DB
Отправлено: Воскресенье, 21 апреля 2019 г., 23:13
Кому: Хареш Патель [email protected]
Копия: Группа по работе с клиентами Azure Cosmos DB Шириш[email protected] ; Команда Cosmos DB Mongo [email protected] ; Хареш Патель [email protected]
Тема: Re: [MicrosoftDocs / azure-docs] Запрос превышает максимально допустимое использование памяти 40 МБ. Попробуйте добавить дополнительные фильтры, чтобы уменьшить размер ответа на запрос (# 16997) - [I116500463]
Важность: низкая

Здравствуйте,

Благодарим за то, что нашли время отправить свой запрос группе разработчиков Azure Cosmos DB.
Мы скоро к тебе вернемся. Если вам нужна помощь прямо сейчас, отправьте запрос в службу поддержки Azure https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.microsoft.com%2Fazure%2Fazure-supportability%2Fhow- чтобы создать-лазурь-поддержка-запрос & данные = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% 7C636915103905113536 & SData = LN2% 2BLRQ77jefBOQStb9hkESXOiwK3dWWluwAIek% 2BADM% 3D & зарезервирован = 0 .

Этот разговор отслеживается. Пожалуйста, не меняйте тему этого письма. Используйте эту цепочку писем для дальнейшего общения с командой Cosmos DB по этому вопросу.

Спасибо,
Команда Azure Cosmos DB

PS Следите за последними новостями об Azure Cosmos DB в Twitter @AzureCosmosDB https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2FAzureCosmosDB&data=02%7C01%7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% 7C636915103905113536% sdata = ZSjKpFMoVrSean

От: Хареш Патель[email protected]

Обзор постановки проблемы.
Мы планируем использовать CosmosDB - API MongoDB для наших данных телеметрии Интернета вещей. Требование должно было выполнить соединение между двумя коллекциями (почему-то невозможно сделать деформализованную схему из-за функциональных требований, следовательно, для получения желаемых данных требуется как минимум две коллекции). Поэтому мы планируем использовать MongoDB Aggregation Pipeline (с поиском $).

[Проблема]
У меня те же проблемы с агрегацией, общее количество записей в коллекции составляет всего 4612109. Я также столкнулся с той же проблемой, может ли кто-нибудь сказать мне, когда она решена?

Я видел, что Mongodb API имеет некоторые функции в режиме предварительного просмотра, такие как «Aggregation Pipeline», «Проводной протокол MongoDB 3.4 (версия 5)», «TTL для каждого документа». Мне нужно использовать агрегацию и, возможно, функцию TTL.

Мой вопрос: если я «Включу» функцию предварительного просмотра и разверну свое приложение в PRODUCTION, будет ли какое-либо влияние, когда эта функция предварительного просмотра является GA, и каково решение ограничения конвейера агрегации в 40 МБ?

Пожалуйста, помогите мне здесь.

Хареш Патель
Пн: +91 8401437591

В сб, 20 апреля 2019 г., 22:58 Siddhesh[email protected]

@ haresh1288 https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fharesh1288&data=02%7C01%7Cjasontho%40exchange.microsoft.com%7Cc69a28051450452e93f208d6d1 % 7C636915103905123535 & sdata = y7n5qC2kveyIJK0WdVh1bpIrQZ% 2B% 2F36h1UQQU1C8eGdE% 3D & reserved = 0 : пожалуйста, отправьте нам свой запрос и сообщение об ошибке на askcosmosmongoapi [на], чтобы мы могли принять меры для устранения каких-либо проблем в Microsoft [dot] com, чтобы мы могли решить эту проблему.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2Fazure-docs%2Fissues%2F16997%23issuecomment-485145265&data = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% 7C636915103905123535 & SData = WABXR8bpshuHBtZeVbhhCqRiMVd8eKJaHJx3aOVgEoA% 3D & зарезервирован = 0 , или приглушить нить https://nam06.safelinks.protection.outlook.com/?url= HTTPS% 3A% 2F% 2Fgithub.com% 2Fnotifications% 2Funsubscribe-AUTH% 2FAA46THTM5HPX5HA2FKOKUA3PRNHFDANCNFSM4F4JQ32Q & данные = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% 7C636915103905133524 & SData = BKDut3561WrWLgSuWjH74tDOKMQ7RqfSz% 2FnOVSufmpc% 3D & зарезервирован = 0 .

У меня все еще та же проблема ...

Есть новости по этому поводу? У меня такая же ошибка ограничения 40 МБ.

Привет, Haresh, функция конвейера агрегации должна быть выпущена этим летом. Благодаря этому обновлению, наряду с улучшенной производительностью, в большинстве случаев, приводящих к проблеме 40 МБ, эта ошибка больше не возникает. В зависимости от вашего запроса мы, возможно, сможем помочь вам раньше - если вы заинтересованы, поделитесь, пожалуйста, примерами выполняемых вами запросов .aggregate. С уважением, Джейсон #resolve От: Поддержка ядра Cosmos DB [email protected] Отправлено: 21 апреля 2019 г., воскресенье, 23:13 Кому: Хареш Патель [email protected] Копия: Группа взаимодействия с клиентами Azure Cosmos DB [email protected] ; Шириш Тота Шириш[email protected] ; Команда Cosmos DB Mongo [email protected] ; Хареш Патель [email protected] Тема: Re: [MicrosoftDocs / azure-docs] Запрос превышает максимально допустимое использование памяти в 40 МБ. Пожалуйста, подумайте о добавлении дополнительных фильтров, чтобы уменьшить размер ответа на запрос (# 16997) - [I116500463] Важность: Низкая Здравствуйте! Спасибо, что нашли время, чтобы отправить свой запрос группе разработки Azure Cosmos DB. Мы скоро к тебе вернемся. Если вам нужна помощь прямо сейчас, отправьте запрос в службу поддержки Azure https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.microsoft.com%2Fazure%2Fazure-supportability%2Fhow- чтобы создать-лазурь-поддержка-запрос & данные = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% 7C636915103905113536 & SData = LN2% 2BLRQ77jefBOQStb9hkESXOiwK3dWWluwAIek% 2BADM% 3D & зарезервирован = 0 . Этот разговор отслеживается. Пожалуйста, не меняйте тему этого письма. Используйте эту цепочку писем для дальнейшего общения с командой Cosmos DB по этому вопросу. Спасибо, команда Azure Cosmos DB PS. Следите за последними новостями об Azure Cosmos DB в Twitter @AzureCosmosDB https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2FAzureCosmosDB&data = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% 7C63691510390pGV2S0% 7C636915103905V2S0%
…
________________________________ От: Хареш Патель[email protected]

> Отправлено: понедельник, 22 апреля 2019 г., 6:13:23 Кому: MicrosoftDocs / azure-docs Копия: haresh1288; Спросите Cosmos DB с поддержкой API MongoDB Тема: Re: [MicrosoftDocs / azure-docs] Запрос превышает максимально допустимое использование памяти в 40 МБ. Пожалуйста, подумайте о добавлении дополнительных фильтров, чтобы уменьшить размер ответа на запрос (# 16997). Обзор формулировки проблемы. Мы планируем использовать CosmosDB - API MongoDB для наших данных телеметрии Интернета вещей. Требование должно было выполнить соединение между двумя коллекциями (почему-то невозможно сделать деформализованную схему из-за функциональных требований, следовательно, для получения желаемых данных требуется как минимум две коллекции). Поэтому мы планируем использовать MongoDB Aggregation Pipeline (с поиском $). [Проблема] У меня те же проблемы с агрегацией, общее количество записей в коллекции всего 4612109. Я также столкнулся с той же проблемой, может ли кто-нибудь сказать мне, когда она решена? Я видел, что Mongodb API имеет некоторые функции в режиме предварительного просмотра, такие как «Aggregation Pipeline», «Проводной протокол MongoDB 3.4 (версия 5)», «TTL для каждого документа». Мне нужно использовать агрегацию и, возможно, функцию TTL. Мой вопрос: если я «Включу» функцию предварительного просмотра и разверну свое приложение в PRODUCTION, будет ли какое-либо влияние, когда эта функция предварительного просмотра является GA, и каково решение ограничения конвейера агрегации в 40 МБ? Пожалуйста, помогите мне здесь. Хареш Патель Пн: +91 8401437591 в сб, 20 апреля 2019 г., 22:58, Сиддхеш[email protected] > написал: @ haresh1288 https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fharesh1288&data=02%7C01%7Cjasontho%40exchange.microsoft.com%7Cc69a28051450456d7cf2d7d7d7d7d7d7d7d6d7d7d7d7fcd7d7d7fd7d7d7d7d7d7d7d7fd7 7C1% 7C0% 7C636915103905123535 & sdata = y7n5qC2kveyIJK0WdVh1bpIrQZ% 2B% 2F36h1UQQU1C8eGdE% 3D & Зарезервировано = 0

: отправьте нам свой запрос и сообщение об ошибке на адрес askcosmosmongoapi [at] microsoft [dot] com, чтобы мы могли проверить, есть ли какие-либо меры по их устранению. - Вы получили это, потому что вас упомянули. Ответьте на это письмо напрямую, просмотрите его на GitHub https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2Fazure-docs%2Fissues%2F16997%23issuecomment-485145265&data = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% 7C636915103905123535 & SData = WABXR8bpshuHBtZeVbhhCqRiMVd8eKJaHJx3aOVgEoA% 3D & зарезервирован = 0 , или приглушить нить https://nam06.safelinks.protection.outlook.com/?url= HTTPS% 3A% 2F% 2Fgithub.com% 2Fnotifications% 2Funsubscribe-AUTH% 2FAA46THTM5HPX5HA2FKOKUA3PRNHFDANCNFSM4F4JQ32Q & данные = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% 7C636915103905133524 & SData = BKDut3561WrWLgSuWjH74tDOKMQ7RqfSz% 2FnOVSufmpc% 3D & зарезервирован = 0 .

Неужели не ГА? По-прежнему проблема.

С днём рождения тебя, с днём рождения тебя, с днем ​​рождения выпуск 40 мб, с днём рождения тебя!

Любое решение? : '(

@alejuanito Это было решено. Если вы развернете версию 3.6 API MongoDB для Cosmos DB, у вас не возникнет этой проблемы. Если в настоящее время у вас есть развертывание версии 3.2, пришлите мне свой идентификатор подписки Azure в AzCommunity, и я экспортировать данные , развернуть экземпляр v.3.6 и затем импортировать данные (mongoimport).

Привет @ Mike-Ubezzi-MSFT
Я столкнулся с этой проблемой и попросил службу поддержки Microsoft обновить до версии 3.6. Я только что попробовал после обновления, но это все еще происходит. У кого-нибудь еще есть такая проблема с v3.6?
С уважением

Да. Я создал новую версию 3.6 CosmosDb, принял некоторые данные и попробовал агрегировать с помощью group by. Проблема все еще существует.

@ diego-palla Не могли бы вы предоставить идентификатор запроса поддержки, который был выдан для запроса этого обновления, и @ Peter-B-, вы можете отправить мне свой идентификатор подписки. Отправьте это в AzCommunity, и я

@ diego-palla Не могли бы вы предоставить идентификатор запроса поддержки, который был выдан для запроса этого обновления, и @ Peter-B-, вы можете отправить мне свой идентификатор подписки. Отправьте это в AzCommunity, и я

Привет, Майк, идентификатор запроса в службу поддержки - 120031725001124.
Спасибо за вашу помощь

Это изучается, но убедитесь, что вы используете конечную точку 3.6 ( .mongo.cosmos.azure.com), а не конечную точку Mongo 3.2 ( .

@ Mike-Ubezzi-MSFT Спасибо за подсказку. Это действительно могло быть моей ошибкой.
К сожалению, я уже удалил свой Test-CosmosDb.
Я сейчас немного занят, но я попробую еще раз и вернусь к вам.

Это изучается, но убедитесь, что вы используете конечную точку 3.6 (_.mongo.cosmos.azure.com), а не конечную точку Mongo 3.2 (_. Documents.azure.com).

Большой!! Я не знал об этом изменении конечной точки, но после обновления оно работает.

Большое спасибо за твою помощь!