Compartir vía

Solicitud de restauración de datos desde una copia de seguridad de Azure Cosmos DB

  • Artículo

SE APLICA A: NoSQL MongoDB Cassandra Gremlin Table

En caso de que elimine accidentalmente la base de datos o un contenedor, puede presentar una incidencia de soporte técnico o llamar al servicio de Soporte técnico de Azure para restaurar los datos a partir de copias de seguridad en línea automáticas. El Soporte técnico de Azure está disponible solo para algunos planes, por ejemplo, Estándar o Desarrollador, y planes superiores a estos niveles. El Soporte técnico de Azure no está disponible con el plan Básico. Para más información sobre los diferentes planes de soporte técnico, consulte la página de planes de soporte técnico de Azure.

Para restaurar una instantánea específica de la copia de seguridad, Azure Cosmos DB necesita que los datos estén disponibles durante el ciclo de copia de seguridad de esa instantánea. Antes de solicitar una restauración, debe tener los siguientes detalles:

  • Tenga listo el identificador de su suscripción.
  • En función de cómo se hayan eliminado o modificado por accidente los datos, debe prepararse para tener información adicional. Se recomienda tener disponible la información con antelación para minimizar las idas y venidas que pueden ser perjudiciales en algunos casos donde el tiempo es fundamental.
  • Si se elimina toda la cuenta de Azure Cosmos DB, deberá proporcionar el nombre de la cuenta eliminada. Si crea otra cuenta con el mismo nombre que la cuenta eliminada, indique esto al equipo de soporte técnico, ya que esto ayuda a establecer la cuenta adecuada que debe elegirse. Se recomienda presentar distintas incidencias de soporte técnico para cada cuenta eliminada, ya que esto minimiza la confusión del estado de la restauración.
  • Si se han eliminado una o más bases de datos, debe proporcionar la cuenta de Azure Cosmos DB, así como los nombres de las bases de datos de Azure Cosmos DB, y especificar si existe alguna base de datos nueva con el mismo nombre.
  • Si se han eliminado uno o varios contenedores, debe proporcionar el nombre de cuenta de Azure Cosmos DB, los nombres de las bases de datos y los nombres de los contenedores. Además, especifique si existe un contenedor con el mismo nombre.
  • Si accidentalmente ha eliminado o dañado los datos, debe ponerse en contacto con el Soporte técnico de Azure en un plazo de ocho horas para que el equipo de Azure Cosmos DB pueda ayudarle a restaurar los datos a partir de las copias de seguridad. Antes de crear una solicitud de soporte técnico para restaurar los datos, asegúrese de aumentar la retención de copias de seguridad de la cuenta al menos a siete días. Es mejor aumentar la retención en un plazo de 8 horas después de este evento. De esta manera, el equipo de soporte de Azure Cosmos DB tiene tiempo suficiente para restaurar la cuenta.

Además del nombre de la cuenta de Azure Cosmos DB, los nombres de las bases de datos y los nombres de los contenedores, debe especificar el momento en el que se usa la restauración de los datos. Es importante ser lo más preciso posible para ayudarnos a determinar las mejores copias de seguridad disponibles en ese momento. También es importante especificar la hora en UTC. Si quiere restaurar la cuenta sin acceso a la red, menciónelo en el vale.

En la captura de pantalla siguiente se muestra cómo crear una solicitud de soporte técnico para un contenedor (colección/grafo/tabla) para restaurar los datos mediante Azure Portal. Proporcione otros detalles, como el tipo de datos, el propósito de la restauración o la hora a la que se eliminaron los datos, para ayudarnos a clasificar la solicitud.

Captura de pantalla de la creación de una solicitud de soporte técnico de copia de seguridad mediante Azure Portal.

Consideraciones para restaurar los datos a partir de una copia de seguridad

Puede eliminar o modificar accidentalmente los datos en uno de los siguientes escenarios:

  • Elimine toda la cuenta de Azure Cosmos DB.

  • Elimine una o varias bases de datos de Azure Cosmos DB.

  • Elimine uno o varios contenedores de Azure Cosmos DB.

  • Se eliminan o modifican elementos de Azure Cosmos DB (por ejemplo, documentos) dentro de un contenedor. Este caso concreto normalmente se conoce como "daño de datos".

  • Se elimina o se daña una base de datos de oferta compartida o los contenedores dentro de una base de datos de oferta compartida.

Azure Cosmos DB puede restaurar los datos en todos los escenarios anteriores. Se crea una nueva cuenta de Azure Cosmos DB para almacenar los datos al restaurar a partir de una copia de seguridad. El nombre de la nueva cuenta, si no se especifica, tiene el formato <Azure_Cosmos_account_original_name>-restored1. Si se realizan varios intentos de restauración, el último dígito se va incrementando. No se pueden restaurar los datos en una cuenta de Azure Cosmos DB creada previamente.

Si elimina accidentalmente una cuenta de Azure Cosmos DB, se pueden restaurar los datos en una cuenta nueva con el mismo nombre, siempre que el nombre de la cuenta no esté en uso. Por lo tanto, se recomienda no volver a crear la cuenta después de eliminarla, porque ello no solo impide que los datos restaurados usen el mismo nombre, sino que además dificulta la detección de la cuenta correcta que se quiere restaurar.

Cuando elimina una base de datos de Azure Cosmos DB, podemos restaurar la base de datos completa o un subconjunto de los contenedores dentro de esta. También es posible seleccionar contenedores específicos en las bases de datos y restaurarlos en una nueva cuenta de Azure Cosmos DB.

Cuando elimina o modifica accidentalmente uno o varios elementos dentro de un contenedor (el caso del "daño de datos"), tendrá que especificar el momento al que se restaurará. La hora es importante si hay datos dañados. Puesto que el contenedor está activo, las copias de seguridad se siguen ejecutando, por lo que si espera más allá del período de retención (el valor predeterminado es de ocho horas) se sobrescribirán las copias de seguridad. Para evitar que se sobrescriba la copia de seguridad, aumente la retención de copia de seguridad de la cuenta en al menos siete días. Es mejor aumentar la retención en un plazo de 8 horas a partir del daño en los datos.

Si accidentalmente ha eliminado o dañado los datos, debe ponerse en contacto con el Soporte técnico de Azure en un plazo de ocho horas para que el equipo de Azure Cosmos DB pueda ayudarle a restaurar los datos a partir de las copias de seguridad. De esta manera, el equipo de soporte de Azure Cosmos DB tiene tiempo suficiente para restaurar la cuenta.

Nota:

Después de restaurar los datos, no todas las capacidades o configuraciones de origen se trasladan a la cuenta restaurada. La siguiente configuración no se lleva a cabo en la cuenta nueva:

  • listas de control de acceso de VNET
  • Procedimientos almacenados, desencadenadores y funciones definidas por el usuario
  • Configuración de varias regiones
  • Configuración de identidad administrada

Si asigna el rendimiento en el nivel de base de datos, el proceso de copia de seguridad y restauración en este caso se produce a nivel de la base de datos completa y no al nivel de contenedores individuales. En tales casos, no puede seleccionar un subconjunto de contenedores para restaurar.

Obtención de los detalles de restauración de la cuenta restaurada

Una vez completada la operación de restauración, es posible que quiera conocer los detalles de la cuenta de origen desde la que se ha restaurado o la hora de restauración. Puede obtener estos detalles desde Azure Portal, PowerShell o la CLI.

Siga estos pasos para obtener los detalles de restauración desde Azure Portal:

  1. Inicie sesión en Azure Portal y vaya a la cuenta restaurada.

  2. Abra la página Etiquetas.

  3. La página Etiquetas no debería tener las etiquetas restoredAtTimestamp ni restoredSourceDatabaseAccountName. Estas etiquetas describen la marca de tiempo y el nombre de la cuenta de origen que se usaron para la restauración periódica.

Acciones posteriores a la restauración

El objetivo principal de la restauración de datos es recuperar los datos que ha eliminado o modificado accidentalmente. Por lo tanto, se recomienda que primero inspeccione el contenido de los datos recuperados para garantizar que contiene lo que esperaba. Si todo tiene buen aspecto, puede volver a migrar los datos a la cuenta principal. Aunque se puede usar la cuenta restaurada como nueva cuenta activa, no es una opción recomendada si tiene cargas de trabajo de producción.

Después de restaurar los datos, recibirá una notificación sobre el nombre de la nueva cuenta (normalmente se encuentra en el formato <original-name>-restored1) y la hora a la que se ha restaurado la cuenta. La cuenta restaurada tiene el mismo rendimiento aprovisionado, directivas de indexación y estará en la misma región que la cuenta original. Un usuario que sea administrador de suscripciones o administrador conjunto puede ver la cuenta restaurada.

Migración de datos a la cuenta original

Estas son las diferentes formas de volver a migrar datos a la cuenta original:

Se recomienda eliminar el contenedor o la base de datos inmediatamente después de migrar los datos. Si no elimina las bases de datos o los contenedores restaurados, se generará un costo para las unidades de solicitud, el almacenamiento y la salida.

Pasos siguientes