Copia de bases de datos con copia de seguridad y restauración

En SQL Server 2014, puede crear una base de datos mediante la restauración de una copia de seguridad de una base de datos de usuario creada mediante SQL Server 2005 o una versión posterior. Sin embargo, sql Server 2014 no puede restaurar las copias de seguridad de master, model y msdb creadas mediante una versión anterior de SQL Server. Además, las copias de seguridad de SQL Server 2014 no se pueden restaurar mediante ninguna versión anterior de SQL Server.

Importante

SQL Server 2014 usa una ruta de acceso predeterminada diferente a las versiones anteriores. Por lo tanto, para restaurar las copias de seguridad de una base de datos creada en la ubicación predeterminada de versiones anteriores, debe usar la opción MOVE. Para obtener información sobre la nueva ruta de acceso predeterminada, vea Ubicaciones de archivos para instancias predeterminadas y con nombre de SQL Server. Para obtener más información sobre cómo mover archivos de base de datos, vea "Mover los archivos de base de datos", más adelante en este tema.

Pasos generales para usar copia de seguridad y restauración para copiar una base de datos

Al usar copias de seguridad y restauración para copiar una base de datos en otra instancia de SQL Server, los equipos de origen y destino pueden ser cualquier plataforma en la que se ejecute SQL Server.

Los pasos generales son:

Realice una copia de seguridad de la base de datos de origen, que puede residir en una instancia de SQL Server 2005 o posterior. El equipo en el que se ejecuta esta instancia de SQL Server es el equipo de origen.
En el equipo al que desea copiar la base de datos (el equipo de destino), conéctese a la instancia de SQL Server en la que planea restaurar la base de datos. Si es necesario, en la instancia del servidor de destino, cree los mismos dispositivos de copia de seguridad que se usan para la copia de seguridad de las bases de datos de origen.
Restaure la copia de seguridad de la base de datos de origen en el equipo de destino. Al restaurar la base de datos se crean automáticamente todos los archivos de base de datos.

En los temas siguientes se abordan consideraciones adicionales que pueden afectar a este proceso.

Antes de restaurar archivos de base de datos

Restaurar una base de datos crea automáticamente los archivos de base de datos necesarios para la base de datos de restauración. De forma predeterminada, los archivos creados por SQL Server durante el proceso de restauración usan los mismos nombres y rutas de acceso que los archivos de copia de seguridad de la base de datos original en el equipo de origen.

Opcionalmente, al restaurar la base de datos, puede especificar la asignación de dispositivos, los nombres de archivo o la ruta de acceso para la base de datos de restauración. Esto puede ser necesario en las siguientes situaciones:

La estructura de directorios o la asignación de unidades usada por la base de datos en el equipo original no existen en el otro equipo. Por ejemplo, quizás la copia de seguridad contiene un archivo que se restauraría en la unidad E de forma predeterminada, pero el equipo de destino carece de una unidad E.
Es posible que la ubicación de destino no tenga espacio suficiente.
Está reutilizando un nombre de base de datos que existe en el destino de restauración y cualquiera de sus archivos se denomina igual que un archivo de base de datos en el conjunto de copia de seguridad, se produce una de las siguientes acciones:
- Si se puede sobrescribir el archivo de base de datos existente, se sobrescribirá (esto no afectaría a un archivo que pertenezca a un nombre de base de datos diferente).
- Si no se puede sobrescribir el archivo existente, se produciría un error de restauración.

Para evitar errores y consecuencias imprevistas, antes de la operación de restauración, puede usar la tabla de historial de archivos de copia de seguridad para averiguar la base de datos y los archivos de registro de la copia de seguridad que planea restaurar.

Mover los archivos de base de datos

Si los archivos de la copia de seguridad de la base de datos no se pueden restaurar en el equipo de destino debido a los motivos mencionados anteriormente, es necesario mover los archivos a una nueva ubicación mientras se restauran. Por ejemplo:

Quiere restaurar una base de datos a partir de copias de seguridad creadas en la ubicación predeterminada de la versión anterior.
Puede ser necesario restaurar algunos de los archivos de base de datos de la copia de seguridad en una unidad diferente debido a consideraciones de capacidad. Esto es probable que sea una aparición común porque la mayoría de los equipos de una organización no tienen el mismo número y tamaño de unidades de disco o configuraciones de software idénticas.
Puede ser necesario crear una copia de una base de datos existente en el mismo equipo con fines de prueba. En este caso, los archivos de base de datos de la base de datos original ya existen, por lo que es necesario especificar nombres de archivo diferentes cuando se crea la copia de la base de datos durante la operación de restauración.

Para obtener más información, vea "Para restaurar archivos y grupos de archivos en una nueva ubicación", más adelante en este tema.

Cambiar el nombre de la base de datos

El nombre de la base de datos se puede cambiar a medida que se restaura en el equipo de destino, sin tener que restaurar primero la base de datos y, a continuación, cambiar el nombre manualmente. Por ejemplo, puede ser necesario cambiar el nombre de la base de datos de Sales a SalesCopy para indicar que se trata de una copia de una base de datos.

El nombre de la base de datos que se proporciona explícitamente al restaurar una base de datos se usa automáticamente como nombre de base de datos nuevo. Dado que el nombre de la base de datos aún no existe, se crea uno nuevo mediante los archivos de la copia de seguridad.

Al actualizar una base de datos mediante la restauración

Al restaurar copias de seguridad desde una versión anterior, resulta útil saber de antemano si la ruta de acceso (unidad y directorio) de cada uno de los catálogos de texto completo de una copia de seguridad existe en el equipo de destino. Para enumerar los nombres lógicos, los nombres físicos, la ruta y el nombre de archivo de cada archivo de una copia de seguridad, incluidos los archivos de catálogo, use una instrucción RESTORE FILELISTONLY FROM <backup_device>. Para obtener más información, vea RESTORE FILELISTONLY (Transact-SQL).

Si la misma ruta de acceso no existe en el equipo de destino, tiene dos alternativas:

Cree la asignación de unidad o directorio equivalente en el equipo de destino.
Mueva los archivos de catálogo a una nueva ubicación durante la operación de restauración mediante la cláusula WITH MOVE de la instrucción RESTORE DATABASE. Para obtener más información, vea RESTORE (Transact-SQL).

Para obtener información sobre las opciones alternativas para actualizar índices de texto completo, consulte Upgrade Full-Text Search( Actualizar Full-Text Search).

Propiedad de la base de datos

Cuando se restaura una base de datos en otro equipo, el inicio de sesión de SQL Server o el usuario de Microsoft Windows que inicia la operación de restauración se convierte automáticamente en el propietario de la nueva base de datos. Cuando se restaura la base de datos, el administrador del sistema o el nuevo propietario de la base de datos pueden cambiar la propiedad de la base de datos. Para evitar restauraciones no autorizadas de una base de datos, use medios de almacenamiento o contraseñas de conjuntos de copia de seguridad.

Administración de metadatos al restaurar en otra instancia del servidor

Al restaurar una base de datos en otra instancia de servidor, para proporcionar una experiencia coherente a los usuarios y las aplicaciones, es posible que tenga que volver a crear algunos o todos los metadatos de la base de datos, como inicios de sesión y trabajos, en la otra instancia del servidor. Para obtener más información, consulte Administración de los metadatos cuando una base de datos pasa a estar disponible en otro servidor (SQL Server).

Para visualizar los archivos de datos y de registro en un conjunto de copia de seguridad