RU2665307C2 - Восстановление приложения из моментального снимка - Google Patents

Восстановление приложения из моментального снимка Download PDF

Info

Publication number
RU2665307C2
RU2665307C2 RU2015138967A RU2015138967A RU2665307C2 RU 2665307 C2 RU2665307 C2 RU 2665307C2 RU 2015138967 A RU2015138967 A RU 2015138967A RU 2015138967 A RU2015138967 A RU 2015138967A RU 2665307 C2 RU2665307 C2 RU 2665307C2
Authority
RU
Russia
Prior art keywords
application
application data
data container
read
recovery
Prior art date
Application number
RU2015138967A
Other languages
English (en)
Other versions
RU2015138967A (ru
Inventor
Андреа Д'АМАТО
Винод Р. ШАНКАР
Original Assignee
МАЙКРОСОФТ ТЕКНОЛОДЖИ ЛАЙСЕНСИНГ, ЭлЭлСи
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by МАЙКРОСОФТ ТЕКНОЛОДЖИ ЛАЙСЕНСИНГ, ЭлЭлСи filed Critical МАЙКРОСОФТ ТЕКНОЛОДЖИ ЛАЙСЕНСИНГ, ЭлЭлСи
Publication of RU2015138967A publication Critical patent/RU2015138967A/ru
Application granted granted Critical
Publication of RU2665307C2 publication Critical patent/RU2665307C2/ru

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00Accessing, addressing or allocating within memory systems or architectures
    • G06F12/16Protection against loss of memory contents
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • G06F11/1469Backup restoration techniques
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1479Generic software techniques for error detection or fault masking
    • G06F11/1482Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G06F11/1484Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/825Indexing scheme relating to error detection, to error correction, and to monitoring the problem or solution involving locking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/84Using snapshots, i.e. a logical point-in-time copy of the data

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Retry When Errors Occur (AREA)

Abstract

Изобретение относится к целевому восстановлению данных приложения. Технический результат – повышение эффективности целевого восстановления данных приложения, соответствующих приложению. Способ для восстановления данных приложения, соответствующих приложению, при котором восстановление инициируется началом копирования предыдущего состояния содержимого контейнера данных приложения из предыдущего моментального снимка в контейнер данных приложения в операционном томе, доступном приложению, при этом, в то время как содержимое контейнера данных приложения все еще копируется из моментального снимка в контейнер данных приложения, приложению все еще разрешено выполнять операции записи и чтения в контейнере данных приложения, таким образом, контейнер данных приложения является полностью доступным приложению, даже если восстановление содержимого контейнера данных приложения все еще продолжается в фоновом режиме. 3 н. и 4 з.п. ф-лы, 5 ил.

Description

УРОВЕНЬ ТЕХНИКИ
[0001] Компьютеры и вычислительные системы оказывают влияние почти на каждый аспект современной жизни. Компьютеры в целом задействованы в работе, отдыхе, заботе о здоровье, перевозках, развлечениях, управлении хозяйством и другом. Функциональность компьютера, как правило, являются результатом исполнения программного кода компьютерными системами. Компьютер использует том для хранения программного кода, а также для хранения данных.
[0002] Время от времени том может быть испорчен или сам том может быть поврежден. В любом случае том становится неиспользуемым. Для того чтобы подготовиться к такого рода событию возникновения ошибки, вычислительная система может вызывать получение периодических моментальных снимков тома. Если событие возникновения ошибки происходит, том может быть заменен, если поврежден, и модуль восстановления может содействовать восстановлению тома посредством копирования обратно из последнего действующего моментального снимка в том. Таким образом, несмотря на ошибку тома, том возвращается к предыдущему состоянию, позволяющему вернуть функциональность компьютера.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0003] В соответствии с по меньшей мере одним вариантом осуществления, описанном в данном документе, описывается целевое восстановление данных приложения, соответствующих приложению. В качестве примера приложение может быть виртуальной машиной, в то время как данные приложения могут быть виртуальным жестким диском, относящимся к виртуальной машине. Восстановление данных приложения осуществляется без выполнения восстановления всего тома.
[0004] Восстановление инициируется началом копирования предыдущего состояния содержимого контейнера данных приложения из предыдущего моментального снимка в контейнер данных приложения в операционном томе, доступном приложению. Однако в то время как содержимое контейнера данных приложения копируется из моментального снимка в контейнер данных приложения, приложению все еще разрешено выполнять операции записи и чтения в контейнере данных приложения. Таким образом, контейнер данных приложения является полностью доступным приложению, даже если восстановление содержимого контейнера данных приложения все еще продолжается в фоновом режиме.
[0005] Данная сущность не подразумевает определения ключевых признаков или существенных признаков заявленного изобретения, а также не подразумевает использования в качестве помощи в определении объема заявленного изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0006] Для описания того, каким образом могут быть получены вышеуказанные и другие преимущества и признаки, более подробное описание различных вариантов осуществления будет представлено со ссылкой на прилагаемые чертежи. Понятно, что эти чертежи изображают только выборочные варианты осуществления и, следовательно, не должны рассматриваться как ограничивающие объем изобретения, варианты осуществления будут описаны и пояснены с дополнительной спецификой и детальностью посредством использования прилагаемых чертежей, на которых:
[0007] Фиг. 1 абстрактно иллюстрирует вычислительную систему, в которой могут быть применены некоторые варианты осуществления, описанные в данном документе;
[0008] Фиг. 2 схематично иллюстрирует примерную систему, в которой целевое восстановление приложения может происходить без восстановления всей системы, в соответствии с принципами, описанными в данном документе;
[0009] Фиг. 3 иллюстрирует блок-схему последовательности операций способа для восстановления данных приложения, соответствующих приложению;
[0010] Фиг. 4 иллюстрирует блок-схему последовательности операций способа для выполнения операции чтения, в то время как все еще продолжается операция восстановления; и
[0011] Фиг. 5 иллюстрирует блок-схему последовательности операций способа для выполнения операции записи, в то время как все еще продолжается операция восстановления.
ПОДРОБНОЕ ОПИСАНИЕ
[0012] В соответствии с вариантами осуществления, описанными в данном документе, описывается целевое восстановление данных приложения, соответствующих приложению, без выполнения восстановления всего тома. Восстановление инициируется посредством начала копирования предыдущего состояния содержимого контейнера данных приложения из предыдущего моментального снимка в контейнер данных приложения в операционном томе, доступном приложению. Однако в то время как содержимое контейнера данных приложения все еще копируется из моментального снимка в контейнер данных приложения, приложению все еще разрешается выполнять операции записи и чтения в контейнере данных приложения с использованием принципов, дополнительно описанных ниже. Таким образом, контейнер данных приложения является полностью доступным приложению, даже если восстановление содержимого контейнера данных приложения все еще продолжается в фоновом режиме.
[0013] Со ссылкой на фигуру 1 представлено некоторое предварительное обсуждение вычислительной системы. Затем описано целевое восстановление в представленном выше порядке относительно фигур 2-5.
[0014] В настоящее время существует все больше различных форм вычислительных систем. Например, вычислительные системы могут быть мобильными устройствами, оборудованием, ноутбуками, настольными компьютерами, мэйнфреймами, распределенными вычислительными системами, и даже устройствами, которые традиционно не рассматривались как вычислительные системы. В данном описании и формуле изобретения термин «вычислительная система» определен широко, как включающий в себя любое устройство или систему (или их комбинацию), которое включает в себя по меньшей мере один физический и вещественный процессор и физическую и вещественную память, выполненную с возможностью хранения в себе исполняемые компьютером инструкции, которые могут быть исполнены процессором. Память может принимать любую форму и зависеть от природы и формы вычислительной системы. Вычислительная система может быть распределена по сетевой среде и может включать в себя множественные составляющие вычислительные системы.
[0015] Как показано на фиг. 1, в своей наиболее базовой конфигурации вычислительная система 100 выключает в себя по меньшей мере один блок 102 обработки и считываемые компьютером носители (среда) 104. Традиционно предполагается, что считываемые компьютером носители 104 могут включать в себя физическую системную память, которая может быть энергозависимой, энергонезависимой, или некоторой комбинацией из двух упомянутых. Считываемые компьютером носители 104 также обычно включают в себя энергонезависимую массовую память. Если вычислительная система является распределенной, возможность обработки, запоминания и/или хранения также могут быть распределенными.
[0016] Согласно данному документу, термин «исполняемый модуль» или «исполняемый компонент» могут относиться к объектам программного обеспечения, маршрутизации, или способам, которые могут быть исполнены на вычислительной системе. Различные компоненты, модули, подсистемы и службы, описанные в данном документе, могут быть реализованы как объекты или процессы, которые исполняют на вычислительной системе (например, отдельные потоки). Такие исполняемые модули могут быть управляемым кодом, в случае их исполнения в управляемой среде, в которой принудительно используется безопасность типов, и в которой процессы выделяются своим собственным отдельным объектам памяти. Такие исполняемые модули могут также быть неуправляемым кодом, в случае, если исполняемые модули созданы в собственном коде, таком как С или С++.
[0017] В последующем описании варианты осуществления описаны со ссылкой на этапы, выполняемые одной или более вычислительными системами. Если такие этапы реализуются в программном обеспечении, один или более процессоров ассоциированной вычислительной системы, которая выполняет этап, управляет операцией вычислительной системы в ответ на исполнение исполняемых компьютером инструкций. Например, такие исполняемые компьютером инструкции могут быть реализованы на одном или более считываемых компьютером носителях, которые формируют компьютерный программный продукт. Пример такой операции включает манипуляцию данными. Исполняемые компьютером инструкции (и подвергаемые манипуляции данные) могут храниться в памяти 104 вычислительной системы 100. Вычислительная система 100 также может содержать каналы 108 связи, которые позволяют вычислительной системе 100 осуществлять связь с другими процессорами, например, по сети 110.
[0018] Варианты осуществления, описанные в данном документе, могут содержать или использовать компьютер специального назначения или общего назначения, в том числе аппаратное обеспечение компьютера, такое как, например, один или более процессоров и системную память, как подробно описано ниже по тексту. Варианты осуществления, описанные в данном документе, также включают в себя физический и другие считываемые компьютером носители для переноса или хранения исполняемых компьютером инструкций и/или структур данных. Такие считываемые компьютером носители могут быть любыми доступными носителями, доступ к которым может осуществляться компьютерной системой общего назначения или специального назначения. Считываемые компьютером носители, хранящие исполняемые компьютером инструкции являются физическими носителями данных. Считываемые компьютером носители, переносящие исполняемые компьютером инструкции являются средами передачи. Таким образом, в качестве примера, но не ограничения, варианты осуществления изобретения могут содержать по меньшей мере два совершенно различных вида считываемых компьютером носителей: носители данных компьютера и среду передачи.
[0019] Носители данных компьютера включают в себя RAM, ROM, EEPROM, CD-ROM или другое средство хранения на оптическом диске, средство хранения на магнитном диске или другие магнитные устройства хранения, или любой другой вещественный носитель данных, которые могут использоваться для хранения желаемых средств программного кода в форме исполняемых компьютером инструкций или структур данных, и доступ к которым может осуществляться компьютером общего назначения или компьютером особого назначения.
[0020] Под термином «сеть» понимают одну или более линий передачи данных, обеспечивающих транспортировку компьютерных данных между компьютерными системами и/или модулями и/или другими электронными устройствами. Когда информация пересылается или обеспечивается по сети или другому соединению связи (будь то проводное, беспроводное или комбинация проводного и беспроводного) в компьютер, компьютер должным образом рассматривает соединение в качестве носителя передачи. Среда передач может включать в себя сеть и/или линии передачи данных, которые могут использоваться для переноса желаемых средств программного когда в форме исполняемых компьютером инструкций или структур данных, и к которым может осуществляться доступ компьютером общего назначения или специального назначения. Комбинации вышеупомянутого также должны быть включены в объем считываемых компьютером носителей.
[0021] Далее, по достижении различных компонентов компьютерной системы, средства программного кода в форме исполняемых компьютером инструкций или структур данных могут автоматически пересылаться из среды передачи в носители данных компьютера (или наоборот). Например, исполняемые компьютером инструкции или структуры данных, принимаемые по сети или линии передачи данных, могут быть помещены в буфер в RAM в сетевой интерфейсной плате (например, «NIC»), и затем в конечном счете пересылаться в RAM компьютерной системы и/или в менее энергозависимые носители данных компьютера в компьютерной системе. Таким образом, следует понимать, что носители данных компьютера могут быть включены в компоненты компьютерной системы, которые также (или даже в первую очередь) используют среду передачи.
[0022] Исполняемые компьютером инструкции содержат, например, инструкции и данные, которые, при исполнении на процессоре, предписывают компьютеру общего назначения, компьютеру специального назначения или устройству обработки специального назначения выполнять некоторую функцию или группу функций. Исполняемые компьютером инструкции могут быть, например, двоичными файлами, инструкциями промежуточного формата, такими как язык ассемблера, или даже исходный код. Хотя изобретение, описано на языке, характерном для конструктивных признаков и/или методологических этапов, следует понимать, что изобретение определено в прилагаемой формуле изобретения, и не ограничено описанными выше признаками и этапами. В свою очередь, описанные признаки и этапы раскрыты в качестве примерных форм реализации формулы изобретения.
[0023] Для специалистов в уровне техники понятно, что изобретение может быть осуществлено на практике в сетевых вычислительных окружениях с множеством типов конфигураций компьютерных систем, в том числе персональные компьютеры, стационарные компьютеры, ноутбуки, процессоры сообщений, карманные устройства, многопроцессорные системы, микропроцессорная или программируемая бытовая электроника, сетевые ПК, мини-компьютеры, мэйнфреймы, мобильные телефоны, КПК, пейджеры, маршрутизаторы, коммутаторы и другое. Изобретение также может быть осуществлено на практике в распределенных системных окружениях, где и локальные, и удаленные компьютерные системы, которые связаны (проводными линиями передачи данных, беспроводными линиями передачи данных или их комбинацией проводных и беспроводных линий передачи данных) по сети, выполняют задания. В распределенном системном окружении программные модули могут быть размещены как в локальных, так и в удаленных запоминающих устройствах хранения.
[0024] Фиг. 2 схематично иллюстрирует примерную систему 200, в которой целевое восстановление приложения может происходить без восстановления всей системы в соответствии с принципами, описанными в данном документе. Система 200 включает в себя операционный том 210, доступный многочисленным приложениям 201 так, что приложения 201 могут записывать в операционный том 210 и считывать его. Например, приложения 201 проиллюстрированы, включающими в себя четыре приложения 201А, 201В, 201С и 201D, хотя многоточие 201Е представляет то, что принципы, описанные в данном документе, вовсе не ограничены системой, которая работает с конкретным количеством приложений. Система 200 может работать с единственным приложением 201А, или, возможно, с тысячами приложений, все из которых совместно используют операционный том 210. Термин «том» является единым пространством имен, которое распознается файловой системой как включающее в себя последовательные логические или физические адреса.
[0025] Операционный том 210 хранит контейнер 211А данных приложения, хотя операционный том 210 может хранить огромные объемы данных, помимо контейнера данных приложения, о чем говорит многоточие 211В. Контейнер 211А данных приложения ассоциирован с приложением 201А, что представлено линией 212. Контейнер 211А данных приложения может быть, например, файлом приложения.
[0026] В одном примере каждое из приложений 201 может быть виртуальной машиной. В этом случае приложение 201А может быть виртуальной машиной, и контейнер 211А данных приложения может быть виртуальным жестким диском, ассоциированным с приложением 201А. В этом случае система 200 может быть частью главной вычислительной системы, которая размещает у себя многочисленные виртуальные машины. Главная вычислительная система может иметь многочисленные тома, хотя только один том 210 проиллюстрирован на фигуре 2.
[0027] Принципы, описанные в данном документе, позволяют осуществлять удобное восстановление контейнера данных приложения без восстановления всего тома, в котором хранится упомянутый контейнер данных приложения. Например, на фигуре 2, контейнер 211А данных приложения может быть восстановлен без восстановления всего тома 210. Это полезно тем, что иногда контейнер 211А данных приложения может стать поврежденным или ненадежным, в то время как сам по себе том 210 в целом остается неповрежденным. Кроме того, восстановление всего тома может занять намного больше времени, чем восстановление только части тома.
[0028] Немаловажно, что система 200 дополнительно работает так, что приложение 201А может продолжать работать с контейнером 211А данных приложения, в то время как восстановление контейнера 211А данных приложения идет в фоновом режиме. Таким образом, с точки зрения приложения 201А, восстановление происходит быстро, а, возможно, и за очень незначительное время, в то время как в действительности восстановление происходит в фоновом режиме в течение гораздо большего времени.
[0029] Для содействия этому целевому и быстрому восстановлению, система 200 включает в себя некоторое количество исполнимых модулей, в том числе модуль 221 управления, модуль 222 моментального снимка и модуль 223 восстановления. Каждый из этих модулей ниже будет описан более подробно.
[0030] Экземпляр каждого из модулей 221-223 может создаваться и/или управляться вычислительной системой (такой как вычислительная система 100) в ответ на исполнение процессорами (например процессором(ами) 102) вычислительной системы одной или более исполняемых компьютером инструкций, хранящихся на считываемых компьютером носителях данных, представляющих собой компьютерный программный продукт. Хотя конкретные этапы описаны как ассоциированные с модулями 221 и 223, такие этапы не обязательно выполняются конкретными описанными модулями.
[0031] В целях подготовки к возможной необходимости восстановления, модуль 222 моментального снимка получает моментальные снимки, по меньшей мере, контейнера 211А данных приложения, но возможно и большего сегмента тома 210, или даже возможно всего тома 210 в целом. Эти моментальные снимки могут быть периодическими и/или в ответ на конкретные события. В любом случае фигура 2 иллюстрирует пример, в котором модуль моментального снимка получил три моментальных снимка 231А, 231В и 231С контейнера 211А данных приложения и обеспечил моментальные снимки 231А, 231В и 231С в томе 230 моментальных снимков, что представлено многоголовой стрелкой 241. В этом примере, моментальный снимок 231А является самым старым моментальным снимком, моментальный снимок 231В является вторым полученным моментальным снимком, моментальный снимок 231С является самым последним моментальным снимком контейнера 211А данных приложения.
[0032] Модуль 221 управления определяет, подвержен ли и когда контейнер данных приложения восстановлению из моментального снимка в томе 230 моментального снимка. В ответ модуль 223 восстановления выполняет восстановление контейнера 211А данных приложения из моментального снимка 231С в томе 230 моментальных снимков для того, чтобы осуществить повторное заполнение содержимым контейнера 221А данных приложения, что представлено стрелкой 242. Пока контейнер 211А данных приложения может не быть моментально доступным приложению 201А, в то время как инициируется восстановление, сразу после того, как восстановление инициировано, модуль 221 управления может разрешать приложению 201А выполнять операции записи и чтения в контейнере 211А данных приложения.
[0033] Фигура 3 иллюстрирует блок-схему последовательности операций способа 300 для восстановления данных приложения, соответствующих приложению. Поскольку способ 300 может быть выполнен в системе 200 с фигуры 2, способ 300 будет описан со ссылкой на фигуру 2.
[0034] Способ 300 инициируется после определении того, что конкретный контейнер данных приложения некоторого приложения должен подвергаться восстановлению из моментального снимка (этап 301). Например, со ссылкой на фигуру 2, модуль 221 управления определяет, что контейнер 211A данных приложения некоторого приложения 201А должен подвергаться восстановлению из моментального снимка 231С.
[0035] В ответ способ временно делает контейнер данных приложения недоступным приложению, например, закрывая контейнер данных приложения (этап 302). Например, со ссылкой на фигуру 2, компонент 221 управления может закрыть контейнер 211А данных приложения. Контейнер 211А данных приложения будет оставаться закрытым короткое время, в сравнении с общим временем операции восстановления. Кроме того, контейнер 211А данных приложения закрывается без закрытия операционного тома 210, таким образом оставляя операционный том 210 доступным по меньшей мере одному другому приложению (например приложению 201В), в то время как контейнер 211А данных приложения закрыт.
[0036] Затем инициируется операция восстановления (этап 303). Например, со ссылкой фигуру 2, модуль 223 восстановления инициирует восстановление посредством начала копирования предыдущего состояния содержимого контейнера 201А данных приложения из предыдущего моментального снимка 231С, что представлено стрелкой 242. Модуль 223 восстановления будет продолжать копирование из предыдущего моментального снимка 231С одной области контейнера 201А данных приложения за раз. До восстановления области, модуль 223 восстановления осуществит блокировку диапазона для этой области.
[0037] Когда операция восстановления инициирована, контейнер данных приложения открывается (этап 305), посредством чего приложению разрешается выполнять операции записи и чтения в контейнере данных приложения, поскольку отсутствуют блокировки диапазона, устанавливаемые модулем восстановления на область, которая содержит считываемую или записываемую ячейку памяти. Контейнер данных приложения открывается, даже если продолжается операция восстановления (этап 304), и фактически, она могла начаться лишь несколько мгновений назад. Таким образом, со ссылкой фигуру 2, модуль 223 восстановления продолжает восстановление в фоновом режиме (что представлено стрелкой 242) , в то время как модуль 221 управления продолжает допускать приложение 201А к выполнению операций записи и чтения в контейнере 211А данных приложения.
[0038] В то время как восстановление все еще происходит (этап 304), модуль 221 управления работает, чтобы отвечать на запросы на запись и чтение от приложения 201А таким образом, что запросы на запись и чтение обеспечиваются совместимыми с восстановлением, как описано в данном документе.
[0039] Например, после обнаружения того, что приложение 201А выдает запрос на чтение адресной области содержимого из контейнера данных приложения («Да» в блоке 311 принятия решения), модуль 221 управления предписывает немедленную приостановку восстановления для этой адресной области (этап 312), так что если восстановление приближается близко к этой адресной области, или даже достигает этой адресной области, восстановление приостанавливается. Выполняется операция чтения (этап 313), и после этого возобновляется восстановление для этой адресной области, так что если восстановление приблизилось или достигло бы области, восстановление не было бы приостановлено (этап 314). Как пример, операция чтения может быть выполнена проиллюстрированным и описанным относительно фигуры 4 образом. Этапы 312-314 могут выполняться каждый раз, когда приложение 201А выдает запрос на чтение контейнеру 211А данных приложения.
[0040] При обнаружении того, что приложение 201А выдает запрос на запись в адресную область контейнера данных приложения («Да» в блоке 321 принятия решения), модуль 221 управления снова предписывает немедленную приостановку восстановления для этой адресной области (этап 322), так что если восстановление приближается близко к этой адресной области, или даже достигает этой адресной области, восстановление приостанавливается. Выполняется операция записи (этап 323), и после этого восстановление возобновляется, так что если восстановление приблизилось или достигло бы области, восстановление не было бы приостановлено (этап 324). Как пример, операция записи может быть выполнена проиллюстрированным и описанным относительно фигуры 5 образом. Этапы 312-314 могут выполняться каждый раз, когда приложение 201А выдает запрос на чтение контейнеру 211А данных приложения.
[0041] Фигура 4 иллюстрирует способ 400 для ответа на запрос на чтение в то время, как все еще продолжается операция восстановления. Способ 400 может быть выполнен для того, чтобы выполнить операцию чтения согласно этапу 313 на фигуре 3. Таким образом, способ 400 может быть инициирован после этапа 312 на фигуре 3.
[0042] Способ 400 определяет, восстановлена ли уже адресная область, соответствующая запросу на чтение, в контейнер данных приложения в операционном томе (блок 401 принятия решения). Это может быть выполнено модулем 223 восстановления, принимающим во внимание статус 251 прогресса восстановления. Например, если модуль 223 восстановления копирует содержимое из моментального снимка 231С последовательно, то статус 251 прогресса восстановления может представлять высшую точку, представляющую старший адрес, восстанавливаемый в контейнер данных приложения. Кроме того, это может быть выполнено модулем 223 восстановления, принимающим во внимание указание 252 выполненной записи, что адресная область контейнера данных приложения записана с начала восстановления. Например, адресная область может быть записана в ответ на выполнение способа 500 или в ответ на этап 406 на фигуре 4, дополнительно описанной ниже, даже если адресная область еще не была достигнута нормальным восстановлением, выполняемым посредством этапа 304.
[0043] Если адресная область для запроса на чтение уже восстановлена в контейнер данных приложения («Да» в блоке 401 принятия решения), содержимое адресной области считывается из контейнера данных приложения в операционном томе (этап 402), и таким образом становится доступным приложению 201А в ответ на запрос на чтение (этап 403). Если адресная область для запроса на чтение еще не восстановлена в контейнер данных приложения («Нет» в блоке 401 принятия решения), то вместо упомянутого содержимое считывается из соответствующей части моментального снимка (этап 404), и содержимое обеспечивается приложению (этап 403) в то время как считываемое содержимое также по выбору обеспечивается в контейнер данных приложения (этап 405). Кроме того, указание выполненной записи по выбору обновляется (этап 406) для отражения того, что имела место запись в адресную область контейнера данных приложения с начала восстановления. Когда операция чтения завершается, способ 400 возвращается к этапу 314 с фигуры 3, где возобновляется операция восстановления. Способ 400 может повторяться множество раз для каждого запроса на чтение, принимаемого во время процесса восстановления. Как только процесс восстановления завершается (этап 306), операции чтения могут продолжаться в нормальном режиме, без вмешательства со стороны модуля 221 управления.
[0044] Фигура 5 иллюстрирует способ 500 для ответа на запрос на запись в то время, как все еще продолжается операция восстановления. Способ 500 может быть выполнен для того, чтобы выполнить операцию записи согласно этапу 313 на фигуре 3. Таким образом, способ 500 может быть инициирован после этапа 322 на фигуре 3.
[0045] Способ 500 выполняет операцию записи посредством записи ассоциированного содержимого запроса на запись в адресную область контейнера данных приложения в операционном томе (этап 501). Способ 500 также определяет, восстановлена ли уже адресная область, соответствующая запросу на запись, в контейнер данных приложения в операционном томе (блок 502 принятия решения). Это снова может быть выполнено модулем 223 восстановления, принимающим во внимание статус 251 прогресса восстановления. Кроме того, это может быть выполнено модулем 223 восстановления, принимающим во внимание указание 252 выполненной записи, что адресная область контейнера данных приложения записана с начала восстановления. Например, адресная область может быть записана в ответ на предшествующее выполнение способа 500 или в ответ на этап 406 на фигуре 4, даже если адресная область еще не была достигнута нормальным восстановлением, выполненным посредством этапа 304.
[0046] Если адресная область для запроса на запись уже восстановлена в контейнер данных приложения («Да» в блоке 502 принятия решения), это завершает операцию записи, посредством чего происходит возврат к этапу 324 на фигуре 3 для возобновления операции восстановления. Если адресная область для запроса на запись еще не восстановлена в контейнер данных приложения («Нет» в блоке 502 принятия решения), то обновляется индикатор 252 выполненной записи для отражения того, что адресная область уже записана с начала операции восстановления (этап 503). После этого снова посредством этого происходит возврат к этапу 324 на фигуре 3 для возобновления операции восстановления. Способ 500 может повторяться множество раз для каждого запроса на запись, принимаемого во время процесса восстановления. Как только процесс восстановления завершается (этап 306), операции записи могут продолжаться в нормальном режиме, без вмешательства со стороны модуля 221 управления.
[0047] Со стороны модуля восстановления, модуль 223 восстановления определяет, что конкретный контейнер данных приложения некоторого приложения должен подлежать восстановлению из моментального снимка. Например, модуль 223 восстановления может принять инструкцию на восстановление от модуля 221 управления в ответ на выполнение модулем 221 управления этапа 301 на фигуре 3. В ответ модуль восстановления инициирует восстановление.
[0048] Модуль восстановление продолжает восстановление посредством копирования содержимого из моментального снимка в контейнер данных приложения по одной части за раз, что аналогично этапу 304 на фигуре 3. Модуль восстановления отвечает на инструкции на приостановку и возобновление восстановления в ответ на этапы 312, 314, 322 и 324, или иначе просто производит восстановление. Несмотря на мимолетные приостановки, операция восстановления все еще считается продолжающейся, как показано на этапе 304.
[0049] Модуль восстановления также отслеживает по меньшей мере одну адресную область, соответствующую запросу на запись, сделанному в контейнере данных приложения в операционном томе, отдельно от восстановления. Например, это может быть выполнено с использованием индикатора 252 выполненной записи на фигуре 2. При копировании одной части за раз из моментального снимка, модуль восстановления пропускает копирование для любых адресов, которые уже были записаны, как указано в рамках индикатора 252. При восстановлении это препятствует перезаписи более новых данных, создаваемых посредством разрешения приложению 201А продолжать обработку во время восстановления.
[0050] Пример реализации того, как можно содействовать избеганию конфликтных ситуаций, будет описан ниже, сначала со стороны операции записи/чтения, а затем со стороны восстановления.
[0051] Когда приложение выдает запрос на запись или чтение, система получает блокировку диапазона для области, к которой адресован упомянутый запрос на запись или чтение. Если восстановление работает в том же самом диапазоне, тогда эта операция записи/чтения будет отложена для возобновления в более позднее время. Затем, для определения подходящего действия оценивается высшая точка восстановления (пример статуса 251 прогресса восстановления), наравне с этим оценивается “грязная” карта (пример индикатора 252 выполненной записи), как описано выше. Например, для операции чтения определяется, осуществлять ли чтение из контейнера данных (этап 402), или осуществлять чтение из моментального снимка (этап 403). Для операции записи определяется, надо ли обновить “грязную” карту для отражения записи (этап 503). Затем выполняется надлежащая операция ввода/вывода (I/O), и затем для области снимается блокировка диапазона. Если восстановление было отложено для этой области, то восстановление для области возобновляется.
[0052] Избегание конфликтных ситуаций со стороны восстановления имеет место в одном диапазоне адресов за раз. Для каждой области, которая должна быть восстановлена, процесс восстановления получает блокировку диапазона для области, которая должна быть восстановлена. Если операция записи/чтения уже имеет блокировку диапазона в этой области, восстановление в этой области откладывается для возобновления в более позднее время по завершении записи/чтения. Как только восстановление способно получить блокировку диапазона в этой области, восстановление выполняется на основе “грязной” карты. Например, восстановление будет пропускать копирование из моментального снимка для всех адресов из тех, которые отмечены как уже записанные в “грязной” карте. Как только диапазон восстановлен, процесс восстановления снимает блокировку диапазона. Это позволяет любому отложенному запросу на запись/чтение завершиться в этом диапазоне.
[0053] Таким образом, принципы, описанные в данном документе, обеспечивают эффективный и действенный механизм целевого восстановления контейнера данных приложения, не требующий восстановления всего тома, и в то же время также позволяющий приложению продолжать работу в контейнере данных приложения, который восстанавливают в настоящий момент.
[0054] Настоящее изобретение может быть реализовано в других особых формах без отклонения от его основных или существенных характеристик. Описанные варианты осуществления должны быть рассмотрены во всех отношениях только как иллюстративные, а не ограничивающие. Таким образом, объем изобретения указан формулой изобретения, а не предшествующим описанием. Все изменения в пределах значений и области эквивалентности формулы должны быть охвачены в полном объеме.

Claims (31)

1. Способ для восстановления данных приложения, соответствующих приложению, содержащий:
этап определения (301), что конкретный контейнер данных приложения некоторого приложения должен подвергаться восстановлению из моментального снимка;
в ответ на этап определения, этап инициирования (303) восстановления предыдущего состояния содержимого контейнера данных приложения из предыдущего моментального снимка посредством начала копирования предыдущей версии содержимого из моментального снимка в контейнер данных приложения в операционном томе, доступном приложению, при этом блокировку диапазона осуществляют для области контейнера данных приложения перед восстановлением этой области; и
в то время как содержимое контейнера данных приложения все еще копируется из моментального снимка в контейнер данных приложения, этап разрешения (305) приложению выполнять операции записи и чтения в контейнере данных приложения, при этом если блокировка диапазона была осуществлена для области, подлежащей восстановлению, и упомянутая область содержит считываемую или записываемую ячейку памяти, соответствующие операции записи и чтения откладывают для возобновления в более позднее время;
и дополнительно содержащий:
после этапа разрешения приложению выполнять операции записи и чтения в контейнере данных приложения, но до завершения восстановления, этап обнаружения, что приложение выдало (311) запрос на чтение адресной области содержимого из контейнера данных приложения или что приложение выдало (321) запрос на запись в адресную область контейнера данных приложения, при этом когда запрос на чтение или запись выдан, блокировку диапазона осуществляют для упомянутой адресной области, к которой адресован этот запрос на чтение или запись;
после этапа обнаружения, этап приостановки (312, 322) восстановления для упомянутой адресной области;
этап выполнения (313, 323) операции чтения или записи, соответственно;
после этапа выполнения операции чтения или записи, этап снятия блокировки диапазона для упомянутой адресной области, к которой адресован запрос на чтение или запись; и
этап возобновления (314, 324) восстановления для упомянутой адресной области; и как только область восстановлена, снятие блокировки диапазона для этой области.
2. Способ по п. 1, в ответ на запрос на чтение дополнительно содержащий следующее:
этап определения (401), что адресная область, соответствующая запросу на чтение, уже восстановлена в контейнер данных приложения в операционном томе; и
в ответ на этап определения, что адресная область, соответствующая запросу на чтение, уже восстановлена, этап чтения (402) содержимого адресной области из контейнера данных приложения в операционном томе.
3. Способ по п. 1, в ответ на запрос на чтение дополнительно содержащий следующее:
этап определения (401), что адресная область, соответствующая запросу на чтение, еще не восстановлена в контейнер данных приложения в операционном томе;
в ответ на этап определения, что адресная область, соответствующая запросу на чтение, еще не восстановлена, этап чтения (404) содержимого из моментального снимка; и
этап обеспечения (403) считанного содержимого приложению.
4. Способ по п. 1, дополнительно содержащий следующее:
после этапа определения, что контейнер данных приложения некоторого приложения должен подвергаться восстановлению из моментального снимка и до этапа инициирования восстановления, этап закрытия контейнера данных приложения, так чтобы он не был доступен приложению.
5. Способ по п. 1, в котором приложение представляет собой виртуальную машину.
6. Система для восстановления данных приложения, соответствующих приложению, в которой целевое восстановление приложения может происходить без восстановления всей системы, содержащая:
операционный том (210), доступный для множества приложений (201), причем операционный том включает в себя контейнер (211А) данных приложения, соответствующий конкретному приложению (201А) упомянутого множества приложений;
модуль (222) моментального снимка, выполненный с возможностью получать моментальные снимки (231), по меньшей мере, контейнера данных приложения;
модуль (221) управления, выполненный с возможностью определять, что контейнер данных приложения должен подвергаться восстановлению предыдущего состояния содержимого из моментального снимка, полученного модулем моментального снимка; и
модуль (223) восстановления, выполненный с возможностью выполнять упомянутое восстановление контейнера данных приложения, когда определено модулем управления, посредством начала копирования предыдущей версии содержимого из моментального снимка в контейнер данных приложения,
при этом блокировка диапазона осуществляется для области восстанавливаемого контейнера данных приложения,
при этом модуль управления разрешает приложению выполнять операции записи и чтения в контейнере данных приложения, в то время как модуль восстановления выполняет восстановление, при этом если блокировка диапазона была осуществлена для области, подлежащей восстановлению и упомянутая область содержит считываемую или записываемую ячейку памяти, соответствующие операции записи и чтения откладываются для возобновления в более позднее время;
при этом после разрешения приложению выполнять упомянутую операцию записи и чтения, но до завершения восстановления, модуль управления при обнаружении того, что приложение выдает запрос на чтение адресной области содержимого из контейнера данных приложения, или при обнаружении того, что приложение выдает запрос на запись в адресную область контейнера данных приложения, вызывает приостановку восстановления для упомянутой адресной области, при этом когда запрос на чтение или запись выдан, блокировка диапазона осуществляется для упомянутой адресной области, к которой адресован этот запрос на чтение или запись, и
при этом после выполнения упомянутой операции чтения или записи, блокировка диапазона для упомянутой адресной области, к которой адресован запрос на чтение или запись, снимается и восстановление возобновляется для упомянутой адресной области; и
как только область восстановлена, блокировка диапазона для этой области снимается.
7. Считываемый компьютером носитель данных, хранящий исполняемые компьютером инструкции, которые, при исполнении процессором, выполняют способ по одному из пп. 1-5.
RU2015138967A 2013-03-14 2014-03-11 Восстановление приложения из моментального снимка RU2665307C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/829,204 US9430333B2 (en) 2013-03-14 2013-03-14 Recovery of application from snapshot
US13/829,204 2013-03-14
PCT/US2014/023072 WO2014159334A1 (en) 2013-03-14 2014-03-11 Recovery of application from snapshot

Publications (2)

Publication Number Publication Date
RU2015138967A RU2015138967A (ru) 2017-03-16
RU2665307C2 true RU2665307C2 (ru) 2018-08-28

Family

ID=50513440

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2015138967A RU2665307C2 (ru) 2013-03-14 2014-03-11 Восстановление приложения из моментального снимка

Country Status (7)

Country Link
US (1) US9430333B2 (ru)
EP (1) EP2972874B1 (ru)
JP (1) JP6431521B2 (ru)
CN (1) CN105144113B (ru)
BR (1) BR112015019280B1 (ru)
RU (1) RU2665307C2 (ru)
WO (1) WO2014159334A1 (ru)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8601473B1 (en) 2011-08-10 2013-12-03 Nutanix, Inc. Architecture for managing I/O and storage for a virtualization environment
US11243707B2 (en) 2014-03-12 2022-02-08 Nutanix, Inc. Method and system for implementing virtual machine images
US9424140B1 (en) * 2014-08-20 2016-08-23 Amazon Technologies, Inc. Providing data volume recovery access in a distributed data store to multiple recovery agents
WO2016122670A1 (en) * 2015-01-30 2016-08-04 Hewlett-Packard Development Company, L.P. Backup image restore
US10613947B2 (en) * 2016-06-09 2020-04-07 Nutanix, Inc. Saving and restoring storage devices using application-consistent snapshots
CN106681866B (zh) * 2016-12-30 2019-10-18 成都华为技术有限公司 一种保证应用一致性的方法、装置及系统
US10409988B2 (en) 2017-01-20 2019-09-10 Hewlett Packard Enterprise Development Lp Escalated remediation
US10331528B2 (en) 2017-03-02 2019-06-25 Hewlett Packard Enterprise Development Lp Recovery services for computing systems
US10824522B2 (en) 2017-11-27 2020-11-03 Nutanix, Inc. Method, apparatus, and computer program product for generating consistent snapshots without quiescing applications
US11182363B2 (en) 2018-06-29 2021-11-23 International Business Machines Corporation Data validation in copy repositories
US10795780B2 (en) 2018-06-29 2020-10-06 International Business Machines Corporation Data breach source and timeline analysis
US10929249B2 (en) 2018-06-29 2021-02-23 International Business Machines Corporation Optimized data corruption source and timeline analysis
US10929248B2 (en) 2018-06-29 2021-02-23 International Business Machines Corporation Data corruption source and timeline analysis
CN109298973A (zh) * 2018-09-28 2019-02-01 联想(北京)有限公司 一种信息恢复方法和电子设备
US11016854B2 (en) 2018-11-28 2021-05-25 International Business Machines Corporation Efficient container based application recovery
US20220188194A1 (en) * 2020-12-10 2022-06-16 Coupang Corp. Cloud-based database backup and recovery

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040059958A1 (en) * 2000-03-23 2004-03-25 Umberger David K. Host I/O performance and availability of a storage array during rebuild by prioritizing I/O requests
US20070055833A1 (en) * 2005-09-06 2007-03-08 Dot Hill Systems Corp. Snapshot restore method and apparatus
US7822758B1 (en) * 2005-04-22 2010-10-26 Network Appliance, Inc. Method and apparatus for restoring a data set
RU2406118C2 (ru) * 2004-09-22 2010-12-10 Майкрософт Корпорейшн Способ и система для синтетического резервного копирования и восстановления данных
US20120017114A1 (en) * 2010-07-19 2012-01-19 Veeam Software International Ltd. Systems, Methods, and Computer Program Products for Instant Recovery of Image Level Backups

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5544347A (en) 1990-09-24 1996-08-06 Emc Corporation Data storage system controlled remote data mirroring with respectively maintained data indices
US5313626A (en) * 1991-12-17 1994-05-17 Jones Craig S Disk drive array with efficient background rebuilding
US5822584A (en) * 1995-10-13 1998-10-13 Compaq Computer Corporation User selectable priority for disk array background operations
US6185699B1 (en) * 1998-01-05 2001-02-06 International Business Machines Corporation Method and apparatus providing system availability during DBMS restart recovery
US6397351B1 (en) * 1998-09-28 2002-05-28 International Business Machines Corporation Method and apparatus for rapid data restoration including on-demand output of sorted logged changes
US6834386B1 (en) * 1999-07-16 2004-12-21 Microsoft Corporation Method and system for regulating background tasks using performance measurements
US7103625B1 (en) * 1999-10-05 2006-09-05 Veritas Operating Corporation Virtual resource ID mapping
US6434681B1 (en) 1999-12-02 2002-08-13 Emc Corporation Snapshot copy facility for a data storage system permitting continued host read/write access
US6957362B2 (en) 2002-08-06 2005-10-18 Emc Corporation Instantaneous restoration of a production copy from a snapshot copy in a data storage system
US7139931B2 (en) * 2002-08-19 2006-11-21 Aristos Logic Corporation Method of controlling the system performance and reliability impact of hard disk drive rebuild
JP4311532B2 (ja) * 2003-03-12 2009-08-12 株式会社日立製作所 記憶システム及び同システムにおけるスナップショット管理方法
US7234077B2 (en) * 2003-06-24 2007-06-19 International Business Machines Corporation Rapid restoration of file system usage in very large file systems
US7529782B2 (en) * 2003-11-13 2009-05-05 Commvault Systems, Inc. System and method for performing a snapshot and for restoring data
US7409510B2 (en) 2004-05-27 2008-08-05 International Business Machines Corporation Instant virtual copy to a primary mirroring portion of data
US7461100B2 (en) 2004-05-27 2008-12-02 International Business Machines Corporation Method for fast reverse restore
US8959299B2 (en) * 2004-11-15 2015-02-17 Commvault Systems, Inc. Using a snapshot as a data source
US7475282B2 (en) * 2004-12-28 2009-01-06 Acronis Inc. System and method for rapid restoration of server from back up
US20060161808A1 (en) 2005-01-18 2006-07-20 Burkey Todd R Method, apparatus and program storage device for providing intelligent copying for faster virtual disk mirroring
CA2613359C (en) * 2005-06-24 2017-05-30 Peter Chi-Hsiung Liu System and method for high performance enterprise data protection
US7398365B1 (en) 2005-07-13 2008-07-08 Symantec Corporation Restoring data with reduced suspension-of-access periods
US7788521B1 (en) * 2005-07-20 2010-08-31 Bakbone Software, Inc. Method and system for virtual on-demand recovery for real-time, continuous data protection
JP4809040B2 (ja) * 2005-11-08 2011-11-02 株式会社日立製作所 ストレージ装置及びスナップショットのリストア方法
US7774565B2 (en) * 2005-12-21 2010-08-10 Emc Israel Development Center, Ltd. Methods and apparatus for point in time data access and recovery
US7467268B2 (en) * 2006-04-14 2008-12-16 Hewlett-Packard Development Company, L.P. Concurrent data restore and background copy operations in storage networks
US7650533B1 (en) * 2006-04-20 2010-01-19 Netapp, Inc. Method and system for performing a restoration in a continuous data protection system
US8607009B2 (en) * 2006-07-13 2013-12-10 Microsoft Corporation Concurrent virtual machine snapshots and restore
US9043391B2 (en) * 2007-02-15 2015-05-26 Citrix Systems, Inc. Capturing and restoring session state of a machine without using memory images
US8341459B2 (en) * 2007-08-01 2012-12-25 Brocade Communications Systems, Inc. Data migration without interrupting host access and with data lock for write access requests such that held write access requests do not expire
US9501368B2 (en) * 2008-09-30 2016-11-22 Veritas Technologies Llc Backing up and restoring selected versioned objects from a monolithic database backup
JP5409159B2 (ja) * 2009-07-23 2014-02-05 キヤノン株式会社 情報処理装置、情報処理装置の制御方法及びプログラム
US9015129B2 (en) * 2010-02-09 2015-04-21 Veeam Software Ag Cross-platform object level restoration from image level backups
US9971656B2 (en) 2010-12-13 2018-05-15 International Business Machines Corporation Instant data restoration
US8819328B2 (en) * 2010-12-30 2014-08-26 Sandisk Technologies Inc. Controller and method for performing background operations
US8909602B2 (en) * 2011-02-03 2014-12-09 Vmware, Inc. Programmatic snapshot and revert of virtualized data center inventory
US9411687B2 (en) * 2011-06-03 2016-08-09 Apple Inc. Methods and apparatus for interface in multi-phase restore
US8726083B1 (en) * 2011-07-29 2014-05-13 Emc Corporation Synchronized taking of snapshot memory images of virtual machines and storage snapshots
US8793443B2 (en) * 2011-09-09 2014-07-29 Lsi Corporation Methods and structure for improved buffer allocation in a storage controller
CN102331949B (zh) * 2011-10-12 2014-11-05 华为技术有限公司 一种虚拟机内存快照生成和恢复方法、装置及系统
US20150212894A1 (en) * 2014-01-24 2015-07-30 Commvault Systems, Inc. Restoring application data from a single snapshot for multiple applications

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040059958A1 (en) * 2000-03-23 2004-03-25 Umberger David K. Host I/O performance and availability of a storage array during rebuild by prioritizing I/O requests
RU2406118C2 (ru) * 2004-09-22 2010-12-10 Майкрософт Корпорейшн Способ и система для синтетического резервного копирования и восстановления данных
US7822758B1 (en) * 2005-04-22 2010-10-26 Network Appliance, Inc. Method and apparatus for restoring a data set
US20070055833A1 (en) * 2005-09-06 2007-03-08 Dot Hill Systems Corp. Snapshot restore method and apparatus
US20120017114A1 (en) * 2010-07-19 2012-01-19 Veeam Software International Ltd. Systems, Methods, and Computer Program Products for Instant Recovery of Image Level Backups

Also Published As

Publication number Publication date
WO2014159334A1 (en) 2014-10-02
BR112015019280B1 (pt) 2022-05-10
CN105144113A (zh) 2015-12-09
JP6431521B2 (ja) 2018-11-28
BR112015019280A2 (pt) 2017-07-18
RU2015138967A (ru) 2017-03-16
EP2972874A1 (en) 2016-01-20
JP2016513845A (ja) 2016-05-16
EP2972874B1 (en) 2018-01-03
US20140281709A1 (en) 2014-09-18
US9430333B2 (en) 2016-08-30
CN105144113B (zh) 2018-02-16

Similar Documents

Publication Publication Date Title
RU2665307C2 (ru) Восстановление приложения из моментального снимка
US9003149B2 (en) Transparent file system migration to a new physical location
EP3686739B1 (en) Method and system for enabling agentless backup and restore operations on a container orchestration platform
CN108701048B (zh) 数据加载方法及装置
WO2018058944A1 (zh) 一种删除级联快照的方法及装置
US11210177B2 (en) System and method for crash-consistent incremental backup of cluster storage
JP2006268139A (ja) データ複製装置、方法及びプログラム並びに記憶システム
CN111989656A (zh) 可配置的恢复状态
US20140337594A1 (en) Systems and methods for collapsing a derivative version of a primary storage volume
US10963182B2 (en) System and method for on-demand recovery points
EP2639698B1 (en) Backup control program, backup control method, and information processing device
CN111158858A (zh) 一种虚拟机的克隆方法和装置,及计算机可读存储介质
US20150193311A1 (en) Managing production data
US9665582B2 (en) Software, systems, and methods for enhanced replication within virtual machine environments
WO2024113543A1 (zh) 数据处理方法、系统、装置、非易失性可读存储介质及电子设备
US9235349B2 (en) Data duplication system, data duplication method, and program thereof
CN111868698A (zh) 空闲空间直通
US11762807B2 (en) Method and apparatus for deterministically identifying sets of snapshots on a storage system
US20110131181A1 (en) Information processing device and computer readable storage medium storing program
US11126563B1 (en) System and method for tracking changes in system memory
US10776036B2 (en) System and method for efficient restore
WO2024041351A1 (en) Disabling processor facility on new processor generation without breaking binary compatibility