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