Les suppressions accidentelles de données sont fréquentes et peuvent perturber vos activités. Cette rubrique présente les méthodes préventives permettant d'éviter la perte de données liée à des opérations involontaires.
Les bonnes pratiques ci-dessous suivent des directives générales et ne constituent pas une solution de sécurité exhaustive. Elles sont fournies à titre indicatif et peuvent ne pas convenir à tous les scénarios métier. Nous vous recommandons de rester vigilant face aux menaces pesant sur la sécurité des données et de prendre les mesures préventives nécessaires.
Activer le versioning pour un bucket
Object Storage Service (OSS) vous permet de configurer le versioning pour un bucket afin de protéger les objets qui y sont stockés. Lorsque vous écrasez ou supprimez des objets dans un bucket doté du versioning, OSS conserve ces objets en tant que versions précédentes. Le versioning vous permet de restaurer une version antérieure d'un objet, ce qui le protège contre un écrasement ou une suppression accidentelle.
Lorsque le versioning est activé pour un bucket, OSS attribue un ID unique à chaque version d'un objet stocké dans ce bucket. Pour plus d'informations sur l'activation du versioning, consultez Présentation.
Configurer une politique de rétention pour un bucket
La fonctionnalité Write Once Read Many (WORM) des politiques de rétention dans OSS vous permet d'empêcher les utilisateurs de modifier ou de supprimer des objets. Si vous souhaitez interdire toute modification ou suppression d'objets dans un bucket pendant une période donnée, y compris par les propriétaires des ressources, configurez une politique de rétention pour ce bucket. Avant la fin de la période de rétention spécifiée, vous pouvez uniquement télécharger des objets vers le bucket ou les lire. La modification ou la suppression des objets n'est possible qu'une fois la période de rétention écoulée. Pour plus d'informations sur la configuration d'une politique de rétention pour un bucket, consultez Politiques de rétention.
Activer la CRR pour un bucket
La réplication cross-region (CRR) effectue une réplication automatique et asynchrone (en quasi temps réel) des objets entre des buckets situés dans différentes régions OSS. Les opérations telles que la création et l'écrasement d'objets peuvent être synchronisées depuis un bucket source vers un bucket de destination.
La CRR s'avère utile pour la reprise après sinistre cross-region et la réplication des données. Afin de vous prémunir contre les suppressions accidentelles et de permettre la reprise après sinistre cross-region, configurez la règle de réplication de manière à synchroniser uniquement les opérations Add/Change.
Ainsi, si des données sont supprimées accidentellement d'un bucket source, vous pouvez les récupérer en retrouvant leur copie dans le bucket de destination.
Pour plus d'informations sur la CRR, consultez Présentation de la CRR.
Configurer une sauvegarde planifiée pour un bucket
OSS propose la fonctionnalité de sauvegarde planifiée, qui vous permet de sauvegarder régulièrement les objets d'un bucket vers Cloud Backup. En cas de perte accidentelle d'un objet, vous pouvez le restaurer depuis Cloud Backup.
Après avoir configuré un plan de sauvegarde planifiée pour un bucket, Cloud Backup sauvegarde tous les objets du bucket à partir d'une heure de début spécifique et conserve les sauvegardes dans le coffre-fort pendant une durée déterminée, conformément à la politique de rétention. Pour plus d'informations, consultez Sauvegarde planifiée.
Une fois que Cloud Backup a effectué une sauvegarde complète, vous pouvez créer une tâche de restauration OSS dans la console Cloud Backup afin de restaurer un objet supprimé accidentellement du bucket vers sa version antérieure à la suppression. Pour plus d'informations sur la création d'une tâche de restauration OSS, consultez Restaurer des objets OSS.