Impresión y archivo de Fallas de Servidores

Fallos en la red

Las redes son naturalmente susceptibles a fallos, ya que contienen muchos componentes y se ven afectados por la configuración de cada componente. Dónde, exactamente, es su red? En el interruptor? Los cables de bajada? Delimitadas por todas las tarjetas de interfaz de red en sus sistemas? Cualquiera de los componentes físicos, pueden romperse, dando lugar a interrupciones en la red o, más desesperante, los fallos de red intermitentes. Networks también se ven afectados por problemas de configuración. Información de enrutamiento incorrecta, duplicar nombres de host o direcciones IP, y las máquinas que malinterpretar direcciones de difusión puede llevar a los paquetes mal dirigida. Usted también tendrá que vérselas con la redundancia de las conexiones de red, ya que puede tener varios routers de conexión de redes en varios puntos. Cuando que la redundancia está roto, o se tergiversa su configuración, la red parece estar abajo. Cuando una red de confianza y el amor está conectado a una red de confianza o no administrado, se corre el riesgo de ser objeto de una denegación de servicio un ataque o un intento de penetración de la red de una de esas redes. Estos tipos de ataques ocurren dentro de plazo, así como las redes de bien. Seguridad magnate Bill Cheswick pide a los asistentes a sus conversaciones si salen de sus carteras a la intemperie en sus oficinas. Ni una mano sube. Luego se pregunta cómo salir de muchos puntos de acceso de red sin protección, como trenzado par de tomas de pared en oficinas abiertas, y ves las manos provisional planteadas. El acceso a la red es valiosa y debe ser protegida al tiempo que permite la actividad del usuario para proceder sin gastos onerosos.

Por último, las redes usan una variedad de servicios básicos o servicios de información básica que fija en el tejido de la red. Los sistemas de nomenclatura, como NIS o DNS, seguridad y servidores de autenticación, o los servidores de configuración de host para los hosts que requieren DHCP para arrancar y unirse a una red traerá una red si no están funcionando o están dando a las respuestas incorrectas.

Impresión y archivo de Fallas de Servidores

Cuando el archivo y servidores de impresión falla, los clientes se bloqueará o experiencia tiempos de espera. Un tiempo de espera puede significar que un trabajo de impresión o de una solicitud de archivos falla. El tiempo de espera también puede conducir a una respuesta errónea o corrupción de datos. Por ejemplo, utilizando sistemas de archivos de red (NFS) suave monta, una operación de escritura que el tiempo de espera no se repita. Esto puede dar lugar a agujeros en los archivos de datos que sólo se detecta cuando se lee el archivo.

Fallas en el Sistema de base de datos

Como cualquier aplicación compleja, sistemas de bases de datos contienen muchas partes móviles. Estas partes no se encuentran en los ventiladores o las unidades de disco, sin embargo: Son los subapplications interrelacionados que componen la aplicación de cualquier gran empresa. El corazón de un sistema de base de datos es el proceso del servidor, o el motor de base de datos, el componente de base de datos principal y primario que hace la lectura y la escritura en el disco, gestiona la colocación de datos, y responde a las consultas con (esperamos) las respuestas correctas. Si este proceso deja de funcionar, todos los usuarios el acceso a la base de datos deja de funcionar. El motor de base de datos podrá ser asistido por el lector-escritor o director que se encargan de bloquear los procesos de I / O del disco operaciones para el motor, lo que le permite ejecutar las solicitudes, mientras que otros procesos de base de datos de coordenadas de E / S y gestión de la caché de bloques de disco. Entre los usuarios y el servidor de base de datos se encuentra el proceso de escucha. El oyente tiene la entrada de las consultas de los usuarios y los convierte en una forma que el servidor de base de datos puede procesar. Luego, cuando el servidor devuelve la respuesta, el oyente envía la respuesta de vuelta al usuario que la solicitó. Los usuarios, en sus estaciones de trabajo cliente, ejecute su aplicación de usuario final, que es casi siempre un nivel retirado del SQL real (estructurado lenguaje de consulta) del motor.

La aplicación de usuario final se traduce la petición del usuario en SQL, que luego se envían a través de la red para el oyente. Bien escrita aplicaciones de usuario final también protegen al usuario de las complejidades de la gramática triste casi perfecto que SQL requiere, y de los problemas comunes y corrientes con la base de datos, tales como fallos en el servidor y el tiempo de inactividad generalizada de otros. Obviamente, el fracaso de cualquiera de estos procesos en la cadena hará que la base de datos no estén disponibles para sus usuarios. Posibles errores pueden incluir los siguientes:

Aplicación se bloquea. La aplicación deja de funcionar por completo, dejando un mensaje de error (esperamos) que permitirá a los administradores para determinar la naturaleza del problema.

La aplicación se cuelga. Un problema más insidioso, con bases de datos u otros sistemas que tienen una interacción significativa con el sistema operativo es cuando un proceso de componentes, como un oyente, lector-escritor gestor de procesos, o el núcleo de base de datos, se bloquea la espera de un recurso del sistema para liberar o queda atrapado en un punto muerto con otro proceso. Algunas operaciones de base de datos muy longrunning (como un escáner y la actualización de cada registro) puede aparecer para que el sistema se bloquea cuando en realidad sólo son consumidores de todos los ciclos disponibles.

La escasez de recursos. El déficit de recursos más comunes a la huelga mayoría de los entornos de bases de datos es el espacio en disco insuficiente. Si el espacio asignado a la base de datos se llena, el motor de base de datos se puede bloquear, colgar, o simplemente no aceptar las nuevas entradas. Ninguno de ellos es particularmente útil en un entorno de producción. Si la propia base de datos no se llena, los registros pueden desbordarse. Hay registros que se escriben en el espacio en disco propia base de datos, y otros que puedan ser escritas en el espacio sistema de ficheros regulares. Cuando los datos no se puede escribir cualquier tipo de registro, la base de datos no se realizan según lo deseado, sino que podía colgar, crash, detener el procesamiento de las solicitudes de entrada, o actuar de otra manera antisocial.

Corrupción de los índices de bases de datos. Un servidor de base de datos puede gestionar terabytes de datos. Para encontrar rápidamente estos datos en sus discos, servidores de base de datos (y sistemas de ficheros, para el caso) usan una confusa serie de indicadores y enlaces. Si se dañan estos indicadores, los datos erróneos se puede recuperar, o peor, el intento de recuperar los datos de un espacio ilegales pueden dar lugar a la aplicación o el sistema de chocar por completo. Los problemas de corrupción de datos son bastante inusual porque la mayoría de los RDBMS buenos han damas coherencia, que escanean la base de datos para la corrupción en el inicio.

Software defectuoso. Casi por definición, el software tiene errores. (Hay un viejo refrán que dice que en el cálculo de todos los programas tienen al menos un error en ellos y se puede reducir por lo menos una línea. Por extensión, esto significa que todos los programas se pueden reducir a una línea de longitud, y que la línea tendrá un error en él.) El software es escrito por los seres humanos, y la mayoría de nosotros, de vez en cuando, hacer mistaks. Los errores pueden impactar el sistema de diversas formas, desde un simple error de escritura en una entrada de registro a un error fatal que bloquea el servidor y / o sistema. Al tratar de resolver un problema, siempre considere la posibilidad de que fuera causado por un error. No asuma que todos los problemas fueron causados por errores, pero al mismo tiempo, no huelga de errores de la lista de causas posibles para casi cualquier problema. Y estos errores pueden ocurrir en cualquier punto de la cadena subapplication, los procesos del servidor, los procesos de escucha, los motores de SQL cliente, las aplicaciones de usuario, o incluso con la entrada introducidos por el usuario.

un artículo presentado por Ben Smeider

Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "impresión y archivo de fallos en el servidor", fue traducida por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.