1. Acciones y procedimientos para la corrección
1.1. • Determinar exactamente dónde está la falla. • Aislar el resto de la red, para que pueda seguir operando sin interferencia. • Reconfigurar la red para minimizar el impacto de operar sin el componente averiado. • Reparar o reemplazar el componente averiado para devolver la red al estado inicial • Si es posible, ejecutar un proceso de corrección automática y lograr el funcionamiento óptimo de la red. • Registrar la detección y la resolución de fallas. • Hacer seguimiento de la reparación de fallas.
2. Fallos comunes
2.1. • Error de destino: lugar equivocado, momento equivocado. • La unidad de cinta no empezará con el seguro puesto • ¿Tienes su permiso debidamente firmado? • Error en Hyper-V: Sobrecarga de información para VSS • Error de SQL: Demasiados registros, no hay suficiente espacio de almacenamiento
3. Politica de administracion
3.1. La prevención
3.1.1. Debe adelantarse a los posibles problemas y resolverlos antes de que se produzcan.
4. Servidor
4.1. Un verdadero servidor, es una computadora que se fabrica con un Hardware especial y se optimiza para realizar tareas más robustas con relación al proceso de datos, por lo que en ellos se instalan todas aquellas aplicaciones críticas.
4.2. La falla
4.2.1. Cuando un servidor falla, es considerado un gran problema para las empresas, ya que muchos procesos se detienen. Es conveniente mencionar, que aunque el 80% de los problemas que presentan son debido a Software, el otro 20% restante no es menos importante.
4.2.2. Una falla es un funcionamiento anormal que requiere una intervención para ser corregido. La falla se manifiesta por un funcionamiento incorrecto o por exceso de errores.
4.3. Error
4.3.1. Es un evento aislado como la pérdida de un paquete o que éste no llegue correctamente
5. FALLAS DE SERVIDORES
5.1. Objetivo
5.1.1. Detección
5.1.2. Aislamiento
5.1.3. Corrección
5.1.4. Registro
5.1.5. Notificación del problema
5.2. Tipos:
5.2.1. Error de destino: lugar equivocado, momento equivocado y medios extraíbles equivocados
5.2.1.1. Si la realización de las copias de seguridad detecta que los medios de destino son incorrectos la tarea de realización de respaldo fallará. Para evitarlo, software especializado en respaldos de servidores como BackupAssist etiquetarán los medios en un horario para que se puede detectar cuando un dispositivo incorrecto se ha conectado.
5.2.2. La unidad de cinta no empezará con el seguro puesto
5.2.2.1. Si se realizan respaldos en cinta es posible que desees comprobar que el pequeño interruptor en el lado del casete se encuentra en la ubicación correcta. Esto se llama una «protección contra escritura» de bloqueo, y la mayoría de las cintas los tiene.
5.2.3. Fallo general: ¿Tienes su permiso debidamente firmado?
5.2.3.1. Tanto los datos que están en la copia de seguridad y en el destino de copia de seguridad deberán tener los mismos permisos de acceso que definen quién puede usarlos. Al configurar una de copia de seguridad del servidor, se utilizará una cuenta de copia de seguridad con determinados permisos para la realización.
5.2.4. Error en Hyper-V: Sobrecarga de información para VSS
5.2.4.1. Al realizar copias de seguridad de servidores en Hyper-V, se pueden producir problemas si los tiempos de VSS terminan debido a que el sistema está demasiado ocupado.
5.2.5. Fallo de Intercambio en el servidor de correo electrónico
5.2.5.1. Cuando se realiza un respaldo de Exchange Server, es necesario asegurarse de se cuenta con una conexión estable en el destino de copia de seguridad.
5.2.6. Error de SQL: Demasiados registros, no hay suficiente espacio de almacenamiento
5.2.6.1. Con las copias de seguridad de SQL Server, los registros de transacciones se utilizan para permitir las restauraciones en tiempo. Cuando estos registros están activados, se suman a la cantidad de datos que necesitan ser respaldados. Si no se controla, esto eventualmente se llenará el destino de respaldo y la copia de seguridad del servidor fallará.