¿Le resultó útil esta página?
Sus comentarios sobre este contenido son muy importantes. Háganos saber su opinión.
¿Tiene comentarios adicionales?
Caracteres restantes: 1500
Exportar (0) Imprimir
Expandir todo

Copiar bases de datos en Base de datos SQL de Azure

Actualizado: febrero de 2015

La operación de copia de base de datos copia un Base de datos SQL de Microsoft Azure en una base de datos nueva. La copia puede crearse en el mismo servidor lógico o en uno diferente. Cuando el proceso de copia se complete, la nueva base de datos será una base de datos totalmente operativa e independiente de la base de datos de origen. La nueva base de datos es transaccionalmente coherente con la base de datos de origen en el momento en que se completa la copia. El nivel de servicio, tamaño máximo y nivel de rendimiento de la copia de la base de datos son los mismos que los de la base de datos de origen.

La nueva base de datos tiene el mismo nivel de servicio y el mismo nivel de rendimiento que la base de datos. Cada copia se suma al recuento total de la base de datos y se factura al mismo precio que la base de datos de origen. Para obtener más información, vea Detalles de precios de Base de datos SQL.

En este tema

Puede que en los siguientes escenarios sea necesario realizar una copia de la base de datos de origen. Los métodos que se usan en estos escenarios dependen de si las bases de datos de origen y de destino se encuentran en el mismo servidor o en distintos servidores, en la misma región o en distintas regiones y en la misma suscripción o en distintas suscripciones. Estos métodos se describen detalladamente en la sección Otros métodos para copiar una base de datos, que se encuentra más adelante en este mismo tema.

  • Desarrollo y prueba de aplicaciones: Puede copiar la base de datos de producción en una nueva base de datos que se puede emplear para desarrollo y pruebas.

  • Actualización de la aplicación: Antes de realizar actualizaciones importantes de la aplicación, puede copiar la base de datos de aplicación en una copia de seguridad de la base de datos con otro nombre. Si el proceso de actualización no se realiza correctamente o finaliza con errores, puede cambiar a la versión de la base de datos anterior a la actualización. Para ello, solo tiene que cambiar el nombre de la copia de seguridad de la base de datos por el nombre de la base de datos de aplicación.

  • Migración de aplicaciones: Al migrar aplicaciones, puede que también sea necesario migrar las bases de datos asociadas.

noteNota
Las bases de datos creadas mediante la característica de copia se contabilizan hasta llegar al límite de Base de datos SQL de Azure de bases de datos por cada servidor de Base de datos SQL de Azure. Para obtener más información sobre el coste y el impacto en la facturación, vea Cuentas y facturación en Base de datos SQL de Azure.

Icono de flecha usado con el vínculo Volver al principio [Top]

Al utilizar la característica de copia de bases de datos, las bases de datos se copian de forma asincrónica, por lo que no se necesita conexión al servidor Base de datos SQL de Azure mientras dura todo el proceso. Puede copiar una base de datos iniciando sesión en la base de datos master del servidor de destino y ejecutando la instrucción CREATE DATABASE de Transact-SQL con la cláusula AS COPY OF. Después, puede supervisar el proceso de copia usando las vistas sys.dm_database_copies y sys.databases en el servidor de destino.

Puede copiar una base de datos en el mismo servidor Base de datos SQL de Azure utilizando un nombre de base de datos distinto o puede copiarla en otro servidor de Base de datos SQL de Azure. En esta sección se proporcionan ejemplos de ambas opciones.

Al copiar una base de datos para crear una nueva base de datos en el mismo servidor Base de datos SQL de Azure, se pueden usar los mismos inicios de sesión en ambas bases de datos. La entidad de seguridad que emplea para copiar la base de datos se convierte en el propietario de la base de datos (DBO) en la nueva base de datos cuando se crea.

En la figura siguiente se muestra la copia en el mismo servidor:

Copiar base de datos en el mismo servidor de Base de datos SQL

En esta figura, Database1A se copia a una nueva base de datos, Database1B, en el mismo servidor Base de datos SQL de Azure, Server1. El inicio de sesión que copió la base de datos se convierte en el DBO de Database1B. Todos los usuarios de la base de datos, sus permisos y sus identificadores de seguridad (SID) de Database1A se copian a Database1B. Dado que los SID de usuario son los mismos en ambas bases de datos, los inicios de sesión de Server1 mantienen los mismos permisos en las dos bases de datos.

Una vez completada la copia, Database1B pasa a ser una base de datos independiente plenamente operativa. Los inicios de sesión, usuarios y permisos de Database1B se pueden administrar con independencia de Database1A.

También puede copiar una base de datos entre dos servidores de Base de datos SQL de Azure distintos que estén en la misma región o en distintas regiones. Como la nueva base de datos se crea en un servidor Base de datos SQL de Azure diferente, estará asociada a una base de datos master distinta. Todos los usuarios de la nueva base de datos mantienen los permisos que tenían en la base de datos de origen. La entidad de seguridad que emplee para copiar la base de datos se convertirá en el DBO en la nueva base de datos cuando se cree y se le asignará un nuevo identificador de seguridad (SID).

En la figura siguiente se muestra la copia entre servidores:

Copiar base de datos en un servidor de Base de datos SQL diferente

En esta figura, Database1A se copia de Server1 a una nueva base de datos, Database2A, en un servidor Base de datos SQL de Azure diferente, Server2. El inicio de sesión que copió la base de datos se convierte en el DBO de Database2A. Todos los usuarios de la base de datos y sus permisos (pero no sus SID) de Database1A se copian a Database2A. Los inicios de sesión de Server1 no se pueden usar con la nueva base de datos porque están asociados a un servidor Base de datos SQL de Azure diferente y porque los SID de usuario de Database2A son diferentes de los SID de usuario de Database1A.

ImportantImportante
Una región de Base de datos SQL de Azure puede estar formada por varios clústeres físicos. En la actualidad no se puede copiar una base de datos entre dos clústeres distintos con Transact-SQL. Para obtener más información acerca de las restricciones, consulte Restrictions.

Una vez completado el proceso de copia entre servidores, los inicios de sesión, usuarios y permisos de Database2A se pueden administrar con independencia de Database1A. Utilice el inicio de sesión de DBO y la instrucción Transact-SQLALTER USER para establecer correspondencias entre los usuarios de la nueva base de datos y los inicios de sesión del servidor Base de datos SQL de Azure. Por ejemplo: ALTER USER userName WITH LOGIN='loginName'. Para obtener más información, vea ALTER USER.

Icono de flecha usado con el vínculo Volver al principio [Top]

Usar la característica Copiar base de datos (Copia de BD) es una forma rápida y sencilla de crear una copia de su base de datos. Si este método no se adapta a sus necesidades, puede usar una de las siguientes opciones alternativas:

Restauración a un momento dado le permite crear una copia de una versión anterior de la base de datos. Por ejemplo, si necesita crear una copia de la versión de la base de datos anterior a una actualización. Restauración a un momento dado solo está disponible en los niveles de servicio Basic, Standard y Premium. Para obtener más información sobre el Restauración a un momento dado, vea Copia de seguridad y restauración de Base de datos SQL de Azure.

Replicación geográfica activa solo está disponible en las bases de datos que usan el nivel de servicio Premium. Le permite controlar cuándo finalizará la copia. Deberá usarla cuando necesite coordinar con exactitud el final de la copia con otras acciones del flujo de trabajo. Para obtener más información, vea Replicación geográfica activa para Base de datos SQL de Azure.

El servicio de importación y exportación se debe plantear cuando no haya otras opciones disponibles en un escenario determinado. Al usar la característica Copiar base de datos para crear una copia de la base de datos antes de exportar a la ubicación final, se garantiza que la exportación sea consistente en lo relativo a la transacción. Para ver información sobre la importación y la exportación, consulte Procedimiento: uso del servicio de importación y exportación en Base de datos SQL de Azure.

ImportantImportante
La configuración de auditoría de la base de datos no se copia a la base de datos nueva, independientemente del método de copia que elija. Si tiene que realizar una auditoría en la base de datos nueva, debe habilitar esta funcionalidad una vez que la base de datos esté activa y en línea. Asimismo, si crea la nueva base de datos en otra región, use una cuenta de almacenamiento ubicada en la misma región que la nueva base de datos. Para obtener más información sobre auditorías para Base de datos SQL de Azure, consulte Auditorías de bases de datos.

Vea también

Mostrar:
© 2015 Microsoft