MX2010012247A - Ambiente de recuperacion reutilizable. - Google Patents
Ambiente de recuperacion reutilizable.Info
- Publication number
- MX2010012247A MX2010012247A MX2010012247A MX2010012247A MX2010012247A MX 2010012247 A MX2010012247 A MX 2010012247A MX 2010012247 A MX2010012247 A MX 2010012247A MX 2010012247 A MX2010012247 A MX 2010012247A MX 2010012247 A MX2010012247 A MX 2010012247A
- Authority
- MX
- Mexico
- Prior art keywords
- environment
- production
- recovery
- reusable
- servers
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2035—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant without idle spare hardware
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1479—Generic software techniques for error detection or fault masking
- G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
- G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/815—Virtual
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
- Hardware Redundancy (AREA)
Abstract
La presente invención se refiere a un administrador de reconfiguración operable para reconfigurar un ambiente de recuperación reutilizable entre un ambiente de recuperación para un ambiente de producción y un segundo ambiente diferente del ambiente de recuperación. Un sistema de almacenamiento en el ambiente de recuperación reutilizable periódicamente guarda la información de producción del ambiente de producción mientras el ambiente de recuperación reutilizable está operando como el segundo ambiente. La información de producción en el sistema de almacenamiento se usa para reconfigurar el ambiente de recuperación reutilizable del segundo ambiente al ambiente de recuperación.
Description
AMBIENTE DE RECUPERACION REUTILIZABLE
Antecedentes de la Invención
Actualmente, muchos sistemas tienen ambientes de recuperación de desastres especializados que están disponibles en caso de falla. Mientras que los ambientes de recuperación de desastres pueden ser críticos para sistemas que no pueden proporcionar tiempo de inactividad, los sistemas en los ambientes de recuperación de desastres requieren una cantidad significativa de recursos para mantenerse. Los recursos pueden incluir hardware, espacio central de datos, energía, enfriamiento, costos de mantenimiento del hardware, etc. Además, los sistemas en el ambiente de recuperación de desastres son grandemente no usados y por consiguiente representan recursos desaprovechados la mayoría del tiempo. Por ejemplo, un sistema de empresas complejo que corre procesos de negocios puede comprender muchos diferentes componentes, incluyendo servidores web, servidores de base de datos, servidores de aplicación, etc. El ambiente de recuperación de desastres para estos sistemas complejos también podría incluir muchos servidores, componentes de red, aplicaciones y código, los cuales se deben mantener de modo que el ambiente de recuperación de desastres esté continuamente listo para la migración en caso de falla del ambiente de producción que
Ref. 215148
está corriendo actualmente los procesos de negocios. Esto típicamente incluye el control de la versión para las aplicaciones y código que corre en los sistemas de recuperación de desastres para asegurarse que los sistemas de recuperación -de desastres están en sincronización con los sistemas del ambiente de producción. Esto frecuentemente incluye tareas que consumen tiempo de mantener manualmente el rastreo de la aplicación y versiones de código para los sistemas de producción y cargar manualmente las nuevas versiones en los servidores en los sistemas de recuperación de desastres. Además, los componentes de red del ambiente de recuperación de desastres, tales como enrutadores y conmutadores, necesitan ser configurados y mantenidos por los administradores del sistema. Si el ambiente de recuperación de desastres no se mantiene estando en sincronización con el ambiente de producción, esto podrá resultar en un ambiente de recuperación de desastres no funcional o un sistema de recuperación de desastres que no proporciona funcionalidad completa. La configuración constante y mantenimiento de los sistemas de recuperación de desastres requiere tiempo significativo y gasto monetario para compañías que necesitan tener un ambiente de recuperación de desastres para sistemas críticos, y las compañías pueden obtener uso mínimo de sus sistemas de recuperación de desastres puesto que frecuentemente solamente se usan en caso de un desastre
catastrófico del sistema de producción y/o sitio central de datos .
Breve Descripción de las Figuras
Las modalidades de la invención serán descritas en detalle en la siguiente descripción con referencia a las siguientes figuras.
La Figura 1 ilustra un sistema, de acuerdo con una modalidad;
Las Figuras 2 y 3 ilustran arquitecturas para diferentes ambientes, de acuerdo con una modalidad;
La Figura 4 ilustra la replicación de información de producción y arranque de una SAN, de acuerdo con una modalidad;
La Figura 5 ilustra la reconfiguración de dispositivos de red, de acuerdo con una modalidad; y
La Figura 6 ilustra un diagrama de flujo de un método para reconfigurar un ambiente de recuperación reutilizable , de acuerdo con una modalidad.
Descripción Detallada de la Invención
Por simplicidad y propósitos ilustrativos, los principios de las modalidades se describen por referencia principalmente a ejemplos de las mismas. En la siguiente descripción, numerosos detalles específicos se describen para proporcionar un entendimiento completo de las modalidades. Será evidente sin embargo, para uno de experiencia ordinaria
en el arte, que las modalidades se pueden practicar sin limitación a estos detalles específicos. En algunos casos, métodos y estructuras bien conocidos no se han descrito en detalle para no obscurecer innecesariamente las modalidades. Además, diferentes modalidades se describen posteriormente. Las modalidades se pueden usar o realizar conjuntamente en diferentes combinaciones.
1. Revisión General
De acuerdo con una modalidad de la invención, un ambiente de recuperación reutilizable es operable para funcionar como un ambiente de recuperación para un ambiente de producción cuando sea necesario, tal como en respuesta a la falla del ambiente de producción, o para funcionar como un ambiente diferente, tal como un ambiente de puesta a prueba o cualquier otro tipo de ambiente no de recuperación. Por ejemplo, el ambiente de recuperación reutilizable puede funcionar como un ambiente de puesta a prueba mientras un ambiente de producción realiza las operaciones de negocios normales . El ambiente de puesta a prueba se puede usar para desarrollar y probar el código y aplicación u otros sistemas antes de la liberación de los mismos en el ambiente de producción. En respuesta a la falla del ambiente de producción, el ambiente de recuperación es reutilizado del ambiente de puesta a prueba al ambiente de recuperación de modo que los sistemas de producción pueden correr en el
ambiente de recuperación. Por consiguiente, el ambiente de puesta a prueba se puede reutilizar como el ambiente de recuperación para reasumir las operaciones de negocios normales en el caso de falla del ambiente de producción. Como un resultado, esto evita la necesidad de mantener una infraestructura de recuperación de desastre especializada puede ser grandemente insuficientemente utilizada.
Además, los procesos de recuperación de acuerdo con las modalidades incluyen reutilizar de forma optimizada los elementos de infraestructura del ambiente de recuperación reutilizable , incluyendo configuración de dispositivos de red (por ejemplo, enrutadores, conmutadores, contrafuegos, equilibradores de carga) , dispositivos de almacenamiento (por ejemplo, una red de área de almacenamiento (SAN) y habilitadores de replicación) , y servidores (tanto físicos como virtuales) . A través de estos procesos, la cantidad de tiempo de administración de sistema necesaria para mantener y configuras los sistemas que se usan en el ambiente de recuperación en el caso de una falla del ambiente de producción significativamente se minimiza.
2. Sistema
La Figura 1 ilustra un sistema 100, de acuerdo con una modalidad. El sistema 100 incluye un ambiente de producción 110 y un ambiente de recuperación reutilizable 120. Un ambiente como se usa en la presente incluye múltiples
dispositivos y software. En un ejemplo, un ambiente es un sitio que incluye hardware y software, tales como aplicaciones, y código, usadas para correr operaciones y procesos día a día. El hardware puede incluir servidores, dispositivos de red, tales como enrutadores, conmutadores, contrafuegos, equilibradores de carga, etc., y almacenamiento. El ambiente de producción 110 y el ambiente de recuperación reutilizable 120 como se muestra son ejemplos de ambientes, pero será evidente para uno de experiencia ordinaria en el arte que el ambiente de producción 110 y el ambiente de recuperación reutilizable 120 no pueden incluir todos los componentes o pueden incluir diferentes componentes que se muestran en la figura 1.
El ambiente de producción 110, por ejemplo, incluye administrador de sistemas 111, servidores 112a-m, máquinas virtuales de hospedaje (VMs) de servidores 112n-z, sistema de almacenamiento 113, y dispositivos de red 114. Nótese que los servidores 112a-m se muestran separadamente de los servidores 112n-z para ilustrar que el ambiente de producción 110 puede incluir servidores que hospedan VMs y servidores que no hospedan VMs. Los usuarios 115 pueden ser locales al ambiente de producción 110 o pueden ser usuarios remotos del ambiente de producción 110, por ejemplo, conectados vía una red, tal como una red de área amplia (WAN) o una red de área local (LAN) . Los usuarios 115 pueden usar aplicaciones que corren
en los servidores 112a-z (los cuales pueden incluir aplicaciones que corren en VMs) para realizar tareas diarias. La información de producción se almacena en el sistema de almacenamiento 113. La información de producción puede incluir una o más aplicaciones, datos para las aplicaciones, información de configuración para dispositivos, tal como información de arranque, sistema operativo (OS) , información de configuración de dispositivo de red, información de configuración para VMs, y cualquier otra información usada en el ambiente de producción 110. Al menos algo de la información de producción también se puede almacenar localmente en estaciones de trabajo. Los dispositivos de red 114 pueden incluir enrutadores, conmutadores, contrafuegos, equilibradores de carga, etc., y se usan para manejar las conexiones de red internas al ambiente de producción 110 y también manejar las conexiones de red entre locaciones remotas, incluyendo el ambiente de recuperación reutilizable 120, y el ambiente de producción 110. El administrador de sistemas 111 puede realizar varias funciones relacionadas con el manejo del sitio, recuperación del sitio, y respaldo del sitio. Por ejemplo, el administrador de sistemas 111 puede controlar los respaldos de datos locales, los cuales se pueden almacenar en el sistema de almacenamiento 113. El administrador de sistemas 111 puede almacenar información que identifica todos los dispositivos en el ambiente de
producción 110 e información de configuración para los dispositivos. El administrador de sistemas 111 puede incluir software para recuperar las fallas de sistema, tales como software de recuperación de datos, software de recuperación de máquina virtual (VM) , etc. El administrador de sistemas 111 puede controlar la periodicidad para enviar información de producción al ambiente de recuperación reutilizable 120, y también puede incluir software comercial para recuperación de datos y recuperación de VM.
El ambiente de producción 110 y el ambiente de recuperación reutilizable 120 pueden estar en dos ubicaciones de hospedaje geográficamente dispersadas y se pueden conectar por una red 130. Aunque no se muestra, se pueden usar múltiples sitios de producción y recuperación. La red 130 puede ser una AN pública, tal como la Internet o una WAN privada. Alternativamente, el ambiente de producción 110 y el ambiente de recuperación reutilizable 120 se pueden ubicar en una ubicación, y se pueden conectar vía una LAN.
El ambiente de recuperación reutilizable 120, por ejemplo, incluye administrador de reconfiguración 121, servidores 122a-z, sistema de almacenamiento 123, y dispositivos de red 124. Los usuarios 115 del ambiente de producción 110 pueden conectarse al ambiente de recuperación reutilizable 120 cuando ocurre la falla. Aunque no se muestra, los usuarios también pueden conectarse al ambiente
de recuperación reutilizable 120 cuando está operando como un ambiente de puesta a prueba u otro ambiente no de recuperación.
El administrador de reconfiguración 121 configura el ambiente de recuperación reutilizable 120 para operar ya sea como un ambiente de recuperación para el ambiente de producción 110 u operar como algún otro tipo de ambiente, tal como un ambiente de puesta a prueba. Un ambiente de puesta a prueba, por ejemplo, se usa para desarrollar y probar sistemas para el ambiente de producción 110. Por ejemplo, una aplicación de software para el ambiente de producción 110 se desarrolla y prueba en el ambiente de puesta a prueba y luego se libera y usa en el ambiente de producción 110. Nuevas versiones de la aplicación pueden seguir siendo desarrolladas y probadas en el ambiente de puesta a prueba mientras una versión actual se usa en el ambiente de producción 110. El ambiente de puesta a prueba se puede usar para probar otros sistemas antes que se liberen al ambiente de producción. Por ejemplo, un nuevo sistema de almacenamiento se puede probar en el ambiente de puesta a prueba con aplicaciones existentes y otro software para el ambiente de producción 110. Después de la prueba y depuración en el ambiente de puesta a prueba, el sistema se puede desplegar en el ambiente de producción 110.
Cuando el ambiente de recuperación reutilizable 120
está operando como un ambiente de puesta a prueba, los usuarios pueden incluir desarrolladores y probadores, antes que los típicos usuarios finales de aplicaciones de negocios en el ambiente de producción 110. Cuando operan como un ambiente de puesta a prueba 122a-z, sistema de almacenamiento 123, y dispositivos de red 124 se utilizan como recursos para el desarrollo y prueba.
El administrador de reconfiguración 121 también es operable para configurar el ambiente de recuperación reutilizable 120 como un ambiente de recuperación para el ambiente de producción 110. El administrador de reconfiguración 121 puede determinar que el ambiente de producción 110 ha fallado, y el administrador de reconfiguración 121 reconfigura los servidores 122a-z, sistema de almacenamiento 123, y dispositivos de red 124 para operar como los servidores 112a- z, sistema de almacenamiento 113, y dispositivos de red 114 en el ambiente de producción 110. En un ejemplo, el administrador de reconfiguración 121 recibe la notificación de un administrador de sistema u otro sistema de falla del ambiente - de producción 110. El administrador de reconfiguración 121 puede apagar los servidores 122a-m en el ambiente de puesta a prueba y volver a arrancar los servidores 122a-m de modo que se puedan configurar y usar para el ambiente de recuperación. Todos los servidores 122a-m no se pueden apagar si solamente algunos de
los servidores son necesarios para las aplicaciones de producción. Además, las VMs de hospedaje de servidores 122n-z no se pueden apagar. Estos servidores se pueden reconfigurar para incluir las VMs y las aplicaciones del ambiente de producción 110 sin que se apaguen. El administrador de reconfiguración 121 puede enviar información de configuración a los servidores 122a-z y a los dispositivos de red 124 para configurar estos dispositivos para el ambiente de recuperación. El administrador de reconfiguración 121 puede realizar otras funciones descritas en la presente para reconfigurar los ambientes.
Después de la reconfiguración del ambiente de puesta a prueba al ambiente de recuperación, los usuarios 115 pueden conectarse al ambiente de recuperación reutilizable 120 operando como el ambiente de recuperación y realizar sus tareas y funciones diarias que podrían normalmente realizar en el ambiente de producción 110.
En una modalidad, los servidores 122a-z, sistema de almacenamiento 123, y dispositivos de red 124 en el ambiente de recuperación reutilizable 120 son los mismos tipos de dispositivos como los servidores 112a-z, sistema de almacenamiento 113, y dispositivos de red 114 en el ambiente de producción 120. Si los dispositivos son los mismos en ambos ambientes, entonces el ambiente de recuperación no deberá ser más robusto los mismos tipos de dispositivos,
también referidos como dispositivos equivalentes a los dispositivos en el ambiente de producción 110, pueden incluir los dispositivos que son del mismo modelo y tienen las mismas especificaciones o configuraciones, tal como la misma cantidad de memoria y los mismos procesadores en el caso de servidores. Además, cuando los dispositivos se reconfiguran en el ambiente de recuperación reutilizable 120, los dispositivos alojan las mismas VMs, corren las mismas aplicaciones y corren cualquier otro software que fue usado en el ambiente de producción 110. La reconfiguración del ambiente de recuperación reutilizable 120 del ambiente de puesta a prueba al ambiente de recuperación se describe en detalle adicional posteriormente.
La Figura 2 ilustra una arquitectura del ambiente de producción 110 y el ambiente de recuperación reutilizable 120 operando como el ambiente de recuperación 120a, por ejemplo, después que el ambiente de recuperación reutilizable 120 se configura como el ambiente de recuperación 120a de un ambiente de puesta a prueba 120b, mostrado en la figura 3, o de otro tipo de ambiente. El ambiente de producción 110 incluye el administrador de sistemas 111, el cual puede ser software que corre en un servidor u otra plataforma, y aplicaciones 210 y 213. Las aplicaciones 210 se corren en VMs 211 alojadas por infraestructura de VM, las cuales pueden incluir servidores 112n-z también mostrados en la figura 1, y
software de VM para crear y alojar VMs . Las aplicaciones 213 se alojan por servidores 112a-m, también mostrados en la figura 1, antes que las VMs. La información de producción, se almacena en el sistema de almacenamiento 113. El ambiente de producción 110 opera para proporcionar a los usuarios 115 con aplicaciones y servicios 216. Además, los servidores, usuarios 115 y otros dispositivos en el ambiente de producción se pueden conectar vía la red 240. La red 240 incluye los dispositivos de red 114 mostrados en la figura 1. La configuración de los dispositivos de red 114 se puede incluir en la información de producción 230 descrita posteriormente y replicar al ambiente de recuperación 120a. La red 241 en el ambiente de producción se configura de manera similar a la red 240, como se describe adicionalmente posteriormente. La red 241 incluye los dispositivos de red 124 mostrados en la figura 1.
En una modalidad, la arquitectura del ambiente de recuperación 120a es la misma como el ambiente de producción 110, excepto que incluye el administrador de reconfiguración 121 que controla la configuración en el ambiente de recuperación 120a. Después de la configuración en el ambiente de recuperación 120a, los usuarios pueden conectarse al ambiente de recuperación 120a para acceder a las mismas aplicaciones y servicios 216 que estuvieron disponibles en el ambiente de producción 110.
Los sistemas de almacenamiento 113 y 123 en el ambiente de producción 110 y el ambiente de recuperación reutilizable 120 pueden incluir SANs 213 y 223, respectivamente. Sin embargo, será evidente para uno de experiencia ordinaria en el arte que otros tipos de sistemas de almacenamiento se pueden usar para almacenar la información descrita en esta. Como se muestra en la figura 2, la SAN 213 en el ambiente de producción 110 almacena la información de producción 230 la cual puede incluir una o más aplicaciones, tales como las aplicaciones 210 y 213, datos usados por las aplicaciones, información de configuración para dispositivos, tal como información de arranque, sistema operativo (OS) , información de configuración de dispositivo de red, información de configuración para VMs, y cualquier otra información usada en el ambiente de producción 110. La información de producción 230 es periódicamente replicada a la SAN 223, como se describe adicionalmente posteriormente, y por consiguiente está fácilmente disponible en el caso de falla del ambiente de producción 110. La SAN 223 también almacena la información 231 para el ambiente de puesta a prueba y/o cualquier otro ambiente para el cual el ambiente de recuperación reutilizable 120 está siendo usado. La información 231 se muestra en un formato de líneas punteadas debido a que no está siendo usado cuando el ambiente de recuperación reutilizable 120 está operando como el ambiente
de recuperación 120a.
La figura 3 ilustra una arquitectura del ambiente de producción 110 y el ambiente de recuperación reutilizable 120 operando como el ambiente de puesta a prueba 120b. El ambiente de producción 110 es el mismo como se muestra en la figura 2. La arquitectura del ambiente de puesta a prueba 120b puede incluir bancos de pruebas 301, aplicaciones 302, y código 303. Los bancos de pruebas 301 pueden incluir uno o más de los servidores 112a-z mostrados en la figura 1, uno o más de los dispositivos de red 124 y una o más VMs que colectivamente proporcionan bancos de pruebas para probar las aplicaciones 302 y el código 303. Como se describió anteriormente, el ambiente de puesta a prueba 120b se puede usar para desarrollar y probar el código y aplicaciones u otros sistemas antes de liberarlos en el ambiente de producción, y las aplicaciones 302 y el código 303 se muestran como ejemplos de software que es probado. Otros sistemas también se pueden probar. Además, una red 242 se puede crear configurando dispositivos de red 124 y se usa para conectar dispositivos y usuarios en el ambiente de puesta a prueba 120b. La red 242 incluye una diferente configuración que la red 241 en el ambiente de recuperación 120a. Por ejemplo, la red 242 usa diferentes direcciones IP y puede configurar enrutadores y conmutadores de manera diferente.
El administrador de reconfiguración 121 controla la configuración del ambiente de recuperación reutilizable 120 en el ambiente de puesta a prueba 120b. Después de la configuración en el ambiente de puesta a prueba 120b, los usuarios 315 pueden conectarse al ambiente de puesta a prueba 120b, por ejemplo, para probar y desarrollar varios sistemas. Los usuarios 315, los cuales pueden incluir probadores y desarrolladores , pueden ser diferentes de los usuarios finales 115 del ambiente de producción.
La SAN 223 almacena la información de puesta a prueba 331, la cual se. puede incluir en la información 231 mostrada en la figura 2. La información de puesta a prueba 331 puede incluir los datos de prueba, información de configuración, o cualquier otra información usada por el ambiente de puesta a prueba 120b o información necesaria para configurar los bancos de pruebas 301 o cualesquiera otros dispositivos para el ambiente de puesta a prueba 120b. Mientras que el ambiente de recuperación reutilizable 120 está operando como el ambiente de puesta a prueba 120b, la información de producción. 230 se puede replicar •periódicamente del ambiente de producción 110 y almacenar en la SAN 223, como se describe adicionalmente posteriormente. Además, el ambiente de recuperación reutilizable 120 se puede configurar para ambientes diferentes de un ambiente de puesta a prueba.
3. Replicación del Almacenamiento de Producción en el Ambiente Central de Puesta a prueba Reconfigurable
De acuerdo con una modalidad, la información de producción 230 es replicada del ambiente de producción 110 al ambiente de recuperación reutilizable 120. La replicación ocurre mientras el ambiente de recuperación reutilizable 120 opera como el ambiente de puesta a prueba. La replicación del ambiente de producción 110 del ambiente de recuperación reutilizable 120 ocurre periódicamente de modo que existe mínima pérdida de datos en el caso de falla del ambiente de producción. Por ejemplo, una falla en el ambiente de producción 110 puede resultar en solamente 15 minutos de pérdida de datos o menos . El retardo puede ser causado al menos parcialmente por la configuración y aceleración de WAN/LAN, y por consiguiente puede variar desde 15 minutos.
Como se describió anteriormente, los sistemas de almacenamiento 113 y 123 en el ambiente de producción 110 y el ambiente de recuperación reutilizable 120 respectivamente pueden incluir SANs 213 y 223 respectivamente y los volúmenes son replicados de la SAN 213 en el ambiente de producción 110 a la SAN 223 en el ambiente de recuperación- reutilizable 120. Además, una modalidad para la replicación puede incluir la sincronización de los datos entre las SANs 213 y 223 de modo que todos los datos de producción se almacenan en ambas SANs
213 y 223. Un proceso de inicialización primero se realiza de modo que todos los datos de producción en la SAN 213 en el ambiente de producción 110 se almacenan en la SAN 223 en el ambiente de recuperación reutilizable 120. Después que los datos de producción se han inicializado, se pueden realizar escaneos para identificar algunas diferencias entre los volúmenes en los ambientes. Luego, solamente las diferencias se transfieren en forma comprimida para permitir un proceso de sincronización más rápido, el cual se puede realizar casi en tiempo real.
Además, cuando se replican los volúmenes, se pueden establecer grupos de consistencia los cuales incluyen uno o más conjuntos de replicación. Cada conjunto de replicación incluye un volumen de producción y un volumen de réplica al cual está replicando. El grupo de consistencia asegura que las actualizaciones a las réplicas siempre son consistentes y en orden de escritura correcto, es decir, las réplicas siempre se pueden usar por los usuarios para continuar el trabajo o usar para restaurar el ambiente de producción 110. Además, el grupo de consistencia permite la configuración de velocidad, tamaño, y ubicación de los volúmenes replicados. El grupo de consistencia monitorea todos los volúmenes agregados a este para asegurar la consistencia y fidelidad de orden de escritura. Si dos conjuntos de datos son dependientes uno de otro (por ejemplo, una base de datos y un
registro de base de datos) , se pueden proporcionar en el mismo grupo de consistencia.
La figura 4 muestra la información de producción periódicamente replicada de la SAN 220 en el ambiente de producción 110 a la SAN 223 en el ambiente de recuperación reutilizable 120 operando como el ambiente de puesta a prueba. La información de producción 230, la cual puede estar en los servidores 112a-z, se almacería en la SAN 220. La información de producción 230 es periódicamente replicada a la SAN 223 sobre la red. La SAN 223 también puede almacenar otra información, tal como la información de puesta a prueba 231, la información de arranque 232, y la información de configuración de dispositivo 233.
4. Arranque Desde SAN
De acuerdo con una modalidad, el sistema de almacenamiento 123, mostrado en la figura 1, del ambiente de recuperación reutilizable 120 almacena imágenes de arranque de sistema para los servidores 122a-m en el ambiente de recuperación reutilizable 120. Las imágenes de arranque se pueden incluir en la información de producción 230 mostrada en la figura 4, la cual se almacena en la SAN 223. Los servidores 122a-m luego pueden arrancar de las imágenes almacenadas en la SAN 223 para replicar el ambiente de producción 110. Las imágenes de arranque pueden incluir sistemas operativos (OSs) y otra información usada para
arrancar los servidores . En el caso de usar SA s para los sistemas de almacenamiento en los ambientes, los dispositivos de almacenamiento se pueden agregar como sea necesario. Los dispositivos de almacenamiento se pueden agregar si es necesario para almacenar las imágenes de arranque para los servidores 122a-m, y los servidores 122a-m luego pueden arrancar de la SAN 223 en el ambiente de recuperación 120a como lo opuesto al arranque de cada servidor individual . Como un resultado, los administradores pueden mejorar la disponibilidad, integridad de datos, velocidad de aprovisionamiento, y recuperación de desastre. En una modalidad, los servidores 122a-m en el ambiente de recuperación reutilizable 120 tienen la configuración exacta que incluye direcciones de protocolo de Internet (IP) , identificadores globalmente únicos (GUIDs) , y nombres de servidor, como los servidores en el ambiente de producción 110. En otras modalidades, una misma configuración similar antes que una exacta se puede usar en el ambiente de recuperación reutilizable 120.
La Figura 4 proporciona una ilustración de arranque de la SAN 223 en el ambiente de recuperación 120a. Por ejemplo, el ambiente de producción 110 llega a estar no disponible para los usuarios. Todos o sustancialmente todos los datos se han replicado a la SAN 223 en el ambiente de recuperación reutilizable 120. Los servidores 212a-m se
apagan para reconfigurarse del ambiente de puesta a prueba al ambiente de recuperación. Luego, los servidores 212a-m son arrancados de la SAN 223 usando la información de arranque en la SAN 223. Nótese que cada servidor físico en el ambiente de producción 110 puede tener un servidor físico equivalente en el ambiente de recuperación reutilizable 120. Después que el servidor físico opera como un servidor de pruebas se apaga, el servidor es arrancado para operar como un servidor para los sistemas de producción en el ambiente de recuperación 120a. Por consiguiente, esencialmente, el mismo servidor al que accedió por un usuario en el ambiente de producción 110 ahora accede el usuario en el ambiente de recuperación 120a. Los cambios aparecerán íntegros para el usuario. Los servidores 222n-z en el ambiente de recuperación 120a alojan las VMs para los sistemas de producción, y estos servidores no pueden necesitar ser apagados para ser reconfigurados para alojar las VMs para los sistemas de producción.
5. Reconfiguración de la Red
Los servidores físicos, VMs, y dispositivos de red en el ambiente de producción 110 tienen un esquema de direcciones, el cual puede incluir una dirección IP asignada a cada uno e información de enrutamiento con base en el tipo de dispositivo. Las configuraciones y esquema de direcciones del ambiente de producción 110 son replicados en el ambiente de recuperación 120a. Por ejemplo, un servidor en el ambiente
de producción 110 tiene una dirección IP. La misma dirección IP se asigna al servidor equivalente en el ambiente de recuperación 120a. Por consiguiente, las mismas direcciones IP de dispositivos y VMs en el ambiente de producción 110 se aplican a los dispositivos y VMs equivalentes en el ambiente de recuperación 120a. Usar las mismas direcciones IP en un ..ambiente de recuperación 120a y la migración de segmentos de red es una desviación completa de los sistemas de recuperación de desastre convencionales. Los sistemas de recuperación de desastre convencionales típicamente usan nuevas direcciones IP, al menos en parte, debido a que los sistemas de recuperación de desastre convencionales están corriendo al mismo tiempo como los sistemas de producción y por consiguiente deben tener diferentes direcciones IP que los sistemas de producción.
Además, las configuraciones de los dispositivos equivalentes son generalmente las mismas como el ambiente de producción 110, de este modo las configuraciones conocidas como actuales, válidas y robustas son usadas para los ~ dispositivos, VMs, y aplicaciones. Por ejemplo, si el ambiente de producción 110 falla, el ambiente de puesta a prueba 102b se apaga. Nótese que el ambiente de puesta a prueba completo 120b no puede ser apagado si, por ejemplo, una porción del ambiente de puesta a prueba 120b puede acomodar el ambiente de producción 110. La red en el ambiente
de recuperación reutilizable 120 se reconfigura para uso en el ambiente de recuperación 120a usando configuraciones del ambiente de producción 110. Algunas de las reconfiguraciones incluyen actualizar conmutadores de núcleo con redes de área local virtuales adicionales (VLA s) relacionadas con la red de ambiente de producción. La información de enrutamiento de VLAN relacionada también se configura. Una interfaz de Contrafuego de Internet es re-dirigida a una IP de producción. Otros contrafuegos son actualizados con la configuración actual de los contrafuegos de producción. Los servidores fax son redirigidos para asegurar que los usuarios tienen acceso. Las tablas de sistema de nombre de dominio externas (DNS) para recursos en el ambiente de recuperación 120a que se pueden resolver externamente se actualizan con las nuevas direcciones IP.
La red 241 en el ambiente de recuperación 120a usa la mayoría de las configuraciones de red de producción actuales. Además, las configuraciones pueden ser pre-construidas e impulsadas a los dispositivos de red en el ambiente de recuperación 120a durante la reconfiguración. Por ejemplo, la información de configuración de dispositivo de red es pre-construida y almacenada en la SAN 223 mostrada en la figura 4, y es impulsada a los dispositivos de red, tales como los dispositivos de red 124 mostrados en la figura 1. En otro ejemplo, la información de configuración de dispositivo
de red se almacena en un estado durmiente en los dispositivos de red 124 y es invocada cuando se reconfigura al ambiente de recuperación 120a. Además, previo a hacer cualesquiera cambios de configuración, las configuraciones de ambiente de puesta a prueba se almacenan en la SAN 223, por ejemplo, como parte de la información de puesta a prueba 331 mostrada en la figura 3, o la información de configuración de dispositivo de red para el ambiente de puesta a prueba 120b se almacena en los dispositivos de red 124 en un estado durmiente y es invocada cuando se reconfigura al ambiente de puesta a prueba 120b.
La figura 5 muestra algunas de las reconfiguraciones de dirección IP que se pueden realizar en el ambiente de recuperación 120a para imitar las configuraciones en el ambiente de producción 110. El ambiente de producción 110 usa 15.15.2.x, y el ambiente de puesta a prueba 120b usa 15.20.2.x. Para reconfigurar al ambiente de recuperación 120a, los contrafuegos 501 se cambian a las direcciones IP de producción de 15.15.2.x. Los servidores 122a-m y VMs y dispositivos de red 124 también se configuran a las direcciones IP 15.15 del ambiente de producción 110. 6. Configurar VMs en el Ambiente de recuperación reutilizable
El ambiente de producción 110 puede usar VMs, tales VMs se alojan en los servidores 112n-z mostrados en la figura
1, y como un resultado, las VMs equivalentes se ponen y usan en el ambiente de recuperación 120a en los servidores 122n-z. Las etapas de falla y órdenes de arranque se configuran por anticipado y se almacenan en la SAN 223. Las etapas de falla y órdenes de arranque se usan para poner las VMs en el ambiente de recuperación 120a.
Por ejemplo, las VMs en el ambiente de puesta a prueba 120b se apagan para liberar los recursos para correr las VMs de producción. Una o más VMs de prueba pueden permanecer si suficientes recursos están disponibles para corre las VMs de producción en el ambiente de recuperación 120a. Las VMs de producción luego se ponen en el ambiente de recuperación 120a. Una orden puede ser especificada para arrancar las VMs . La orden puede ser basada en factores tales como criticalidad a la infraestructura y negocios. Por ejemplo, las VMs para servicios de directorio activos, servicios de red, y otros servicios se arrancan primero. Luego, las VMs para aplicaciones de negocios críticas se arrancan. Las aplicaciones y servicios de monitoreo de menor prioridad se pueden arrancar a lo último.
7. Método
La figura 6 muestra un diagrama de flujo de un método 600 para reconfigurar el ambiente de recuperación reutilizable 120, de acuerdo con una modalidad. El método 600 se describe con respecto a los componentes de una o más de
las figuras 1-5 por vía de ejemplo, y los métodos se pueden realizar en otros sistemas.
El método 600 asume que la información de producción 230 es replicada en el sistema de almacenamiento, tal como la SAN 223, en el ambiente de recuperación reutilizable 120, como se describió anteriormente.
En la etapa 601, se detecta una falla del ambiente de producción 110. La falla puede incluir una falla qué vuelve inutilizable al ambiente de producción completo 110 por los usuarios o inutilizable la mayoría del ambiente de producción 110. La detección de la falla puede incluir una indicación de la falla proporcionada al administrador de reconfiguración 121 por un administrador de sistema u otro sistema.
En la etapa 602, el estado del ambiente de puesta a prueba se almacena en la SAN 223, que se muestra como información de puesta a prueba 331 en la figura 3. Por ejemplo, la información de puesta a prueba 331 puede incluir el estado actual de la prueba y desarrollo de una aplicación o sistema, configuraciones de servidor y red y cualquier otra información usada en el ambiente de puesta a prueba. Algo o toda esta información puede estar ya almacenada en la SAN 223 si la SAN 223 está operando como un almacén central para los datos usados en el ambiente de puesta a prueba. En este caso, la información de puesta a prueba 331 ya está almacenada en
la SAN 223. Si cualquiera de la información de puesta a prueba 331 se almacena localmente en las estaciones de trabajo o servidores, entonces en la etapa 602, esta información se guarda en la SAN 223.
En la etapa 603, los servidores y VMs en el ambiente de puesta a prueba 120b son apagados para liberar los recursos para los sistemas de producción. Por ejemplo, los servidores 122a-m se pueden apagar debido a que aquellos servidores son equivalentes con los servidores 112a-m que corren las aplicaciones de producción 213. Por consiguiente, los servidores 122a-m en el ambiente de recuperación reutilizable 120 son parados de modo que se pueden reconfigurar similar a los servidores 112a-m del ambiente de producción 110 para correr las aplicaciones de producción 213. Las VMs de prueba que corren en los servidores 122n-z se pueden parar también de modo que las VMs de producción se pueden arrancar en aquellos servidores para correr las aplicaciones de producción 210. Todos los servidores y VMs no se pueden parar si suficientes recursos están disponibles para correr los sistemas de producción.
En la etapa 604, los dispositivos de red 124 en el ambiente de recuperación reutilizable 120 se reconfiguran a las configuraciones de los dispositivos de red 114 en el ambiente de producción 110. Los dispositivos de red 124 se configuran de manera similar a los dispositivos de red 114
del ambiente de producción 110. Por ejemplo, los dispositivos de red 124 en el ambiente de recuperación reutilizable 120 se configuran con las mismas direcciones IP como los dispositivos de red 114 en el ambiente de producción 110. Otras configuraciones también son las mismas como el ambiente de producción 110. Por ejemplo, ajustes de puerto de enrutador y conmutador, ajustes de contrafuego y otros ajustes son los mismos o similares a las configuraciones de los dispositivos de red equivalentes en el ambiente de producción 110. La configuración de los dispositivos de red 124 permite que la red 241 a ser creada replique la red 240 del ambiente de producción 110 usado por los sistemas de producción.
En la etapa 605, los servidores son arrancados desde el almacenamiento de datos en el ambiente de recuperación reutilizable 120. Por ejemplo, los servidores 122a-m son rearrancados usando imágenes de arranque de la SAN 223 y las aplicaciones de producción 213 se ejecutan en los servidores 122a-m. Las etapas 605 y 606 se pueden realizar en el mismo tiempo.
En la etapa 606, las VMs de producción son arrancadas en el ambiente de recuperación reutilizable 120. Por ejemplo, los servidores 122n-z alojan las VMs en el ambiente de recuperación reutilizable 120. Las VMs de producción, las cuales son VMs usadas en el ambiente de
producción 110, se arrancan en uno o más de los servidores 122n-z. Las VMs se pueden arrancar en un orden especificado en la información de configuración almacenada en la SAN 223. El arranque de las VMs de producción también incluye correr aplicaciones 210 en las VMs de producción en el ambiente de recuperación reutilizable 120 que opera como el ambiente de recuperación 120a.
En la etapa 607, el ambiente de recuperación 120a es validado. Por ejemplo, los sistemas de producción que corren en el ambiente de recuperación 120a generado de las etapas 601-606 son probados para asegurar que están corriendo apropiadamente.
En la etapa 608, después de la validación en la etapa 607, se permite a los usuarios 115 acceder a los sistemas de producción, incluyendo las aplicaciones y servicios 216, en el ambiente de recuperación 120a. Los usuarios 115 acceden a las aplicaciones y datos para realizar sus tareas diarias como si estuvieran ingresando al ambiente de producción 110.
Después que se recupera el ambiente de producción 110, el ambiente de recuperación reutilizable 120 se reconfigura de nuevo al ambiente de puesta a prueba 120b. Por ejemplo, la información de puesta a prueba 331 se usa para reconfigurar los servidores y los dispositivos de red de nuevo a sus estados previos.
Entonces, el desarrollo y prueba pueden reasumirse en el ambiente de puesta a prueba 120b. Además, el guardado periódico de la información de producción 230 en la SAN 223 y el almacenamiento de cualquiera de las actualizaciones para la configuración del ambiente de producción 110 en la SAN 223 se reasume mientras el ambiente de recuperación reutilizable 120 opera como el ambiente de puesta a prueba 120b.
Una o más de las etapas y funciones descritas en la presente y uno o más de los componentes de los sistemas descritos en la presente se pueden implementar como código de computadora almacenado en un dispositivo de almacenamiento leíble por computadora, tal como memoria u otro tipo de dispositivo de almacenamiento. El código de computadora se ejecuta en" un sistema de computadora, por ejemplo, por un procesador, circuito integrado para aplicación específica (ASIC) , u otro tipo de circuito. El código puede existir como programas de software comprendidos de instrucciones de programa en código fuente, código objetivo, código ejecutable u otros formatos .
Mientras que las modalidades se han descrito con referencia a los ejemplos, aquellos expertos en el arte serán capaces de hacer varias modificaciones a las modalidades descritas sin apartarse del alcance de las
modalidades reivindicadas.
Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.
Claims (31)
1. Un sistema, caracterizado porque com rende: un administrador de reconfiguración operable para reconfigurar un ambiente de recuperación reutilizable entre un ambiente de recuperación para un ambiente de producción y un segundo ambiente diferente del ambiente de recuperación; y un sistema de almacenamiento en el ambiente de recuperación reutilizable, el sistema de almacenamiento periódicamente guarda la información de producción del ambiente de producción mientras el ambiente de recuperación reutilizable está operando como el segundo ambiente, en donde la información de producción en el sistema de almacenamiento se usa para reconfigurar el ambiente de recuperación reutilizable desde el segundo ambiente al ambiente de recuperación.
2. El sistema de conformidad con la reivindicación 1, caracterizado porque el administrador de reconfiguración detecta una falla del ambiente de producción, y el administrador de reconfiguración reconfigura el ambiente de recuperación reutilizable del segundo ambiente al ambiente de recuperación en respuesta a la detección de la falla.
3. El sistema de conformidad con la reivindicación 1, caracterizado porque el administrador de reconfiguración apaga los servidores en el ambiente de recuperación reutilizable y rearranca los servidores usando imágenes de arranque en la información de producción, en donde los servidores rearrancados se configuran para ejecutar aplicaciones del ambiente de producción.
4. El sistema de conformidad con la reivindicación 1, caracterizado porque el sistema de almacenamiento almacena una lista de máquinas virtuales usadas en el ambiente de producción y un orden para arrancar las máquinas virtuales, y el administrador de reconfiguración apaga las máquinas virtuales para el segundo ambiente que corre en el ambiente de recuperación reutilizable y arranca las máquinas virtuales de ambiente de producción en el ambiente de recuperación reutilizable en el orden.
5. El sistema de conformidad con la reivindicación 1, caracterizado porque el administrador de reconfiguración configura los dispositivos de red en el ambiente de recuperación reutilizable para tener los mismos ajustes como los dispositivos de red en el ambiente de producción.
6. El sistema de conformidad con la reivindicación 1, caracterizado porque el administrador de reconfiguración configura los dispositivos equivalentes en el ambiente de recuperación reutilizable para tener las mismas direcciones IP de dispositivos en el ambiente de producción.
7. El sistema de conformidad con la reivindicación 6, caracterizado porque los dispositivos en el ambiente de producción incluyen servidores y dispositivos de red, y los dispositivos equivalentes en el ambiente de recuperación reutilizable incluyen servidores y dispositivos de red que son del mismo modelo y configuración como los servidores y dispositivos de red en el ambiente de producción.
8. Un sistema, caracterizado porque comprende: un administrador de reconfiguración operable para reconfigurar un ambiente de recuperación reutilizable entre un segundo ambiente y un ambiente de recuperación para un ambiente de producción; y un sistema de almacenamiento en el ambiente de recuperación reutilizable, en donde el sistema de almacenamiento periódicamente almacena la información de producción del ambiente de producción, y el sistema de almacenamiento almacena software de producción, incluyendo al menos un sistema operativo y al menos una aplicación, en donde el administrador de reconfiguración detecta una falla del ambiente de producción, y reconfigura el ambiente de recuperación reutilizable del segundo ambiente al ambiente de recuperación en respuesta a la detección de la falla del ambiente de producción, en donde la reconfiguración incluye guardar la información usada en el segundo ambiente en el sistema de almacenamiento; apagar los servidores en el ambiente de recuperación reutilizable; rearrancar los servidores usando al menos un sistema operativo en el sistema de almacenamiento, en donde al menos uno de los servidores rearrancados se configura para ejecutar al menos una aplicación y al menos una aplicación se configura para acceder a los datos de producción en el sistema de almacenamiento; y reconfigurar los dispositivos de red.
9. El sistema de conformidad con la reivindicación 8, caracterizado porque el segundo ambiente es un ambiente de puesta a prueba, y la información usada en el segundo ambiente incluye información para al menos una aplicación que se desarrolla o prueba en el ambiente de recuperación reutilizable que opera como el ambiente de puesta a prueba.
10. Él sistema de conformidad con la reivindicación 8, caracterizado porque el sistema de almacenamiento almacena una lista de máquinas virtuales usadas en el ambiente de producción y un orden para arrancar las máquinas virtuales; y el administrador de reconfiguración apaga las máquinas virtuales para el segundo ambiente que corre en el ambiente de recuperación reutilizable y arranca las máquinas virtuales de ambiente de producción en el ambiente de recuperación reutilizable en el orden.
11. El sistema de conformidad con la reivindicación 8, caracterizado porque el administrador de reconfiguración configura los dispositivos de red para tener los mismos ajustes como los dispositivos de red en el ambiente de producción.
12. El sistema de conformidad con la reivindicación 8, caracterizado porque el administrador de reconfiguración configura los dispositivos equivalentes en el ambiente de recuperación reutilizable para tener las mismas direcciones IP de los dispositivos en el ambiente de producción.
13. El sistema de conformidad con la reivindicación 12, caracterizado porque los dispositivos en el ambiente de producción incluyen servidores y dispositivos de red, y los dispositivos equivalentes en el ambiente de recuperación reutilizable incluyen servidores y dispositivos de red que son del mismo modelo y configuración como los servidores y dispositivos de red en el ambiente de producción.
14. Un método, caracterizado porque comprende: guardar periódicamente la información de producción de un ambiente de producción en un sistema de almacenamiento en un ambiente de recuperación reutilizable, en donde el ambiente de recuperación reutilizable es configurable para operar como un ambiente de recuperación para el ambiente de producción y es configurable para operar como un segundo ambiente diferente del ambiente de recuperación, y la información de producción periódicamente guardada se guarda en el sistema de almacenamiento cuando el ambiente de recuperación reutilizable está operando como el segundo ambiente; y reconfigurar el ambiente de recuperación reutilizable del segundo ambiente al ambiente de recuperación usando la información de producción en el sistema de almacenamiento.
15. El método de conformidad con la reivindicación 14, caracterizado porque la reconfiguración del ambiente de recuperación reutilizable comprende: configurar los servidores en el ambiente de recuperación reutilizable usando la información de producción, en donde los servidores configurados corren aplicaciones del ambiente de producción.
16. El método de conformidad con la reivindicación 15, caracterizado porque la configuración de servidores comprende: apagar los servidores; rearrancar los servidores usando imágenes de arranque en la información de producción, en donde los servidores rearrancados corren las aplicaciones del ambiente de producción.
17. El método de conformidad con la reivindicación 14, caracterizado porque la reconfiguración del ambiente de recuperación reutilizable comprende: apagar las máquinas virtuales que corren en el segundo ambiente; rearrancar las máquinas virtuales de producción usando la información de producción, en donde al menos una de las máquinas virtuales de producción se configura para correr una aplicación del ambiente de producción.
18. El método de conformidad con la reivindicación 17, caracterizado porque el rearranque de las máquinas virtuales de producción comprende: determinar un orden predeterminado para rearrancar las máquinas virtuales de producción; y realizar el rearranque de las máquinas virtuales de producción en el orden determinado.
19. El método de conformidad con la reivindicación 14, caracterizado porque la reconfiguración del ambiente de recuperación reutilizable comprende: configurar los dispositivos de red para que tengan los mismos ajustes como los dispositivos de red en el ambiente de producción
20. El método de conformidad con la reivindicación 14, caracterizado porque comprende: almacenar las direcciones IP usadas para dispositivos en el ambiente de producción; y la reconfiguración del ambiente de recuperación reutilizable comprende configurar los dispositivos equivalentes en el ambiente de recuperación reutilizable para que tengan las mismas direcciones IP de los dispositivos en el ambiente de producción.
21. Un método, caracterizado porque comprende: guardar periódicamente los datos de producción de un ambiente de producción en un sistema de almacenamiento en un ambiente de recuperación reutilizable, en donde el ambiente de recuperación reutilizable es configurable para operar como un ambiente de recuperación para el ambiente de producción y es configurable para operar como un segundo ambiente diferente del ambiente de recuperación; almacenar el software de producción en el sistema de almacenamiento en el ambiente de recuperación reutilizable, en donde el software de producción incluye el mismo software usado en el ambiente de producción e incluye al menos un sistema operativo y al menos una aplicación del ambiente de producción; almacenar la información de configuración de red para dispositivos de red; detectar la falla del ambiente de producción; y reconfigurar el ambiente de recuperación reutilizable del segundo ambiente al ambiente de recuperación en respuesta a la detección de la falla del ambiente de producción, en donde la reconfiguración incluye guardar la información usada en el segundo ambiente ; apagar los servidores en el ambiente de recuperación reutilizable; rearrancar los servidores usando al menos un sistema operativo en el sistema de almacenamiento, en donde al menos uno de los servidores rearrancados se configura para ejecutar al menos una aplicación y al menos una aplicación se configura para acceder a los datos de producción en el sistema de almacenamiento; y reconfigurar los dispositivos de red usando la configuración de red almacenada.
22. El método de conformidad con la reivindicación 21, caracterizado porque el segundo ambiente es un ambiente de puesta a prueba, y la información usada en el segundo ambiente incluye información para al menos una aplicación que se desarrolla o prueba en el ambiente de recuperación reutilizable que opera como el ambiente de puesta a prueba.
23. El método de conformidad con la reivindicación 21, caracterizado porque la reconfiguración del ambiente de recuperación reutilizable comprende: apagar las máquinas virtuales que corren en el segundo ambiente; rearrancar las máquinas virtuales de producción usando la información de producción, en donde al menos una de las máquinas virtuales de producción se configura para correr una aplicación del ambiente de producción.
24. El método de conformidad con la reivindicación 23, caracterizado porque el rearranque de las máquinas virtuales de producción comprende: determinar un orden predeterminado para rearrancar las máquinas virtuales de producción; y el rearranque de las máquinas virtuales de producción se realiza en el orden determinado.
25. El método de conformidad con la reivindicación 21, caracterizado porque la reconfiguración de los dispositivos de red comprende: configurar los dispositivos de red para que tengan los mismos ajustes como los dispositivos de red en el ambiente de producción.
26. El método de conformidad con la reivindicación 21, caracterizado porque comprende: almacenar las direcciones IP usadas para dispositivos en el ambiente de producción; y la reconfiguración del ambiente de recuperación reutilizable comprende configurar dispositivos equivalentes en el ambiente de recuperación reutilizable para que tengan las mismas direcciones IP de los dispositivos en el ambiente de producción.
27. Al menos un medio leíble por computadora, caracterizado porque almacena al menos un programa de computadora que cuando se ejecuta por una computadora realiza un método que comprende : guardar periódicamente la información de producción de un ambiente de producción en un sistema de almacenamiento en un ambiente de recuperación reutilizable, en donde el ambiente de recuperación reutilizable es configurable para operar como un ambiente de recuperación para el ambiente de producción y es configurable para operar como un segundo ambiente diferente del ambiente de recuperación, y la información de producción periódicamente guardada se guarda cuando en el sistema de almacenamiento el ambiente de recuperación reutilizable está operando como el segundo ambiente; y reconfigurar el ambiente de recuperación reutilizable del segundo ambiente al ambiente de recuperación usando la información de producción en el sistema de almacenamiento.
28. Al menos un medio leíble por computadora de conformidad con la reivindicación 27, caracterizado porque la reconfiguración del ambiente de recuperación reutilizable comprende : configurar los servidores en el ambiente de recuperación reutilizable usando la información de producción, en donde los servidores configurados corren aplicaciones del ambiente de producción.
29. Al menos un medio leíble por computadora de conformidad con la reivindicación 28, caracterizado porque la configuración de los servidores comprende: apagar los servidores ; rearrancar los servidores usando imágenes de arranque en la información de producción, en donde los servidores rearrancados corren las aplicaciones del ambiente de producción.
30. Al menos un medio leíble por computadora de conformidad con la reivindicación 27, caracterizado porque la reconfiguración del ambiente de recuperación reutilizable comprende: apagar las máquinas virtuales que corren en el segundo ambiente; determinar un orden para rearrancar las máquinas virtuales de producción en el ambiente de recuperación reutilizable; y rearrancar las máquinas virtuales de producción en el orden usando la información de producción, en donde al menos una de las máquinas virtuales de producción se configura para correr una aplicación del ambiente de producción.
31. Al menos un medio leíble por computadora de conformidad con la reivindicación 27, caracterizado porque el método comprende : almacenar las direcciones IP usadas para los dispositivos en el ambiente de producción; y la reconfiguración del ambiente de recuperación reutilizable comprende configurar los dispositivos equivalentes en el ambiente de recuperación reutilizable para que tengan las mismas direcciones IP de los dispositivos en el ambiente de producción.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US12/752,310 US8234515B2 (en) | 2010-04-01 | 2010-04-01 | Repurposable recovery environment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| MX2010012247A true MX2010012247A (es) | 2011-10-28 |
Family
ID=43707879
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| MX2010012247A MX2010012247A (es) | 2010-04-01 | 2010-11-09 | Ambiente de recuperacion reutilizable. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US8234515B2 (es) |
| EP (1) | EP2372555B1 (es) |
| JP (1) | JP5384467B2 (es) |
| CN (1) | CN102214128B (es) |
| AU (1) | AU2010241431B2 (es) |
| CA (1) | CA2718888C (es) |
| MX (1) | MX2010012247A (es) |
| SG (1) | SG174662A1 (es) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9104803B2 (en) * | 2011-01-03 | 2015-08-11 | Paypal, Inc. | On-demand software test environment generation |
| US9176829B2 (en) * | 2011-07-01 | 2015-11-03 | Microsoft Technology Licensing, Llc | Managing recovery virtual machines in clustered environment |
| CN103514038B (zh) * | 2012-06-26 | 2018-11-27 | 中兴通讯股份有限公司 | 一种虚拟系统的平滑关闭方法及系统 |
| US9047248B2 (en) * | 2013-01-29 | 2015-06-02 | Sungard Availability Services, Lp | Logical domain recovery |
| US9904610B2 (en) | 2013-02-08 | 2018-02-27 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Configuration of servers for backup |
| US20160139949A1 (en) * | 2013-07-19 | 2016-05-19 | Hewlett-Packard Development Company, L.P. | Virtual machine resource management system and method thereof |
| JP6273732B2 (ja) * | 2013-09-20 | 2018-02-07 | 日本電気株式会社 | 情報処理引き継ぎ制御装置、情報処理引き継ぎ制御方法、及び、情報処理引き継ぎ制御プログラム |
| CN103595572B (zh) * | 2013-11-27 | 2018-03-27 | 安徽斯百德信息技术有限公司 | 一种云计算集群中节点自修复的方法 |
| US9582381B2 (en) * | 2014-06-12 | 2017-02-28 | Unisys Corporation | Multi-threaded server control automation for disaster recovery |
| US10474486B2 (en) * | 2015-06-30 | 2019-11-12 | Veritas Technologies Llc | Data access accelerator |
| US10423588B2 (en) * | 2015-08-25 | 2019-09-24 | International Business Machines Corporation | Orchestrated disaster recovery |
| US10558480B2 (en) | 2015-09-10 | 2020-02-11 | Veritas Technologies Llc | Optimizing access to production data |
| CN107231399B (zh) | 2016-03-25 | 2020-11-06 | 阿里巴巴集团控股有限公司 | 高可用服务器集群的扩容方法以及装置 |
| US10320898B2 (en) * | 2016-06-06 | 2019-06-11 | Verizon Patent And Licensing Inc. | Automated multi-network failover for data centers |
| US10838767B2 (en) | 2016-09-12 | 2020-11-17 | International Business Machines Corporation | Distributed computing utilizing a recovery site |
| US10419479B2 (en) * | 2017-01-12 | 2019-09-17 | Acalvio Technologies, Inc. | Testing environment cyber vaccine |
| US10496499B2 (en) * | 2017-09-06 | 2019-12-03 | Royal Bank Of Canada | System and method for datacenter recovery |
| JP6943125B2 (ja) * | 2017-10-04 | 2021-09-29 | トヨタ自動車株式会社 | 情報処理装置、情報処理方法及びプログラム |
| KR20200106036A (ko) | 2017-12-08 | 2020-09-10 | 넷-썬더, 엘엘씨 | 자동 배포되는 정보 기술(it) 시스템 및 방법 |
Family Cites Families (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS62172437A (ja) * | 1986-01-24 | 1987-07-29 | Fujitsu Ltd | 高信頼性システム |
| US7020697B1 (en) * | 1999-10-01 | 2006-03-28 | Accenture Llp | Architectures for netcentric computing systems |
| US6671818B1 (en) * | 1999-11-22 | 2003-12-30 | Accenture Llp | Problem isolation through translating and filtering events into a standard object format in a network based supply chain |
| US7930531B2 (en) * | 2000-01-06 | 2011-04-19 | Super Talent Electronics, Inc. | Multi-partition USB device that re-boots a PC to an alternate operating system for virus recovery |
| US8612553B2 (en) | 2000-01-14 | 2013-12-17 | Microsoft Corporation | Method and system for dynamically purposing a computing device |
| US6732186B1 (en) * | 2000-06-02 | 2004-05-04 | Sun Microsystems, Inc. | High availability networking with quad trunking failover |
| US6763479B1 (en) * | 2000-06-02 | 2004-07-13 | Sun Microsystems, Inc. | High availability networking with alternate pathing failover |
| US6718383B1 (en) * | 2000-06-02 | 2004-04-06 | Sun Microsystems, Inc. | High availability networking with virtual IP address failover |
| US6728780B1 (en) * | 2000-06-02 | 2004-04-27 | Sun Microsystems, Inc. | High availability networking with warm standby interface failover |
| GB0112781D0 (en) | 2001-05-25 | 2001-07-18 | Global Continuity Plc | Method for rapid recovery from a network file server failure |
| EP1461679A4 (en) * | 2001-11-12 | 2006-01-18 | Worldcom Inc | SYSTEM AND METHOD FOR THE FLUID IMPLEMENTATION OF MICRO-PAYMENTS RELATING TO CONSUMABLE SERVICES |
| US7213246B1 (en) | 2002-03-28 | 2007-05-01 | Veritas Operating Corporation | Failing over a virtual machine |
| US7178059B2 (en) * | 2003-05-07 | 2007-02-13 | Egenera, Inc. | Disaster recovery for processing resources using configurable deployment platform |
| US7134052B2 (en) * | 2003-05-15 | 2006-11-07 | International Business Machines Corporation | Autonomic recovery from hardware errors in an input/output fabric |
| CN1292346C (zh) | 2003-09-12 | 2006-12-27 | 国际商业机器公司 | 用于在分布式计算体系结构中执行作业的系统和方法 |
| WO2005036367A2 (en) * | 2003-10-08 | 2005-04-21 | Unisys Corporation | Virtual data center that allocates and manages system resources across multiple nodes |
| US6996502B2 (en) * | 2004-01-20 | 2006-02-07 | International Business Machines Corporation | Remote enterprise management of high availability systems |
| JP2005250839A (ja) * | 2004-03-04 | 2005-09-15 | Nomura Research Institute Ltd | 耐障害性システム |
| US7844444B1 (en) * | 2004-11-23 | 2010-11-30 | Sanblaze Technology, Inc. | Fibre channel disk emulator system and method |
| JP4733399B2 (ja) * | 2005-01-28 | 2011-07-27 | 株式会社日立製作所 | 計算機システム、計算機、ストレージ装置及び管理端末 |
| US7734945B1 (en) * | 2005-04-29 | 2010-06-08 | Microsoft Corporation | Automated recovery of unbootable systems |
| US7484032B2 (en) * | 2005-06-30 | 2009-01-27 | Smith Roger A | Fault tolerant computer system |
| JP4544146B2 (ja) * | 2005-11-29 | 2010-09-15 | 株式会社日立製作所 | 障害回復方法 |
| US7734596B2 (en) * | 2005-11-30 | 2010-06-08 | Stephen John Vivian | Automatic failover configuration with redundant abservers |
| JP2007279890A (ja) * | 2006-04-04 | 2007-10-25 | Hitachi Ltd | バックアップシステム及びバックアップ方法 |
| US8266472B2 (en) * | 2006-05-03 | 2012-09-11 | Cisco Technology, Inc. | Method and system to provide high availability of shared data |
| JP2008052407A (ja) * | 2006-08-23 | 2008-03-06 | Mitsubishi Electric Corp | クラスタシステム |
| JP5068056B2 (ja) | 2006-10-11 | 2012-11-07 | 株式会社日立製作所 | 障害回復方法、計算機システム及び管理サーバ |
| JP4923990B2 (ja) * | 2006-12-04 | 2012-04-25 | 株式会社日立製作所 | フェイルオーバ方法、およびその計算機システム。 |
| JP4842210B2 (ja) * | 2007-05-24 | 2011-12-21 | 株式会社日立製作所 | フェイルオーバ方法、計算機システム、管理サーバ及び予備サーバの設定方法 |
| JP2009080704A (ja) * | 2007-09-26 | 2009-04-16 | Toshiba Corp | 仮想計算機システム及び同システムにおけるサービス引き継ぎ制御方法 |
| US8181174B2 (en) * | 2007-12-28 | 2012-05-15 | Accenture Global Services Limited | Virtual machine configuration system |
| US8135985B2 (en) * | 2009-06-17 | 2012-03-13 | International Business Machines Corporation | High availability support for virtual machines |
| US7992031B2 (en) * | 2009-07-24 | 2011-08-02 | International Business Machines Corporation | Automated disaster recovery planning |
-
2010
- 2010-04-01 US US12/752,310 patent/US8234515B2/en not_active Expired - Fee Related
- 2010-10-26 CA CA2718888A patent/CA2718888C/en active Active
- 2010-11-01 SG SG2010080398A patent/SG174662A1/en unknown
- 2010-11-09 MX MX2010012247A patent/MX2010012247A/es active IP Right Grant
- 2010-11-12 JP JP2010254299A patent/JP5384467B2/ja active Active
- 2010-11-12 AU AU2010241431A patent/AU2010241431B2/en not_active Ceased
- 2010-11-12 CN CN201010557029.1A patent/CN102214128B/zh active Active
- 2010-11-15 EP EP10014624A patent/EP2372555B1/en not_active Not-in-force
Also Published As
| Publication number | Publication date |
|---|---|
| SG174662A1 (en) | 2011-10-28 |
| US8234515B2 (en) | 2012-07-31 |
| EP2372555A1 (en) | 2011-10-05 |
| CA2718888C (en) | 2017-08-29 |
| JP2011216072A (ja) | 2011-10-27 |
| CN102214128A (zh) | 2011-10-12 |
| CA2718888A1 (en) | 2011-10-01 |
| AU2010241431A1 (en) | 2011-10-20 |
| AU2010241431B2 (en) | 2012-08-30 |
| CN102214128B (zh) | 2014-07-30 |
| JP5384467B2 (ja) | 2014-01-08 |
| US20110246813A1 (en) | 2011-10-06 |
| EP2372555B1 (en) | 2012-10-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2718888C (en) | Repurposable recovery environment | |
| US11533311B2 (en) | Automatically deployed information technology (IT) system and method | |
| JP6514308B2 (ja) | 複製されたデータインスタンスのためのフェイルオーバーおよび復旧 | |
| CN106716360B (zh) | 支持多租户应用服务器环境中的补丁修补的系统和方法 | |
| US8935216B2 (en) | Automated computing appliance cloning or migration | |
| US20110289343A1 (en) | Managing the Cluster | |
| JP2022536706A (ja) | セキュリティが強化された自動的に配備される情報技術（ｉｔ）システム及び方法 | |
| US20130246838A1 (en) | Discovering boot order sequence of servers belonging to an application | |
| JP5307223B2 (ja) | 障害回復アーキテクチャ | |
| EP2572273A2 (en) | Configuring the cluster |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG | Grant or registration |