8 pasos esenciales para corregir un error en una producción SQL Server Base de datos

En este artículo, buscamos resolver un error que puede experimentar en una producción SQL Server base de datos

Frente a un error en el servidor de producción durante el uso SQL Server es una gran obstrucción. No puede seguir trabajando hasta que no elimine el error. Así que aquí hay algunas cosas que debe hacer cada vez que encuentre un error en el servidor de producción.

1. Descubra el alcance de la corrupción: El most Lo importante es averiguar cuál es la magnitud de la corrupción. Si es grande y está muy extendido, tendrá que cambiar el hardware y no perder tiempo reparando el daño. En caso de corrupción a gran escala, que se extiende a través de bases de datos, puede informar a todas las partes interesadas, gerentes y otros miembros del equipo a través de correos electrónicos. En este punto, su única preocupación debería ser dónde realizar la conmutación por error.

2. Actuar en función de la magnitud del daño: Si se da cuenta de que la corrupción no está muy extendida, solo necesita intimidar a sus compañeros de equipo y al gerente. Sin embargo, si se extiende a lo largo de la aplicación, deberá informar a los propietarios y a las partes interesadas.

3. Qué hacer si usa SAN: Lo primero que debe hacer si está utilizando una red de área de almacenamiento es alertar al equipo que administra el almacenamiento, para que puedan evitar que la corrupción se propague a otros archivos en el mismo almacenamiento.

4. Deje de eliminar copias de seguridad: Si hay alguien responsable de eliminar las copias de seguridad después de cierto tiempo, esa persona debe dejar de trabajar ahora mismo. Tendrá que restaurar la copia de seguridad sin daños, que podría ser la que tenga la antigüedad suficiente para eliminarse. Si no tiene eso, probablemente no tendrá forma de restaurar los datos.

5. Revise el último escaneo CHECKDB: Un análisis CHECKDB puede decirle cuándo se realizó el último análisis seguro, es decir, cuándo fue la última vez que obtuvo un análisis libre de daños. Una vez que sepa cuándo fue eso, debe encontrar copias de seguridad completas y diferenciales libres de corrupción para poder restaurar los datos. Esta será su ruta de recuperación alternativa.

6. Encuentre una solución fácil: Una vez que tenga los detalles del último escaneo CHECKDB, debería poder encontrar una solución fácil como: soltar el índice, volver a crear el índice, etc. Pero no ejecute otro escaneo ahora mismo.

7. Asignar trabajo: Si ha encontrado una solución, debe crear equipos y asignar el trabajo de reparación a esos equipos. Un equipo debe restaurar copias de seguridad seguras, otro puede contactar con el soporte de Microsoft, un equipo puede realizar un escaneo CHECKDB, etc. Si no funciona, opte por un equipo especializado arreglar mdf .

8. Continuar trabajando y realizando actualizaciones: No entre en pánico ni se rinda, ahora está muy cerca de resolver el problema y reparar la base de datos. Una vez listo el plan de acción, se ha asignado el trabajo, seguir trabajando y avanzando. Siga actualizando su estado sobre el progreso del trabajo, asegúrese de que todos los miembros del equipo estén bien informados y de que no haya problemas de comunicación. Si hace todo bien, con la mente tranquila, podrá resolver el problema con éxito.

Introducción del autor:

Victor Simon es un experto en recuperación de datos en DataNumen, Inc., que es el líder mundial en tecnologías de recuperación de datos, incluyendo arreglar el acceso y productos de software de recuperación de sql. Para más información visite www.datanumen.com