NOVEDADES

01-01-2009 | ¿Qué es NDMP y su relación con TSM?

La primera versión de NDMP (network management data protocol) estuvo disponible hace una década. Surgió como una necesidad de resolver los problemas relacionados con backup y recuperación de file servers.

El standard fue desarrollado para resolver el hecho de que los ‘network file servers' no estaban en condiciones de usar de la manera más eficiente los dispositivos de almacenamiento, diseñados para computadores de propósito general. Ellos (los network file servers) son ‘cajas' especializadas que se conectan a la red y están optimizadas para realizar un único conjunto de tareas.

Los archivos son usualmente ‘montados' por computadoras de propósito general a través de protocolos tales como Unix/Linux NFS (network file system) y Microsoft Windows CIFS (common Internet file system).

Sin NDMP, había dos opciones para tomar backup de los ‘network file servers'. Una era montar el file system (del network file server) en el file system de una computadora de la red y hacer el backup allí. El lado ‘malo' era que el backup y restore requerían ancho de banda de la red, y del servidor.

La otra opción era escribir drivers (software) para cada tipo de network file server y sistema de almacenamiento localmente conectado (cintas, jukeboxes, grabadoras de CD/DVD, ...) . Esto requería que los proveedores/fabricantes de network file systems y/o casas de software que generaban soluciones de backup, debieran generar múltiples variantes de drivers.

La ventaja de NDMP es que establece un único conjunto de interfaces entre los tres componentes involucrados en una operación de backup/restore. A saber: el software que controla el backup o restore; el origen y el destino. Cuando los tres componentes adhieren al estándar NDMP, cada proveedor puede concentrarse en maximizar la eficiencia de su ‘parte' de la interfaz.

La arquitectura de NDMP es cliente/servidor, en el cual los productores y consumidores de datos son vistos como servidores o proveedores de servicios, y el software de control del backup, el cual inicia, detiene, monitorea el backup y la recuperación, es visto como un cliente. Hay un cliente por sesión NDMP, puede haber múltiples servidores.

En la documentación formal de NDMP, los clientes son llamados ‘data management applications' y los servidores o proveedores de servicios son llamados DSP (data service providers).

Un DSP, tal como un network file server genera un ‘data stream' cuando brinda datos a un sistema de almacenamiento para su backup. Consume datos cuando un sistema de almacenamiento le brinda los mismos para un restore.

Replicación de datos

Esta visión de que ‘un servicio de datos' (o data service provider) es un productor o un consumidor lleva al modelo de replicación de datos. Un sistema de almacenamiento brinda un ‘data stream' que es consumido por otro sistema de almacenamiento, y los datos son copiados de un sistema a otro.

En la versión original de NDMP solo un ‘data stream' era permitido en la transacción entre productores y consumidores. En la más reciente se incorpora el concepto de ‘translate service', el cual se ubica entre productores y consumidores y puede multiplexar ‘data streams'.

Si bien esta ubicación permite múltiples traducciones / transformaciones intermedias, su objetivo inicial es mayor eficiencia, facilitando que el lado más veloz de un par productor/consumidor pueda ‘alimentarse' de datos de más de un origen.

En una sesión NDMP, hay una conexión TCP/IP entre cada servicio y el software que de manera central maneja las operaciones de backup y restore en la red, la cual es la aplicación para la administración de datos (lo llamamos previamente: data management application). NDMP es parte del ensamblaje que facilita el control centralizado de las operaciones de backup y recuperación.

El cliente inicia el contacto con el servicio por medio de un port ‘bien conocido' (well-known port) y luego continúa con un dialogo estándar de comandos y respuestas (lo cual es una máquina de estados, donde el estado se mantiene en el cliente). Los servicios de datos se mueven a través de estados, los cuales tienen nombres como ‘ocioso', ‘activo', ‘en escucha', ‘detenido'.

El esquema básico para las comunicaciones (tanto información de control como datos) es vía TCP/IP, pero es factible (para obtener eficiencia en casos particulares) en casos como: un dispositivo de backup conectado localmente; o un sistema conectado en una SAN de alta velocidad, salir de este protocolo.

Las modificaciones actuales de NDMP apuntan hacia aspectos vinculados con Internet, tales como seguridad, autorización, y redes las cuales existen y se conectan en entornos Web.

Ver Figura 1

Hablemos ahora de Tivoli Storage Manager y NDMP
NDMP backup para Network Attached Storage (NAS)

IBM Tivoli Storage Manager Extended Edition usa Network Data Management Protocol (NDMP) para ejecutar backup-restore de alto rendimiento, minimizando el tráfico de la red. Al ejecutar las funciones de backup/restore, el dispositivo NAS, el Storage Manager Server, y los clientes, cumplen c/u de ellos roles específicos. Veamos la siguiente figura.

Ver figura 2

Fuente: IBM

Durante las operaciones de backup y restore, los datos fluyen entre la librería o tape drive y el dispositivo o ‘appliance' NAS. Las operaciones NDMP puede ser ejecutadas en librerías SCSI o ACSLS (1).

La siguiente dirección, contiene a la fecha de esta publicación, la lista de dispositivos NAS soportados por TSM: IBM Tivoli Storage Manager Supported Devices for AIX HPUX SUN WIN

Notas:
(1) ACSLS son las siglas en inglés de Automated Cartridge System Library Software, que es el software que controla un ACS. Qué es un ACS?
ACS son las siglas en inglés de Automated Cartridge System, que es un sistema de almacenamiento y recuperación usado frecuentemente en la administración de librerías. Los servicios que brinda son: celdas para el almacenamiento de cartridges, transporte, y mecanismo de robótica necesarios para mover cartridges entre las celdas.