Este conteúdo foi traduzido por máquina para sua conveniência e a Huawei Cloud não pode garantir que o conteúdo foi traduzido com precisão. Para exibir o conteúdo original, use o link no canto superior direito para mudar para a página em inglês.
Computação
Elastic Cloud Server
Bare Metal Server
Auto Scaling
Image Management Service
Dedicated Host
FunctionGraph
Cloud Phone Host
Huawei Cloud EulerOS
Redes
Virtual Private Cloud
Elastic IP
Elastic Load Balance
NAT Gateway
Direct Connect
Virtual Private Network
VPC Endpoint
Cloud Connect
Enterprise Router
Enterprise Switch
Global Accelerator
Gerenciamento e governança
Cloud Eye
Identity and Access Management
Cloud Trace Service
Resource Formation Service
Tag Management Service
Log Tank Service
Config
Resource Access Manager
Simple Message Notification
Application Performance Management
Application Operations Management
Organizations
Optimization Advisor
Cloud Operations Center
Resource Governance Center
Migração
Server Migration Service
Object Storage Migration Service
Cloud Data Migration
Migration Center
Cloud Ecosystem
KooGallery
Partner Center
User Support
My Account
Billing Center
Cost Center
Resource Center
Enterprise Management
Service Tickets
HUAWEI CLOUD (International) FAQs
ICP Filing
Support Plans
My Credentials
Customer Operation Capabilities
Partner Support Plans
Professional Services
Análises
MapReduce Service
Data Lake Insight
CloudTable Service
Cloud Search Service
Data Lake Visualization
Data Ingestion Service
GaussDB(DWS)
DataArts Studio
IoT
IoT Device Access
Outros
Product Pricing Details
System Permissions
Console Quick Start
Common FAQs
Instructions for Associating with a HUAWEI CLOUD Partner
Message Center
Segurança e conformidade
Security Technologies and Applications
Web Application Firewall
Host Security Service
Cloud Firewall
SecMaster
Anti-DDoS Service
Data Encryption Workshop
Database Security Service
Cloud Bastion Host
Data Security Center
Cloud Certificate Manager
Situation Awareness
Managed Threat Detection
Blockchain
Blockchain Service
Serviços de mídia
Media Processing Center
Video On Demand
Live
SparkRTC
Armazenamento
Object Storage Service
Elastic Volume Service
Cloud Backup and Recovery
Cloud Server Backup Service
Storage Disaster Recovery Service
Scalable File Service
Volume Backup Service
Data Express Service
Dedicated Distributed Storage Service
Containers
Cloud Container Engine
SoftWare Repository for Container
Application Service Mesh
Ubiquitous Cloud Native Service
Cloud Container Instance
Bancos de dados
Relational Database Service
Document Database Service
Data Admin Service
Data Replication Service
GeminiDB
GaussDB
Distributed Database Middleware
Database and Application Migration UGO
TaurusDB
Middleware
Distributed Cache Service
API Gateway
Distributed Message Service for Kafka
Distributed Message Service for RabbitMQ
Distributed Message Service for RocketMQ
Cloud Service Engine
EventGrid
Dedicated Cloud
Dedicated Computing Cluster
Aplicações de negócios
ROMA Connect
Message & SMS
Domain Name Service
Edge Data Center Management
Meeting
AI
Face Recognition Service
Graph Engine Service
Content Moderation
Image Recognition
Data Lake Factory
Optical Character Recognition
ModelArts
ImageSearch
Conversational Bot Service
Speech Interaction Service
Huawei HiLens
Developer Tools
SDK Developer Guide
API Request Signing Guide
Terraform
Koo Command Line Interface
Distribuição de conteúdo e computação de borda
Content Delivery Network
Intelligent EdgeFabric
CloudPond
Soluções
SAP Cloud
High Performance Computing
Serviços para desenvolvedore
ServiceStage
CodeArts
CodeArts PerfTest
CodeArts Req
CodeArts Pipeline
CodeArts Build
CodeArts Deploy
CodeArts Artifact
CodeArts TestPlan
CodeArts Check
Cloud Application Engine
MacroVerse aPaaS
KooPhone
KooDrive
Central de ajuda/ Cloud Backup and Recovery/ Perguntas frequentes/ Políticas/ Por que a regra de retenção não entra em vigor depois de ser alterada?

Por que a regra de retenção não entra em vigor depois de ser alterada?

Atualizado em 2023-08-08 GMT+08:00

Há os seguintes cenários para uma alteração de regra de retenção:

Tipo de regra inalterado, somente com uma nova quantidade de backup configurada

A nova política entrará em vigor para os backups gerados com base na política antiga. Depois que um backup é gerado, independentemente de um backup automático ou manual, o sistema verifica e usa a regra de retenção mais recente.

Exemplo: um usuário tem um cofre associado a um disco. Às 10:00 a.m. na segunda-feira, o usuário aplica uma política de backup ao cofre, com base na qual uma tarefa de backup será executada às 02:00 a.m. todos os dias e serão mantidos os três backups mais recentes. Às 10:00 a.m. na quinta-feira, três backups são mantidos. Em seguida, o usuário altera o número de backups mantidos de três para um, e a nova política entra em vigor imediatamente. Se o usuário então realizar backups manuais ou aguardar até que o sistema crie automaticamente um backup às 02:00 a.m. na sexta-feira, o sistema verificará e usará a regra de retenção mais recente após a conclusão da tarefa de backup. Nesse caso, apenas um backup mais recente será mantido. Os backups manuais não são afetados pelas políticas, portanto, não serão excluídos.

Tipo de regra alterado de quantidade de backup para período de tempo/permanente

A nova política terá efeito somente para os novos backups gerados. Os backups gerados com base na política antiga não serão excluídos automaticamente

Exemplo: um usuário tem um cofre associado a um disco. Às 10:00 a.m. na segunda-feira, o usuário aplica uma política de backup ao cofre, com base na qual uma tarefa de backup será executada às 02:00 a.m. todos os dias e serão mantidos os três backups mais recentes. Às 10:00 a.m. na quinta-feira, três backups são mantidos. Em seguida, o usuário altera o tipo de regra de retenção da quantidade de backup para o período e define a retenção dos backups do último mês. A nova política entra em vigor imediatamente. Se o usuário então realizar backups manuais ou aguardar até que o sistema crie automaticamente um backup às 02:00 a.m. na sexta-feira, o sistema verificará e usará a regra de retenção mais recente após a conclusão da tarefa de backup. Os três backups gerados com base na política antiga ainda existem (o número de backups não excede a quantidade definida na regra de retenção antiga). Eles não serão excluídos automaticamente e precisam ser excluídos manualmente, se necessário. Os backups gerados com base na nova política serão mantidos com base na nova regra de retenção.

Tipo de regra alterado de período para período/permanente

A nova política terá efeito somente para os novos backups gerados. Os backups gerados com base na política antiga serão mantidos com base na política antiga.

Exemplo: um usuário tem um cofre associado a um disco. Às 10:00 a.m. do dia 5 de agosto, o usuário aplica uma política de backup ao cofre, com base na qual uma tarefa de backup será executada às 02:00 a.m. todos os dias e os backups gerados a partir do último mês serão mantidos. Às 10:00 a.m. do dia 8 de agosto, três backups são mantidos. Em seguida, o usuário altera o tempo de retenção do backup do último mês para os últimos três meses. Às 02:00 a.m. do dia 6 de setembro, o backup gerado no dia 6 de agosto com base na política antiga será excluído. O backup gerado no dia 9 de agosto será excluído dois meses depois com base na nova política.

Tipo de regra alterado do período para a quantidade de backup

Tanto a política antiga como a nova entrarão em vigor para os backups gerados com base na política antiga.

Nova política entrando em vigor para backups antigos

Exemplo: um usuário tem um cofre associado a um disco. Às 10:00 a.m. do dia 5 de agosto, o usuário aplica uma política de backup ao cofre, com base na qual uma tarefa de backup será executada às 02:00 a.m. todos os dias e os backups gerados a partir do último mês serão mantidos. Às 10:00 a.m. do dia 8 de agosto, três backups são mantidos. Em seguida, o usuário altera o tipo de regra de retenção do período para a quantidade de backup e define para reter os sete backups mais recentes. Às 10:00 a.m. do dia 15 de agosto, serão mantidos os backups gerados nos dias 9, 10, 11, 12, 13, 14 e 15 de agosto. Os backups gerados nos dias 6, 7 e 8 de agosto foram excluídos com base na nova política.

Política antiga entra em vigor para backups antigos

Exemplo: um usuário tem um cofre associado a um disco. Às 10:00 a.m. do 5 de agosto, o usuário aplica uma política de backup ao cofre, com base na qual uma tarefa de backup será executada às 02:00 a.m. todos os dias e os backups gerados nos últimos três dias serão mantidos. Às 10:00 a.m. do dia 8 de agosto, três backups são mantidos. Em seguida, o usuário altera o tipo de regra de retenção do período para a quantidade de backup e define para reter os sete backups mais recentes. Às 10:00 a.m. do dia 10 de agosto, serão mantidos os backups gerados nos dias 8, 9 e 10 de agosto. Os backups gerados nos dias 6 e 7 de agosto foram excluídos com base na política antiga.

Usamos cookies para aprimorar nosso site e sua experiência. Ao continuar a navegar em nosso site, você aceita nossa política de cookies. Saiba mais

Feedback

Feedback

Feedback

0/500

Conteúdo selecionado

Envie o conteúdo selecionado com o feedback