SQL Server
Resuelto/Cerrado
amadeoortegon
Mensajes enviados
1
Fecha de inscripción
martes 19 enero 2016
Estatus
Miembro
Última intervención
19 enero 2016
-
19 ene 2016 à 15:33
TeodoroBb Mensajes enviados 1 Fecha de inscripción viernes 22 enero 2016 Estatus Miembro Última intervención 22 enero 2016 - 22 ene 2016 à 18:38
TeodoroBb Mensajes enviados 1 Fecha de inscripción viernes 22 enero 2016 Estatus Miembro Última intervención 22 enero 2016 - 22 ene 2016 à 18:38
Consulta también:
- SQL Server
- Filezilla server - Programas - Transferencia de archivos
- Plex server - Guide
- Soundwire server - Programas - Otros
- Actualizar server met emule - Guide
- Abrir archivo mdf sql server - Guide
1 respuesta
TeodoroBb
Mensajes enviados
1
Fecha de inscripción
viernes 22 enero 2016
Estatus
Miembro
Última intervención
22 enero 2016
1
22 ene 2016 à 18:38
22 ene 2016 à 18:38
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/
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/
