Aceda aos dados capturados e com cópia de segurança
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Consoante o tipo de aplicação, a forma como é gerida e onde reside no serviço de cópias de segurança e RD, a página Acesso permite-lhe fazer o seguinte:
Montar: esta opção oferece acesso instantâneo aos dados sem
os mover. Use montagens padrão para montar os dados de uma aplicação ou uma montagem consciente da aplicação para montar uma aplicação inteira e os respetivos dados como aplicações virtuais. A montagem de uma imagem ativa é o método mais rápido. Quando monta uma imagem, tem acesso total aos respetivos dados. As imagens montadas usam uma cópia virtual que não ocupa armazenamento adicional. É possível reverter as cópias capturadas de bases de dados usando a consola de gestão e montá-las em qualquer servidor de base de dados.
Para mais informações sobre a montagem de imagens ativas,
consulte o artigo Monte imagens.
Clonar: esta opção é usada para criar uma cópia independente de um conjunto de dados. As utilizações mais comuns incluem o desenvolvimento e os testes de aplicações, a auditoria de dados para conformidade, o armazenamento de dados, a deteção eletrónica e os testes de aceitação do utilizador. Os conjuntos de dados podem ser copiados para uma localização de armazenamento separada em qualquer lugar no seu ambiente.
Para mais informações sobre clones, consulte o artigo Clonar.
LiveClone: esta opção é semelhante à função de clonagem, mas, ao contrário de uma clonagem, um LiveClone pode ser atualizado a pedido ou de acordo com uma programação. Quando uma cópia atualizada dos dados está disponível, o LiveClone permite a montagem de uma cópia independente de um conjunto de dados e, em seguida, atualiza os dados principais com a cópia independente. Isto permite que equipas como a de desenvolvimento e testes
garantam que estão a trabalhar no conjunto de dados mais recente sem terem
de gerir manualmente os dados. A imagem LiveClone aparece junto aos dados originais na vista de rampa da página Aceder.
Para mais informações sobre clones, consulte o artigo LiveClone.
Restaurar. Esta opção inicia todas as opções de recuperação de dados de cópia
para um dispositivo de cópia de segurança/recuperação e reverte os dados de produção para um
ponto especificado no tempo. Os restauros e as clonagens são as únicas operações de acesso a dados que movem dados. Normalmente, as operações de restauro são realizadas para restaurar uma base de dados para um estado válido após uma corrupção de dados maciça. O tempo necessário para concluir
uma operação de restauro depende da quantidade de dados envolvidos. Para ver informações gerais sobre o restauro de VMs e aplicações, consulte o artigo Vista geral do restauro.
Testar comutação por falha, comutação por falha, sincronização inversa e alternativa: estas opções de replicação são exclusivas do serviço de cópia de segurança e recuperação de desastres. São usadas com aplicações geridas do StreamSnap para lhe permitir manter uma cópia remota do armazenamento e da configuração de uma aplicação atualizados e prontos a serem usados num cenário de alternativa, facilitando a elevada disponibilidade e a redundância.
Quando uma aplicação gerida do StreamSnap falha por qualquer motivo,
pode montar uma imagem de alternativa da aplicação a partir do
site remoto, ou seja, um instantâneo remoto. Quando o problema for resolvido,
pode fazer um restauro para o site local com a imagem de sincronização inversa para as alterações mais recentes e, em seguida, fazer o failback da aplicação para o site de produção. Para ver informações detalhadas
sobre a comutação por falha e a recuperação de falhas, consulte o artigo Comutação por falha e recuperação de falhas.
Expirar: esta opção força a expiração de uma imagem ativa antes da hora agendada para ganhar espaço de armazenamento. Para informações detalhadas sobre a expiração de imagens ativas,
consulte o artigo Aplique a expiração forçada a uma imagem ativa.
Marcar como sensível: esta opção permite-lhe marcar uma imagem como dados
sensíveis. Apenas os utilizadores com acesso a dados confidenciais podem ver esta opção. As imagens sensíveis têm um ícone de cadeado lock
junto ao respetivo nome na vista de rampa da cronologia e a coluna de dados sensíveis
definida como Sim na vista de tabela. Para imagens sensíveis, o menu pendente de ações
oferece-lhe a opção de marcar a imagem como não sensível.
Acerca da confidencialidade dos dados
Pode restringir o acesso a dados confidenciais para determinados utilizadores.
Isto é necessário quando se lidam com dados de pacientes no domínio dos cuidados de saúde, por exemplo, ou quando se usam dados pessoais num ambiente de teste ou desenvolvimento em que as informações confidenciais só podem ser processadas por um grupo selecionado de utilizadores.
Por predefinição, os administradores e as pessoas com privilégios de administrador têm acesso a dados confidenciais. O administrador também pode conceder acesso a dados confidenciais a utilizadores individuais ou a todos os membros pertencentes a uma determinada função.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-21 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."]]
