我们刚开始注意到这一点,因为我们在自动管理数据库和集合的系统中添加了代码。以前,我们通过portal.azure.com手动创建它们。因此,我们正在运行大量测试,在测试期间多次创建和删除数据库和集合。
间歇性地,我们在此消息中收到404错误,"所有者资源不存在",可能每10次我们运行测试一次。
此外,在相同的测试中,我们也得到错误," HTTP请求中找到的MAC签名与计算的签名"不同。昨天发生了两次,但今天没有。
我们正在美国东部进行这些测试。
答案 0 :(得分:4)
我在通过CreateDocumentAsync()创建文档期间也遇到了这个问题。
为了其他人的利益:确保您提供正确的数据库名称。我们的类结构内置了各种路由控件,在构建集合URI时,我们意外地提供了DocumentDB帐户名而不是逻辑数据库名。
糟糕。
答案 1 :(得分:1)
此错误似乎是由于在删除后尝试从集合中读取而导致的。我们认为在删除数据库之前我们已经关闭了任何此类请求,但由于异步操作的性质,每隔一段时间就会改变这些请求的顺序。我们发现在删除测试数据库之前添加500毫秒的延迟消除了间歇性故障。