INF: Probar métodos para volcados de la cinta SQL Server o carga

Seleccione idioma Seleccione idioma
Id. de artículo: 124023 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Nota: Este artículo es específica de Microsoft SQL Server en plataformas Windows NT.
Expandir todo | Contraer todo

En esta página

Resumen

El subsistema de dispositivo de cinta se compone de varios niveles que son necesarios para volcado de base de datos de SQL Server con éxito y cargar procedimientos. El nivel principal es el nivel de hardware, que está formado por el dispositivo de cinta, cable, terminador y controlador SCSI. La capa de núcleo consta de núcleo de Windows NT, Administrador de E/s, controlador del sistema de archivos y el controlador de dispositivo de cinta. El nivel final es el nivel de usuario o aplicación. En este nivel, SQL Server funciona y depende del funcionamiento de los niveles de hardware y sistema operativo subyacentes para la finalización correcta de las operaciones de volcado y carga en un dispositivo de cinta.

El propósito de este artículo es documentar un método para probar el volcado de SQL Server y cargar procedimientos con una unidad de cinta.

Más información

Cheques preliminares

  1. Asegúrese de que el dispositivo de cinta específica está en la lista de compatibilidad de hardware (HCL). Los dispositivos en la lista HCL se han probado por Microsoft, en la solicitud del fabricante, para utilizar con el sistema operativo Windows NT. Los fabricantes de unidad de cinta con frecuencia venden las unidades de cinta a proveedores de fabricante de equipos originales (OEM), y es posible que se ha cambiado el firmware de la unidad reempaquetado, según a la solicitud de los OEM proveedor. Estos cambios podrían producir problemas con la operación del dispositivo de cinta en Windows NT o SQL Server. Como resultado, incluso aunque la unidad de cinta subyacente se puede fabricada por un proveedor en la lista HCL, la unidad de cinta que ha vuelto a empaquetar y vendido en etiqueta de un proveedor diferente puede tener problemas de compatibilidad, debido a los cambios de firmware.
  2. Instalar el dispositivo de cinta con las recomendaciones del fabricante. Asegúrese de cumplir con las recomendaciones para la SCSI controlador, longitud del cable SCSI y tipo de terminador SCSI.
  3. Consulte con el proveedor de cambios en el controlador que se utiliza para el dispositivo de cinta. Algunos proveedores proporcionará controladores de cinta para su uso con unidades de cinta de Windows NT. suministrado por Compaq, que no están en la HCL, deben utilizar controladores desde el disco de soporte técnico de software recomendado de Compaq (SSD). Esto es porque la unidad de cinta Compaq únicamente es compatible con Compaq.
  4. Comprobar que el dispositivo de cinta se ha instalado correctamente en Windows NT. Éstos son tres áreas de comprobar para comprobar la configuración de dispositivo de cinta:

    1. Para equipos que ejecutan Windows NT 3.5x, ejecución de Windows Configuración, que se encuentra en el grupo de programa principal en el Administrador de programas de Windows NT. En el menú de opciones de configuración, haga clic en Agregar o quitar dispositivos de cinta. Debe aparecer un controlador que coincida con la unidad de cinta.

      En los equipos que ejecutan Windows NT 4.0, compruebe el controlador de dispositivo de cinta en dispositivos de cinta de panel de control.

      Nota: en qué controlador es adecuado para la unidad de cinta conectado al sistema de detalles documentación del fabricante en la o el proporcionará la documentación de Windows NT).
    2. En dispositivos de panel de control, la unidad de cinta debe aparecer como a y tener un valor de inicio del sistema.
    3. Inicie NTBackup.exe. En el menú operaciones, haga clic en configuración de hardware. Si el dispositivo correctamente configurado, la unidad de cinta será visible en el cuadro de lista desplegable.
  5. Pruebe con NTBackup.exe. Asegúrese de que un archivo con éxito y la restauración de un archivo o grupo de archivos pueden realizarse sin errores.

    Nota: Es importante realizar ambas de estas operaciones.

    También ver el catálogo de cinta y realizar un archivo con una comprobación. Si hay algún problema con este procedimiento, SQL Server de volcado y carga en la cinta será no trabajo o de trabajo no confiable.
  6. Utilice el Administrador corporativo de SQL para comprobar la configuración de SQL Server de dispositivo de volcado en cinta. Ir a una ventana de consulta y ejecute el siguiente procedimiento almacenado:
    sp_helpdevice <backup_device_name>
    Debe tener el resultado que recibe el formato siguiente, donde X es el número de dispositivo de cinta:
          \\.\tapeX
      
    De forma predeterminada, los números de dispositivo empiezan con tape0... tapeX, dependiendo del número de dispositivos de cinta encontrados por NTDetect cuando se inicia el sistema. Generalmente, en un sistema con una unidad de cinta, el identificador de dispositivo del sistema será tape0 y la definición física será \\.\tape0.

    Para SQL Server 4.2 x, vaya al administrador de SQL, haga clic en dispositivos y, después, haga doble clic en el dispositivo de volcado de cinta. Asegúrese de que la ruta de acceso física es correcta.

Procedimientos de pruebas

Nota: Un inicio de sesión administrativa deben probar los procedimientos siguientes. El propósito es comprobar que la unidad de cinta funciona, no los derechos de sistema que pertenecen a un inicio de sesión determinada. Por lo tanto, si el inicio de sesión para SQL Server se ha cambiado el valor predeterminado, asegúrese de que el inicio de sesión tiene privilegios administrativos.

Además, se supone que la base de datos se utilizada para básicas y avanzadas pruebas no tengan problemas estructurales. Si el estado de la base de datos es desconocido o no se ha revisado recientemente, ejecutar DBCC CHECKDB y DBCC NEWALLOC.

Revise la salida de estas comprobaciones DBCC y corregir los problemas estructurales antes de intentar las siguientes pruebas. Problemas estructurales que existen en una base de datos en el momento del volcado de base de datos a cinta pueden provocar una carga de base de datos de producirá un error en el dispositivo de cinta.

Procedimiento de prueba básico

  1. Antes de comenzar el procedimiento, utiliza el programa de instalación de SQL Server para deshabilitar el inicio automático en SQLServer y SQLExecutive (o el Monitor de SQL para SQL Server 4.2 x).
  2. Desactivar el servidor. Espere aproximadamente 60 segundos, a continuación vuelva a activar la unidad. Si el servidor tiene una unidad de cinta externo, actívela primero y espere hasta que finalice la inicialización antes de activar el servidor. Este es un paso importante, porque se restablece el dispositivo de cinta a la configuración predeterminada incrustado.
  3. Iniciar SQL Server y vaya a un símbolo del sistema.
  4. Inicie la sesión en SQL Server como administrador del sistema (SA) y vaya a la ventana de consulta ISQL/W.
  5. Ejecutar las instrucciones siguientes desde la ventana de consulta ISQL/W:
          dump database pubs to tapedump with init,nounload
          go
      
    Nota: Reemplace tapedump con el nombre lógico de SQL Server para el sistema que se está probando.

    Debería recibir el mensaje siguiente:
    Msj 4029, nivel 10, estado 1:
    Base de datos 'pubs' (89 páginas) vuelca en el archivo <1> en cinta 'SQ0001'.
    Revise el registro de errores, que debe tener el siguiente correspondiente mensaje de SQL Server:
          94/02/01 15:49:08.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
    
  6. Abra la carpeta de dispositivo de copia de seguridad o descarga desde el Administrador corporativo de SQL y, a continuación, abra el dispositivo de copia de seguridad en cinta. Compruebe que se muestran la etiqueta de volumen y el encabezado del volcado.
  7. Volver a la ventana de consulta ISQL/W y ejecute las siguientes instrucciones:
          dump database pubs to tapedump with noinit,nounload
          go
          dump database pubs to tapedump with noinit,nounload
          go
      
    Debe recibir los mensajes siguientes:
          Msg 4029, Level 10, State 1:
          Database 'pubs' (89 pages) dumped to file <2> on tape 'SQ0001'.
          Msg 4029, Level 10, State 1:
          Database 'pubs' (89 pages) dumped to file <3> on tape 'SQ0001'.
      
    Revisar el registro de errores SQL Server, que debe tener los siguientes mensajes correspondientes:
          94/02/01 15:49:08.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
          94/02/01 15:50:18.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
      
    Si el registro de error de SQL Server no contiene estos mensajes, revise los pasos anteriores y repita si es necesario. Vaya a la sección "Problema" de este artículo.
  8. Volver a la ventana de consulta ISQL/W y ejecute las siguientes instrucciones:
     
          load database pubs from tapedump with file=2,nounload
          go
      
    Revisar el registro de errores SQL Server, que debe registrar resultados similares al siguiente:
          94/02/01  15:49:08.83 server   Recovery dbid 4 ckpt (1017,8)
      
    Nota: La información encontrada en el registro de errores puede ser diferente, según el dbid de la base de datos que se carga el volcado. Además, el valor de ckpt entre paréntesis es la ubicación del último registro punto de control se encuentra durante el proceso de recuperación, por lo que también puede variar.
  9. Prueba completada. Si hay problemas, consulte "Problemas" sección de este artículo.

Avanzada procedimientos de pruebas

Esta sección detallan pruebas más exhaustivas. Continuar más allá de este punto, una hipótesis se hace que el sistema de cinta se ha probado exhaustivamente con NTBackup, que provocó la finalización correcta de los procedimientos de almacenamiento y restauración. Se recomienda no utilice bases de datos de desarrollo importante o de producción para probar hardware unproved.

El procedimiento de pruebas avanzado varía principalmente en el tamaño de la base de datos implicado y su importancia para la organización. Si los recursos están disponibles, es ciertamente apropiado crear una base de datos que refleja una base de datos desarrollo importante en tamaño y contenido de esta prueba o de producción. También es importante tener en cuenta que en algún punto la producción o base de datos de desarrollo será necesario se vuelca en cinta.

Como resultado, el procedimiento siguiente tiene algunos redundancia integrada que se muestra en el paso 2. El siguiente es el procedimiento de pruebas avanzado:
  1. Cerrar SQL Server, desde el Administrador de servicios de SQL o desde un símbolo del sistema mediante un comando NET STOP MSSQLSERVER (para SQL Server 4.2 x, el comando NET STOP SQLSERVER es).
  2. Utiliza Ntbackup.exe, archivar todos los archivos de dispositivo de base de datos, incluyendo master.dat y los dispositivos utilizados para tempdb. Este procedimiento debe realizarse con la opción comprobar de NTBackup.
  3. Iniciar SQL Server mediante el Administrador de servicios SQL o desde un símbolo del sistema, con un comando NET START MSSQLSERVER.
  4. Pasos 1-0 como se muestra en la sección "Procedimiento de prueba básica" de este artículo, sustituyendo la base de datos deseada para la base de datos 'pubs'.

Notas finales en pruebas

La finalización correcta de los procedimientos de pruebas descritos anteriormente no garantiza que nunca habrá problemas con el servidor SQL de volcado o cargar las operaciones en cinta. Dependen de las operaciones de cinta de SQL Server en el funcionamiento correcto de todas las capas subyacentes que componen el subsistema de cinta, así como una base de datos que está libre de problemas estructurales.

Problemas

  1. Revise el registro del sistema del Visor de sucesos Windows de aplicación (se encuentra en Herramientas administrativas). Compruebe cualquier error de dispositivo SCSI o cinta.
  2. Revise el registro de aplicación del Visor de sucesos Windows de aplicación los errores de SQL Server.
  3. Revise el registro de error de SQL Server.
  4. Llame al fabricante del hardware adecuado y compruebe que no se han solucionado los problemas vistos por versiones más recientes de firmware o controladores de dispositivo.
  5. Corrija los problemas obvios y realizar pruebas de nuevo.
  6. Póngase en contacto con el soporte de proveedor correspondiente.
Cuando se llama a soporte técnico de Microsoft SQL Server, esté preparado para proporcionar la información siguiente:
  • Las entradas del registro que se encuentra en HKEY_LOCAL_MACHINE\Hardware\Devicemap de cada dispositivo de cinta. Incluir los detalles relacionados con el número, tipo y fabricante de cada controladora SCSI y el número de dispositivos en el puerto SCSI y el bus SCSI.
  • El tamaño del archivo, fecha y hora para el controlador de cinta utilizando el dispositivo en cuestión.
  • Resultados de los procedimientos de prueba detallados anteriormente, así como el registro de error de SQL Server, registro del sistema y registro de aplicación del Visor de sucesos.
  • Marca y modelo (no que los componentes internos) de la información de la unidad de cinta específica.
  • Los resultados de ejecutar sp_helpdevice y xp_msver.

Propiedades

Id. de artículo: 124023 - Última revisión: viernes, 07 de febrero de 2014 - Versión: 4.0
La información de este artículo se refiere a:
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
Palabras clave: 
kbnosurvey kbarchive kbmt kbusage KB124023 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): 124023

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