Hola, mi nombre es Curt. Soy ingeniero principal sénior y trabajo con el equipo de GSE.
Este video está dedicado a analizar el registro de errores de SQL Server. Dónde se encuentra, qué información contiene y por qué puede ayudarnos a solucionar problemas de Microsoft SQL Server.
Por lo tanto, la forma más rápida en que normalmente podemos acceder al registro es a través de Microsoft SQL Server Management Studio.
Si exploramos en profundidad hasta el contenedor "Management" y, luego, hasta "SQL Server logs", vemos los registros de errores disponibles que SQL Server recopiló para esta instalación de SQL.
Hay seis registros de archivo que SQL mantiene de eventos anteriores que se han producido en esto en el servidor. El registro actual es el que recopila toda la información desde el último reinicio de SQL Server y el registro de errores se vuelve a generar cada vez que se reinicia SQL Server.
Así que al mirar el registro actual para darles una idea de algunas de las cosas que podemos esperar ver aquí. El primer elemento que vemos es el tipo de instalación para SQL Server, en este caso es SQL Server 2019.
También nos proporciona información sobre la versión del producto. En este caso, estamos trabajando con una instalación base de RTM de SQL Server. También obtenemos información sobre el SO.
En este caso, se trata de una instalación de estación de trabajo de Windows 10. Al avanzar por el registro, lo que verá en Studio Management es que los primeros eventos se registran en la parte inferior del registro tal como aparecen, y los eventos más recientes están cerca de la parte superior del registro.
Al trabajar o mirar a través del registro, vemos cosas como el modo de autenticación que es mixto, vemos la ubicación real del registro de errores: esta es la ubicación predeterminada para los archivos de programa del registro de errores/Microsoft SQL Server y la carpeta de instalación para la instancia de SQL en sí.
También vemos la información de la cuenta de servicio que se utilizó para iniciar SQL Server. Otra entrada que puede ser importante son los parámetros de inicio, la ubicación predeterminada que SQL tiene actualmente para los archivos de la base de datos, también la ubicación del registro de errores una vez más, y también los archivos de registro que vemos para SQL Server.
También obtenemos información sobre los núcleos en el sistema, cuántos procesadores disponibles puede usar SQL y también la cantidad de memoria disponible que SQL ve en el nivel físico cuando se inicia el sistema.
Otra información que sigue es que la base de datos del sistema se está conectando, si tenemos bases de datos de producción de usuarios, también vemos esa información, pero lo más notable sobre el registro de errores de SQL Server y su mayor beneficio es que devuelve información sobre los errores que ve SQL Server.
Y esto no solo puede ser un tiempo de inicio, sino durante toda la vida útil del servicio en ejecución. Aquí tenemos un error que es bastante intrascendente, pero que hace referencia a Polybase, la configuración de Polybase en el sistema.
En realidad, Polybase no se instaló con esto. No hay información de configuración de Polybase, por lo que, una vez más, esto no es un problema para esta instalación, pero este es un ejemplo de un mensaje que vemos como un error.
Ahora, para entrar un poco más en detalle sobre dónde el registro de errores puede ser extremadamente beneficioso es, por ejemplo, cuando SQL Server no se está iniciando.
Este registro en particular es el registro anterior que tenía en nuestro registro actual, y SQL Server en este intento de inicio en realidad no se inició.
Este es un error fabricado, y la forma en que lo fabriqué fue moviendo la ubicación de la base de datos del modelo, que es una base de datos del sistema.
Es una base de datos de plantilla para todas las bases de datos creadas por SQL Server. Cuando SQL Server se inicia, tiene que iniciarse y usar una base de datos tempdb, y la base de datos modelo es la plantilla para tempdb.
Por lo tanto, sin una base de datos modelo, tempdb no podía iniciarse o no podía conectarse y el servicio SQL Server no podía iniciarse.
Este es un ejemplo de lo que veríamos en el registro de errores. Veríamos el error, veríamos más información sobre por qué se generó el error, en este caso no pudo encontrar un archivo de base de datos, el archivo de base de datos del modelo, y más adelante nos dirá que no pudo encontrar el archivo de registro de la base de datos del modelo, lo que significa que no se pudo crear la base de datos tempdb.
Por lo tanto, esta es la mala noticia de que el registro de errores puede regresarle para brindarle información sobre cómo solucionar su problema.
Ahora, debemos tener en cuenta que cuando vemos una entrada para un error como este, esto también se incluirá en los registros de la aplicación.
Vemos el mismo evento que se registra en el registro de aplicación del sistema, y el primer mensaje de error que vemos nos indica que no se encontró el archivo de base de datos, y el segundo nos dice que no se encontró el archivo de registro.
Una vez más, un ejemplo fabricado de una falla, por supuesto, esto puede ser muy crítico para usted si está solucionando un problema de la vida real.
Por ejemplo, si un archivo de base de datos importante está dañado, como la base de datos modelo, el servicio para SQL no se iniciará y esta es el área en la que obtendrá información para aprender sobre eso y solucionar problemas.
Basta de hablar sobre el contenido del registro de errores. También podemos acceder a los registros de errores en vivo en el explorador de archivos. Una vez más, necesitamos conocer la ubicación del archivo del registro de errores, lo vimos en el registro de errores en sí.
Sabemos que se encuentra en la ubicación predeterminada para el registro de errores y en el directorio de registro para esa instalación de SQL Server.
Vea siempre la misma información: se nos da la opción del editor de texto con el que desea crearlo. Una vez más, la vista es diferente.
Aquí, los primeros eventos se encuentran en la parte superior del registro cuando se observa el registro crudo en sí, y los más recientes están en la parte inferior.
Hay otra manera de encontrar la ubicación del registro de errores, y es ir a la instalación del programa fuera del menú Inicio para esa instancia de SQL Server.
Cuando entramos aquí, vamos a "SQL Server Configuration Manager". Configuration Manager muestra todos los servicios para esta instalación de SQL.
Si vamos a 'SQL Server Service', hacemos clic derecho sobre eso, vamos a 'Propiedades', 'Parámetros de inicio', el parámetro '-e' es donde se encuentra el registro de errores.
Y a veces es muy importante entender esto porque es posible que no tengas una instalación de Studio Management para mirar.
Si no lo hace, debe comenzar a pensar en todas las ubicaciones de unidades posibles que están disponibles para esa instalación particular de SQL.
Muchas veces puede simplemente ir al grano, ir al Administrador de configuración, buscar esos parámetros de inicio y, cuando lo haga, puede averiguar exactamente dónde se encuentra ese registro de errores.
Muy bien, con esto concluye nuestra mirada al Registro de errores de SQL Server. Espero que este video lo haya ayudado a comprender dónde encontrar el registro y cómo puede ayudarlo a solucionar problemas de Microsoft SQL Server.
Gracias por vernos y adiós.
