En el mundo empresarial realizar copias de seguridad de los datos, no solo es obligatorio por ley, si no que el incumplimiento está sancionado con multas bastante elevadas según su gravedad, y sino que en caso de pérdida total de los datos muchas empresas se verían obligadas a cerrar.
Los siete mayores errores de copia de seguridad que se pueden hacer y su posible solución.
1. Falta de espacio en el medio de almacenamiento.
Sucede tan a menudo. Después de la emoción de comprar su software de respaldo automatizado «set-and-forget», el administrador de sistema de su negocio pone todo en orden. Varios meses después, hay un fallo en el servidor. «¡No te preocupes!», te dicen, «He creado un software de copia de seguridad para copiar nuestro servidor, cada semana, a nuestro medio de copia de seguridad dedicado».
Esa excesiva confianza se convierte en desesperación en busca de los resultados… y descubrimos que la última copia de seguridad exitosa es de hace tres meses. ¿La razón? El medio de almacenamiento para las copias de seguridad se quedó sin espacio, por lo que cada trabajo de copia de seguridad desde entonces ha fallado … lo que significa que su negocio ha perdido tres meses de trabajo, por no mencionar los datos de los clientes.
Posible Solución:
La manera de abordar este error es calcular correctamente cuánto espacio se utilizarán para sus respaldos. Si su estrategia de copia de seguridad requiere que tenga un número determinado de copias de seguridad en el servidor en un momento dado, haga las cuentas. Si mantiene cinco copias de seguridad diarias, cinco copias de seguridad semanales, doce copias de seguridad mensuales y una copia de seguridad anual, se trata de al menos 23 copias de seguridad del servidor que debe conservar, por lo que necesita el espacio para eso.
Lo siguiente que puede hacer es tener un software de copia de seguridad que le proporcione alertas automatizadas e informes sobre el éxito y el fracaso de sus copias de seguridad. Algunos le permiten configurar grupos de correo para mantener a todos enterados, por lo que cuando su destino de copia de seguridad se llena, no se convierta en noticia de última hora.
2. Falta de copias de seguridad fuera de la empresa.
Siempre que busque asegurar la continuidad de su negocio, considere la planificación de desastres 101.
Si sólo está manteniendo sus copias de seguridad dentro de la empresa, entonces usted tiene un gran punto único de fracaso. Imagine que sus copias de seguridad se conservan en la sala de servidores. Lleno de electrónica, donde si algo se incendia, todo en esa habitación estará arruinado. Dado que sus copias de seguridad se mantienen allí, usted podría perder sus sistemas y aparte sus copias de seguridad que había preparado para una emergencia.
Cambiemos el escenario a una inundación, tormenta, terremoto, robo o sabotaje por parte de los empleados. Todas estas situaciones terminan igual: ha perdido todo de un solo golpe, y todos los datos de su negocio junto con él. No importa la calidad de su software de copia de seguridad, si mantiene todo en el sitio, se está exponiendo al riesgo.
Solución:
La solución más sencilla es almacenar al menos una copia de seguridad fuera de las instalaciones de la empresa, ya sea físicamente o con un proveedor de la nube. De esta manera, incluso si su sitio entero cae en llamas, usted todavía tiene sus datos comerciales para reanudar operaciones en un lugar diferente.
3. Cambio de medios de copia de seguridad.
Esta es otra trampa increíblemente común. La gente seguirá realizando copias de seguridad en una sola unidad local o externa, normalmente porque están demasiado ocupados para cambiarlos o desenchufarlos. Luego, cuando ocurre un desastre, ya sea un error de hardware o humano, un virus o algo más, han perdido el único dispositivo de respaldo que tenían.
Este es un gran problema cuando se trata de malware, como cuando llegó WannaCry, que primero infectará su sistema y luego viajará a cualquier dispositivo conectado. Esto significa que los datos de su empresa y las copias de seguridad de los datos de su empresa se eliminan de una sola vez.
Solución:
Airgapping es una gran manera de evitar esto. Airgapping significa aislar físicamente de cualquier forma el acceso a Internet o LAN. La forma más sencilla de hacerlo es hacer una copia de seguridad en un disco duro externo, desconectarlo y almacenarlo en algún lugar fuera del sitio.
Por supuesto, no todo el mundo tiene el tiempo para tomar sus copias de seguridad fuera del sitio, o un buen lugar para almacenarlas de forma segura. Hay servicios que existen para este tipo de cosas.
4. No hacer copias de seguridad regularmente.
Cuando se escoge una estrategia de copia de seguridad, siempre debe hacerse esta pregunta: «¿Cuántos datos, medidos en el tiempo, podemos permitirnos perder antes de que cause daños catastróficos en la empresa»?
La respuesta a estas dos preguntas se conoce como su Objetivo de punto de recuperación (RPO), y muchas personas no tienen una estrategia de copia de seguridad que lo cumpla. Por ejemplo, es posible que solo realice una copia de seguridad una vez cada 24 horas, pero sólo podrá permitirse perder un máximo de 10 horas de datos. En este escenario, debe realizar una copia de seguridad al menos cada diez horas para cumplir con su RPO.
Ahora es importante analizar si su negocio cumple con su RPO. Si no es así, su negocio corre el riesgo de sufrir daños irreparables por un desastre de datos.
5. Uso de un solo tipo de medios de copia de seguridad.
Esto es casi tan malo como el uso de un único dispositivo de copia de seguridad. Imagine que está utilizando sólo una cierta marca de cinta para hacer copias de seguridad de sus datos de negocio, y sólo sucede que la marca falla en una extraña condición. Des afortunadamente, cuando el desastre golpea, usted va a recuperar sus datos solamente para descubrir que son todos defectuosos por usar un solo tipo de medios.
Solución:
Este tipo de problema se evita fácilmente utilizando sólo dos tipos diferentes de medios de copia de seguridad. Asegúrese de que no son sólo diferentes marcas, sino totalmente diferentes tipos de medios de copia de seguridad (por ejemplo, cinta y NAS).6. Un plan sin interrupciones.
Cuando ocurre un desastre, lo último que usted quiere hacer es correr por ahí averiguando de quién es la responsabilidad del problema, y qué se debe hacer. Usted necesita que su estrategia de copia de seguridad este resuelta paso a paso, para que las operaciones comerciales se interrumpan lo menos posible.
Es importante saber qué tipo de servicios de soporte técnico ofrece su proveedor de software de copia de seguridad. Si ofrecen soporte técnico, le ayudará mucho cuando esté realizando una recuperación de desastres, ya que conocen el software que está utilizando tanto dentro y fuera, y ayudan a personas como usted a sobrevivir a desastres de TI docenas de veces al día, todo el año, así que tienen buena experiencia en eso.
7. Sin restauraciones de prueba.
Esta es la regla más ignorada y, con mucho, la más importante cuando se trata de copias de seguridad en los negocios. Las personas asumen que debido a que su software de copia de seguridad es parte superior de la gama, será capaz de restaurar sus datos 100% del tiempo en un desastre, sin fallos.
La verdad es esta: al universo no le gusta los datos. No importa lo seguro que lo respalde, la física y el caos están naturalmente ahí para conseguirlo. Las partículas dispersas pueden literalmente cambiar ceros a unos, la introducción de corrupción cuando se apaga su computadora.
¿Suena simple? Pues, realmente lo es. Pero incluso algunos profesionales no prueban restaurar sus copias de seguridad y terminan pagando mucho por ello. No hay nada peor que ir a restaurar los datos de copia de seguridad y descubrir que están dañados.
Realizar una restauración de prueba también es una gran prueba sobre lo que usted necesita hacer en una emergencia, como en un simulacro de incendio. También le permite ver qué tan fiable y rápido es su software de copias de seguridad en una emergencia. Para una empresa, le da una idea de cuánto tiempo tendrá que esperar antes de recuperar sus datos, una pregunta que los empleados o el jefe seguramente se estarán preguntando.
Síntesis:
Síntesis:
Pruebas Diagnostica.
son las pruebas que se realizan, desde una perspectiva, para determinar lo rápido que realiza una tarea un sistema en condiciones particulares de trabajo. También puede servir para validar y verificar otros atributos de la calidad del sistema, tales como la escalabilidad, fiabilidad y uso de los recursos. Las pruebas de rendimiento son un subconjunto de la ingeniería de pruebas, una práctica informática que se esfuerza por mejorar el rendimiento, englobándose en el diseño y la arquitectura de un sistema, antes incluso del esfuerzo inicial de la codificación.
A continuación mostraremos los diferentes tipos de pruebas diagnosticas dentro de un sistema:
Las pruebas de diagnóstico POST (Power-on Self-test) verifican el funcionamiento de los componentes centrales del sistema, lo que incluye la placa lógica principal, la memoria del sistema y los dispositivos de E/S. Es posible ejecutar POST aunque el sistema no pueda arrancar.
Las pruebas de OBDiag se centran en la E/S del sistema y en los dispositivos periféricos. Al igual que POST, es posible ejecutar las pruebas de diagnóstico de OpenBoot aunque el sistema no pueda arrancar.
SunVTS es una aplicación UNIX orientada a gráficos que permite examinar continuamente los recursos del sistema, así como sus dispositivos internos y externos.
El software Sun Enterprise SyMON basado en UNIX permite supervisar el estado del hardware del sistema y el rendimiento del sistema operativo del servidor.
El método o la herramienta utilizada para diagnosticar los problemas del sistema depende de la naturaleza de esos problemas:
- Si la máquina no puede arrancar su sistema operativo, es preciso ejecutar las pruebas de POST y OBDiag.
- Si la máquina es capaz de iniciar y cargar su sistema operativo, pueden utilizarse las aplicaciones Sun Enterprise SyMON y SunVTS para diagnosticar los problemas del sistema.
Error de sintaxis en Internet.
Un error de sintaxis es un tipo de error de programación o "bug" (bicho) que puede ocurrir cuando un programador accidentalmente hace un mal uso de un elemento de lenguaje de programación. Así como los idiomas tienen reglas de puntuación, gramática y ortografía, los lenguajes de programación tienen reglas de cómo deben ser expresadas las instrucciones a la computadora. Si el programador rompe esas reglas al crear el código para ejecutar una página web, esta responderá con un error de sintaxis.
Causas:
Si un error de sintaxis ocurre, es probable que el programador haya cometido un error de escritura, el cual implica que la computadora no pueda entender lo que el programador ha escrito. Es como un error de puntuación en una oración escrita.
Por ejemplo, a menudo los programadores deben poner declaraciones entre paréntesis. Si el número de paréntesis abiertos no coincide con el número de paréntesis cerrados, ocurrirá un error de sintaxis. Como el código informático puede ser largo y complejo, este tipo de error puede ser muy fácil de cometer.
Efectos:
Dependiendo de dónde ocurra el error de sintaxis, este podría evitar que la página web muestre su contenido y solo presentarse como un error de página. Es más probable que esto pase si el error ocurre en un código que es ejecutado por el servidor que entrega la página web. Alternativamente, un error de sintaxis podría hacer que la página se detenga en el punto donde se haya producido el error, o la página se podría mostrar completamente pero con algunas de sus funcionalidades rotas.¿Qué tipos de backup existen?
Vamos a ver qué tipos de backup existen, tanto en la industria del web hosting como también en el resto de la informática.Incremental:
Se trata de uno de los tipos de backup más comunes en el mercado del web hosting. Como lo dice la palabra, son «incrementales» pues solo copian la información que cambia con el tiempo.
Completa:
Esta clase de respaldo permite guardar una copia completa del sitio web, los emails, bases de datos y demás configuraciones del sitio de forma completa, ordenada y comprimida.
Cuando se elige esta opción de backup, el administrador de sistemas elegirá si decide empaquetar y aplicar compresión o no a las copias.
Comprimida:
Los backups comprimidos son aquellos que previamente están empaquetados en formato .tar por lo general, donde luego se aplican diferentes métodos de compresión como Gzip o Bzip2.
Dado que involucran un alto uso de CPU, si la información es muchísima (varios GB) el uso de CPU puede dispararse a altos porcentajes. Se suele recomendar utilizar este tipo de respaldo si no es mucha la información a comprimir, o si tenemos modernos procesadores como Intel Core i7, i9, Xeon Gold o Intel E5.
Además es recomendable también contar con discos SSD de alta velocidad para acelerar la escritura en disco.
Empaquetada:
Son una clase de copia de seguridad donde no se comprimen los datos.
Comúnmente los datos comprimidos se guardan en formatos como .gz o .bz2, siendo los archivos primero empaquetados y luego comprimidos, resultando en archivos con este formato: archivo.tar.gz (con compresión Gzip)
Cuando se utiliza un empaquetado de datos únicamente, sin compresión de por medio, se logra realizar un paquete único que usa más espacio en disco pero se genera más rápido, con menor uso de CPU y en menor tiempo.
Espejo:
La copia de seguridad en espejo es un tipo de respaldo que se utiliza generalmente en un servidor espejo que se configura específicamente para oficiar como respaldo de la información en vivo.
Cuando el servidor activo se cae, falla o tiene algún problema, el espejo toma su lugar con la información actualizada y al día. Si bien es considerado por algunos como un sistema o método efectivo de backup, hay que tener en cuenta que no es a prueba de pérdida de archivos o datos, pues al ser un servidor en espejo, todos los cambios que sucedan en el servidor principal, también se reflejarán en el de copia espejo.
Siempre se sugiere añadir otro método de backup adicional a la copia espejo, como lo es las copias incrementales o completas con frecuencia diaria, semanal o mensual.
Imagen / Snapshot:
Las imágenes de sistemas operativos son otra clase de respaldo muy usada.
Consta básicamente de una imagen .iso del sistema operativo, sus archivos, servicios, aplicaciones, bases de datos y emails exactamente en determinado tiempo.
Suelen usarse sobre todo en servidores dedicados y entornos de cloud hosting, no son comunes en hosting compartido o soluciones de alojamiento multidominio.
Tipos de Respaldo según el servidor que usemos.
Tipos de Backup para Hosting Compartido:
En el hosting compartido se dispone de un tipo de backup generado a través del sistema de backups de cPanel.
Se trata de un respaldo comprimido que se genera un par de veces a la semana y se retiene durante una semana a 15 días máximo en el servidor, dependiendo de cada servidor.
No es un respaldo incremental, es decir que cada semana se genera un respaldo completamente nuevo e independiente del generado la semana pasada.
Además de esto también se dispone de un respaldo mensual que se genera el día 1º de cada mes.
Respaldo para Servidores Dedicados:
Si se trata de servidores con cPanel entonces el tipo de respaldo es similar al de hosting compartido, aunque al ser un entorno dedicado es el cliente quien elige la frecuencia y retención de backups.
Se realizan backups diarios, semanales o mensuales, y además también se puede elegir el número máximo de copias que se van a guardar. En este caso también se trabaja con respaldos comprimidos para ahorrar espacio en disco.
Copia de Seguridad para Cloud Hosting:
Los servidores Cloud disponen de los mismos tipos de backups que tienen los servidores dedicados, aunque a ello debemos sumar un tercero: los snapshots.
Los snapshots son imágenes del sistema, es decir, copias completas de un servidor (y todos sus archivos y carpetas) tal como estaba en el momento que el snapshot se comenzó a generar.
Gracias a este tipo de respaldo es posible restaurar un sistema rápidamente en caso de haya algún fallo catastrófico que afecte por completo al Cloud VPS.
Reparando errores de sintaxis:
Si encuentras un error de sintaxis en una página web durante la navegación realmente no puedes hacer mucho al respecto porque la culpa es del programador original de esa página.
Si estás haciendo alguna programación de página web y surge un error de sintaxis, revisa el mensaje de error para ver qué pista puede darte, como la localización del error, y mira a tu código cuidadosamente. No olvides de exaimnar las áreas superiores e inferiores de la línea que te da el error. Si tienes un paréntesis sin cerrar, por ejemplo, el error no ocurriría hasta que el programa se dé cuenta de que el paréntesis no ha sido cerrado correctamente, mucho más abajo de la línea. Incluso los comentarios en código (que generalmente no son ejecutados por el navegador o el servidor) pueden causar errores de sintaxis, si no están correctamente identificados como tales.
Errores de tamaño de campo:
- Error aleatorio. No se conocen las leyes o mecanismos que lo causan por su excesiva complejidad o por su pequeña influencia en el resultado final.
Para conocer este tipo de errores primero debemos realizar un muestreo de medidas. Con los datos de las sucesivas medidas podemos calcular su media y la desviación típica muestra.
- Error sistemático. Permanecen constantes en valor absoluto y en el signo al medir, una magnitud en las mismas condiciones, y se conocen las leyes que lo causan.
Errores de tipos de variables:
4D administra variables de sistema, las cuales le permiten controlar la ejecución de diferentes operaciones. Todas las variables sistema son variables proceso que sólo son accesibles dentro de un proceso. Esta sección describe las variables sistema de 4D.
Estas variables sólo pueden utilizarse en un método de intercepción de errores instalado por el comando ON ERR CALL. Si quiere que sean accesibles en el método que provocó el error, copie su valor en sus propias variables proceso.
- Error: variable sistema de tipo entero largo. Esta variable contiene el código de error. Los códigos de error de 4D y códigos de errores sistema se listan en la sección Códigos de error.
- Error method: variable sistema de tipo texto. Esta variable contiene el nombre completo del método que disparó el error.
- Error line: variable sistema de tipo entero largo. Esta variable contiene el número de la línea en el origen del error en el método que disparó el error.
Autor del blog: Adrián Artiles #03 6toC
