你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

将未分区的容器迁移到已分区的容器

  • 项目

适用范围： NoSQL

Azure Cosmos DB 支持创建不带分区键的容器。 目前可以使用 Azure CLI 以及版本低于或等于 2.x 的 Azure Cosmos DB SDK（.NET、Java、NodeJs）创建未分区的容器。 无法使用 Azure 门户创建未分区的容器。 但是，此类未分区容器没有弹性，其固定存储容量为 20 GB，吞吐量限制为 10K RU/秒。

未分区的容器已经过时，应将现有的未分区容器迁移到已分区的容器，以扩展存储量和吞吐量。 Azure Cosmos DB 提供系统定义的机制用于将未分区的容器迁移到已分区的容器。 本文档介绍如何将所有现有的未分区容器自动迁移到已分区的容器。 仅当使用的是支持所有语言的 V3 版 SDK 时，才能利用自动迁移功能。

注意

目前，无法使用本文档中所述的步骤迁移 Azure Cosmos DB MongoDB 和 API for Gremlin 帐户。

使用系统定义的分区键迁移容器

为了支持迁移，Azure Cosmos DB 将在不带分区键的所有容器中提供一个名为 /_partitionkey 的系统定义的分区键。 迁移容器后，无法更改分区键定义。 例如，已迁移到分区容器的容器的定义如下所示：

{
    "Id": "CollId"
  "partitionKey": {
    "paths": [
      "/_partitionKey"
    ],
    "kind": "Hash"
  },
}

迁移容器后，可以通过填充 _partitionKey 属性以及其他文档属性来创建文档。 _partitionKey 属性表示文档的分区键。

选择适当的分区键非常重要，这样才能以最佳方式利用预配的吞吐量。 有关详细信息，请参阅如何选择分区键一文。

注意

仅当使用的是支持所有语言的最新/V3 版 SDK 时，才能利用系统定义的分区键。

以下示例代码演示如何使用系统定义的分区键创建一个文档，然后读取该文档：

文档的 JSON 表示形式

DeviceInformationItem = new DeviceInformationItem
{
   "id": "elevator/PugetSound/Building44/Floor1/1",
   "deviceId": "3cf4c52d-cc67-4bb8-b02f-f6185007a808",
   "_partitionKey": "3cf4c52d-cc67-4bb8-b02f-f6185007a808"
}

public class DeviceInformationItem
{
    [JsonProperty(PropertyName = "id")]
    public string Id { get; set; }

    [JsonProperty(PropertyName = "deviceId")]
    public string DeviceId { get; set; }

    [JsonProperty(PropertyName = "_partitionKey", NullValueHandling = NullValueHandling.Ignore)]
    public string PartitionKey { get {return this.DeviceId; set; }
}

CosmosContainer migratedContainer = database.Containers["testContainer"];

DeviceInformationItem deviceItem = new DeviceInformationItem() {
  Id = "1234",
  DeviceId = "3cf4c52d-cc67-4bb8-b02f-f6185007a808"
}

ItemResponse<DeviceInformationItem > response =
  await migratedContainer.CreateItemAsync<DeviceInformationItem>(
    deviceItem.PartitionKey,
    deviceItem
  );

// Read back the document providing the same partition key
ItemResponse<DeviceInformationItem> readResponse =
  await migratedContainer.ReadItemAsync<DeviceInformationItem>(
    partitionKey: deviceItem.PartitionKey,
    id: device.Id
  );

有关完整示例，请参阅 .NET 示例 GitHub 存储库。

迁移文档

尽管容器定义已通过分区键属性得到增强，但容器中的文档并不会自动迁移。 这意味着，系统分区键属性 /_partitionKey 路径不会自动添加到现有的文档。 需要通过读取创建的不带分区键的文档将现有文档重新分区，然后使用文档中的 _partitionKey 属性重新写入这些文档。

访问不带分区键的文档

应用程序可以使用名为“PartitionKey.None”的特殊系统属性来访问不带分区键的现有文档，此属性是未迁移文档的值。 可以在所有 CRUD 和查询操作中使用此属性。 以下示例演示如何从 NonePartitionKey 读取单个文档。

CosmosItemResponse<DeviceInformationItem> readResponse =
await migratedContainer.Items.ReadItemAsync<DeviceInformationItem>(
  partitionKey: PartitionKey.None,
  id: device.Id
);

与 SDK 的兼容性

V2.x.x 和 V1.x.x 等旧版 Azure Cosmos DB SDK 不支持系统定义的分区键属性。 因此，从旧版 SDK 读取容器定义时，读取结果不包含任何分区键定义，这些容器的表现会和以前完全相同。 使用旧版 SDK 生成的应用程序将继续使用未分区的容器，就如同未发生任何更改一样。

如果迁移的容器已由最新/V3 版 SDK 使用，当你开始在新文档中填充系统定义的分区键时，不再可以从旧版 SDK 访问（读取、更新、删除、查询）此类文档。

已知问题

使用 V3 SDK 查询未通过分区键插入的项的计数可能涉及更高的吞吐量消耗

如果从 V3 SDK 中查询使用 V2 SDK 插入的项，或查询通过带 PartitionKey.None 参数的 V3 SDK 来插入的项，则在 FeedOptions 中提供 PartitionKey.None 参数时，计数查询可能会消耗更多的 RU/秒。 如果未使用分区键插入其他项，建议不要提供 PartitionKey.None 参数。

如果使用不同的分区键值插入新项，则通过在 FeedOptions 中传递适当的密钥来查询此类项计数不会有任何问题。 插入具有分区键的新文档后，如果只需要查询不带分区键值的文档计数，则该查询可能会再次产生更高的 RU/秒（类似于常规分区集合）。

后续步骤