El escritorio remoto de VNC resuelve fallas en el servidor tres casos

El autor ha estado involucrado en el trabajo de operación y mantenimiento durante muchos años, el trabajo de operación y mantenimiento generalmente no es muy estresante, pero solo hay unos pocos días cada mes: agotamiento del servidor. El servidor del sistema de Windows instalado por nuestra compañía rara vez funciona continuamente. Tres meses, el reinicio regular es casi una necesidad, de lo contrario, se ha producido el bloqueo, la pantalla azul, la respuesta lenta, etc.

Agregar un comando de reinicio temporizado al servidor a una tarea programada es realmente útil para reducir las fallas del servidor, pero solo cubre el problema en lugar de la solución final. El precio es "bombear" hasta la muerte ": el servidor falla y ni siquiera puede arrancar el sistema operativo. En este momento, será más miserable. En medio de la noche, tengo que correr a la sala de máquinas para combatir el fuego. Si se pone al día con las vacaciones, los viajes y regresa a su ciudad natal, es aún más desgraciado. Por esta razón, ¡incluso intenté cambiar de opinión muchas veces! Un amigo recomendó que el autor usara VNC de hardware para resolver la brusquedad. El autor usó un período de uso y acumulación de experiencia. Creo que la presión sobre la operación y el mantenimiento se ha reducido mucho. En este caso, me gustaría presentarles a los compañeros de operación y mantenimiento para ayudarlo a deshacerse del mar amargo lo antes posible.

Cuando se trata de VNC, la mayoría de los operadores están familiarizados con él. Es un nombre genérico para una herramienta de escritorio remoto establecida hace mucho tiempo. Es conocido por soportar múltiples plataformas y se ha convertido en el estándar de facto para escritorios remotos, incluidos los famosos RealVNC y TightVNC. Espera un minuto El llamado hardware VNC significa que es un hardware que integra las funciones del servidor VNC. Se instala de forma independiente del servidor administrado. No necesita instalar ningún servidor VNC en el servidor administrado. Solo necesita conectar el hardware VNC al servidor administrado. Luego puede conectarse al servidor administrado a través de varios clientes VNC. En comparación con varios VNC de software, la mayor ventaja del VNC de hardware es que no depende del servidor. El VNC de hardware puede configurar el BIOS de forma remota, ver los errores de la pantalla azul, conectarse al servidor de la tarjeta gigante e incluso conectar el servidor si falla. Aquí hay una breve introducción a los tres ejemplos del uso del hardware VNC para resolver la falla del servidor Windows 2003, incluyendo algunos consejos resumidos por el autor, espero ser útiles e inspiradores para la operación y el mantenimiento del mismo canal:

Ejemplo 1. El uso de la CPU o la memoria del servidor es demasiado alto, la respuesta es lenta.

Solución: encuentre el proceso anormal que ocupa la CPU o el contenido demasiado alto y finalícelo lo antes posible. Si no puede finalizar, puede considerar reiniciar el servidor.

Operación específica: se puede imaginar que la respuesta del servidor ha sido muy lenta en este momento, y el servicio de escritorio remoto o VNC que se ejecuta en el servidor a menudo no puede conectarse. En este punto, debe conectarse al servidor a través del hardware VNC. Teniendo en cuenta la respuesta lenta del servidor, es difícil de operar. Debe reducir la operación del mouse e intentar completar la operación mediante las teclas de acceso directo. El orden de operación más rápido que resume el autor es (1) investigar el administrador de tareas presionando Ctrl + Shift + ESC; (2) cambiar al "proceso" mediante Shift + Tab; (3) encontrar la CPU del servidor y Una vez que el uso del proceso de memoria ocupa un proceso anormal, termina con la tecla Alt + E. De acuerdo con este proceso, el proceso anormal K puede eliminarse al menos 2 o 3 veces, y luego se puede reiniciar la causa específica de la anomalía o el proceso correspondiente. También hay un pequeño truco, que consiste en conectar el VNC de hardware a través de TightVNC, luego presionar el “elemento de herramienta Ctrl” en TightVNC y luego presionar Shift + ESC para abrir el administrador de tareas. Pruébelo y lo entenderá. No, no hay explicación.

Si no puede encontrar el proceso problemático, solo puede reiniciar el servidor para recuperar la falla rápidamente. La operación más rápida que utilizo es: (1) Presione TightVNC y presione el botón R después de presionar el botón del indicador de Windows.
(2) Ingrese el comando ‘ shutdown -r -f -t 00 ’ en el cuadro de diálogo Ejecutar y presione Intro. El sistema se reiniciará de inmediato.

Instancia 2: el envenenamiento o el ataque del servidor hace que el ancho de banda de la red esté ocupado

Solución: deshabilite la interfaz de red, descubra la causa específica Volver a habilitar

Operación específica: En circunstancias normales (como si el servidor se ve afectado por el ataque de SYN FLOOD, el número máximo de conexiones está completo), la conexión de red del hardware VNC no se ve afectada, en este momento, el host controlado puede controlarse directamente de forma remota. " En el icono de la zona de red, haga clic con el botón derecho del mouse para seleccionar " propiedades ", esto abrirá la ventana " conexión de red, seleccione la conexión de red correspondiente y haga clic con el botón derecho del mouse para seleccionar " disable " En algunos casos especiales (como una gran cantidad de paquetes enviados a la LAN después de que el servidor se haya envenenado), el ancho de banda de la conexión de red del hardware VNC también se ve afectado. En este momento, la actualización de la pantalla del escritorio remoto del hardware VNC será más lenta. Se recomienda que opere a través de las teclas de acceso directo. El enfoque del autor es: (1) presione el "botón de marca de Windows" debajo de TightVNC, luego haga clic en el botón R, escriba "ldd; cmd + enter" ", esto abrirá la ventana del indicador de comando Dos; (2) en Dos En la ventana, escriba el comando ‘ netsh interface set interface name = " eth0 " admin = DISABLED ’ para deshabilitar la conexión de red con el nombre de red eth0. La parte del comando debe reemplazarse con el nombre de conexión de red correspondiente. Se recomienda prepararlo en consecuencia en el mantenimiento diario y reemplazar el nombre de la conexión de red china de "conexión local *" con la forma corta en "inglés" del formato "eth *", que está listo para su uso en los momentos clave. Además, puede usar el comando ‘ netsh interface show interface ’ para ver el nombre de la conexión de red y el estado actual. Puede volver a habilitar la conexión de red eth0 usando el comando ‘ netsh interface set interface name = " eth0 " admin = ENABLED ’.

Ejemplo 3, pantalla azul del servidor

Solución: Registre la información de la pantalla azul, intente reiniciar el servidor, si no puede iniciarse, ingrese al modo seguro

Operación específica: en el caso de la pantalla azul, el VNC de hardware puede ver la información real de la pantalla. A veces, esta parte de la información puede indicar el controlador de hardware defectuoso específico o el programa DLL. En este caso, la pantalla se puede mostrar a través del cliente VNC. Cópielo y déjelo para un análisis posterior (por supuesto, en muchos casos, la información de solicitud de Windows de la pantalla azul no tiene valor). Luego podemos contactar a la sala de computadoras para ayudarnos a reiniciar. En general, el reinicio puede recuperar más del 80% de las fallas. Si ingresa al sistema operativo y reinicia la pantalla azul nuevamente, entonces solo podemos usar la sala de computadoras para decir "perdón, problemas, ¿puede reiniciar nuevamente?", Y luego conectamos al cliente VNC, una vez que vea el servidor La pantalla de inicio comienza a presionar F8 con locura, elige ingresar al modo seguro y luego repara lentamente la falla específica. Por cierto, una pequeña experiencia, de esta manera también puede saber exactamente si la administración de la red de la sala de computadoras para reiniciar el servidor, este punto no es mucho para explicar, entender.

Las anteriores son algunas de las pequeñas experiencias y técnicas que he resumido para resolver la falla del servidor. Si tiene una mejor solución o en la práctica Si tiene alguna pregunta o dificultad en el trabajo de operación y mantenimiento, no dude en contactar y comunicarse con el autor y aprender unos de otros.