sábado, 16 de enero de 2010

Backup: Disaster or Disaster Recovery?

El siguiente articulo me pareció muy interesante, no solo porque este es uno mis temas favoritos (Disaster Recovery), tambien porque en nuestro país (República Dominicana) regulaciones como:  Sarbanes-Oxley Act, Healthcare Insurance Portability and Accountability Act, European Union Data Protection Directive, Payment Card Industry Data Security Standard, Personal Information Protection Act, Gramm-Leach-Bliley Act y Breach Notification Legislation; deben ser exigidas a todo tipo de empresa que trabaje con información de sus clientes. Todas estas regulaciones tienen algo en común, con respecto a la información de sus clientes: “Guárdala,  Protégela y Presérvala”.

Esta es una pequeña introducción, respecto al tema original:

Afinety provides about two to three complimentary Network Health Assessments per week for Southern California law firms. One of the most common things we see – in over 50% of the reviews – is the fact that firms have only partial or no backups at all. This crucial part of any business is either minimized or ignored by a large percentage of law firms. If their clients knew the lack of attention that was paid to their data, they would probably switch to another firm immediately. I know I would if my data was at risk.

Think about what your procedures are for backup. Are you 100% sure you got a good backup last night? If you are, then you are in the minority. If you are not sure, then the following may give you some ideas on how to be confident in your backup integrity - a crucial part of your disaster recovery plan.

Right now, you have a number of choices for backup. These include disk based solutions, tape backup and offsite backup. The discussion below will cover each, give you some idea of how well these work and whether or not they are true disaster recovery solutions.

Continuar leyendo.

miércoles, 13 de enero de 2010

Windows vs Linux (según Microsoft!!).

 

winlinux

Mediante Planet Ubuntu llego a esta entrada en la que descubren una interesante comparativa realizada por la propia Microsoft en la que se muestra la instalación de Perl y PHP tanto en Windows como en GNU/Linux.


Para hacerlo utilizan screencasts, y lo absurdo de todo esto es que cualquiera con dos dedos de frente puede comprobar cómo demuestran lo contrario a lo que supuestamente deberían: que el proceso de instalación en GNU/Linux, a pesar de realizarse innecesariamente en una terminal y con una versión de Ubuntu de hace casi cuatro años, es mucho más sencillo que en Windows.

En el primer screencast http://download.microsoft.com/download/E/D/D/EDD40B84-7889-4B7F-9EEE-D9D690751DB2/Windows_Perl_PHP.wmv
podemos ver la instalación en Windows Server 2008. Para ello, ya tiene previamente descargados los instaladores en el escritorio. Sin ni siquiera leerse las licencias (resulta tan delicioso que Microsoft promueva esto), pulsa ávidamente Siguiente en cada paso de los instaladores, seleccionando diversas opciones. Tras finalizar, utiliza el IIS Manager para activar y configurar las extensiones.

En el segundo screencast http://download.microsoft.com/download/E/D/D/EDD40B84-7889-4B7F-9EEE-D9D690751DB2/Linux_avi.wmv
podemos ver la instalación en Ubuntu 7.04. Para ello, como ya hemos dicho, utiliza la terminal a pesar de no ser necesario, pero instala tanto PHP como Perl con un solo comando y sin necesidad de descargárselos previamente de ningún sitio ni de activarlos o configurarlos a posteriori.

En serio, ¿alguien en Microsoft ha visto estos screencasts? porque si es asi son muy….Es que ni siquiera intentan promover la mentira de que para hacer cualquier cosa en GNU/Linux es imprescindible la terminal, porque también la utiliza innecesariamente en el screencast de Windows.

Fuente: Taringa!.

Replicación

La replicación es el proceso de compartir información a fin de garantizar la coherencia entre los recursos redundantes, como el software o los componentes de hardware, para mejorar la fiabilidad, tolerancia a fallos, o la accesibilidad.

Podría ser la replicación de datos, si los mismos datos se almacenan en dispositivos de almacenamiento múltiple, o la replicación de cálculo si la misma tarea de computación se ejecuta varias veces.

La replicación en sí debe ser transparente para un usuario externo. Además, en un escenario de fracaso, una conmutación por error de las réplicas se oculta tanto como sea posible.

El balanceo de carga es diferente de la replicación de tareas, ya que distribuye la carga de los distintos (no igual) a través de cálculos de las máquinas, y permite un cálculo único que se dejó caer en caso de fallo. El balanceo de carga, sin embargo, a veces usa la replicación de datos (especialmente Multi-Master) internamente, para distribuir los datos entre máquinas.

Copia de seguridad es diferente de la replicación, ya que guarda una copia de los datos sin cambios durante un largo período de tiempo. Las Réplicas por otro lado se actualizan frecuentemente y pierden rápidamente cualquier estado histórico.

Replicación Síncrona

Garantías de "cero pérdida de datos" por los métodos de escritura, es decir, escribir o bien se completa en ambos lados o no en todos. Escribir no se considerará completa hasta que el reconocimiento por tanto el almacenamiento local y remoto. La mayoría de las solicitudes de esperar por una escritura de transacción para completar antes de continuar con la labor futura, por lo tanto, disminuye considerablemente el rendimiento general. Intrínsecamente, el rendimiento disminuye proporcionalmente a la distancia, como la latencia es causada por la velocidad de la luz.

Replicación Asincrónica

(asynchronous replication). Tecnología usada en servidores y redes de almacenamiento. Una vez que los datos han sido escritos en el sitio de almacenamiento primario, nuevas escrituras a ese sitio pueden ser aceptadas, sin tener que esperar que el sitio de almacenamiento secundario o remoto también termine su escritura. La desventaja de la replicación asincrónica, está en la posibilidad de pérdida de datos, si ocurre que el sitio primario falla antes de que los datos hayan sido escritos en el sitio secundario.

Replicación Semi-Sincrónica

Esto generalmente significa que una operación de escritura se considera completa cuando el almacenamiento local reconoce que un servidor remoto ha recibido los artículos ya sea en memoria o un archivo de registro específico. La distancia real de escribir no se realiza inmediatamente, sino que se realiza de forma asincrónica, resultando en un mejor rendimiento de la replicación sincrónica, pero con un mayor riesgo de escribir en su defecto el mando a distancia.

Replicación de Bases de Datos

Replicación de bases de datos se pueden utilizar en sistemas de gestión de muchas bases de datos, generalmente con una relación maestro / esclavo entre el original y las copias. El maestro de los registros de las actualizaciones, que luego dominó a través de los esclavos. El esclavo se muestra un mensaje indicando que ha recibido la actualización con éxito, lo que permite el envío (y posiblemente volver a enviar hasta aplicado con éxito) de las actualizaciones posteriores.

La Replicación en Sistemas Distribuidos

La replicación es uno de los temas más antiguos y más importantes en el área general de los sistemas distribuidos.

Ya sea que se replica los datos o de cálculo, el objetivo es tener un grupo de procesos que se ocupan de los eventos entrantes. Cuando replicar el cálculo, el objetivo siempre es proporcionar tolerancia a fallos. Por ejemplo, un servicio replicado podrían utilizarse para el control de un conmutador telefónico, con el objetivo de garantizar que, incluso si el controlador principal falla, la copia de seguridad puede hacerse cargo de sus funciones. Pero las necesidades subyacentes son los mismos en ambos casos: al garantizar que las réplicas de ver los mismos hechos en los pedidos equivalente, se quedan en los estados coherentes y por lo tanto, cualquier réplica puede responder a preguntas.

Fuente: Wikipedia.