← AZ-104: administração Azure em produção
12 / 17 · 40 MIN

Replicação, delegação e restauro de storage

Distingue cópia, identidade de versões, autorização e granularidade de recuperação.

População replicada

Object replication de block blobs exige tipos de conta compatíveis, versioning em ambas as contas e change feed na origem. Uma regra nova ignora por omissão os blobs anteriores à sua criação; configura o âmbito temporal quando precisas de histórico.

Sucesso em objetos novos não prova entrega do conjunto antigo. O destino atribui version IDs próprios: igualdade de conteúdo não garante igualdade de identificadores entre contas. Confirma o objeto e a versão que o consumidor realmente espera.

Âmbito da recuperação

Blob soft delete e container soft delete protegem operações diferentes. Para recuperar conteúdo num contentor eliminado preservado, restaura primeiro o contentor completo. Não prometas restauro seletivo diretamente a partir do contentor ainda eliminado.

Em contas com hierarchical namespace, soft delete não captura a sobrescrita indicada nos exercícios. Aumentar retenção depois do incidente não cria histórico que não foi capturado. Procura outra cópia recuperável e distingue disponibilidade da conta de recuperação do estado correto.

Autorização no share e no caminho

No acesso SMB por identidade, uma função normal Storage File Data SMB Share Contributor não contorna a ACL Windows do diretório. Verifica ambos os controlos. Funções privilegiadas e acesso por chave têm regras diferentes e ficam fora desse exemplo.

A permissão por omissão do share pode exceder uma atribuição específica Reader; esta atribuição inferior não reduz automaticamente o acesso. Faz a análise da ACL depois de apurar a autorização do share, sem somar os dois mecanismos como se fossem funções RBAC equivalentes.

Delegação e aceitação de dados

Dois service SAS ligados à mesma stored access policy partilham o efeito de revogação dessa policy. Prepara acesso separado quando só um parceiro deve perder acesso. Numa falha temporária, compara tempos de início e expiração e relógios antes de ampliar permissões.

Finalmente, um upload autorizado prova uma operação de storage, não validade do conteúdo. No exercício de ingestão, verifica esquema, tipos, identidade de ficheiro e invariantes do consumidor antes de publicar os dados.

NA PRÁTICA

Uma cópia contém os blobs de hoje, mas não o histórico exigido pelo relatório. Antes de ativar o consumidor, reconcilia a população, identifica versões no destino e valida uma amostra contra o contrato. O estado de replicação não substitui esses critérios de entrega.

Armadilhas comuns

Não confundir redundância com recuperação lógica, SAS válido com conteúdo válido ou igualdade de nomes com igualdade de versões.

Tópicos relacionados: Templates, módulos e estado pretendido · Máquinas, discos e capacidade efetiva

Leva esta ideia contigo

Uma entrega utilizável exige a população certa, autorização delimitada e um estado recuperável identificado.

Criar conta

Referências

Azure é uma marca comercial do grupo de empresas Microsoft. A dr.pt é uma plataforma de preparação independente e não está afiliada, associada, patrocinada, autorizada nem aprovada por Microsoft. Os conteúdos e as perguntas são originais, não são perguntas oficiais de exame, e concluir os nossos testes não atribui nem garante qualquer certificação. Os nomes são usados apenas para identificar o tema. Todas as outras marcas pertencem aos respetivos titulares.