As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # Migração para beacons particionados Uma tabela não particionada é equivalente a uma tabela configurada com. `maximumNumberOfPartitions = 1` Do ponto de vista da configuração, a migração de uma configuração não particionada para uma particionada é, portanto, tratada como um aumento em. `maximumNumberOfPartitions` Cada definição de farol individual pode ser irrestrita ou restrita a uma única. `PartitionNumber` Essas restrições fazem parte da configuração do farol e devem permanecer inalteradas ao longo do tempo. A migração de beacons não particionados para particionados segue as mesmas regras de qualquer outra alteração na configuração da partição: + `maximumNumberOfPartitions`só pode ser aumentado e não pode ser diminuído. + Aumentar `maximumNumberOfPartitions` não melhora retroativamente o anonimato dos itens existentes. + Os itens recém-gravados usarão a configuração de partição atualizada e serão atribuídos `PartitionNumber` adequadamente. + As consultas que incluem todas as partições continuarão retornando itens existentes (não particionados) e itens particionados recém-escritos. Para melhorar o anonimato dos itens existentes ou a eficiência do sistema, você pode optar por criptografar novamente alguns itens na tabela usando um esquema de particionamento atualizado. Re-encryption requer a remoção do item existente, a regeneração de seus faróis sob a nova configuração e a gravação do item de volta na tabela. Esse processo se aplica somente aos itens que foram reescritos explicitamente; os itens que não são recriptografados continuam usando sua configuração de beacon original. Re-encrypting itens podem aumentar temporariamente o tráfego de gravação e afetar a disponibilidade do aplicativo. Execute a recriptografia de forma controlada, como por meio de uma migração em estágios ou em segundo plano.