| Tecnicosaurios.com https://www.tecnicosaurios.com/foro/ |
|
| SQL https://www.tecnicosaurios.com/foro/viewtopic.php?f=96&t=47985 |
Página 1 de 1 |
| Autor: | vAlDaviA [ Jue May 19, 2016 8:21 pm ] |
| Asunto: | SQL |
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? |
|
| Autor: | unmonje [ Vie May 20, 2016 4:42 am ] |
| Asunto: | Re: SQL |
En principio... Como usted seguramente ya sabe SQL es un protocolo para acceder a bases de datos.(esto es para quienes lean y no sepan en el foro) De este protocolo existen varias versiones (unas 8). Para que el sistema trabaje estable, es menester míinimo que tanto el computador que consulta (cliente) y el servidor ( el ordenador que tiene la base), usen la misma versión, no sea cosa que aparescan inconsistencias en el diálogo. Lamentablemente usted no aclara este punto. Tampoco aclara si lo que usted enuncia es : viendolo del lado del Servidor ó del cliente. Lo mas probable es que lo esté diciendo del lado del cliente. Mi intepretación d su mensaje es que le está diciendo que : La consulta que se acaba de realizar, no llegó a buen término por encontrar un error de archivo en el campo de referencia. Dicho en criollo, el archivo en esa parte, esta roto o bien no cumple con el protocolo o estructura de la base de datos en cuestión. A lo que adjunta el campo del error. Cuando refiere a unidad de asignación, entiendo que, se está refiriendo específicamente a lugar lógico de la base de datos donde se produjo la falla. ( los números largos ) Espero haberle allanado un poco el camino. Asegurese en principio que ambas vesiones sean las mismas. Versiones de SQL -> SQL-86, SQL-89, SQL-92, SQL:1999, SQL:2003, SQL:2006, SQL:2008, SQL:2011 Saludos. P.D1: En los servidores, se suele llamar UNIDAD de ASIGNACIÓN a una partición lógica de una unidad Física, es decir, a un pedazo físico de disco rígido físico ó unidad de almacenamiento de datos en masa Esa porción lógica de disco, se vá a tratar como si fuera un disco rigido fisico propio del cliente Los grandes servidores acumulan enormes cantidades de infomación de diferente indole y clientes, que es necesario a menudo para un mejor ordenamiento, separar un enorme disco rigido en porciones,por ejemplo, cuando un cliente alquila N gigabytes para subir datos de su empresa. Los grandes servidores cuentan a menudo con miles de discos rigidos de enormes capacidades,asi cuando se alquila un pedazo de disco a un cliente, se lo instala en alguno de ellos, que por lo general, debe compartir con otras empresas o clientes, a cada uno de los cuales se le asigna una parte o toda de una unidad de asignación segun la demanda del cliente. P.D2: Las bases de datos originalmente estaban grabadas en cintas no en discos, y el acceso era secuencial por cuestiones mecánicas obvias. El problema físico de la cinta fue superado, pero quedo el estigma del acceso secuencial en el software, tal vez por cuestiones de mantener compatibilidad a las bases viejas. Asi, si bien hoy se puede acceder al registro de manera directa, han quedado en el protocolo instrucciones tales como NEXT para buscar el registro siguiente de la base. No seria raro que esos números largos refieran al campo ó intervalo malogrado. |
|
| Autor: | duronduron [ Mar May 24, 2016 7:55 am ] |
| Asunto: | Re: SQL |
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/ |
|
| Página 1 de 1 | Todos los horarios son UTC - 3 horas |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|