Respaldo y restauración de IBM PureApplication System, Parte 1: Escenarios de restauración

IBM® PureApplication® System es un sistema de cómputo, de fábrica, en la nube, con hardware y software integrados para desplegar y ejecutar cargas de trabajo en una nube. Como con otros sistemas, los administradores deben mantener un conjunto actualizado de respaldos del sistema y sus cargas de trabajo. Mientras que la función de respaldo del sistema en PureApplication System captura la configuración del sistema, se necesitan otras técnicas de respaldo si necesita recrear o restaurar componentes de la nube, cargas de trabajo o datos a un nivel más granular. Esta serie de artículos tratan los diferentes aspectos del respaldo y restauración en PureApplication System y la Parte 1 empieza con una visión general de los escenarios de restauración para los que debe estar preparado. This content is part of the IBM WebSphere Developer Technical Journal.

Bobby Woolf, WebSphere J2EE Consultant, IBM Software Services for WebSphere

Bobby Woolf is a WebSphere J2EE Consultant for IBM Software Services for WebSphere (ISSW). Bobby assists clients in developing applications for WebSphere Application Server using WebSphere Studio Application Developer. He is a co-author of Enterprise Integration Patterns and The Design Patterns Smalltalk Companion. He also has a blog on the IBM developerWorks web site called J2EE in Practice. Bobby is a frequent conference speaker.


Nivel de autor Master en developerWorks

Tamiko W Brown, Software Test Engineer , IBM

Tamiko Brown is a Software Test Engineer with over 13 years experience in the IT industry. Her focus currently is software verification testing for PureApplication System in the areas of system backup and restore and user security.



26-02-2014

Introducción

IBM PureApplication System (W1500 y W1700 v1.0 y v1.1) es un sistema de cómputo, de fábrica, en la nube, con hardware y software integrados para desplegar y ejecutar cargas de trabajo en una nube — en otras palabras, todo lo que necesita el centro de datos de una empresa para agregar un ambiente de nube privado Como con otros sistemas, los administradores deben mantener un conjunto actualizado de respaldos del sistema y sus cargas de trabajo.

La función de respaldo del sistema en PureApplication System v1.1 captura la configuración del sistema, pero se necesitan otras técnicas de respaldo para habilitarlo a recrear la configuración de la nube de manera más granular, restaurar los componentes de la carga de trabajo y restaurar los datos de la aplicación

Esta serie de artículos cubren los diferentes aspectos de respaldo y restauración en PureApplication System:

  • Parte 1: Escenarios de recuperación – Una visión general de los problemas involucrados con el respaldo y restauración en PureApplication System y los escenarios de recuperación para los que debe estar preparado.
  • Parte 2: Respaldo del sistema Detalles para los administradores de sistemas sobre la forma de configurar el respaldo del sistema, cómo usar la restauración y cómo se arregla el almacenamiento del respaldo.
  • Parte 3: Respaldo de la carga de trabajo – Detalles para los administradores de cargas de trabajo sobre la forma de respaldar el catálogo de cargas de trabajo (patrones, etc.) y los datos en las aplicaciones en operación.
  • Parte 4: Administración de configuración – Detalles (principalmente) para administradores de cargas de trabajo sobre la forma de usar los componentes de respaldo para administrar sus versiones y copiarlas de un sistema a otro.

Este artículo, la Parte 1, explica los tipos de respaldo que se necesitan, las funciones del producto para crear esos respaldos y un proceso integral para mantener un conjunto completo de respaldos actualizados. También describirá los escenarios de recuperación para usar los respaldos.

Algunos artículos posteriores proporcionarán detalles sobre la forma de ejecutar tareas de respaldo específicas. Siguiendo un conjunto integral de las mejores prácticas de respaldo, los administradores tendrán los respaldos necesarios para estar preparados para ejecutar escenarios de recuperación si y cuando se necesiten alguna vez.


Categorías de datos

PureApplication System contiene datos administrativos que se deben respaldar. También aloja varias categorías diferentes de componentes que también se deben respaldar. Estas categorías abarcan estados para partes tan fundamentales como el administrar todo el sistema, hasta administrar patrones individuales o administrar cargas de trabajo individuales. Exploremos las categorías de datos que se necesitan capturar.

Administración

Las funciones de administración del sistema controlan a todo el sistema, virtualizan el hardware en recursos para el ambiente de nube y proporcionan un ambiente de tiempo de ejecución para las funciones de carga de trabajo. Estas funciones administrativas contienen datos de establecimiento y configuración que se deben respaldar.

Ambiente de nube

El ambiente de nube se define creando y configurando componentes de nube: grupos IP y grupos de nube. Organiza los recursos del sistema por ambientes de tiempo de ejecución en los que se pueden desplegar las cargas de trabajo. Estos datos se necesitan respaldar separados de los datos de administración del sistema.

Catálogo de cargas de trabajo

El catálogo de cargas de trabajo contiene los componentes individuales de cargas de trabajo que se muestran en los navegadores en la consola de cargas de trabajo: imágenes virtuales, patrones de aplicación virtuales y tipos de patrón, patrones de sistema virtuales, paquetes de guiones, plug-ins, etc. Estos componentes a nivel de patrón no incluyen las instancias de patrón que se despliegan, sino más bien los patrones necesarios para desplegar otra vez estas instancias. El catálogo de cargas de trabajo también incluye perfiles de ambiente, que se necesitan para desplegar los patrones al ambiente de nube.

Una vez que se exportan del sistema los componentes del catálogo, se pueden usar para propósitos múltiples además del respaldo. Se pueden almacenar en un sistema de administración de configuración de software (SCM) para ayudar a administrar el ciclo de vida del desarrollo de software (SDLC) de estos componentes. También se pueden importar a otro PureApplication System para que ambos sistemas estén configurados con los mismos patrones. También pueden ser útiles para restauración de desastres (DR).

Carga de trabajo

Los datos de la carga de trabajo son las instancias de patrones desplegados – los contenidos de maquinas virtuales operando y sus relaciones. Los datos de carga de trabajo son una porción considerable de los datos almacenados en los sistemas en cualquier momento dado (suponiendo que los gerentes de cargas de trabajo han desplegado algunos patrones), porque las maquinas virtuales son grandes y porque las aplicaciones frecuentemente cargan muchos datos de sus bases de datos y mantienen muchos datos de sesión cuando tienen un número grande de usuarios concurrentes.

en PureApplication System — gracias a los patrones — los datos de las cargas de trabajo son relativamente fáciles de reemplazar, así que el respaldo y restauración no son tan importantes. Cuando se siguen las prácticas estándares de instalación de middleware y despliegue de aplicaciones, en caso de que se pierda el ambiente de tiempo de operación, recrearlo es difícil, se lleva tiempo y está sujeto a errores. Pero con PureApplication System, si falla un ambiente de aplicación, los gerentes de cargas de trabajo pueden reemplazarlas fácilmente: volver a desplegar el patrón y volver a desplegar la aplicación en la instancia del patrón. Por lo tanto, en PureApplication System, los datos de cargas de trabajo no necesitan ser respaldados.

Aplicación

El estado interno de cada una de las aplicaciones que operan como una carga de trabajo en el sistema necesita respaldarse. El estado es específico por aplicación – típicamente, son las bases de datos de las aplicaciones, pero también puede ser cualquier estado específico por aplicación, como configuración de aplicación, sistemas de archivos de aplicación, bitácoras y otros artefactos de aplicaciones claves.

Este tipo de respaldo es de la misma clase de respaldo de aplicaciones que siempre se ha necesitado para aplicaciones que operan en middleware o en hardware tradicional. La diferencia para una aplicación virtualizada que opera en PureApplication System es que el patrón debe incluir el software de respaldo.

Relaciones de las categorías

La Figura 1 ilustra los datos del sistema divididos en cinco categorías de datos. Colectivamente, representan todos los estados en el sistema, ya sea que se mantengan en la memoria o en almacenamiento.

  • Los datos de administración son los datos más fundamentales, que contienen el establecimiento y la configuración del mismo sistema.
  • El ambiente de nube se construye sobre datos de administración, creando un ambiente de tiempo de ejecución para las instancias de patrón.
  • El catálogo de cargas de trabajo está separado del ambiente de nube. Sus datos son componentes que definen patrones que se pueden desplegar en el ambiente de nube.
  • Los datos de la carga de trabajo son las instancias de patrón; patrones que se han desplegado en el ambiente de nube.
  • Datos de aplicación , un subconjunto de los datos de carga de trabajo, es el estado y configuración de las aplicaciones operando en las cargas de trabajo.
Figura 1. Datos del sistema divididos en categorías de datos
System data divided into data categories

La Figura 2 muestra un ejemplo de cómo se ven las instancias de tipo de componente y las instancias de patrón configuradas en y operando en un sistema en particular cuando son segmentadas en capas por categoría de datos.

Figura 2. Instancias de sistemas en categorías de datos
System instances in data categories

La Figura 2 muestra:

  • El conjunto singular de datos de administración.
  • Un ambiente de nube dividido en dos grupos de nube. (Contienen los otros componentes como grupos IP)
  • Un catálogo de carga de trabajo que contiene dos patrones. (Estos pueden ser patrones de sistema virtual o patrones de aplicación virtual Contienen componentes de nivel inferior como imágenes virtuales, paquetes de guiones y plug-ins.)
  • Cargas de trabajo – que son los dos patrones – cada uno desplegado en un grupo de nube.
  • Datos de aplicación en cada una de las cargas de trabajo.

Finalmente, el objetivo de respaldar es este: Si cualquiera o todos los datos en el sistema se pierde o se corrompe, la pérdida puede causar que parte o todo el sistema no funcione adecuadamente. El respaldo le permite reemplazar los datos dañados, recuperándolos a su estado anterior, para que las partes afectadas del sistema puedan funcionar adecuadamente otra vez.


Tareas de respaldo

Las diferentes categorías de datos requieren procedimientos de respaldo diferentes. Exploremos algunos procedimientos comunes.

Respaldo del sistema

El respaldo del sistema es una característica introducida en PureApplication System v1.1 que captura los datos de administración del sistema, el ambiente de nube y el catálogo de la carga de trabajo. También tiene una opción para exportar los componentes de la carga de trabajo por separado. Se ejecuta en la Consola del Sistema o desde la interfaz de línea de comando (CLI).

Guiones de configuración

El ambiente de nube se puede crear usando guiones CLI. Los guiones hacen que la recreación de todo o partes del mismo sea fácil y confiable y se pueden almacenar en SCM y compartirse entre sistemas. Los guiones crean los grupos IP y los grupos de la nube, usando un archivo de propiedades pasado como un parámetro para proporcionar la mayoría de las configuraciones.

  • Parámetros de grupos IP: Para un grupo IP, los parámetros típicamente son diferentes para cada instancia. Un grupo IP no es dependiente de ningún otro componente.
  • Parámetros de grupos de la nube: Para un grupo de nube, la mayoría de los parámetros son diferentes para cada instancia. Dos subcomponentes claves son nodos de cómputo, que se deben especificar por número de serie y grupos IP, que se deben especificar por nombre.

Los guiones son bastante simples. La personalización se captura en archivos de propiedades, típicamente un archivo de propiedad para cada instancia de componente de nube.

Exportación de componentes

Los componentes de cargas de trabajo se pueden exportar usando la consola de cargas de trabajo o guiones CLI en archivos que entonces se pueden importar en el mismo u otro sistema para recrear los componentes. Algunos tipos de componente también se pueden exportar como una parte opcional del sistema de respaldos. Para propósitos de respaldo, el nivel principal del componente que se necesita exportar es el patrón individual, que también puede exportar subcomponentes relacionados con el patrón como paquetes de guiones y plug-ins. Todos los patrones contienen imágenes virtuales, que se pueden exportar pero se puede ajustar su tamaño. Una buena práctica es evitar imágenes virtuales, en parte para que no se necesite respaldar las nuevas versiones.

Respaldo de datos de aplicación

En tanto hayan habido aplicaciones de negocios desplegadas en producción, ha habido la necesidad de respaldar los datos de la aplicación. Esto preserva el estado de la aplicación para que si se tiene que volver a desplegar, se pueda recuperar su estado. Esto usualmente no incluye el estado en bases de datos empresariales de registros porque estas son compartidas por muchas aplicaciones y por lo tanto se respaldan por separado. No incluye todos los datos únicos para una aplicación individual que se perdería si la aplicación se tiene que reinstalar – como las bases de datos de la aplicación, bitácoras de transacción, cualquier dato de configuración externa, datos de sesión de usuario si las sesiones se pueden recuperar de manera significativa y así sucesivamente.

la forma en la que se respaldan los datos de aplicación frecuentemente difiere para cada aplicación, dependiendo de su arquitectura y en qué servidores (si usa alguno) de middleware (servidores de aplicaciones, bases de datos, sistemas de mensajería y así sucesivamente) opera o usa. Sin embargo se pueden configurar soluciones generalizadas de respaldos para aplicaciones empresariales como IBM Tivoli® Storage Manager, para ejecutar el respaldo. Estos se instalan típicamente como un agente en el mismo sistema operativo como el middleware y se configuran personalizándolos para ese middleware para respaldar sus almacenes de datos, configuración y bitácoras. El agente también se debe configurar para conectarse a un servidor central de respaldo que almacene los respaldos.


Práctica recomendada

Los administradores deben ejecutar estas mejores prácticas regularmente para asegurar que existen respaldos actualizados para todo el sistema, configuraciones de cargas de trabajo y artefactos de aplicación:

  1. Ejecutar un respaldo del sistema e incluir un respaldo de componentes . Programarlo en PureApplication System para que se ejecute automáticamente todos los días.
  2. Implementar guiones para crear los componentes para el ambiente de nube . Los guiones y sus archivos de propiedades se deben mantener en un sistema de administración de configuración de software (SCM) en una ubicación bien conocida que sea parte del respaldo de todo el sistema.
  3. Exportar todos los componentes de las cargas de trabajo (al menos aquellos que no son parte de la exportación de componentes del respaldo del sistema). Luego, cada vez que los desarrolladores de patrones editan un componente, como diaria o semanalmente.
  4. Para cada instancia de patrón con contenido en una máquina virtual, ejecutar un respaldo de archivos del sistema o de la base de datos de ese contenido. Ejecutar esto de manera regular, diaria o semanalmente.

Escenarios de recuperación

Después de seguir la práctica recomendada de ejecutar las tareas de respaldo regularmente, los administradores están preparados para varios escenarios de recuperación si y cuando ocurra alguno. Considerémoslos en orden del menos catastrófico al más catastrófico. A continuación se muestran los tipos de problemas potenciales que se pueden compensar utilizando los respaldos que se hicieron siguiendo las prácticas recomendadas. Cada ejemplo ilustra su escenario, usando una causa de falla hipotética (que, especialmente para los más catastróficos, esperamos nunca ocurran).

Escenario 1: Restaurar datos de aplicación

  • Contexto: El sistema y las cargas de trabajo están disponibles, pero los recursos de la aplicación están corrompidos.
  • Procedimiento: Usar el mismo programa que se usó para hacer el respaldo del archivo de sistema o la base de datos de la aplicación para recuperar el respaldo.
  • Ejemplo: Respaldar la base de datos de una aplicación (esquema y datos). Luego, cuando la instancia de patrón todavía esté ejecutándose correctamente, pero la aplicación no, porque los datos en su base de datos están corrompidos, restaurar la base de datos para hacer que la aplicación empiece a ejecutarse correctamente de nuevo.

Escenario 2: Restaurar las cargas de trabajo selectivamente

  • Contexto: Los componentes de la carga de trabajo están intactos, pero una carga de trabajo se ha corrompido.
  • Procedimiento: Eliminar la carga de trabajo, volver a desplegar el patrón y recuperar su respaldo de datos de la aplicación.
  • Ejemplo: Cuando un servidor (como los de una célula de IBM WebSphere® Application Server o una instancia de ® IBM DB2) no se ejecutan correctamente (tal vez porque un arreglo de emergencia falló en aplicarse exitosamente), volver a desplegar el patrón. La nueva instancia de patrón contiene un nuevo conjunto de servidores. Luego, recuperar los datos de la aplicación.

Escenario 3: Restaurar componentes del sistema o de carga de trabajo selectivamente.

  • Contexto: El sistema está operando, pero los componentes del sistema o de carga de trabajo están corrompidos.
  • Procedimiento — opción 1: Usar la CLI para eliminar los componentes e importar su respaldo.
  • Procedimiento — opción 2: Use la funcionalidad de restauración del sistema para importar los componentes de la carga de trabajo que se incluyeron en el respaldo del sistema.
  • Ejemplo: Respaldo de los patrones personalizados. Luego, cuando un desarrollador de patrones cambia un patrón para mal, o el bibliotecario de patrones elimina ese que todavía se necesita, se restaura el patrón.

Escenario 4: Recuperar cuando falla PureSystems Manager

  • Contexto: Un PureSystems Manager está operativo pero el otro está corrompido y no se puede reiniciar exitosamente.
  • Procedimiento: Reportar el problema a Soporte de IBM presentando una solicitud de servicio (SR) de Severidad 1 (también conocida como una solicitud de administración de problemas, o PMR). Si Soporte no puede resolver el problema, entonces un Ingeniero de Clientes IBM (IBM CE) recuperará al PureSystems Manager no operativo desde uno igual.
  • Ejemplo: Cuando falla la aplicación de una actualización de sistemas a PureSystems Manager, restaure el PureSystems Manager fallido del que todavía está funcionando.

Escenario 5: Recuperar cuando fallan ambos PureSystems Managers

  • Contexto: Ambos PureSystems Managers están corrompidos. En la práctica, esto significa que un PureSystems Manager falló y luego el otro también falló antes que los administradores lo pudieran reparar.
  • Procedimiento: Presentar un PMR de Severidad 1 a Soporte de IBM. Si Soporte no puede resolver el problema, entonces un IBM CE recuperará ambos PureSystem Managers usando el respaldo de sistema más reciente. Se puede ejecutar una restauración adicional, si se necesita, usando los otros tipos de de respaldo capturados.
  • Ejemplo: Ejecutar el respaldo del sistema. Luego, cuando se aplique una actualización de sistema a ambos PureSystems Managers antes de que se descubra que posteriormente los PureSystems Managers no funcionan adecuadamente, recuperar el respaldo del sistema a uno de los PureSystems Managers.

Escenario 6: Copiar configuraciones de un PureApplication System a otro

  • Contexto: Los administradores quieren establecer dos o más PureApplication Systems con las mismas configuraciones.
  • Procedimiento: Los pasos básicos son:
    1. Ambos sistemas deben tener configuraciones de sistemas comparables – versión de software del sistema, parámetros del sistema y de la red, definiciones de usuario y grupo de usuarios, capacidades de hardware y así sucesivamente.
    2. Usar guiones para configurar un ambiente de nube comparable.
    3. Importar o recuperar los componentes de las cargas de trabajo exportadas de otro sistema.
    4. Usar los patrones importados para desplegar cargas de trabajo comparables y luego restaurar cualquier datos de aplicación necesario de esos respaldos.
  • Ejemplo: Habiendo desarrollado un patrón en un sistema, los administradores de cargas de trabajo quieren poder desplegarlo también en otro sistema. Exportar el patrón fuera del sistema en el que se creó y luego importarlo al otro sistema.

Desde luego, como con cualquier procedimiento de restauración, es esencial probar periódicamente estos respaldos y procedimientos de restauración para asegurarse que realmente funcionarán si y cuando se necesiten.


Conclusión

Este artículo ha mostrado lo que es necesario para respaldar un PureApplication System, sus patrones y sus cargas de trabajo. Describió los cuatro tipos diferentes de datos que se necesitan respaldar, los cuatro tipos diferentes de tareas utilizadas para ejecutar estos respaldos, una práctica recomendada a seguir para mantener un conjunto actualizado de respaldos y los escenarios de restauración que recuperan esos respaldos. Al seguir estos procedimientos, su sistema estará respaldado y usted estará preparado para recuperar partes o su totalidad, si y cuando se necesite.


Reconocimientos

Los autores agradecen a los siguientes compañeros de IBM por su ayuda con este artículo: Robbie Minshall, David Leigh, Paul Rockwood, Tom Alcott, Rahul Ghosh, Bobby McChesney, Kyle Miller y Kyle Brown.

Recursos

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=WebSphere, Cloud computing
ArticleID=967536
ArticleTitle= Respaldo y restauración de IBM PureApplication System, Parte 1: Escenarios de restauración
publish-date=02262014