Способ и устройство для восстановления базы данных резервного узла

Способ и устройство для восстановления базы данных резервного узла

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0001] Настоящее изобретение в целом относится к области техники связи, и более конкретно, к способу и устройству для восстановления базы данных резервного узла.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

[0002] База данных (Data Base) является набором связанных и структурированных данных, надлежаще сохраняемых в устройстве хранения данных в компьютере. Технология потоковой репликации по журналу отката (redo) обычно используется, чтобы реализовывать горячее резервное копирование базы данных с двухузловым кластером. База данных активного узла посылает постоянно-формируемые потоки журнала отката на базу данных резервного узла, и база данных резервного узла повторно выполняет потоки журнала отката для восстановления данных, чтобы реализовать горячее резервное копирование. Однако только ограниченные файлы журналов сохраняются в базе данных активного узла. Когда скорость репликации базы данных резервного узла является чрезмерно низкой, восстановление является чрезмерно медленным, сеть разрушена, или подобное, база данных резервного узла не может реплицировать необходимый файл журнала из базы данных активного узла, и механизм потоковой репликации останавливается. В этом случае база данных резервного узла подлежит восстановлению, чтобы продолжить выполнение потоковой репликации.

[0003] В существующем способе для восстановления базы данных резервного узла, все файлы данных и все файлы журнала в базе данных активного узла реплицируют однократно в базу данных резервного узла, так что потоковая репликация может продолжаться после того, как база данных резервного узла повторно запускается. Однако когда в базе данных активного узла имеется большой объем данных, этот способ для восстановления базы данных резервного узла может быть затратной по времени и вызывать чрезвычайно высокое потребление сетевых ресурсов.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0004] Варианты осуществления настоящего изобретения обеспечивают способ и устройство для восстановления базы данных резервного узла, каковое может сократить время для восстановления базы данных резервного узла.

[0005] Согласно первому аспекту, обеспечивается способ для восстановления базы данных резервного узла, включающий в себя: получение информации файла о первом файле страничной структуры (находящемся) в базе данных активного узла и информации файла о втором файле страничной структуры (находящемся) в базе данных резервного узла, где первый файл страничной структуры и второй файл страничной структуры являются файлами данных, соответствующими друг другу; сравнение информации файла о первом файле страничной структуры с информацией файла о втором файле страничной структуры, чтобы получить результат сравнения, является ли информация файла одинаковой; и восстановление базы данных резервного узла в соответствии с результатом сравнения, является ли информация файла одинаковой.

[0006] Со ссылкой на первый аспект, в способе реализации первого аспекта, восстановление базы данных резервного узла в соответствии с результатом сравнения, является ли информация файла одинаковой, включает в себя: когда результат сравнения, является ли информация файла одинаковой, таков, что информация файла о первом файле страничной структуры отличается от информации файла второго файла страничной структуры, замену второго файла страничной структуры первым файлом страничной структуры.

[0008] Со ссылкой на первый аспект и вышеуказанный способ реализации первого аспекта, в другом способе реализации первого аспекта информация файла включает в себя размер файла; и сравнение информации файла о первом файле страничной структуры с информацией файла о втором файле страничной структуры составляет конкретно: сравнение размера файла первого файла страничной структуры с размером файла второго файла страничной структуры.

[0009] Со ссылкой на первый аспект и вышеуказанные способы реализации первого аспекта, в другом способе реализации первого аспекта, когда результатом сравнения размеров файла является «различные», восстановление базы данных резервного узла составляет конкретно замена всех страниц во втором файле страничной структуры всеми страницами (находящимися) в первом файле страничной структуры.

[0010] Со ссылкой на первый аспект и вышеуказанные способы реализации первого аспекта, в другом способе реализации первого аспекта, информация файла включает в себя количество страниц; и сравнение информации файла о первом файле страничной структуры с информацией файла о втором файле страничной структуры составляет конкретно: сравнение количества страницы первого файла страничной структуры с количеством страниц второго файла страничной структуры.

[0011] Со ссылкой на первый аспект и вышеуказанные способы реализации первого аспекта, в другом способе реализации первого аспекта, когда результатом сравнения значений количества страниц является «различные», восстановление базы данных резервного узла является конкретно заменой всех страниц во втором файле страничной структуры всеми страницами в первом файле страничной структуры.

[0012] Со ссылкой на первый аспект и вышеуказанные способы реализации первого аспекта, в другом способе реализации первого аспекта, когда результатом сравнения информации файла является «одинаковая», восстановление базы данных резервного узла составляет конкретно: сравнение поочередно информации версии каждой страницы в первом файле страничной структуры с информацией версии каждой страницы во втором файле страничной структуры; и для страниц с отличающейся информацией версии страницы замена соответствующей страницы во втором файле страничной структуры страницей в первом файле страничной структуры.

[0013] Со ссылкой на первый аспект и вышеуказанные способы реализации первого аспекта, в другом способе реализации первого аспекта информация версии страницы включает в себя местоположение файла журнала или логическую отметку времени системы.

[0014] Со ссылкой на первый аспект и вышеуказанные способы реализации первого аспекта, в другом способе реализации первого аспекта, до восстановления базы данных резервного узла в соответствии с результатом сравнения, является ли информация файла одинаковой, способ дополнительно включает в себя: определение, что база данных активного узла поддерживает отношение репликации, и процесс базы данных резервного узла отключен нормально.

[0015] Со ссылкой на первый аспект и вышеуказанные способы реализации первого аспекта, в другом способе реализации первого аспекта, когда результатом сравнения, является ли информация файла одинаковой, является «одинаковая, и результатом сравнения информации версии страницы является «одинаковая», второй файл страничной структуры не модифицируют.

[0016] Согласно второму аспекту, обеспечивается устройство для восстановления базы данных резервного узла, где устройство включает в себя: блок получения, выполненный с возможностью получения информации файла о первом файле страничной структуры в базе данных активного узла и информации файла о втором файле страничной структуры в базе данных резервного узла, где первый файл страничной структуры и второй файл страничной структуры являются файлами данных, соответствующими друг другу; блок сравнения, выполненный с возможностью сравнения информации файла о первом файле страничной структуры с информацией файла о втором файле страничной структуры, которая получена блоком получения, чтобы получить результат сравнения, является ли информация файла одинаковой; и блок восстановления, выполненный с возможностью восстановления базы данных резервного узла в соответствии с результатом сравнения, является ли информация файла той же, и который получен блоком сравнения.

[0017] Со ссылкой на второй аспект, в способе реализации второго аспекта, блок восстановления конкретно выполнен с возможностью: когда результат сравнения, является ли информация файла одинаковой, таков, что информация файла о первом файле страничной структуры отличается от информации файла о втором файле страничной структуры, заменять второй файл страничной структуры первым файлом страничной структуры.

[0018] Со ссылкой на второй аспект и вышеуказанный способ реализации второго аспекта, в другом способе реализации второго аспекта, информация файла включает в себя размер файла; и блок сравнения конкретно выполнен с возможностью сравнения размера файла первого файла страничной структуры с размером файла для второго файла страничной структуры.

[0019] Со ссылкой на второй аспект и вышеуказанные способы реализации второго аспекта, в очередном способе реализации второго аспекта, когда результатом сравнения размеров файлов, полученным блоком сравнения, является «различные», блок восстановления конкретно выполнен с возможностью замены всех страниц во втором файле страничной структуры всеми страницами в первом файле страничной структуры.

[0020] Со ссылкой на второй аспект и вышеуказанные способы реализации второго аспекта, в очередном способе реализации второго аспекта, информация файла включает в себя количество страниц; и блок сравнения конкретно выполнен с возможностью сравнения количества страниц первого файла страничной структуры с количеством страниц второго файла страничной структуры.

[0021] Со ссылкой на второй аспект и вышеуказанные способы реализации второго аспекта, в очередном способе реализации второго аспекта, когда результатом сравнения количества страниц, полученным блоком сравнения, является «различное», блок восстановления конкретно выполнен с возможностью замены всех страниц во втором файле страничной структуры всеми страницами в первом файле страничной структуры.

[0022] Со ссылкой на второй аспект и вышеуказанные способы реализации второго аспекта, в очередном способе реализации второго аспекта, когда результатом сравнения информации файла является «одинаковая», блок восстановления конкретно выполнен с возможностью: сравнивать поочередно информацию версии каждой страницы в первом файле страничной структуры с информацией версии каждой страницы во втором файле страничной структуры; и для страниц с отличающейся информацией версии страницы заменять соответствующую страницу во втором файле страничной структуры страницей в первом файле страничной структуры.

[0023] Со ссылкой на второй аспект и вышеуказанные способы реализации второго аспекта, в очередном способе реализации второго аспекта информация версии страницы включает в себя местоположение файла журнала или логическую отметку времени системы.

[0024] Со ссылкой на второй аспект и вышеуказанные способы реализации второго аспекта, в очередном способе реализации второго аспекта устройство дополнительно включает в себя блок определения, и блок определения выполнен с возможностью: до восстановления блоком восстановления базы данных резервного узла в соответствии с результатом сравнения, является ли информация файла одинаковой, дополнительно определять, что база данных активного узла поддерживает отношение репликации, и процесс базы данных резервного узла отключен нормально.

[0025] Со ссылкой на второй аспект и вышеуказанные способы реализации второго аспекта, в очередном способе реализации второго аспекта, когда результатом сравнения, является ли информация файла одинаковой, и который получен блоком сравнения, является «одинаковая», и результатом сравнения информации версии страницы является «одинаковая», блок восстановления выполнен с возможностью пропуска модифицирования второго файла страничной структуры.

[0026] В вариантах осуществления настоящего изобретения, в ходе восстановления базы данных резервного узла получают информацию файла о первом файле страничной структуры в базе данных активного узла и информацию файла о втором файле страничной структуры в базе данных резервного узла и сравнивают, чтобы определить, является ли информация файла одинаковой, и базу данных резервного узла восстанавливают в соответствии с результатом сравнения, тем самым избегая чрезвычайно высокого потребления сетевого ресурса, вносимого в силу того, что базу данных резервного узла восстанавливают способом полного резервного копирования, когда имеется большой объем данных в базе данных активного узла, и сокращая время для восстановления базы данных резервного узла.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0027] Чтобы описать технические решения в вариантах осуществления настоящего изобретения более ясно, последующее кратко описывает сопроводительные чертежи, требуемые для описания вариантов осуществления настоящего изобретения. Очевидно, сопроводительные чертежи в последующем описании показывают просто некоторые варианты осуществления настоящего изобретения, и специалист в данной области техники все еще может вывести другие чертежи из этих сопроводительные чертежи без творческих усилий.

[0028] Фиг.1 - схема последовательности операций способа для восстановления базы данных резервного узла согласно варианту осуществления настоящего изобретения;

[0029] Фиг.2 - схема последовательности операций способа для восстановления базы данных резервного узла согласно другому варианту осуществления настоящего изобретения;

[0030] Фиг.3 - схематичное изображение восстановления базы данных резервного узла на основании информации версии страницы базы данных активного узла и информации версии страницы базы данных резервного узла согласно варианту осуществления настоящего изобретения;

[0031] Фиг.4 - блок-схема устройства для восстановления базы данных резервного узла согласно варианту осуществления настоящего изобретения; и

[0032] Фиг.5 - блок-схема устройства для восстановления базы данных резервного узла согласно другому варианту осуществления настоящего изобретения.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

[0033] Последующее ясно описывает технические решения в вариантах осуществления настоящего изобретения со ссылкой на сопроводительные чертежи в вариантах осуществления настоящего изобретения. Очевидно, описанные варианты осуществления являются частью, а не всеми вариантами осуществления настоящего изобретения. Все другие варианты осуществления, полученные средним специалистом в данной области техники на основании вариантов осуществления настоящего изобретения без творческих усилий, должны находиться в рамках объема охраны настоящего изобретения.

[0034] Фиг.1 является схемой схема последовательности операций способа для восстановления базы данных резервного узла согласно варианту осуществления настоящего изобретения.

[0035] Этап 101: Получить информацию файла о первом файле страничной структуры в базе данных активного узла и информацию файла о втором файле страничной структуры в базе данных резервного узла, где первый файл страничной структуры и второй файл страничной структуры являются файлами данных, соответствующими друг другу.

[0036] Этап 102: Сравнить информацию файла о первом файле страничной структуры с информацией файла о втором файле страничной структуры, чтобы получить результат сравнения, является ли информация файла одинаковой.

[0037] Этап 103: Восстановить базу данных резервного узла в соответствии с результатом сравнения, является ли информация файла одинаковой.

[0038] В этом варианте осуществления настоящего изобретения, в ходе восстановления базы данных резервного узла получают информацию файла о первом файле страничной структуры в базе данных активного узла и информацию файла о втором файле страничной структуры в базе данных резервного узла и сравнивают, чтобы определить, является ли информация файла одинаковой, и базу данных резервного узла восстанавливают в соответствии с результатом сравнения, тем самым избегая чрезвычайно высокого потребления сетевого ресурса, вносимого в силу того, что базу данных резервного узла восстанавливают способом полного резервного копирования, когда имеется большой объем данных в базе данных активного узла, и сокращая время для восстановления базы данных резервного узла.

[0039] База данных резервного узла может получать информацию файла о первом файле страничной структуры в базе данных активного узла и информацию файла о втором файле страничной структуры в базе данных резервного узла. Первый файл страничной структуры и второй файл страничной структуры являются файлами данных, соответствующими друг другу. Первый файл страничной структуры может быть любым файлом страничной структуры из файлов данных в базе данных активного узла. Конкретно, база данных активного узла может считывать информацию версии файла страничной структуры из локальных файлов данных, и затем посылать информацию версии файла страничной структуры в базу данных резервного узла. База данных резервного узла может дополнительно считывать информацию версии второго файла страничной структуры, которая соответствует местоположению первого файла страничной структуры файлов данных в базе данных активного узла и относится к файлам данных в базе данных резервного узла. Соответствие местоположения при этом может быть таково, что местоположения файла являются одинаковыми, например, местоположение первого файла страничной структуры в базе данных активного узла является одинаковым с местоположением второго файла страничной структуры в базе данных резервного узла.

[0040] Файлы в базе данных включают в себя файл данных и файл журнала. В ходе восстановления базы данных резервного узла восстановлению полностью подлежат файл данных и файл журнала. Когда обе части, и файл данных, и файл журнала, полностью реплицированы в базе данных активного узла, это указывает, что база данных резервного узла полностью восстановлена. Файл журнала отслеживает запись исполнения языка структурированного запроса (Structured Query Language, SQL) всякий раз, чтобы записать операцию обновления базы данных. Файл журнала включает информацию, требуемую для восстановления всех транзакций в базе данных.

[0041] Файл данных в базе данных активного узла или в базе данных резервного узла может включать и файл страничной структуры, и файл не-страничной структуры. Файл страничной структуры сохраняют и им управляют, используя страницу в качестве наименьшей единицы.

[0042] Следует понимать, что информация файла в этом варианте осуществления настоящего изобретения может быть размером файла, количеством страниц файла или информацией версии страницы файла. Этот вариант осуществления настоящего изобретения не налагает ограничение на информацию файла.

[0043] Когда информация файла о первом файле страничной структуры отличается от информации файла о втором файле страничной структуры, второй файл страничной структуры может заменяться первым файлом страничной структуры. Таким образом, файл в базе данных резервного узла может быть заменен файлом страничной структуры, находящимся в базе данных активного узла, где местоположение файла соответствует местоположению файла страничной структуры. Следует понимать, что когда в базе данных резервного узла не имеется файла, соответствующего файлу страничной структуры в базе данных активного узла, файл в базе данных активного узла может быть непосредственно реплицирован в соответствующее местоположение в базе данных резервного узла. Этот случай также находится в рамках объема охраны настоящего изобретения.

[0044] Конкретно, размеры файлов в базе данных могут быть одинаковыми. Являются ли файлы одинаковыми, может быть определено путем сравнения размеров файлов, или путем сравнения количества страниц файлов, или более конкретно, путем сравнения информации версии страницы файлов.

[0045] Когда информацией файла является размер файла, сравнением информации файла о первом файле страничной структуры с информацией файла о втором файле страничной структуры конкретно является сравнение размера файла первого файла страничной структуры с размером файла второго файла страничной структуры. Например, когда размер файла в базе данных активного узла и размер файла в базе данных резервного узла являются одинаковыми (например, оба по 8 Кбит), оба файла могут считаться одинаковыми. В этом случае файл в базе данных резервного узла не должен модифицироваться. Когда размер файла в базе данных активного узла и размер файла в базе данных резервного узла являются различными, эти два файла могут считаться отличающимися, и соответствующий файл в базе данных резервного узла может быть заменен файлом из базы данных активного узла. То есть, все страницы соответствующего файла в базе данных резервного узла заменяют всеми страницами файла, находящегося в базе данных активного узла.

[0046] Когда информацией файла является количество страниц, сравнение информации файла о первом файле страничной структуры с информацией файла о втором файле страничной структуры конкретно представляет сравнение количества страниц первого файла страничной структуры с количеством страниц второго файла страничной структуры. Например, когда количество страниц файла в базе данных активного узла и количество страниц файла в базе данных резервного узла являются одинаковыми (например, первый файл в базе данных активного узла включает шесть страниц, и второй файл в базе данных резервного узла включает шесть страниц, где местоположения первого файла и второго файла являются одинаковыми в этих двух базах данных), оба файла могут считаться одинаковыми. В этом случае, файл в базе данных резервного узла не должен модифицироваться. Когда количество страниц файла в базе данных активного узла и количество страниц файла в базе данных резервного узла являются различными, эти два файла могут считаться отличающимися, и файл в базе данных резервного узла может быть заменен файлом из базы данных активного узла. То есть, все страницы файла в базе данных резервного узла заменяют всеми страницами, находящимися в базе данных активного узла.

[0047] Когда информацией файла является информация версии страницы, сравнение информации файла о первом файле страничной структуры с информацией файла о втором файле страничной структуры является конкретно сравнением информации версии страницы первого файла страничной структуры с информацией версии страницы второго файла страничной структуры. Информацию версии страницы для каждой страницы файла страничной структуры в базе данных активного узла можно сравнивать с информацией версии страницы для каждой страницы файла страничной структуры в соответствующем местоположении в базе данных резервного узла. Когда информация версии для каждой страницы файла в базе данных активного узла является одинаковой с информацией версии для каждой страницы файла в соответствующей базе данных резервного узла, эти оба файла могут считаться одинаковыми. В этом случае, файл в базе данных резервного узла не должен модифицироваться. Когда информация версии страницы файла в базе данных активного узла отличается от информации версии страницы файла в соответствующей базе данных резервного узла, страница в базе данных резервного узла может быть заменена страницей из базы данных активного узла. Следует понимать, что когда значения количества страниц являются одинаковыми, относительно страниц, которые являются различными, страница в базе данных резервного узла может быть заменена страницей из базы данных активного узла. Когда значения количества страниц являются различными, например, когда у страницы в базе данных активного узла нет соответствующей страницы в базе данных резервного узла, страницу в базе данных активного узла можно реплицировать в соответствующее местоположение в базе данных резервного узла. Этот случай все еще находится в рамках объема охраны настоящего изобретения.

[0048] Следует понимать, что предшествующие три типа информации файла, размер файла, количество страниц файла и информацию версии страницы файла, можно комбинировать в произвольном порядке для определения, является ли файл страничной структуры в базе данных активного узла одинаковым с файлом страничной структуры в соответствующей базе данных резервного узла. Подробности дополнительно здесь не описываются отдельно.

[0049] Когда информация файла о первом файле страничной структуры является одинаковой с информацией файла о втором файле страничной структуры, контент первого файла страничной структуры может считаться одинаковым с контентом второго файла страничной структуры. Когда информация файла о первом файле страничной структуры отличается от информации файла о втором файле страничной структуры, контент первого файла страничной структуры может считаться отличающимся от контента второго файла страничной структуры.

[0050] Восстановление базы данных резервного узла в соответствии с результатом сравнения, является ли информация файла одинаковой, включает в себя: когда результат сравнения, является ли информация файла одинаковой, таков, что информация файла о первом файле страничной структуры отличается от информации файла о втором файле страничной структуры, замену второго файла страничной структуры первым файлом страничной структуры.

[0051] Когда результат сравнения, является ли информация файла одинаковой, таков, что информация файла о первом файле страничной структуры является одинаковой с информацией файла о втором файле страничной структуры, второй файл страничной структуры не должен модифицироваться, то есть, второй файл страничной структуры в базе данных резервного узла сохраняется. Замена второго файла первым файлом может быть полностью реплицирующей первый файл и заменяющей полный контент второго файла полным контентом первого файла. Когда количество страниц первого файла отличается от количества страниц второго файла, полная замена файла может выполняться аналогично.

[0052] Замена второго файла первым файлом может дополнительно включать в себя сравнение первой страницы первого файла с первой страницей второго файла. Когда первая страница первого файла является одинаковой с первой страницей второго файла, первая страница второго файла не должна модифицироваться. Когда первая страница первого файла отличается от первой страницы второго файла, первая страница второго файла заменяется первой страницей первого файла. Каждую страницу первого файла сравнивают с каждой страницей второго файла с тем, что страницу не реплицируют, когда страницы являются одинаковыми, и, следовательно, потребление сетевых ресурсов для восстановления базы данных резервного узла может быть снижено.

[0053] Конкретно, первая страница первого файла является страницей файла страничной структуры для файла данных в базе данных активного узла. Первая страница второго файла является страницей файла страничной структуры в базе данных резервного узла. Местоположение первой страницы первого файла и местоположение первой страницы второго файла являются одинаковыми в файлах данных в обеих базах данных. Файл данных в базе данных включает в себя, по меньшей мере, один файл, где файл данных может быть файлом страничной структуры или файлом не-страничной структуры. Файл страничной структуры сохраняют и им управляют, используя страницу в качестве наименьшей единицы. Страница файла страничной структуры включает в себя информацию версии. Обычно, информацией версии является местоположение или идентификатор времени в истории изменения страницы. Информация версии может постепенно увеличиваться с обновлением страницы. Обычно, если информация версии для страниц является такой же, контент страниц может считаться одинаковым. Если информация версии страниц отличается, контент страниц может считаться отличающимся. Когда контент первой страницы первого файла отличается от контента первой страницы второго файла, первую страницу второго файла можно заменять первой страницей первого файла. Например, первая страница файла в активном узле может быть реплицирована, чтобы заменить первую страницу второго файла. Когда контент первой страницы первого файла является одинаковым с контентом первой страницы второго файла, первую страницу второго файла можно не модифицировать, то есть, первую страницу второго файла можно не заменять первой страницей файла в активном узле.

[0054] Например, когда номер версии страницы файла в базе данных активного узла является одинаковым с номером версии соответствующей страницы соответствующего файла в соответствующей базе данных резервного узла, страница файла в базе данных резервного узла не должна модифицироваться. Когда номер версии страницы файла в базе данных активного узла отличается от номера версии соответствующей страницы соответствующего файла в соответствующей базе данных резервного узла, страница файла в базе данных резервного узла заменяется страницей файла в базе данных активного узла.

[0055] Определение, являются ли страницы такими же, не ограничивается в этом варианте осуществления настоящего изобретения. Например, являются ли страницы такими же, может быть определено путем использования номеров версий страниц. Однако настоящее изобретение не ограничивается этим.

[0056] Следует понимать, что замена в этом варианте осуществления настоящего изобретения может дополнительно включать в себя добавление или удаление. Когда база данных резервного узла не включает в себя второй файл (например, в процессе горячего резервного копирования с двухузловым кластером, резервный узел не может отслеживать активный узел и не реплицирует первый файл в активный узел), первый файл добавляют к местоположению, которое находится в базе данных резервного узла и соответствует первому файлу в базе данных активного узла. Когда база данных резервного узла включает в себя больше файлов, чем база данных активного узла, избыточный файл удаляют. Вышеуказанные случаи все находятся в рамках объема охраны в этом варианте осуществления настоящего изобретения.

[0057] В этом варианте осуществления настоящего изобретения базу данных резервного узла восстанавливают способом инкрементного резервного копирования. Базу данных резервного узла восстанавливают путем сравнения информации файла для файлов страничной структуры из файлов данных, необходимо реплицировать только измененный файл в базе данных активного узла и в базе данных резервного узла, и одинаковый файл не подлежит репликации. Следовательно, время для восстановления базы данных резервного узла может быть сокращено, и потребление сетевых ресурсов может быть снижено.

[0058] В этом варианте осуществления настоящего изобретения базу данных резервного узла восстанавливают способом инкрементного резервного копирования. Базе данных активного узла более не требуется передавать все данные в базу данных резервного узла, так что время для восстановления базы данных резервного узла сокращается, и потребление сетевых ресурсов на активном узле может быть дополнительно снижено.

[0059] Не обязательно, в варианте осуществления настоящего изобретения, информация версии страницы может включать, по меньшей мере, одну из следующей информации: местоположения файла журнала и логической отметки времени системы.

[0060] Не обязательно, в варианте осуществления настоящего изобретения, до восстановления базы данных резервного узла в соответствии с результатом сравнения, является ли информация файла одинаковой, способ дополнительно включает в себя определение, что база данных активного узла поддерживает отношение репликации, и процесс базы данных резервного узла отключен нормально.

[0061] Не обязательно, в варианте осуществления настоящего изобретения, когда база данных активного узла не поддерживает отношение репликации или процесс базы данных резервного узла отключен аномально, файл данных в базе данных резервного узла перезаписывают файлом данных из базы данных активного узла.

[0062] До восстановления базы данных резервного узла, может быть определено, поддерживает ли база данных активного узла отношение репликации. До восстановления базы данных резервного узла, может дополнительно определяться, нормально ли отключен процесс базы данных резервного узла. Когда база данных активного узла поддерживает отношение репликации, или когда процесс базы данных резервного узла отключен нормально, база данных резервного узла может быть восстановлена согласно информации файла о первом файле страничной структуры и информации файла о втором файле страничной структуры, так что точность восстановления базы данных резервного узла может быть повышена. Когда база данных активного узла поддерживает отношение репликации, и база данных резервного узла отключена нормально, точность восстановления базы данных резервного узла может быть дополнительно повышена путем восстановления базы данных резервного узла согласно информации файла о первом файле страничной структуры и информации файла о втором файле страничной структуры. Когда база данных активного узла не поддерживает отношение репликации, или процесс базы данных резервного узла отключен аномально, базу данных резервного узла восстанавливают способом полного резервного копирования. Файл данных в базе данных резервного узла перезаписывают файлом данных из базы данных активного узла, и файл журнала в базе данных резервного узла перезаписывают файлом журнала из базы данных активного узла.

[0063] Когда база данных активного узла разрешает режим «без журнализации» (Nologging), или файл данных в базе данных резервного узла не из базы данных активного узла, база данных активного узла не поддерживает отношение репликации. Если файл данных в базе данных резервного узла не из базы данных активного узла, может считаться, что база данных резервного узла не соответствует базе данных активного узла, и, следовательно, база данных активного узла не поддерживает отношение репликации. Например, идентификатор базы данных активного узла не согласуется с идентификатором базы данных резервного узла.

[0064] Следует понимать, что каким образом определять, что база данных активного узла не поддерживает отношение репликации, не ограничивается в этом варианте осуществления настоящего изобретения. Например, когда база данных активного узла не соответствует базе данных резервного узла, может считаться, что база данных активного узла не поддерживает отношение репликации.

[0065] База данных активного узла может разрешать режим «без журнализации» для обновления базы данных приложения. Следовательно, база данных резервного узла не может узнать, модифицирована ли база данных активного узла, или какая модификация делалась в базе данных активного узла. В этом случае, база данных резервного узла не может быть восстановлена способом инкрементного резервного копирования. Если база данных активного узла однажды разрешила режим «без журнализации», может считаться, что база данных активного узла не поддерживает отношение репликации.

[0066] Когда база данных активного узла не поддерживает отношение репликации, база данных резервного узла не может быть восстановлена способом инкрементного резервного копирования, а нуждается в восстановлении способом полного резервного копирования. Все файлы данных и все файлы журнала в базе данных активного узла реплицируют в базу данных резервного узла, то есть, файлы данных в базе данных резервного узла перезаписывают файлами данных, находящимися в базе данных активного узла, и файлы журнала в базе данных резервного узла перезаписывают файлами журнала, находящимися в базе данных активного узла.

[0067] База данных резервного узла дополнительно включает в себя управляющий файл, где управляющий файл в базе данных резервного узла может регистрировать информацию состояния базы данных резервного узла. База данных резервного узла может узнать, согласно информации состояния, является ли база данных резервного узла нормально отключенной. Каким образом определять, является ли база данных резервного узла нормально отключенной, не ограничивается в этом варианте осуществления настоящего изобретения.

[0068] Когда процесс базы данных резервного узла отключен аномально, может существовать страница частичн