La razón por la que el servidor de respaldo es inestable es que

"inestable" no es una palabra común para algunos departamentos, pero la palabra es suficiente para que el administrador de almacenamiento los vuelva locos. Cuando un servidor de respaldo se vuelve inestable o poco confiable, no es solo una falla … … sino una falla. Esto dificulta el rastreo de la causa del fallo. Para los servidores de respaldo, este problema es bastante grave, ya que el problema con este servidor puede causar problemas con cualquier otro servidor que se comunique con [mdash; — desde la red de respaldo al sistema de archivos. Este diagnóstico es bastante complicado. Reparación de la computadora de Zhejiang Reparación de la computadora de Xiamen Aunque los detalles de la inestabilidad del servidor de respaldo son generalmente muy (algunos pueden decirse que están "locos", versión detallada, todavía hay algunos principios generales que puede usar para hacer una base. Reparación de computadoras Changchun Quizás la causa más común de inestabilidad en los servidores de respaldo es modificar los parámetros del sistema para mejorar el rendimiento u otras razones. Para mejorar el rendimiento de un servidor, puede tener muchos medios para implementarlo. Sin embargo, de alguna manera, si lo modifica, puede hacer que algunos sistemas no estén disponibles de alguna manera. Debido a que esta inestabilidad no siempre se muestra en las aplicaciones o servidores que se han mezclado. Lo más importante es mantener un registro detallado de los cambios que todos los administradores puedan acceder fácilmente. Otra causa común de la inestabilidad del servidor son las modificaciones realizadas dentro del sistema, como la actualización o la instalación de complementos. El Service Pack 2 de Windows XP de Microsoft hace que muchos servidores de respaldo remotos fallen porque activa el firewall de Windows XP de manera predeterminada y el software de respaldo no puede transferir datos a través del firewall. Esta situación generalmente es más fácil de identificar y generalmente se puede resolver restaurando el sistema a una versión anterior y estable hasta que se descubra una solución más estable y permanente. En el caso de esta actualización o la adición de nuevo hardware y software, su mejor recurso es el fabricante o el fabricante. La tercera razón por la que el servidor de copia de seguridad es inestable son algunos de sus propios cambios. Un proceso normal, una falla de hardware acumulada o cambios en la forma en que se usa el sistema pueden causar estas condiciones inestables. Por ejemplo, dentro de la SBS de Microsoft, dos causas comunes de fallas en la copia de seguridad son: Un archivo de registro SBS agrega más de 64 megabytes para abortar las copias de seguridad causadas por operaciones de lectura y escritura excesivas en el dispositivo. Sus archivos de registro son sus mejores amigos. Debe leer los registros de estas copias de seguridad todos los días y, al menos, examinar los registros de sus eventos de copia de seguridad relacionados. Cuando su servidor de copia de seguridad comienza a tener problemas, Debe examinarlos de forma general, y puede leer el registro de eventos incrementado para ayudarlo a encontrar qué causó que el servidor sea inestable. Asegúrese de prestar especial atención a los mensajes de error generados por la copia de seguridad, incluso si la copia de seguridad ha sido completamente exitosa. Las capacidades increíblemente tolerantes a fallas de los sistemas de respaldo modernos pueden mantener el trabajo en marcha, incluso si algunos procesos de respaldo informan algunos errores. Al revisar sus registros, preste especial atención a los tiempos de espera poco claros. Un tiempo de espera poco claro a menudo puede significar que una operación ineficiente (mdash; al menos mdash; mdash) puede significar que puede tener problemas más grandes en otras partes del sistema. Esto es especialmente cierto cuando el proceso de copia de seguridad se ejecuta en segundo plano y tiene una prioridad baja en comparación con el trabajo normal. Debido a que las copias de seguridad obtienen una pequeña porción de los recursos del sistema, cuando algo falla, las copias de seguridad a menudo se convierten en el primer proceso de tiempo de espera.
(Por supuesto, solo complique las cosas, hay algunos errores que no deben notarse. Consulte con su proveedor para ver qué le dicen sobre el mensaje de error). Una buena pregunta es preguntarse cuándo Cuando el servidor de respaldo tiene una situación anormal, ¿hay alguna otra cosa que use los mismos recursos después de que se inicie el servidor? Obviamente, este es un problema muy amplio porque un servidor de respaldo está asociado con muchas otras arquitecturas de TI y hardware. , software, dispositivos de almacenamiento y otros dispositivos interactúan entre sí. Cuando surge un problema real, la primera prioridad es estabilizar el servidor de respaldo lo antes posible. Con frecuencia, el servidor puede estabilizarse reduciendo la carga en el sistema de respaldo (reduciendo algunas I /O o invirtiendo más recursos).