LagZero.NET - Foros: SQL Server - LagZero.NET - Foros

Ir a contenido

Página 1 de 1
  • No puedes empezar un nuevo tema
  • No puedes responder a este tema

SQL Server

#1 Usuario Desconectado   MontielMo

  • Newbie
  • Pip
  • Grupo: Jugador LagZero
  • Mensajes: 1
  • Registrado: 08-February 16
  • Sexo:Hombre

Publicado el 08 de February de 2016 - 09:56:40 Horas

Me sale el siguiente mensaje de error cuando una aplicación envía una consulta:
Msj 605, nivel 21, estado 3, línea 1
Intentar recuperar la página lógica (1: 224) en la base de datos de 11 fracasado. Pertenece a la unidad de asignación no 72058253744865280-72057594040287232
¿Que esta mal?
0

#2 Usuario Desconectado   LisandroGarcia

  • Newbie
  • Pip
  • Grupo: Jugador LagZero
  • Mensajes: 1
  • Registrado: 09-February 16
  • Sexo:Hombre

Publicado el 09 de February de 2016 - 17:48:11 Horas

Si DBCC CHECKDB o CHECKTABLE informa de un error (que debe ser Msj 2533), la página está dañado o una página incorrecta. Usted debe restaurar desde una copia de seguridad para resolver el problema. Si no puede restaurar desde una copia de seguridad, utilice las opciones de reparación con DBCC CHECKDB. Para encontrar la causa de este problema se debe utilizar técnicas como lo haría con otros errores de corrupción de base de datos que incluye:
Compruebe si hay problemas de hardware o de nivel de sistema (Una herramienta como SQLIOSim puede ser útil para hacer esto. Barcos SQLIOSim con SQL Server 2008 y SQL Server 2008 R2 y no requiere una descarga por separado)
Asegúrese de que tiene la opción de base de datos = CHECKSUM PAGE_VERIFY encendido. Si bien es posible todavía encontrar un 605 error Msj con suma de verificación habilitado (Ex. "Escribidor" problema o una página incorrecta proporcionada desde el sistema de E / S), lo que permite la suma de comprobación puede proporcionar la prueba definitiva de que la página fue modificada de forma incorrecta en el que el sistema de E / S .
Trate de restaurar una copia de seguridad de base de datos que sabe que será "limpio" (sin errores de CHECKDB) y copias de seguridad del registro de transacciones sabes abarcan el momento en que se encuentra el error. Si usted puede "reproducir" este problema mediante la restauración de una copia de seguridad de base de datos "limpios" y los registros de transacciones póngase en contacto con soporte técnico de Microsoft para obtener ayuda.
Para obtener más información acerca de los problemas de corrupción de base de datos ver aquí:
Recovery Toolbox for SQL Server https://sql.recoverytoolbox.com/es/
1

Página 1 de 1
  • No puedes empezar un nuevo tema
  • No puedes responder a este tema

1 usuarios están leyendo este tema
0 miembros, 1 invitados, 0 usuarios anónimos