Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Selon le type d'application, la manière dont elle est gérée et son emplacement dans le service Backup and DR, la page Accès vous permet de procéder comme suit:
Monter: cette option permet d'accéder instantanément aux données sans les déplacer. Utilisez des montages standards pour monter les données d'une application, ou un montage compatible avec les applications pour monter une application entière et ses données en tant qu'applications virtuelles. Le montage d'une image active est la méthode la plus rapide. Lorsque vous montez une image, vous avez un accès complet à ses données. Les images montées utilisent une copie virtuelle qui ne prend pas de place de stockage supplémentaire. Les copies capturées des bases de données peuvent être appliquées à l'aide de la console de gestion et montées sur n'importe quel serveur de base de données.
Pour en savoir plus sur l'installation d'images actives, consultez la section Installer des images.
Cloner: cette option permet de créer une copie indépendante d'un ensemble de données. Les utilisations les plus courantes incluent le développement et les tests d'applications, l'audit des données pour la conformité, l'entreposage de données, l'e-discovery et les tests d'acceptation par l'utilisateur. Les ensembles de données peuvent être copiés dans un emplacement de stockage distinct n'importe où dans votre environnement.
Pour en savoir plus sur les clones, consultez Cloner.
LiveClone: cette option est semblable à la fonction de clonage, mais contrairement à un clone, un LiveClone peut être mis à jour à la demande ou selon un calendrier. Lorsqu'une copie actualisée des données est disponible, LiveClone permet de monter une copie indépendante d'un ensemble de données, puis d'actualiser les données principales avec la copie indépendante. Cela permet aux équipes de développement et de test de s'assurer qu'elles travaillent sur le dernier ensemble de données sans avoir à les gérer manuellement. L'image LiveClone s'affiche à côté des données d'origine dans la vue rampe de la page Accès.
Pour en savoir plus sur les clones, consultez LiveClone.
Restaurer. Cette option lance toutes les options de récupération des données de copie pour un appareil de sauvegarde/récupération et rétablit les données de production à un moment spécifié. Les restaurations et les clones sont les seules opérations d'accès aux données qui déplacent des données. En règle générale, les opérations de restauration sont effectuées pour restaurer une base de données à un état valide après une corruption massive des données. Le temps nécessaire pour effectuer une opération de restauration dépend de la quantité de données impliquées. Pour en savoir plus sur la restauration de VM et d'applications, consultez la section Présentation de la restauration.
Test Failover, Failover, Syncback et Fallback: ces options de réplication sont propres au service Backup and DR. Ils sont utilisés avec les applications gérées StreamSnap pour vous permettre de conserver une copie distante du stockage et de la configuration d'une application à jour et prête à être utilisée en cas de basculement, ce qui facilite la haute disponibilité et la redondance.
Lorsqu'une application gérée StreamSnap échoue pour une raison quelconque, vous pouvez installer une image de basculement de l'application à partir du site distant (instantané à distance). Une fois le problème résolu, vous pouvez effectuer une restauration sur le site local avec l'image de synchronisation pour les dernières modifications, puis rétablir l'application sur le site de production. Pour en savoir plus sur le basculement et la restauration, consultez la section Basculement et restauration.
Expire (Expirer) : cette option force l'expiration d'une image active avant l'heure planifiée afin de gagner de l'espace de stockage. Pour en savoir plus sur l'expiration des images actives, consultez la section Forcer l'expiration d'une image active.
Marquer comme sensible: cette option vous permet de marquer une image comme contenant des données sensibles. Seuls les utilisateurs ayant accès aux données sensibles peuvent voir cette option. Les images sensibles sont associées à une icône en forme de cadenas lock à côté de leur nom dans la vue chronologique, et la colonne "Données sensibles" est définie sur Oui dans la vue Tableau. Pour les images sensibles, le menu déroulant des actions vous permet de les marquer comme non sensibles.
À propos de la sensibilité des données
Vous pouvez limiter l'accès aux données sensibles pour certains utilisateurs.
Cela est nécessaire, par exemple, lorsque vous traitez des données patient dans le domaine de la santé ou lorsque vous utilisez des données à caractère personnel dans un environnement de test ou de développement où les informations confidentielles ne doivent être gérées que par un groupe restreint d'utilisateurs.
Par défaut, les administrateurs et les utilisateurs disposant de droits d'administrateur ont accès aux données sensibles. Votre administrateur peut également accorder l'accès à des données sensibles à des utilisateurs individuels ou à tous les membres appartenant à un certain rôle.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/04 (UTC)."],[[["\u003cp\u003eThe Access page in the Backup and DR Service offers several options, including Mount, Clone, LiveClone, Restore, and replication options like Test Failover, Failover, Syncback, and Fallback, depending on application type, management, and location.\u003c/p\u003e\n"],["\u003cp\u003eMount provides instant access to data without moving it, allowing for either standard or application-aware mounts, while Clone creates an independent copy of a dataset for various uses like development, testing, and compliance.\u003c/p\u003e\n"],["\u003cp\u003eLiveClone is similar to Clone but allows for on-demand or scheduled updates to the dataset, ensuring teams have the latest data without manual management.\u003c/p\u003e\n"],["\u003cp\u003eRestore is used for data recovery, reverting production data to a specific point in time, typically used after massive data corruption, and is one of two options that move data.\u003c/p\u003e\n"],["\u003cp\u003eMark Sensitive allows you to designate an image as data sensitive, restricting access to authorized users, and administrators can manage sensitive data permissions.\u003c/p\u003e\n"]]],[],null,["# Access captured and backed up data\n\nDepending on the application type, how it is managed, and where it resides in\nthe Backup and DR Service, the **Access** page lets you do the following:\n\n- **Mount** : This option provides instant access to data without\n moving it. Use standard mounts to mount an application's data,\n or an application aware mount to mount an entire application and\n its data as virtual applications. Mounting an active image is\n the fastest method. When you mount an image, you have full access\n to its data. Mounted images use a virtual copy that does not take\n additional storage. Captured copies of databases can be rolled\n forward using the management console and mounted on any database server.\n For more information on mounting active images,\n see [Mount images](/backup-disaster-recovery/docs/access-data/mount-images).\n\n- **Clone** : This option is used to create an independent\n copy of a dataset. The most common uses include application\n development and testing, data audit for compliance, data warehousing,\n e-discovery, and user acceptance testing. Data sets can be copied to a\n separate storage location anywhere in your environment.\n For more information on clones, see [Clone](/backup-disaster-recovery/docs/access-data/clone).\n\n- **LiveClone** : This option is similar to the clone function,\n but unlike a clone, a LiveClone can be updated on demand,\n or according to a schedule. When a refreshed copy of the data\n is available, LiveClone allows an independent copy of a dataset\n to be mounted, and then refreshes the primary data with the\n independent copy. This allows teams such as development and test\n to ensure they are working on the latest set of data without having\n to manually manage the data. The LiveClone image appears adjacent to\n the original data in the [ramp view](/backup-disaster-recovery/docs/access-data/access-image-list-and-yaml#access-time) of the **Access** page.\n For more information on clones, see [LiveClone](/backup-disaster-recovery/docs/access-data/liveclone).\n\n- **Restore.** This option initiates all copy data recovery options\n for a backup/recovery appliance and reverts the production data to a\n specified point in time. Restores and clones are the only data\n access operations that move data. Typically restore operations\n are performed to restore a database to a valid state after a\n massive data corruption. The amount of time required to complete\n a restore operation depends on the amount of data involved. For background\n information on restoring VMs and applications, see [Restore overview](/backup-disaster-recovery/docs/restore-data/restore-overview).\n\n- **Test Failover, Failover, Syncback, and Fallback** : These replication\n options are unique to Backup and DR Service. They are used with StreamSnap\n managed applications to allow you to keep a remote copy of an\n application's storage and configuration up-to-date and ready to be used\n in a failover scenario, facilitating high-availability and redundancy.\n When a StreamSnap managed application fails for any reason,\n you can mount a failover image of the application from the\n remote site---remote snapshot. When the problem has been resolved,\n you can perform a restore to the local site with the\n syncback image for the latest changes and then failback the\n application to the production site. For detailed information\n on failover and failback, see [Failover and failback](/backup-disaster-recovery/docs/access-data/failover-and-failback).\n\n- **Expire** : This option forces the expiration of an\n active image earlier than its scheduled time in order to gain\n storage space. For detailed information on expiring active images,\n see [Force expiration on active image](/backup-disaster-recovery/docs/concepts/manage-image-expiration).\n\n- **Mark Sensitive** : This option lets you mark an image as data\n sensitive. Only users with access to sensitive data are able to see this\n option. Sensitive images have a lock icon lock\n next to their name in the timeline ramp view and the sensitive data column\n set to **Yes** in the table view. For sensitive images, the actions drop-down\n provides you with the option of marking the image as non-sensitive.\n\nAbout data sensitivity\n----------------------\n\nYou can restrict access to sensitive data for certain users.\nThis is necessary when dealing with patient data in the healthcare domain for\nexample, or when using personal data in a test or development environment where\nconfidential information must only be handled by a select group of users.\n\nBy default, administrators, and those with administrator privileges, have access to\nsensitive data. Your administrator can also give access to sensitive data to\nindividual users or to all members belonging to a certain role."]]
