BR112015019280B1

BR112015019280B1 - Método para recuperar dados específicos de aplicativo e sistema

Info

Publication number: BR112015019280B1
Application number: BR112015019280-7A
Authority: BR
Inventors: Andrea D'Amato; Vinod R. Shankar
Original assignee: Microsoft Technology Licensing, Llc
Priority date: 2013-03-14
Filing date: 2014-03-11
Publication date: 2022-05-10
Also published as: JP6431521B2; EP2972874B1; US20140281709A1; CN105144113A; CN105144113B; WO2014159334A1; EP2972874A1; JP2016513845A; RU2665307C2; RU2015138967A; BR112015019280A2; US9430333B2

Abstract

MÉTODO, PRODUTO DE PROGRAMA DE COMPUTADOR E SISTEMA PARA RECUPERAR DADOS ESPECÍFICOS DE APLICATIVO. A invenção refere-se à recuperação pretendida de dados específicos de aplicativo correspondendo a um aplicativo sem executar recuperação de todo o volume. A recuperação é iniciada por começar a copiar o estado anterior do conteúdo de um container de dados específico do aplicativo a partir de um instantâneo anterior do container de dados específico do aplicativo em um volume de operação acessível pelo aplicativo. Entretanto, enquanto o conteúdo do container de dados específico do aplicativo ainda está sendo copiado a partir do registro instantâneo do container de dados específico do aplicativo, ainda é permitido que o aplicativo execute operações de leitura e escrita em relação ao container de dados específico do aplicativo. Assim, o container de dados específico do aplicativo parece para o aplicativo como sendo totalmente acessível mesmo que, no entanto, a recuperação do conteúdo do container de dados específico do aplicativo ainda esteja continuando em segundo plano.

Description

ANTECEDENTES

[0001] Computadores e sistemas de computação têm afetado quase todos os aspectos da vida moderna. Os computadores geralmente estão envolvidos em trabalho, recreação, cuidados com a saúde, transporte, entretenimento, gerenciamento de eletrodomésticos, etc. A funcionalidade do computador tipicamente é o resultado de sistemas de computação executando código de software. O computador utiliza um volume para armazenar o código de software, e também para armazenar dados.

[0002] Ocasionalmente, o volume pode se tornar corrompido, ou o próprio volume pode ser danificado. Em qualquer caso, o volume se torna inutilizável. De modo a se preparar para tal evento de falha, um sistema de computação pode causar que instantâneos periódicos do volume sejam obtidos. Se ocorrer um evento de falha, o volume pode ser substituído se danificado, e um módulo de recuperação pode facilitar a recuperação do volume por copiar de volta o último instantâneo válido para o volume. Assim, independente da falha do volume, o volume é retornado para um estado anterior, permitindo que a funcionalidade do computador retorne.

SUMÁRIO

[0003] De acordo com pelo menos uma concretização descrita neste documento, a recuperação pretendida de dados específicos do aplicativo correspondendo a um aplicativo é descrita. Como um exemplo, o aplicativo pode ser uma máquina virtual, enquanto os dados específicos do aplicativo podem ser uma unidade de disco rígido virtual que corresponde à máquina virtual. A recuperação dos dados específicos do aplicativo é executada sem execução da recuperação de todo o volume.

[0004] A recuperação é iniciada por começar a cópia do estado anterior do conteúdo de um container de dados específicos do aplicativo a partir de um instantâneo anterior para container de dados específicos do aplicativo em um volume de operação acessível pelo aplicativo. Entretanto, apesar de o conteúdo do container de dados específicos do aplicativo ainda estar sendo copiado a partir do instantâneo para o container de dados específicos do aplicativo, ainda é permitido que o aplicativo execute operações de leitura e gravação em relação ao container de dados específicos do aplicativo. Assim, o container de dados específicos do aplicativo parece para o aplicativo como sendo totalmente acessível, mesmo que, no entanto, a recuperação do conteúdo do container de dados específicos do aplicativo ainda esteja continuando em segundo plano.

[0005] Este Sumário não é pretendido para identificar aspectos chave ou aspectos essenciais do assunto reivindicado, nem é pretendido para ser utilizado como um auxílio ao determinar o escopo do assunto reivindicado.

BREVE DESCRIÇÃO DOS DESENHOS

[0006] De modo a descrever a maneira na qual as vantagens aci ma e outras vantagens e aspectos podem ser obtidos, uma descrição mais particular de várias concretizações serão apresentada por referência aos desenhos anexos. Entendendo que estes desenhos representam somente concretizações ilustrativas e, portanto, não são para ser considerados como sendo limitativos do escopo da invenção, as concretizações serão descritas e explicadas com especificidade e detalhes adicionais através do uso dos desenhos acompanhantes, nos quais:

[0007] A Figura 1 de forma abstrata ilustra um sistema e computa ção no qual algumas concretizações descritas neste documento po- dem ser empregadas;

[0008] A Figura 2 esquematicamente ilustra um sistema ilustrativo no qual a recuperação pretendida de um aplicativo pode ocorrer sem recuperação de todo o sistema de acordo com os princípios descritos neste documento;

[0009] A Figura 3 ilustra um fluxograma de um método para recu perar dados específicos do aplicativo correspondendo a um aplicativo;

[00010] A Figura 4 ilustra um fluxograma de um método para executar uma operação de leitura enquanto uma operação de recuperação ainda está em andamento; e

[00011] A Figura 5 ilustra um fluxograma de um método para executar uma operação de gravação enquanto uma operação de recuperação ainda está em andamento.

DESCRIÇÃO DETALHADA

[00012] De acordo com concretizações descritas neste documento, é descrita a recuperação pretendida de dados específicos do aplicativo correspondendo a um aplicativo sem executar recuperação de todo o volume. A recuperação é iniciada por começar a copiar o estado anterior do conteúdo e um container de dados específicos do aplicativo a partir e um instantâneo anterior para o container de dados específicos do aplicativo em um volume de operação acessível pelo aplicativo. Entretanto, apesar de o conteúdo do container de dados específicos do aplicativo ainda estar sendo copiado a partir do instantâneo para o container de dados específicos do aplicativo, é permitido que o aplicativo ainda execute operações de leitura e gravação em relação ao container de dados específicos do aplicativo utilizando os princípios adici-onalmente descritos abaixo. Assim, o container de dados específicos do aplicativo parece para o aplicativo como sendo totalmente acessível mesmo que, no entanto, a recuperação do conteúdo do container de dados específicos do aplicativo ainda esteja continuando em segundo plano.

[00013] Alguma discussão introdutória de um sistema de computação será descrita com respeito à Figura 1. Então, a recuperação pretendida será descrita na ordem proporcionada acima com respeito às Figuras 2 até 5.

[00014] Atualmente, os sistemas de computação estão crescentemente assumindo uma ampla variedade de formas. Por exemplo, os sistemas de computação podem ser dispositivos portáteis, aparelhos elétricos, computadores laptop, computadores de mesa, computadores de grande porte, sistema de computação distribuída, ou mesmo dispositivos que não eram considerados convencionalmente um sistema de computação. Nesta descrição, o termo "sistema de computação" é definido amplamente como incluindo qualquer dispositivo ou sistema (ou combinação dos mesmos) que inclua pelo menos um processador físico e tangível, e uma memória física e tangível capaz de ter na mesma instruções executáveis por computador que podem ser executadas pelo processador. A memória pode assumir várias formas e pode depender da natureza e da forma do sistema de computação. Um sistema de computação pode ser distribuído através de um ambiente em rede e pode incluir vários sistemas de computador constituintes.

[00015] Como ilustrado na Figura 1, em sua configuração mais básica, um sistema de computação 100 inclui pelo menos uma unidade de processamento 102 e um meio legível por computador 104. O meio legível por computador 104 pode conceitualmente ser pensado como incluindo memória física do sistema, a qual pode ser volátil, não volátil, ou alguma combinação das duas. O meio legível por computador 104 também conceitualmente inclui armazenamento em massa não volátil. Se o sistema de computação for distribuído, a capacidade de processamento, de memória e/ou de armazenamento pode ser igualmente distribuída.

[00016] Como utilizado neste documento, o termo "módulo executável" ou "componente executável " pode se referir a objetos de software, roteamentos, ou métodos que podem ser executados no sistema de computação. Os diferentes componentes, módulos, mecanismos e serviços descritos neste documento podem ser implementados como objetos ou processos que executam no sistema de computação (por exemplo, como encadeamentos separados). Tais módulos executáveis podem ser código gerenciado no caso de serem executados em um ambiente gerenciado no qual a segurança de tipo é imposta, e no qual processos são alocados em seus próprios objetos de memória distintos. Tais módulos executáveis também podem ser não gerenciados no caso de módulos executáveis sendo escritos em código nativo tais como C ou C++.

[00017] Na descrição a seguir, são descritas concretizações com referência a atos que são executados por um ou mais sistemas de computação. Se tais atos forem implementados em software, um ou mais processadores do sistema de computação associado que executa o ato direcionam a operação do sistema de computação em resposta a ter instruções executáveis por computador executadas. Por exemplo, tais instruções executáveis por computador podem ser incorporadas em um ou mais meios legíveis por computador que formam um produto de programa de computador. Um exemplo de tal operação envolve a manipulação de dados. As instruções executáveis por computador (e os dados manipulados) podem ser armazenadas na memória 104 do sistema de computação 100. O sistema de computação 100 também pode conter canais de comunicação 108 que permitem ao sistema de computação 100 se comunicar com outros processadores através, por exemplo, da rede 110.

[00018] Concretizações descritas neste documento podem compreender ou utilizar um computador de propósito especial ou de propósito geral incluindo hardware de computador, tal como, por exemplo, um ou mais processadores e memória do sistema, como discutido em maiores detalhes abaixo. Concretizações descritas neste documento também incluem meio físico e outros meios legíveis por computador para transportar ou armazenar instruções e/ou estruturas de dados executáveis por computador. Tais meios legíveis por computador podem ser qualquer meio disponível que possa ser acessado por um sistema de computador de propósito geral ou de propósito especial. Meios legíveis por computador que armazenam instruções executáveis por computador são meios físicos de armazenamento. Os meios legíveis por computador que transportar instruções executáveis por computador são meios de transmissão. Assim, a título de exemplo e não de limitação, concretizações da invenção podem compreender pelo menos dois tipos distintamente diferentes de meio legível por computador: meios de armazenamento do computador e meios de transmissão.

[00019] O meio de armazenamento do computador inclui RAM, ROM, EEPROM, CD-ROM ou outro armazenamento em disco ótico, armazenamento em disco magnético ou outros dispositivos de armazenamento magnético, ou qualquer outro meio de armazenamento tangível que possa ser utilizado para armazenar meios de código de programa desejados na forma de instruções ou de estruturas de dados executáveis por computador e que possa ser acessado por um computador de propósito geral ou de propósito especial.

[00020] Uma "rede" é definida como uma ou mais ligações de dados que permitem o transporte de dados eletrônicos entre sistemas e/ou módulos de computador e/ou outros dispositivos eletrônicos. Quando informação é transferida ou proporcionada através de uma rede ou de outra conexão e comunicações (seja fisicamente ligada, sem uso de fios, ou uma combinação de fisicamente ligada ou sem uso de fios) para um computador, o computador apropriadamente vê a conexão como um meio de transmissão. Os meios de transmissão podem incluir uma rede e/ou ligações de dados que podem ser utilizadas para transportar meio de código de programa desejado na forma de instruções ou de estruturas de dados executáveis por computador e que possam ser acessados por um computador de propósito geral ou de propósito especial. Combinações do dito acima também devem estar incluídas dentro do escopo de meio legível por computador.

[00021] Adicionalmente, ao alcançar vários componentes do sistema de computador, os meios de código de programa na forma de instruções ou de estruturas de dados executáveis por computador podem ser transferidos automaticamente a partir do meio de transmissão para o meio de armazenamento do computador (ou vice-versa). Por exemplo, instruções ou estruturas de dados executáveis por computador recebidas através de uma rede ou ligação de dados podem ser colocadas em memória temporária na RAM dentro de um controlador de interface de rede (por exemplo, um "NIC"), e então eventualmente transferidas para a RAM do sistema de computador e/ou para meio de armazenamento do computador menos volátil em um sistema e computador. Assim, deve ser entendido que o meio de armazenamento do computador pode ser incluído nos componentes do sistema de computador que também (ou mesmo principalmente) utilizam o meio de transmissão.

[00022] Instruções executáveis por computador compreendem, por exemplo, instruções e dados que, quando executados em um processador, causam que um computador de propósito geral, computador de propósito especial, ou dispositivo de processamento de propósito especial execute alguma função ou grupo de funções. As instruções executáveis por computador podem ser, por exemplo, binários, instruções em formato intermediário tias como linguagem assembly, ou mesmo código fonte. Apesar de o assunto ter sido descrito em lingua gem específica para aspectos estruturais e/ou atos metodológicos, é para ser entendido que o assunto definido nas concretizações não está necessariamente limitado aos aspectos ou atos descritos acima. Ao invés disso, os aspectos e atos descritos são revelados como formas ilustrativas para implementar as concretizações.

[00023] Os versados na técnica irão apreciar que a invenção pode ser praticada em ambientes de computação em rede com vários tipos de configurações de sistema de computador, incluindo computadores pessoais, computadores de mesa, computadores laptop, processadores de mensagem, dispositivos portáteis, sistemas multiprocessador, eletroeletrônicos baseados em microprocessador ou programáveis, PCs de rede, minicomputadores, computadores de grande porte, telefones celulares, PDAs, pagers, roteadores, comutadores, dentre outros. A invenção também pode ser praticada em ambientes de sistema distribuído onde sistemas de computador, locais e remotos, os quais estão ligados (seja por ligações físicas de dados, ligações de dados sem uso de fios, ou por uma combinação de ligações de dados com uso de fios e sem uso de fios) através de uma rede, ambos executam tarefas. Em um ambiente de sistema distribuído, os módulos de programa podem estar localizados tanto em dispositivos de armazenamento em memória locais como remotos.

[00024] A Figura 2 esquematicamente ilustra um sistema ilustrativo 200 no qual a recuperação pretendida de um aplicativo pode ocorrer sem recuperação de todo o sistema de acordo com os princípios descritos neste documento. O sistema 200 inclui um volume operacional 210 acessível para vários aplicativos 201, de modo que os aplicativos 201 podem ler e gravar a partir do volume operacional 210. Por exemplo, os aplicativos 201 são ilustrados como incluindo quatro aplicativos 201A, 201B, 201C e 201D, apesar de as elipses 201E representarem que os princípios descritos neste documento não estão limi- tados de forma alguma a um sistema que opera um número particular de aplicativos. O sistema 200 pode operar um único aplicativo 201A ou talvez centenas de aplicativos, todos os quais compartilham o volume operacional 210. Um "volume" é um espaço para nome único que é reconhecido pelo sistema de arquivos como incluindo endereços lógicos e físicos contíguos.

[00025] O volume operacional 210 armazena um container de dados específicos do aplicativo 211A, apesar de o volume operacional 210 poder armazenar quantidades volumosas de dados diferentes do container de dados específicos do aplicativo como representado pelas elipses 211B. O container de dados específicos do aplicativo 211A é associado com o aplicativo 201A como representado pela linha 212. O container de dados específicos do aplicativo 211A pode ser, por exemplo, um arquivo específico do aplicativo.

[00026] Em um exemplo, cada um dos aplicativos 201 pode ser máquina virtual. Neste caso, o aplicativo 201A pode ser uma máquina virtual, e o container de dados específicos do aplicativo 211A pode ser uma unidade de disco rígido virtual associada com o aplicativo 201A. Neste caso, o sistema 200 pode ser uma parte de um sistema de computação hospedeiro que hospeda várias máquinas virtuais. O sistema de computação hospedeiro pode possuir vários volumes, apesar de somente o um volume 210 ser ilustrado na Figura 2.

[00027] Os princípios descritos neste documento permitem a recuperação conveniente de um container de dados específicos do aplicativo sem recuperação de todo o volume no qual o container de dados específicos do aplicativo está armazenado. Por exemplo, na Figura 2, o container de dados específicos do aplicativo 211A pode ser recuperado sem recuperação de todo o volume 210. Isto é útil pelo fato de que algumas vezes o container de dados específicos do aplicativo 211A pode se tornar corrompido ou não confiável, enquanto o próprio volume 210 permanece não corrompido como um todo. Adicionalmente, a recuperação de todo o volume pode demorar muito mais do que a recuperação de apenas uma parte do volume.

[00028] De forma significativa, o sistema 200 adicionalmente opera de modo que o aplicativo 201A possa continuar a operar em relação ao container de dados específicos do aplicativo 211A enquanto a recuperação do container de dados específicos do aplicativo 211A está ocorrendo em segundo plano. Assim, a partir da perspectiva do aplicativo 201A, a recuperação acontece rapidamente, e talvez, de uma quantidade de tempo imperceptível, apesar de a recuperação realmente ocorrer em segundo plano através de um período de tempo muito mais longo.

[00029] De modo a facilitar esta recuperação pretendida e rápida, o sistema 200 inclui vários módulos executáveis incluindo um módulo de gerenciamento 221, um módulo de instantâneo 222, e um módulo de recuperação 223. Cada um destes módulos será adicionalmente descrito abaixo.

[00030] Cada um dos módulos 221 até 223 pode ser instanciado e/ou operado por um sistema de computação (tal como o sistema de computação 100) em resposta aos processadores (por exemplo, processador (processadores) 102) do sistema de computação executando uma ou mais instruções executáveis por computador armazenadas em um meio de armazenamento legível por computador compreendendo um produto de programa de computador. Apesar de atos específicos serem descritos como estando associados com os módulos 221 e 223, tais atos não precisam ser executados pelos módulos específicos descritos.

[00031] De modo a se preparar para uma possível necessidade de recuperação, o módulo de instantâneo 222 tira um instantâneo pelo menos do container de dados específicos do aplicativo 211A, mas tal- vez de um segmento maior do volume 210 ou mesmo talvez de todo o volume 210 como um todo. Estes instantâneos podem ser periódicos e/ou em resposta a eventos particulares. Em qualquer caso, a Figura 2 ilustra um exemplo no qual o módulo de instantâneo tirou três instantâneos 231A, 231B e 231C do container de dados específicos do aplicativo 211A e proporcionou os instantâneos 231A, 231B e 231C em um volume instantâneo 230 como representado pela seta com várias pontas 241. Neste exemplo, o instantâneo 231A é o instantâneo mais antigo, o instantâneo 231B é o segundo instantâneo tirado, e o instantâneo 231C é o instantâneo mais recente do container de dados específicos do aplicativo 211A.

[00032] O módulo de gerenciamento 221 determina se e quando o container de dados específicos do aplicativo é para ser sujeito à recuperação a partir de um instantâneo dentro do volume instantâneo 230. Em resposta, o módulo de recuperação 223 executa a recuperação do container de dados específicos do aplicativo 211A a partir do instantâneo 231C no volume instantâneo 230 para popular novamente o conteúdo do container de dados específicos do aplicativo 221A como representado pela seta 242. Apesar de o container de dados específicos do aplicativo 211A poder momentaneamente não estar disponível para o aplicativo 201A enquanto a recuperação é iniciada, imediatamente após a recuperação ser iniciada, o módulo de gerenciamento 221 pode permitir que o aplicativo 201A execute operações de leitura e gravação em relação ao container de dados específicos do aplicativo 211A.

[00033] A Figura 3 ilustra um fluxograma de um método 300 para recuperar dados específicos do aplicativo correspondendo a um aplicativo. À medida que o método 300 pode ser executado dentro do sistema 200 da Figura 2, o método 300 agora será descrito com respeito à Figura 2.

[00034] O método 300 é iniciado quando da determinação de que um container de dados específicos do aplicativo particular de um aplicativo é para ser sujeito à recuperação a partir de um instantâneo (ato 301). Por exemplo, se referindo à Figura 2, o módulo de gerenciamento 221 determina que o container específico do aplicativo 211A do aplicativo 201A é para ser sujeito à recuperação a partir do instantâneo 231C.

[00035] Em resposta, o método temporariamente torna o container de dados específicos do aplicativo indisponível para o aplicativo, por exemplo, por fechar o container de dados específicos do aplicativo (ato 302). Por exemplo, na Figura 2, o componente de gerenciamento 221 pode fechar o container de dados específicos do aplicativo 211A. O container de dados específicos do aplicativo 211A irá permanecer fechado por apenas um breve tempo comparado com a duração total da operação de recuperação. Adicionalmente, o container de dados específicos do aplicativo 211A fica fechado sem fechamento do volume operacional 210, assim mantendo o volume operacional 210 disponível para pelo menos outros aplicativos (por exemplo, aplicativo 201B) enquanto o container de dados específicos do aplicativo 211A está fe-chado.

[00036] A operação de recuperação é então iniciada (ato 303). Por exemplo, no caso da Figura 2, o módulo de recuperação 223 inicia a recuperação por começar a copiar um estado anterior do conteúdo do container de dados específicos do aplicativo 201A a partir de um instantâneo anterior 231C como representado pela seta 242. O módulo de recuperação 223 irá continuar a copiar a partir do instantâneo anterior 231C uma região do container de dados específicos do aplicativo 201A em um tempo. Antes de recuperar uma região, o módulo de recuperação 223 irá obter um bloqueio de intervalo para esta região.

[00037] Uma vez que a operação de recuperação é iniciada, o container de dados específicos do aplicativo é aberto (ato 305) desse mo- do permitindo que o aplicativo execute operações de leitura e gravação em relação ao container de dados específicos do aplicativo, contanto que não existam bloqueios de intervalo mantidos pelo módulo de recuperação em relação à região que contém a localização de memória sendo lida ou gravada. O container de dados específicos do aplicativo é aberto mesmo que, no entanto, a operações de recuperação continue (ato 304), e, na verdade, pode ter somente começado momentos antes. Assim, referindo-se à Figura 2, o módulo de recuperação 223 continua a recuperação em segundo plano (como representado pela seta 242), enquanto o módulo de gerenciamento 221 continua a permitir que o aplicativo 201A execute operações de leitura e gravação em relação ao container de dados específicos do aplicativo 211A.

[00038] Apesar de a recuperação ainda estar em processo (ato 304), o módulo de gerenciamento 221 opera para responder às solicitações de leitura e gravação a partir do aplicativo 201A de uma maneira que as solicitações de leitura e gravação sejam consideradas consistentes com a recuperação como descrito neste documento.

[00039] Por exemplo, ao detectar que o aplicativo 201A emite uma solicitação de leitura para uma região de endereço de conteúdo a partir do container de dados específico do aplicativo ("Sim" no bloco de decisão 311), o módulo de gerenciamento 221 causa que a recuperação momentaneamente pare para esta região de endereço (ato 312) de modo que se a recuperação ficar próxima desta região de endereço, ou mesmo alcance esta região de endereço, a recuperação pausa. A operação de leitura é executada (ato 313), e depois disso, a recuperação para esta região de endereço é reiniciada de modo que se a recuperação estivesse se aproximando ou chegasse à região, a recuperação não pausaria (ato 314). Como um exemplo, a operação de leitu-ra pode ser executada da maneira ilustrada e descrita com respeito à Figura 4. Os atos 312 até 314 podem ser executados cada vez que o aplicativo 201A emite uma solicitação de leitura para o container de dados específicos do aplicativo 211A.

[00040] Ao detectar que o aplicativo 201A emite uma solicitação de gravação para uma região de endereço do container de dados específicos do aplicativo ("Sim" no bloco de decisão 321), o módulo de gerenciamento 221 novamente causa que a recuperação momentaneamente pause para esta região de endereço (ato 322) de modo que se a recuperação se aproximar muito desta região de endereço ou mesmo alcance esta região de endereço, a recuperação pausa. A operação de gravação é executada (ato 323) e depois disso, a recuperação reinicia de modo que se a recuperação estivesse se aproximando ou chegasse à região, a recuperação não iria pausar (ato 324). Como um exemplo, a operação de gravação pode ser executada da maneira ilustrada e descrita com respeito à Figura 5. O atos 312 até 314 podem ser executados cada vez que o aplicativo 201A emite uma solicitação de leitura para o container de dados específicos do aplicativo 211A.

[00041] A Figura 4 ilustra um método 400 para responder a uma solicitação de leitura enquanto a operação de recuperação ainda está em processo. O método 400 pode ser executado de modo a executar a operação de leitura do ato 313 na Figura 3. Assim, o método 400 pode ser iniciado após o ato 312 na Figura 3.

[00042] O método 400 determina se a região de endereço correspondendo à solicitação de leitura já está restaurada para o container de dados específicos do aplicativo no volume operacional (bloco de decisão 401). Isto pode ser realizado pelo módulo de recuperação 223 consultando uma condição de progresso da recuperação 251. Por exemplo, se o módulo de recuperação 223 copiar o conteúdo do instantâneo 231C sequencialmente, a condição de progresso da recuperação 251 pode representar um ponto alto representando o endereço mais alto recuperado dentro do container de dados específicos do aplicativo. Em adição, isto pode ser realizado pelo módulo de recuperação 223 consultando um indicador já gravado 252 que a região de endereço do container de dados específicos do aplicativo foi gravada desde o começo da recuperação. Por exemplo, a região de endereço pode ter sido gravada em resposta à execução do método 500 ou em resposta ao ato 406 na Figura 4 adicionalmente descrito abaixo, mesmo que, no entanto, a região de endereço ainda não tenha sido alcançada através da recuperação normal executada pelo ato 304.

[00043] Se a região de endereço para a solicitação de leitura já estiver restaurada para o container de dados específicos do aplicativo ("Sim" no bloco de decisão 401), o conteúdo da região de endereço é lido a partir do container de dados específicos do aplicativo no volume operacional (ato 402) e é assim feito disponível para o aplicativo 201A em resposta à solicitação de leitura (ato 403). Se a região de endereço para a solicitação de leitura ainda não estiver restaurada para o container de dados específicos do aplicativo ("Não" no bloco de decisão 401), ao invés disso o conteúdo é lido a partir da parte correspon-dente do instantâneo (ato 404), e o conteúdo é proporcionado para o aplicativo (ato 403) apesar de o conteúdo lido também ser opcionalmente proporcionado para o container de dados específicos do aplicativo (ato 405). Adicionalmente, a indicação de já gravado é opcionalmente atualizada (ato 406) para refletir que uma gravação ocorreu para a região de endereço do container de dados específicos do aplicativo desde que a recuperação começou. Uma vez que a operação de leitura completa, o método 400 retorna para o ato 314 da Figura 3, onde a operação de recuperação reinicia. O método 400 pode ser repetido várias vezes para cada solicitação de leitura recebida durante o processo de recuperação. Uma vez que o processo de recuperação complete (ato 306), operações de leitura podem continuar normalmente, sem intervenção do módulo de gerenciamento 221.

[00044] A Figura 5 ilustra um método 500 para responder a uma solicitação de gravação enquanto a operação de recuperação ainda está em processo. O método 500 pode ser executado de modo a executar a operação de gravação do ato 323 na Figura 3. Assim, o método 500 pode ser iniciado após o ato 322 na Figura 3.

[00045] O método 500 executa a operação de gravação por gravar o conteúdo associado da solicitação de gravação é gravado na região de endereço do container de dados específicos do aplicativo no volume de operação (ato 501). O método 500 também determina se a região de endereço correspondendo à solicitação de gravação já está restaurada para o container de dados específicos do aplicativo no volume operacional (bloco de decisão 502). Isto novamente pode ser realizado pelo módulo de recuperação 223 consultando uma condição de progresso da recuperação 251. Em adição, isto pode ser realizado pelo módulo de recuperação 223 consultando uma indicação de já gravado 252 que a região de endereço do container de dados específicos do aplicativo gravou desde o começo da recuperação. Por exemplo, a região de endereço pode ter sido gravada em resposta a uma execução anterior do método 500 ou em resposta ao ato 406 na Figura 4, mesmo que, no entanto, a região de endereço ainda não tenha sido alcançada através da recuperação normal executada pelo ato 304.

[00046] Se a região de endereço para a solicitação de gravação já estiver restaurada para o container de dados específicos do aplicativo ("Sim" no bloco de decisão 502), isto completa a operação de gravação, desse modo retornando para o ato 324 na Figura 3 para reiniciar a operação de restauração. Se a região de endereço para a solicitação de gravação ainda não tiver sido restaurada para o container de dados específicos do aplicativo ("Não" no bloco de decisão 502), o indicador de já gravado 252 é atualizado para refletir que a região de endereço foi gravada desde que a operação de recuperação começou (ato 503). Depois disso, novamente, desse modo retornando para o ato 324 na Figura 3 para reiniciar a operação de restauração. O método 500 pode ser repetido várias vezes para cada solicitação de gravação recebida durante o processo de recuperação. Uma vez que o processo de recuperação seja completado (ato 306), operações de gravação podem continuar como normais, sem intervenção do módulo de gerenciamento 221.

[00047] A partir da perspectiva do módulo de recuperação, o módulo de recuperação 223 determina que um container de dados específicos do aplicativo particular de um aplicativo é para ser sujeito à recuperação a partir de um instantâneo. Por exemplo, o módulo de recuperação 223 pode ter recebido uma instrução para recuperação a partir do módulo de gerenciamento 221 em resposta ao módulo de gerenciamento 221 executar o ato 301 na Figura 3. Em resposta, o módulo de recuperação inicia a recuperação.

[00048] O módulo de recuperação continua a recuperação por copiar conteúdo a partir do instantâneo para o container de dados específicos do aplicativo uma parte por vez, o que é análogo ao ato 304 da Figura 3. O módulo de recuperação não responde às instruções para pausa e reinicia a recuperação em resposta aos atos 312, 314, 322 e 324, mas, de outro modo, simplesmente continua a recuperação. Independente de tais pausas momentâneas, a operação de recuperação ainda pode ser dita como estando continuando como apresentado no ato 304. O módulo de recuperação também rastreia pelo menos uma região de endereço correspondendo a uma solicitação de gravação que é feita em relação ao container específico do aplicativo no volume operacional separado da recuperação. Por exemplo, isto pode ser realizado utilizando o indicador de já gravado 252 na Figura 2. Quando copiando uma parte por vez a partir do instantâneo, o módulo de recuperação salta a cópia para quaisquer endereços que já tenham sido gravados como indicado dentro do indicador 252. Isto impede a recuperação de gravar por cima de dados mais recentes criados por permitir que o aplicativo 201A continua o processamento durante a recuperação.

[00050] Uma implementação ilustrativa de como a contenção de colisão pode ser facilitada será agora descrita, primeiro a partir da perspectiva da operação de leitura / gravação, e então, a partir da perspectiva da recuperação.

[00051] Quando o aplicativo emite uma solicitação de leitura ou gravação, o sistema obtém um bloqueio de intervalo para a região endereçada pela solicitação de leitura ou gravação. Se a recuperação estiver trabalhando no mesmo intervalo, então esta operação de leitura / gravação ficará pendente para ser reiniciada posteriormente. Em segundo lugar, um ponto alto da recuperação (um exemplo da condição de progresso da recuperação 252) é avaliado, junto com um mapa de sujeira (um exemplo do indicador de já gravado 252) ser avaliado, para determinar a ação apropriada como descrito acima. Por exemplo, para uma operação de leitura, é determinado se lê a partir do container de dados (ato 402), ou se lê a partir do instantâneo (ato 403). Para uma operação de gravação, é determinado se o mapa de sujeira precisa ser atualizado para refletir uma gravação (ato 503). A operação de E/S apropriada então é executada, e então, o bloqueio de intervalo é liberado para a região. Se uma recuperação ficar pendente para esta região, então a recuperação é reiniciada para a região.

[00052] A contenção de colisão a partir da perspectiva da recuperação ocorre um intervalo de endereços por vez. Para cada região a ser recuperada, o processo de recuperação obtém um bloqueio de intervalo para a região a ser recuperada. Se uma operação de leitura / gravação já tiver um bloqueio de intervalo em relação a esta região, a re- cuperação em relação à região fica pendente até ser reiniciada posteriormente em relação à conclusão da leitura / gravação. Uma vez que a recuperação esteja apta a obter o bloqueio de intervalo em relação a esta região, a recuperação é executada baseada no mapa de sujeira. Por exemplo, a recuperação irá saltar a cópia do instantâneo para todos estes endereços que estão marcados já tendo sido gravados no mapa de sujeira. Uma vez que a região seja recuperada, o processo de recuperação liberar o bloqueio de intervalo. Isto permite que qualquer solicitação de leitura / gravação pendente seja completado em relação a este intervalo.

[00053] Assim, os princípios descritos neste documento proporcionam um mecanismo eficaz e eficiente para recuperação pretendida de um container de dados específicos do aplicativo sem requerer recuperação de todo o volume, e também enquanto permitindo ao aplicativo continuar a operação em relação ao container de dados específicos do aplicativo que está em processo de ser recuperado.

[00054] As concretizações descritas são para ser consideradas em todos os aspectos somente como ilustrativas e não como restritivas. Todas as alterações que surjam dentro do significado e da faixa de equivalência das concretizações são para ser abrangidas dentro e seu escopo.

Claims

1. Método para recuperar dados específicos de aplicativo correspondendo a um aplicativo, o método caracterizado pelo fato de que compreende as etapas de: determinar (301) que um container de dados específicos do aplicativo (211A) de um aplicativo é para ser sujeito à recuperação a partir de um instantâneo (231); em resposta ao ato de determinar (301), iniciar (303) recuperação de um estado anterior do conteúdo do container de dados específicos do aplicativo (211A) a partir de um instantâneo (231) anterior por começar a cópia de uma versão anterior do conteúdo a partir do instantâneo (231) para o container de dados específicos do aplicativo (211A) em um volume de operação acessível pelo aplicativo, sendo que um bloqueio de intervalo é efetuado para uma região do container de dados específicos do aplicativo (211A) antes que tal região seja recuperada; enquanto o conteúdo do container de dados específicos do aplicativo (211A) ainda está sendo copiado a partir do instantâneo (231) para o container de dados específicos do aplicativo (211A), permitir (305) ao aplicativo executar operações de leitura e gravação em relação ao container de dados específicos do aplicativo (211A), sendo que, se um bloqueio de intervalo tiver sido efetuado para uma região a ser recuperada e a referida região contiver o local da memória que está sendo lido ou gravado, as operações de leitura e gravação respectivas estão pendentes para serem retomadas posteriormente; e adicionalmente compreendendo: após o ato de permitir (305) ao aplicativo executar operações de leitura e gravação em relação ao container específico do aplicativo, mas antes da recuperação estar completa, um ato de detectar que o aplicativo emitiu uma solicitação de leitura (311) para uma regi- ão de endereço do container de dados específicos do aplicativo (211A), ou que o aplicativo emitiu uma solicitação de gravação (321) para uma região de endereço do contêiner de dados específico do aplicativo, em que, quando uma solicitação de leitura ou gravação é emitida, um bloqueio de intervalo é efetuado para a região de endereço endereçada pela solicitação de leitura ou gravação; após o ato de detectar, pausar (312, 322) a recuperação para a região de endereço; executar (313, 323) a operação de leitura ou de gravação, respectivamente; após o ato de executar (313, 323) a operação de leitura ou de gravação, liberar o bloqueio de faixa para a região de endereço endereçada pela solicitação de leitura ou gravação; e retomar (314, 324) a recuperação da região de endereço; e depois que a região for recuperada, liberar o bloqueio de intervalo para a região.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que adicionalmente compreende o seguinte em resposta à solicitação de leitura: determinar (401) que a região de endereço correspondendo à solicitação de leitura já está restaurada para o container de dados específicos do aplicativo (211A) no volume operacional; e em resposta ao ato de determinar (401) que a região de endereço correspondendo à solicitação de leitura já está restaurada, ler (402) o conteúdo da região de endereço a partir do container de dados específicos do aplicativo (211A) no volume operacional.

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que adicionalmente compreende o seguinte em resposta à solicitação de leitura: determinar (401) que a região de endereço correspondendo à solicitação de leitura ainda não foi restaurada para o container de dados específicos do aplicativo (211A) no volume operacional; em resposta ao ato de determinar (401) que a região de endereço correspondendo à solicitação de leitura ainda não foi restaurada, ler (404) o conteúdo a partir do instantâneo (231); e proporcionar (403) o conteúdo lido para o aplicativo.

4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que adicionalmente compreende: após o ato de determinar que o container de dados específicos do aplicativo (211A) de um aplicativo é para ser sujeito à recuperação a partir de um instantâneo (231) e antes do ato de iniciar a recuperação, fechar o container de dados específicos do aplicativo (211A) de modo a não ficar acessível para o aplicativo.

5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o aplicativo compreende uma máquina virtual.

6. Sistema no qual recuperação pretendida de um aplicativo pode ocorrer sem recuperação de todo o sistema, o sistema caracterizado pelo fato de que compreende: um volume operacional (210) acessível para vários aplicativos (201), o volume operacional (210) incluindo um container de dados específicos do aplicativo (211A) correspondendo a um aplicativo particular (201A) da pluralidade de aplicativos (201); um módulo de instantâneo (222) configurado para tirar ins-tantâneos (231) de pelo menos do container específico do aplicativo; um módulo de gerenciamento (221) configurado para determinar que o container de dados específicos do aplicativo (211A) é para ser sujeito à recuperação a partir de um instantâneo (231) obtido pelo módulo de instantâneo (222); e um módulo de recuperação (223) configurado para executar a recuperação do container de dados específicos do aplicativo (211A) quando determinado pelo módulo de gerenciamento (221), começando a copiar uma versão anterior do conteúdo a partir do instantâneo (231) para o contêiner de dados específico do aplicativo (211A), em que um bloqueio de intervalo é efetuado para uma região do contêiner de dados específico do aplicativo (211A) que está sendo recuperada, em que o módulo de gerenciamento (221) permite ao aplicativo (201) executar operações de leitura e gravação em relação ao container de dados específicos do aplicativo (211A) enquanto o módulo de recuperação (223) está executando a recuperação, sendo que, se um bloqueio de intervalo tiver sido efetuado para uma região a ser recuperada, e a referida região contém a memória local da qual está sendo lido ou gravado, as respectivas operações de leitura e gravação estão pendentes para serem retomadas posteriormente, em que, após permitir ao aplicativo (201) executar operações de leitura e gravação, mas antes da recuperação estar completa, o módulo de gerenciamento (221), ao detectar que o aplicativo (201) emitiu uma solicitação de leitura (311) para uma região de endereço de conteúdo a partir do container de dados específicos do aplicativo (211A), ou ao detectar que o aplicativo (201) emite uma solicitação de gravação para uma região de endereço do contêiner de dados específico do aplicativo (211A), faz com que a recuperação pause para a referida região de endereço, em que, quando uma solicitação de leitura ou gravação é emitida, um bloqueio de intervalo é realizado para a região de endereço endereçada pelo solicitação de leitura ou gravação; e em que, após a realização da referida operação de leitura ou gravação, o bloqueio de intervalo para a referida região de endereço endereçada pela solicitação de leitura ou gravação é liberado e a recuperação é retomada para a referida região de endereço, e depois que a região é recuperada, o bloqueio de intervalo para essa região é liberado.