Descripción de restaurar archivos y copias de seguridad en SQL Server

Seleccione idioma Seleccione idioma
Id. de artículo: 281122 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

Resumen

Archivos o grupos de archivos en una base de datos pueden copia de seguridad y restaurar individualmente. Esto le permite restaurar sólo los archivos dañados sin tener que restaurar el resto de la base de datos. Archivos de copia de seguridad de un grupo de archivos pueden restaurarse individualmente o como un grupo. Este artículo trata algunas de las advertencias importantes relacionadas con la restaurar archivos y grupos de archivos.

Más información

copias de seguridad de registro de transacciones son necesarios

Debe utilizar el archivo y grupo de archivos de copia de seguridad y restaurar operaciones junto con las copias de seguridad del registro de transacciones. Después de restaurar los archivos, debe restaurar las copias de seguridad transacción del registro que se crearon desde que se crearon las copias de seguridad de archivo para poner la base de datos a un estado coherente. No es necesario aplicar una copia de seguridad del registro de transacciones si SQL Server puede determinar que no se han modificado los archivos o grupos de archivos después el archivo o grupo de archivos de copia de seguridad se ha creado.
SQL Server 7.0 : requiere que no está establecida la opción TruncateLogOnCheckpoint y que las copias de seguridad del registro de transacciones se crean en además las copias de seguridad de base de datos o archivos y grupo de archivos.
SQL Server 2000 y SQL Server 2005 : para crear copias de seguridad del registro de transacciones, debe utilizar modelos de la recuperación completa o la recuperación de registro masivo. Para obtener más información en modelos de recuperación, consulte el tema "Selección de un modelo de recuperación" de libros en pantalla de SQL Server.
Nota : se debe mantener un completo conjunto de copias de seguridad de archivos y copias de seguridad del registro de cobertura. Un error del medio puede representar una base de datos completa irrecuperable si no hay ninguna copia de seguridad del archivo dañado.

No es posible detener pronto la recuperación de archivos individuales. Por este motivo, siempre debe copia el registro de transacciones activo antes para restaurar una copia de seguridad de archivo. Si el registro de transacciones está dañado o si desea recuperar la base de datos completa a un punto específico en el tiempo, debe restaurar todo el conjunto de copias de seguridad de archivos antes de aplicar las copias de seguridad del registro de transacciones. Para minimizar el riesgo de daños del registro de transacciones, busque el registro de transacciones en almacenamiento tolerante.

Si se pierde la base de datos completa
Debe tener copias de seguridad de cada archivo o grupo de archivos de la database.You también debe tener una cadena copia de seguridad de registro de transacción continua desde el momento del archivo más reciente o grupo de archivos de copia de seguridad al final del archivo más reciente o grupo de archivos de copia de seguridad. El inicio de la cadena de copia de seguridad del registro de transacciones debe contener el inicio de la transacción para la transacción más antigua pendiente en el momento en que la primera copia de seguridad se creó.
Nota : si no se cumple alguna de las condiciones anteriores, no es posible restaurar la base de datos.

archivos y copias de seguridad del grupo de archivos deben puede restaurarse a la base de datos asociada

Sólo se pueden restaurar copias de seguridad archivo y grupo de archivos a la base de datos al que pertenecen. No se puede crear una nueva base de datos en blanco con la misma estructura y los nombres de archivo y, a continuación, intente restaurar el único archivo o grupo de archivos de copia de seguridad; debe restaurarla en la base de datos existente o realizar una restauración completa de base de datos en otra ubicación. (En SQL Server 2000, hay una nueva cláusula agregada a RESTORE DATABASE para operaciones de restauración parcial de la base de datos. Vea la explicación más adelante en este artículo en "Base de datos parcial restaurar operaciones".)

Nota : no intentar desasociar base de datos los re-attach a continuación, si un archivo en un múltiplo de archivo base de datos o grupo de archivos se pierde. Restaurar en su lugar, el archivo necesario o el grupo de archivos de copia de seguridad. Si está desasociado la base de datos, falla la re-attachment y se restaurar la base de datos todo a partir de copia de seguridad. Esto es porque los archivos de base de datos asociados a la base de datos basándose en un identificador global (GUID). Este diseño es proteger la integridad de la base de datos para que los archivos que no pertenecen a la base de datos no son mezclar, lo que causaría problemas de integridad de datos grave. Aunque puede crear una nueva base de datos con los mismos nombres de archivo, no coincide con el GUID.

SQL Server no permite adjuntar un archivo único de una base de datos que contiene varios archivos. La asociación busca todos los archivos que pertenecen a la base de datos durante la asociación y si no puede encontrar los archivos con el GUID correspondiente, se produce un error la asociación. De forma similar, si crear una base de datos en blanco con el mismo nombres de archivos y grupos de archivos como la base de datos original, reemplazar algunos de los archivos y después intenta permiten recuperar la base de datos durante el inicio SQL, recuperación falla como se indica en el registro de errores. Por ejemplo:
2000-11-28 13:14:52.88 spid9    Opening file C:\MSSQL7\data\f2_Data.NDF. 
2000-11-28 13:14:53.01 spid9    Cannot associate files with different databases.
2000-11-28 13:14:53.14 spid9    Device activation error. The physical file name 'C:\MSSQL7\data\f2_Data.NDF' may be incorrect.
				
Parcial operaciones de restauración de base de datos (SQL Server 2000)

Se ha agregado una nueva cláusula PARTIAL a la instrucción RESTORE T-SQL que proporciona un mecanismo para restaurar parte de la base de datos a otra ubicación, de modo que pueden copiar los datos dañados o que faltan a la base de datos original. Las operaciones de restauración parcial funcionan con grupos de archivos de base de datos. Por ejemplo, tendrá una base de datos consta de un grupo de archivos principal, grupo de archivos A y B. del grupo de archivos Una tabla que reside en el grupo B se elimina accidentalmente. Si tiene copias de grupo de archivos seguridad y del registro de transacciones disponibles, puede restaurar sólo grupo B junto con el grupo de archivos principal para recuperar la tabla deleted. La instrucción RESTORE con la cláusula PARTIAL permite restaurar el subconjunto a una nueva base de datos o incluso a un servidor diferente. Puede extraer y volver a cargar el contenido de la tabla en la base de datos original.

Siempre se restaura el grupo de archivos principal junto con grupos de archivos seleccionados para restaurar. Grupos de archivos que no se restauran se marcan como sin conexión y no son accesibles. No se admite la restauración de base de datos parcial de las copias de seguridad de archivos.

Nota Si utiliza SQL Server 2005, la fase inicial de una restauración por etapas reemplaza la restauración parcial de la base de datos de SQL Server 2000. En SQL Server 2005, la opción PARTIAL realiza comprobaciones de seguridad que no están disponibles en restauraciones parciales de la base de datos. Este comportamiento permite dichas bases de datos puede utilizar como bases de datos de producción. Para obtener más información acerca de restauración por etapas en SQL Server 2005, consulte el por etapas restaurar "escenario" (modelo de recuperación completa) y los temas "Escenario de restauración por etapas (modelo de recuperación simple)" en libros en pantalla de SQL Server 2005.

Para obtener más información acerca de cómo realizar una restauración parcial de la base de datos, vea los libros en pantalla "Operaciones de restauración parcial" de SQL Server 2000 y "DATABASE RESTORE".

Consulte los siguientes temas relativos a archivos y grupos de archivos:

temas de libros en pantalla de SQL Server 7.0:

"Archivos de base de datos física y grupos de archivos"
"Utilizar archivos y grupos de archivos"
"Crear grupos de archivos"
"Crear el archivo o grupo de archivos de copias de seguridad"
"Utilizar copias de seguridad de grupo de archivos de archivos o"
"Restaurar el archivo o grupo de archivos de copias de seguridad"
"Grupo de archivos y de archivo de copia de seguridad y restauración"

temas de libros en pantalla de SQL Server 2000:

"Archivos de base de datos física y grupos de archivos"
"Utilizar archivos y grupos de archivos"
"Crear grupos de archivos"
"Utilizar copias de seguridad de archivos"
"Archivos y grupos de archivos"
"Copia de seguridad y restaurar bases de datos"
"Operaciones de restauración parcial de base de datos"
"Copia partes seleccionadas de una base de datos"

temas de libros en pantalla de SQL Server 2005:

"Archivos de base de datos física y grupos de archivos"
"Utilizar archivos y grupos de archivos"
"Crear grupos de archivos"
"Copias de seguridad del grupo de archivos y archivos"
"Diseño de archivos y grupos de archivos"
"Copia de seguridad y restaurar bases de datos"
"Restauración por etapas escenario (modelo de recuperación completa)"
"Copia partes seleccionadas de una base de datos"

Propiedades

Id. de artículo: 281122 - Última revisión: viernes, 26 de octubre de 2007 - Versión: 4.4
La información de este artículo se refiere a:
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
Palabras clave: 
kbmt kbproductlink kbbackup kbinfo KB281122 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 281122

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com