Azure-docs: A consulta excedeu o uso de memória máximo permitido de 40 MB. Considere adicionar mais filtros para reduzir o tamanho da resposta da consulta

Criado em 16 out. 2018  ·  47Comentários  ·  Fonte: MicrosoftDocs/azure-docs

Estou usando cosmos db mongo api para fazer agregação. nossos documentos são grandes (mas ainda dentro do limite de 2 MB pode ser 200 kb), mas quando eu agrupo o cosmosdb de dados exibe um erro "A consulta excedeu o uso de memória máximo permitido de 40 MB. Considere adicionar mais filtros para reduzir o tamanho da resposta da consulta "
Eu tentei a opção agregada de "allowDiskUse": true, mas não funcionou.


Detalhes do Documento

Não edite esta seção.

Pri2 cosmos-dsvc cxp product-question triaged

Comentários muito úteis

Parabéns para você, parabéns para você, parabéns para você, edição de 40 MB, parabéns para você!

Todos 47 comentários

@ kamaljoshi911 Obrigado pelo feedback detalhado. Estamos investigando ativamente e entraremos em contato com você em breve.

Estou tendo o mesmo problema.

Situação semelhante, mas meus documentos são muito menores. Também estou agrupando os dados. "allowDiskUse" não ajudou.

@ kamaljoshi911 e @ccnoecker Você poderia colar a consulta típica que causa isso? Quantos documentos há na (s) coleção (ões) que ele toca? Seu feedback detalhado será muito útil aqui. Obrigado.

Existem atualmente 587.239 documentos na coleção, mas deve haver muitos mais no futuro. Estou usando código refatorado para fazer isso e funcionou sem problemas em um Mongo local. Eu nunca tinha visto esse erro antes de mudar para o azul / cosmos.

Estou usando o python para fazer a consulta:

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 Você pode nos dizer qual é o nome da sua instância do Cosmos DB? Você pode enviá-lo para a AzCommunity em Microsoft Com, se não desejar publicar as informações aqui. Tenho a equipe de produto cuidando disso. Temos uma possível solução alternativa, mas queremos dar uma olhada em seu ambiente específico, se estiver tudo bem para você. Obrigado!

@ kamaljoshi911 Se você puder compartilhar suas consultas e o nome da instância, também posso obter alguns comentários. Obrigado.

@ccnoecker Obrigado pelos detalhes adicionais que você forneceu. Essas informações foram fornecidas para a equipe do produto.

@ kamaljoshi911 @ccnoecker O Azure Cosmos DB tem um limite de memória de 40 MB para consultas enquanto a equipe do produto

  • Nome da instância
  • Exemplo de consulta fazendo com que o limite de 40 MB seja invocado

Obrigado,
Mike

Agora prosseguiremos para fechar este tópico. Se houver mais perguntas sobre este assunto, por favor, comente e teremos o prazer de continuar a discussão.

Para o problema de 40 MB em geral, entendemos o problema e estamos trabalhando para corrigi-lo. Como alternativa, os clientes podem tentar 1) reduzir os campos usados ​​de cada documento e 2) reduzir o número geral de documentos cobertos pela consulta.

Oi,
Eu tenho o mesmo problema. Estou executando
db.getCollection ('collectionName'). aggregate ([{$ limit: 1}])

Mas o Cosmos DB está retornando "A consulta excedeu o uso de memória máximo permitido de 40 MB", mas já estou filtrando (bem, quero obter apenas o primeiro elemento)

Oi,

Estou tendo o mesmo problema com
bigin.documents.azure.com

db.getCollection ('rótulos'). aggregate ([
{"$ match": {"category": "bg: itemView",
"aplicativo": 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": {"$ divide": ["$ views", "$ count"]}}},
{"$ match": {"média": {"$ gt": 3,5}}}
])

alguma atualização?

Enquanto eu leio isso, no momento, agregações NÃO são possíveis?
Este comando db.getCollection('collectionName').aggregate([ { $limit : 1 }]) de @ bernardo5304
dá uma pista de que existe um problema subjacente maior.

Isso acabou com os nossos planos de migração.

Tenho o mesmo problema com a seguinte consulta:

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

Tenho 80.000 documentos e há 2 valores distintos para DeviceId no momento.

Não especifiquei nenhuma indexação, então, pelo que entendi, todos os meus campos devem ser indexados.

O mesmo problema aqui, usar a API MongoDB com Cosmos DB está começando a parecer uma morte por mil cortes de papel

Encaminhei para o Grupo de produtos com relação a cada um de seus comentários individuais @ bernardo5304 @zxshinxz @gerhardcit @ Peter-B- @lferrao. Espero ter um feedback em breve.

Estamos trabalhando ativamente para melhorar o agg. fwk e post-GA removerão esse limite. Obrigado.

Achei que o Cosmos já tivesse atingido o GA? O limite atual está sendo atingido apenas fazendo uma consulta de data simples (obter os últimos 3 dias de documentos), tornando o cosmos inútil para nós no momento. Fora para o MongoDB Atlas.

Obrigado pelo seu feedback! Estamos trabalhando para resolver o caso acima que você encontrou. Entre em contato conosco em [email protected] e podemos ajudá-lo com seu caso de uso. Obrigado.

Isso ainda é um problema. Eu não consigo entender como é difícil fazer todos esses serviços PAAS funcionarem e funcionarem bem com vários locatários, mas se a agregação não funcionar, isso não é realmente uma API compatível com Mongo e muitos dos casos de uso para Cosmos começam a desmoronar, há alguma atualização sobre quando essa funcionalidade estará disponível novamente? Selecionar menos de 100 mil linhas em uma consulta de agregação causa esse problema, além de executar microlotes para processar qualquer coisa, tenho opções limitadas se usar o Cosmos.

@zpappa , como mencionado acima - estamos trabalhando nisso. Enquanto isso, entre em contato conosco em [email protected] e tentaremos ajudar e desbloquear você. Obrigado!

@rimman obrigado pela resposta oportuna. Entrarei em contato em breve.

Estou tendo o mesmo problema ao usar a seguinte consulta

agregar([
{
$ unwind: "$ Projections.key_discovery.KeysWithProjectedTypes"},
{
$ group:
{
_id: "$ Projections.key_discovery.KeysWithProjectedTypes.Key",
tipos de dados : {
$ addToSet: "$ Projections.key_discovery.KeysWithProjectedTypes.StoredDataTypes"
},
contagem: {
$ soma: 1
}
}
},
{
$ project: {
Nome-chave: "$ _ id",
DataTypes: "$ dataTypes",
Contagem: "$ count",
_id: false
}
}
])

Este é um sério problema de bloqueio para o nosso desenvolvimento. O que posso fazer para corrigir isso?

Acabamos instalando o mongo em uma VM minúscula, uma fração do custo e com mais desempenho (e funciona com agregação). CosmosDB parece ótimo, mas ainda não está lá.

Você deu uma olhada no MongoDb Atlas? Você pode obter uma instância gerenciada lá. É aqui que acabamos por agora.

CosmosDB parece ótimo, mas ainda não está lá.
Palavras verdadeiras.

Você deu uma olhada no MongoDb Atlas? Você pode obter uma instância gerenciada lá. É aqui que acabamos por agora.

CosmosDB parece ótimo, mas ainda não está lá.
Palavras verdadeiras.

É uma realidade infeliz, mas fora de casos de uso de aplicativos menores, armazenamentos de metadados e similares, não posso justificar o uso do Cosmos para algo "grande". Definitivamente, há muitas limitações e problemas que descobri, o controle de taxa de solicitação é um deles, há outros problemas de paginação (nos quais a MS está trabalhando ativamente) com agregação. No entanto, é difícil não entender seu ponto de vista, eles não querem que consultas de agregação perigosas fujam, sugando a computação e a memória provisionadas e afetando outros locatários. Um dos muitos desafios de qualquer produto em nuvem.

Estou enfrentando os mesmos problemas com agregação, o número total de registros na coleção é apenas 4612109. Também estou enfrentando o mesmo problema. Alguém pode me dizer quando isso foi resolvido?

@ haresh1288 : envie-nos a sua consulta e a mensagem de erro para askcosmosmongoapi [at] microsoft [dot] com para que possamos verificar se existe alguma atenuação.

Visão geral da declaração do problema.

Estamos planejando usar o CosmosDB - MongoDB API para nossos dados de telemetria IoT.
O requisito tinha que fazer a junção entre duas coleções (alguns como não é
possível fazer o esquema deformalizado, devido ao requisito funcional, portanto, em
pelo menos duas coleções necessárias para obter os dados desejados). Então, vamos planejar
alavancar o MongoDB Aggregation Pipeline (com $ lookup).

[Problema]

Eu vi que a API do Mongodb tem algum recurso no modo de visualização, como 'Agregação
Pipeline ',' Protocolo de conexão MongoDB 3.4 (versão 5) ',' TTL por documento '. Eu
precisa usar agregação e provavelmente a funcionalidade TTL.

Minha dúvida é se eu "Habilitar" o recurso de visualização e implantar meu aplicativo em
PRODUÇÃO, há algum impacto * quando este recurso de visualização é GA e
qual é a solução do limite de 40 MB do pipeline de agregação *?

@ haresh1288 estamos constantemente trabalhando para fazer melhorias na API do Cosmos DB para MongoDB. Para vermos com eficácia se haveria alguma implicação em seu caso de uso usando nossos recursos atualmente visualizados, seria mais eficaz termos uma conversa detalhada sobre suas dúvidas. Você poderia enviar um email com esta descrição + suas dúvidas para que possamos te ajudar?

Você pode nos enviar um e-mail para: askcosmosmongoapi [at] microsoft [dot] com

Oi,

Abaixo está o meu documento de amostra,

{"_id": ObjectId ("5cb994c7077cca3e1f5f603a"), "Tipo": "E","EventID": "2695", "partitionId": 1, "Time": "02,05,06","EventClass": "9003", "UnitID": "2", "Data": "04-03-2019","Message": "envio de show_error (0) para jssh falhou.", "Timestamp":"1551683106", "Registro": NumberLong (1555666119562)}

* db.events.aggregate ([{$ lookup: {from:
"device", localField: "UnitID", foreignField:
"UnitID", como: "device_docs"}}, {$ match:
{"partitionId": 2, "UnitID": "2", "Registro": NumberLong (1555668270717)}
}, * {$ limit: 5}

], {allowDiskUse: true})

Estou tentando avaliar a API do cosmos MongoDB para meu cliente primeiro
Lançamento de produção no final deste ano, se isso não funcionar eu tenho que escolher
alguma abordagem diferente. Minha coleção de dispositivos tem atributos que podem
ser atualizado pelo usuário, portanto, preciso usar $ lookup, além disso,
consulta de amostra. Eu preciso agrupar por e quase todas as funções de agregação para obter
resultado desejado.

Haresh PatelMo: +91 8401437591

Na quarta-feira, 24 de abril de 2019 às 2h27 Rohan Arora [email protected]
escrevi:

@ haresh1288 https://github.com/haresh1288 estamos constantemente trabalhando para
fazer melhorias na API do Cosmos DB para MongoDB. Para que possamos
ver efetivamente se haveria alguma implicação em seu caso de uso
usando nossos recursos atualmente visualizados, seria mais eficaz para nós
tenha uma conversa detalhada sobre suas dúvidas. Você poderia enviar um e-mail
com esta descrição + suas dúvidas para que possamos te ajudar?

Você pode nos enviar um e-mail para: askcosmosmongoapi [at] microsoft [dot] com

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/MicrosoftDocs/azure-docs/issues/16997#issuecomment-485971291 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AA46THU5YNJO6WRLNXQR4U3PR5ZZ7ANCNFSM4F4JQ32Q
.

@ haresh1288 , economize muito tempo, dor e frustração e inscreva-se no Atlas Mongo DB hospedado no Azure. Todos os seus problemas com o mongo irão embora e você ainda terá o melhor dos dois mundos. Aplicativos em execução no Azure (temos cerca de 100 deles) conversando com seu banco de dados mongo real na mesma rede. Isso funciona como um sonho.

Oi Haresh,

O recurso de pipeline de agregação deve GA neste verão. Com essa atualização, junto com o desempenho aprimorado, a maioria dos casos que resultam no problema de 40 MB não encontrará mais esse erro. Dependendo da sua consulta, talvez possamos ajudá-lo mais cedo - se você estiver interessado, compartilhe amostras das consultas .aggregate que você está realizando.

Saudações,
Jason

resolver

De: Cosmos DB Core Support [email protected]
Enviado: domingo, 21 de abril de 2019 às 23:13
Para: Haresh Patel [email protected] ; MicrosoftDocs / azure-docs [email protected]
Cc: Equipe de envolvimento do cliente do Azure Cosmos DB [email protected] ; Shireesh Thota [email protected] ; Equipe Cosmos DB Mongo [email protected] ; Haresh Patel [email protected] ; Pergunte ao Cosmos DB com MongoDB API Support [email protected]
Assunto: Re: [MicrosoftDocs / azure-docs] A consulta excedeu o uso de memória máximo permitido de 40 MB. Considere adicionar mais filtros para reduzir o tamanho da resposta da consulta (# 16997) - [I116500463]
Importância: Baixa

Olá,

Obrigado por enviar sua solicitação para a Equipe de Engenharia do Azure Cosmos DB.
Nós entraremos em contato com você em breve. Se precisar de ajuda imediatamente, registre uma solicitação de suporte do Azure https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.microsoft.com%2Fazure%2Fazure-supportability%2Fhow- para criar-azul-de suporte de dados pedido & = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% & 7C636915103905113536 sdata = ln2% 2BLRQ77jefBOQStb9hkESXOiwK3dWWluwAIek% 2BADM% 3D & reservados = 0 .

Esta conversa é rastreada. Não altere o assunto deste e-mail. Use este tópico de email para comunicação adicional com a equipe do Cosmos DB sobre este assunto.

Obrigado,
Equipe do Azure Cosmos DB

PS Para as últimas notícias do Azure Cosmos DB, siga-nos no 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 = ZSjKof5Gh84Hsdata7 & Reservado% 7C0sh8H84H84Vsdata7Epx0sdv8h84H84V84H8Rp;


De: Haresh Patel[email protected]

>
Enviado: segunda-feira, 22 de abril de 2019 6:13:23
Para: MicrosoftDocs / azure-docs
Cc: haresh1288; Pergunte ao Cosmos DB com suporte à MongoDB API
Assunto: Re: [MicrosoftDocs / azure-docs] A consulta excedeu o uso de memória máximo permitido de 40 MB. Considere adicionar mais filtros para reduzir o tamanho da resposta da consulta (# 16997)

Visão geral da declaração do problema.
Estamos planejando usar o CosmosDB - MongoDB API para nossos dados de telemetria IoT. O requisito tinha que fazer junção entre duas coleções (de alguma forma não é possível fazer o esquema deformalizado, devido a um requisito funcional, portanto, pelo menos duas coleções necessárias para obter os dados desejados). Portanto, vamos planejar aproveitar o MongoDB Aggregation Pipeline (com $ lookup).

[Problema]
Estou enfrentando os mesmos problemas com agregação, o número total de registros na coleção é apenas 4612109. Também estou enfrentando o mesmo problema. Alguém pode me dizer quando isso foi resolvido?

Eu vi que a API do Mongodb tem alguns recursos no modo de visualização, como 'Aggregation Pipeline', 'Protocolo de conexão MongoDB 3.4 (versão 5)', 'TTL por documento'. Eu preciso usar agregação e provavelmente a funcionalidade TTL.

Minha dúvida é se eu "Habilitar" o recurso de visualização e implantar meu aplicativo em PRODUÇÃO, há algum impacto quando esse recurso de visualização é GA e qual é a solução do limite de 40 MB do pipeline de agregação?

Por favor me ajude aqui.

Haresh Patel
Mo: +91 8401437591

No sábado, 20 de abril de 2019 às 22h58 Siddheshnotificaçõ[email protected]

> escreveu:

@ haresh1288 https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fharesh1288&data=02%7C01%7Cjasontho%40exchange.microsoft.com%7Cc69a2805fgithub.com%2Fharesh1288&data=02%7C01%7Cjasontho%40exchange.microsoft.com%7Cc69a2805149950452e%7C69a2805149945d7e93f208d6cd6b86db6db71186db86d7d6d7d6d6b86b86e93f208d6cd6 % 7C636915103905123535 & sdata = y7n5qC2kveyIJK0WdVh1bpIrQZ% 2B% 2F36h1UQQU1C8eGdE% 3D & reserved = 0 : envie-nos sua consulta e a mensagem de erro para solicitar a mitigação de contato para que possamos dar uma olhada [na] microsoft.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no 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 & reservados = 0 , ou cortar o fio https://nam06.safelinks.protection.outlook.com/?url= https% 3A% 2F% 2Fgithub.com% 2Fnotifications% 2Funsubscribe-auth% & 2FAA46THTM5HPX5HA2FKOKUA3PRNHFDANCNFSM4F4JQ32Q dados = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% & 7C636915103905133524 sdata = BKDut3561WrWLgSuWjH74tDOKMQ7RqfSz% 2FnOVSufmpc% 3D & reservados = 0 .

Ainda estou tendo o mesmo problema ...

alguma atualização disso? Estou enfrentando o mesmo erro de limite de 40 MB.

Oi Haresh, O recurso de pipeline de agregação deve GA neste verão. Com essa atualização, junto com o desempenho aprimorado, a maioria dos casos que resultam no problema de 40 MB não encontrará mais esse erro. Dependendo da sua consulta, talvez possamos ajudá-lo mais cedo - se você estiver interessado, compartilhe amostras das consultas .aggregate que você está realizando. Atenciosamente, Jason #resolve De: Cosmos DB Core Support [email protected] Enviado: Domingo, 21 de abril de 2019 23h13 Para: Haresh Patel [email protected] ; MicrosoftDocs / azure-docs [email protected] Cc: Equipe de Envolvimento do Cliente do Azure Cosmos DB [email protected] ; Shireesh Thota [email protected] ; Equipe Cosmos DB Mongo [email protected] ; Haresh Patel [email protected] ; Pergunte ao Cosmos DB com MongoDB API Support [email protected] Assunto: Re: [MicrosoftDocs / azure-docs] A consulta excedeu o uso de memória máximo permitido de 40 MB. Considere adicionar mais filtros para reduzir o tamanho da resposta da consulta (# 16997) - [I116500463] Importância: Baixa Olá, Obrigado por reservar um tempo para enviar sua solicitação à Equipe de Engenharia do Azure Cosmos DB. Nós entraremos em contato com você em breve. Se precisar de ajuda imediatamente, registre uma solicitação de suporte do Azure https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.microsoft.com%2Fazure%2Fazure-supportability%2Fhow- para criar-azul-de suporte de dados pedido & = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% & 7C636915103905113536 sdata = ln2% 2BLRQ77jefBOQStb9hkESXOiwK3dWWluwAIek% 2BADM% 3D & reservados = 0 . Esta conversa é rastreada. Não altere o assunto deste e-mail. Use este tópico de email para comunicação adicional com a equipe do Cosmos DB sobre este assunto. Obrigado, Equipe do Azure Cosmos DB PS Para as últimas notícias do Azure Cosmos DB, siga-nos no 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 = ZSjKf5sEanR84LV7EsOFoSf8HsMVrp5dxJG2hhpkaG8% 3D & reservados = 0

________________________________ De: Haresh Patel[email protected]

> Enviado: Segunda-feira, 22 de abril de 2019 6:13:23 AM Para: MicrosoftDocs / azure-docs Cc: haresh1288; Ask Cosmos DB com MongoDB API Support Assunto: Re: [MicrosoftDocs / azure-docs] A consulta excedeu o uso de memória máximo permitido de 40 MB. Considere adicionar mais filtros para reduzir o tamanho da resposta da consulta (# 16997) Visão geral da declaração do problema. Estamos planejando usar o CosmosDB - MongoDB API para nossos dados de telemetria IoT. O requisito tinha que fazer junção entre duas coleções (de alguma forma não é possível fazer o esquema deformalizado, devido a um requisito funcional, portanto, pelo menos duas coleções necessárias para obter os dados desejados). Portanto, vamos planejar aproveitar o MongoDB Aggregation Pipeline (com $ lookup). [Problema] Estou enfrentando os mesmos problemas com agregação, o número total de registros na coleta é apenas 4612109. Também estou enfrentando o mesmo problema. Alguém pode me dizer quando isso foi resolvido? Eu vi que a API do Mongodb tem alguns recursos no modo de visualização, como 'Aggregation Pipeline', 'Protocolo de conexão MongoDB 3.4 (versão 5)', 'TTL por documento'. Eu preciso usar agregação e provavelmente a funcionalidade TTL. Minha dúvida é se eu "Habilitar" o recurso de visualização e implantar meu aplicativo em PRODUÇÃO, há algum impacto quando esse recurso de visualização é GA e qual é a solução do limite de 40 MB do pipeline de agregação? Por favor me ajude aqui. Haresh Patel Mo: +91 8401437591 No sábado, 20 de abril de 2019 às 22h58 Siddheshnotificaçõ[email protected] > escreveu: @ haresh1288 https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fharesh1288&data=02%7C01%7Cjasontho%40exchange.microsoft.com%7Cc69a28059950452e93c69a28059950452e93felinks6db86b86b86b86bb86bb86bb6db86706db86b86b86b86b86b86b86b86b86b86b86b86b86b86bb86 7C1% 7C0% 7C636915103905123535 & sdata = y7n5qC2kveyIJK0WdVh1bpIrQZ% 2B% 2F36h1UQQU1C8eGdE% 3D & reserved = 0

: envie-nos a sua consulta e a mensagem de erro para askcosmosmongoapi [at] microsoft [dot] com para que possamos verificar se existe alguma atenuação. - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, visualize-o no 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 & reservados = 0 , ou cortar o fio https://nam06.safelinks.protection.outlook.com/?url= https% 3A% 2F% 2Fgithub.com% 2Fnotifications% 2Funsubscribe-auth% & 2FAA46THTM5HPX5HA2FKOKUA3PRNHFDANCNFSM4F4JQ32Q dados = 02% 7C01% 7Cjasontho% 40exchange.microsoft.com% 7Cc69a28051450452e93f208d6c6e996d1% 7C72f988bf86f141af91ab2d7cd011db47% 7C1% 7C0% & 7C636915103905133524 sdata = BKDut3561WrWLgSuWjH74tDOKMQ7RqfSz% 2FnOVSufmpc% 3D & reservados = 0 .

Não fez GA? Ainda é um problema.

Parabéns para você, parabéns para você, parabéns para você, edição de 40 MB, parabéns para você!

Qualquer solução? : '(

@alejuanito Isso foi resolvido. Se você implantar a versão 3.6 da API MongoDB para Cosmos DB, não terá esse problema. Se você atualmente tem uma implantação 3.2, envie-me sua ID de assinatura do Azure para a AzCommunity e eu terei sua instância atualizada. Se você já tem um Plano de Suporte do Azure, abra uma solicitação de suporte e envie-me a ID da solicitação de suporte. Outra opção é exportar dados , implantar uma instância v.3.6 e, em seguida, importar os dados (mongoimport).

Olá @ Mike-Ubezzi-MSFT
Eu estava tendo esse problema e solicitei ao Suporte da Microsoft que atualizasse para a versão 3.6. Eu tentei depois de ser atualizado e ainda está acontecendo. Alguém mais está tendo esse problema com a v3.6?
Saudações

Sim. Criei um novo 3.6 CosmosDb, ingeri alguns dados e tentei uma agregação com group by. O problema ainda está lá.

@ diego-palla Você pode fornecer o ID de solicitação de suporte que foi emitido para solicitar esta atualização e @ Peter-B-, você pode me enviar seu ID de assinatura. Envie-o para a AzCommunity e informarei o grupo de produtos de que isso está ocorrendo. Obrigado por trazer isso para a minha atenção.

@ diego-palla Você pode fornecer o ID de solicitação de suporte que foi emitido para solicitar esta atualização e @ Peter-B-, você pode me enviar seu ID de assinatura. Envie-o para a AzCommunity e informarei o grupo de produtos de que isso está ocorrendo. Obrigado por trazer isso para a minha atenção.

Olá Mike, o ID do pedido de suporte é 120031725001124.
Obrigado pela ajuda

Isso está sendo investigado, mas certifique-se de usar o endpoint 3.6 ( .mongo.cosmos.azure.com) e não o endpoint Mongo 3.2 ( . Documents.azure.com).

@ Mike-Ubezzi-MSFT Obrigado pela dica. Esse pode realmente ter sido meu erro.
Infelizmente, já excluí meu Test-CosmosDb.
Estou meio ocupado no momento, mas vou tentar novamente e voltar para você.

Isso está sendo investigado, mas certifique-se de usar o endpoint 3.6 (_.mongo.cosmos.azure.com) e não o endpoint Mongo 3.2 (_. Documents.azure.com).

Ótimo!! Eu não sabia sobre essa alteração no endpoint, mas uma vez atualizado, ele funciona.

Muito obrigado por sua ajuda!

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

spottedmahn picture spottedmahn  ·  3Comentários

behnam89 picture behnam89  ·  3Comentários

bityob picture bityob  ·  3Comentários

spottedmahn picture spottedmahn  ·  3Comentários

Ponant picture Ponant  ·  3Comentários