Описание параметров аварийного восстановления для Microsoft SQL Server

Переводы статьи Переводы статьи
Код статьи: 822400 - Vizualiza?i produsele pentru care se aplic? acest articol.
Развернуть все | Свернуть все

В этой статье

Аннотация

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

Аварийное восстановление — это процесс, который можно использовать для восстановления данных системы и данных, в случае аварии.

Некоторые примеры бедствия Включите естественным или man-made после сбоя, например пожара или технической После сбоя, такие как отказ двух дисков в избыточных массивов независимых дисковых () 5 Массиве RAID.

Планирование аварийного восстановления — это работы предназначенного для подготовки всех действий, которые должны происходить в ответ на аварии. Планирование включает Выбор стратегии для восстановления ценных данные. Зависит от выбора стратегии соответствующие аварийного восстановления бизнес-требований.

Примечание Предоставляет только решения, обсуждаемые в этой статье Общее описание технологий, которые можно использовать. Эти общие для сравнения различных методов восстановления после сбоя, описания и планы аварийного восстановления. Прежде чем выбрать какие решения аварийного восстановления лучше всего подходит для вас, убедитесь, что взглянуть на каждый из предлагаемых аварии решения для восстановления более подробно. После обсуждения каждой аварийного восстановления решения, в статье содержатся ссылки, где можно найти дополнительные сведения об этом решении.

Отказоустойчивый кластер

Microsoft SQL Server 2000 отказоустойчивый кластер предназначен для Переход на другой ресурс автоматически, если происходит сбой оборудования или ошибок программного обеспечения. Вы можно использовать отказоустойчивый кластер для создания отказоустойчивого кластера для SQL Server 2000 один экземпляр SQL Server 2000 или для нескольких экземпляров SQL Server 2000. Отказоустойчивой кластеризации позволяет системе базы данных для автоматического переключения Обработка экземпляра SQL Server с ошибками сервера для работы сервер. Таким образом Если операционная система отказоустойчивого кластера происходит сбой или при выполнении запланированного обновления базы данных системы ресурсы. Кроме того средство отказоустойчивости кластеров увеличивает доступность сервера без использования время простоя.

Поскольку отказоустойчивый кластер разработан для высокой нагрузки на сервер доступность с минимальным временем простоя сервера, узлы кластера должны быть географически закройте друг с другом. Отказоустойчивый кластер может оказаться полезным при возникает при сбое диска массива.

Примечание Чтобы реализовать отказоустойчивый кластер, необходимо установить Microsoft SQL Server 2000 Enterprise Edition.

Следующие операционные системы поддерживает отказоустойчивые кластеры.
  • Microsoft Windows NT 4.0, Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Enterprise Выпуск
  • Microsoft Windows Server 2003, центров обработки данных Выпуск
Эти операционные системы включают Дополнительно устанавливаемый компонент Служба кластеров Microsoft (MSCS). Для реализации отказоустойчивый кластер для SQL Сервер, необходимо установить MSCS.

Для получения дополнительных сведений о его установке и MSCS щелкните следующий номер статьи базы знаний Майкрософт:
259267Служба кластеров (Microsoft) Установка ресурсов

Преимущества и недостатки использования средства отказоустойчивости кластеров

Преимущества
У вас есть сервер высокой доступности. Отказоустойчивый кластер автоматически в случае сбоя основного сервера.
Недостатки
  • Вызывают больше расходов. Обслуживание двух серверов Это два раза стоимость обслуживания на одном сервере. Поскольку необходимо поддерживать два сервера в то же время, более дорогими для установки и обслуживание узлов кластера.
  • Серверы должны быть в том же месте. Если ветви организации, во всем мире и должны быть активный/активный кластеров реализованный в ветви, сети и инфраструктуры хранения данных, следует использовать сильно отличается от стандартной кворума кластера серверов устройства. Таким образом несмотря на то, что это возможно, лучше не использовать географически удаленных серверов.
  • У вас нет защиты от дискового массива Произошла ошибка.
  • Средство отказоустойчивости кластеров не позволяют создавать перехода на другой ресурс кластеры на базе уровня а или в базе данных объекта уровня, таких как уровень таблицы.
Дополнительные сведения об отказоустойчивости следующий веб-узел корпорации Майкрософт:
http://msdn2.Microsoft.com/en-us/library/aa174512 (SQL.80) .aspx
Для получения дополнительных сведений о отказоустойчивый кластер щелкните следующие номера статей базы знаний Майкрософт:
243218Порядок установки для SQL Server 2000 Enterprise Edition на сервере кластеров Майкрософт
822250 Веб-трансляция технической поддержки: Microsoft SQL Server 2000 отказоустойчивый кластер аварийного восстановления
Для получения дополнительных сведений о политике поддержки Майкрософт для отказоустойчивого кластера SQL Server щелкните следующий номер статьи базы знаний Майкрософт:
327518Политика поддержки корпорации Майкрософт для отказоустойчивого кластера SQL Server

Зеркальное отображение базы данных

Зеркальное отображение базы данных — это преимущественно программное решение, повышающее доступность базы данных. Можно только реализовать зеркальное отображение отдельно для каждой базы данных. Зеркальное отображение работает только с базами данных, которые используют модель полного восстановления. Модели восстановления простой и восстановления с неполным протоколированием поддерживают зеркальное отображение базы данных. Таким образом все массовые операции всегда полностью протоколируются. Зеркальное отображение базы данных работает с любым уровнем совместимости поддерживаемых баз данных.

Преимущества и недостатки использования зеркального отображения базы данных

Преимущества
  • Зеркальное отображение базы данных повышает защиту данных.
  • Зеркальное отображение базы данных увеличивает доступность базы данных.
  • Зеркальное отображение базы данных улучшает доступность рабочей базы данных во время обновления.
Недостатки
  • Зеркальная база данных должны совпадать с основной базой данных. Например все объекты, имена входа и разрешения должны совпадать.
  • Зеркальное отображение базы данных включает в себя передачу информации с одного компьютера на другой компьютер в сети. Таким образом безопасность информации, которая передает SQL Server имеет большое значение.

Для одноранговой репликации транзакций

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

Преимущества и недостатки использования для одноранговой репликации транзакций

Преимущества
  • Повышение производительности чтения, поскольку действия можно распределить по всем узлам.
  • Статистическое вычисление производительности обновление, Вставка производительности и удалить производительность для топологии напоминает производительность одного узла, так как все изменения распространяются на все узлы.
Недостатки
  • Для одноранговой репликации доступна только в SQL Server 2005 Enterprise Edition.
  • Все участвующие базы данных должны содержать идентичные схемы и данные.
  • Мы рекомендуем на каждом узле использовать собственную базу данных распространителя. Эта конфигурация исключит возможность для SQL Server 2005 для одной точки сбоя.
  • Таблицы и другие объекты нельзя включать в несколько для одноранговых публикаций в отдельной базе данных публикации.
  • Необходимо иметь публикация включена для одноранговой репликации до создания подписок.
  • Необходимо инициализировать подписки с помощью резервной копии или установив значение тип синхронизации подписки только поддержка репликации.
  • Для одноранговой репликации транзакций не поддерживает обнаружение конфликтов или разрешения конфликтов.
  • Рекомендуется не использовать столбцы идентификаторов.

Поддержка горячего сервер

Можно создавать и поддерживать сервер горячего резервирования либо с помощью из приведенных ниже способов:
  • Доставка журналов
  • Репликация транзакций
Дополнительные сведения о каждом из этих двух методов выглядит следующим образом.

Доставка журналов

Доставка журналов включена в пакет resource kit для Microsoft SQL Server 7.0 и полностью встраивается в Microsoft SQL Server 2000 Выпуск Enterprise Edition и в выпуске Microsoft SQL Server 2000 разработчика. Журнал Доставка использует резервный сервер, который не используется во время обычных операций. A резервный сервер используется для восстановления данных в случае аварии. Вы можете Используйте только на уровне базы данных доставки журналов. Его нельзя использовать в экземпляре уровень.

Если резервный сервер восстановление журналов транзакций База данных находится в монопольном режиме и непригодным для использования. Тем не менее можно запустить пакет Отчетность заданий между восстановление журнала транзакций или базы данных консоли Проверяет, постоянно проверять целостность режима ожидания команды (DBCC) сервер. Для приложений, таких как серверы поддержки принятия решений, требующих непрерывной обработки на сервере базы данных, доставка журналов не подходит параметр.

Задержка на резервном сервере основана на том, как часто резервное копирование журнала транзакций на сервере-источнике и затем применить на резервный сервер. В случае сбоя основного сервера можно потерять изменения были выполнены в транзакции, которые произошли после последней транзакции резервная копия журнала.

Например, если выполнено резервное копирование журналов транзакций каждые 10 минут транзакции во время последних 10 минут могут быть утеряны. Это не обязательно означает, обновления данных, внесенных в основной сервер в период задержки будут потеряны. Как правило, новые обновления в журнал транзакций основной можно восстановить и на резервном сервере с небольшой задержкой, переход с основного сервера на резервном сервер. Основной целью доставки журналов — это поддерживать сервер горячего резервирования. Если поддержка «горячего» резервирования резервный сервер является главным назначением, доставка журналов не скорее всего, будет лучше, чем другие решения эту статью Обсуждение.

Преимущества и недостатки использования доставки журнала

Преимущества
  • Можно восстановить все базы данных действий. Восстановление включает в себя все объекты, которые были созданы, таких как таблицы и представления. Он также включает в себя изменения системы безопасности, такие как новые пользователи, которым были созданы и любые Изменение разрешений.
  • Можно быстрее восстановить базу данных. Восстановление базы данных и журнала транзакций на основе низкого уровня страницы форматов. Таким образом, ускоряет процесс восстановления доставки журналов и в результате Быстрое восстановление данных.
Недостатки
  • База данных находится в непригодном для использования во время процесса восстановления Поскольку база данных находится в монопольном режиме на резервном сервере.
  • Не существует нехватка гранулярности. Во время восстановления процесс, все изменения в основной сервер применяются в ждущий режим сервер. Не удается использовать доставку журналов для применения изменений для нескольких таблиц и отклоните оставшиеся изменения.
  • Нет автоматического перехода приложения не существует. При основной сервер выйдет из строя из-за аварии, резервный сервер не поддерживает Переход на другой ресурс автоматически. Таким образом, явно необходимо перенаправить приложения, которые подключаются к основной сервер в ждущий режим (переход на другой ресурс) сервер.
Примечание Если основная цель должна поддерживать сервер «горячего» Корпорация Майкрософт рекомендует использовать доставку журналов. Резервный сервер отражает все транзакции, происходящие на сервере-источнике. Тем не менее вы нельзя использовать резервный сервер, если основной сервер доступен.

Для получения дополнительных сведений о том, как настроить сервер горячего резервирования при помощи доставки журналов щелкните следующие номера статей базы знаний Майкрософт:
323135Microsoft SQL Server 2000 - Настройка доставки (технический документ)
325220 Веб-трансляция технической поддержки:, Microsoft SQL Server 2000 доставки журналов
Дополнительные сведения о доставке журналов следующие веб-узлы корпорации Майкрософт:
http://msdn2.Microsoft.com/en-us/library/aa213785 (SQL.80) .aspx
http://www.Microsoft.com/downloads/details.aspx?FamilyId=7395ec1b-199f-42bc-a31b-2056adf73f94

Репликация транзакций

Можно также использовать репликацию транзакций для поддержания теплого резервный сервер. Репликация транзакций выполняет репликацию данных на одном сервере (издатель) на другой сервер (подписчик) с задержкой, меньше, чем журнал Отгрузка. Можно реализовать репликацию транзакций на объект базы данных уровень, например на уровне таблицы. Таким образом корпорация Майкрософт рекомендует использовать репликация транзакций, когда имеется меньше данных для защиты и должен быть план быстрого восстановления.

Принудительные подписки можно использовать для применения репликация транзакций между двумя серверами на основном сервере как Издатель и резервный сервер в качестве подписчика. Репликация транзакций обеспечивает репликацию данных. При сбое издателя может быть подписчиком используется.

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

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

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

Преимущества и недостатки использования репликации транзакций

Преимущества
  • Можно считывать данные на подписчике во время применения изменений.
  • Внесенные изменения с меньшим задержки.

    Примечание Это преимущество не может быть применима, если любой из следующих действий имеет значение true:
    • Агенты репликации не установлено Непрерывная.
    • Агенты репликации остановлен из-за ошибок, могут возникнуть в процессе репликации.
Репликация транзакций может занять больше времени, чтобы применить изменения Поскольку большого пакета обновлений должны быть выполнены во время репликации.
Недостатки
  • Изменения схемы или изменений системы безопасности, которые выполняются на publisher после установления репликации не будут доступны в подписчик.
  • Распространитель репликации транзакций используется открытый База данных с ODBC или OLE базы данных (OLEDB) соединение для распространения данных. Тем не менее используется ОПЕРАЦИЯ ВОССТАНОВЛЕНИЯ доставки журналов низкоуровневые инструкции Transact-SQL для распространения журналов транзакций. ВОССТАНОВЛЕНИЕ Инструкция ТРАНЗАКЦИИ намного быстрее, чем подключение ODBC или OLEDB подключение.
  • Как правило переключение серверов стирает репликации конфигурации. Таким образом необходимо настроить репликацию два раза:
    При переключении на подписчик.
    При переключении обратно к издателю.
  • При возникновении аварийной ситуации, необходимо вручную переключиться с серверов Перенаправление приложения на стороне подписчика.
Для получения дополнительных сведений о репликации щелкните следующий номер статьи базы знаний Майкрософт:
195757Репликация SQL Server 7.0 - часто задаваемые вопросы-

Средство резервного копирования и восстановления

Средство резервного копирования и восстановления SQL Server предоставляет важные Защита для защиты критически важных данных, хранимых в базах данных SQL Server. Можно создать копию базы данных (резервная копия) с помощью резервной копии и Функция восстановления и хранить копию базы данных в месте, которое защищена от возможных ошибок сервера, на котором запущен экземпляр SQL Server. При возникновении системного сбоя базы данных или повреждения базы данных воспользуйтесь резервной копии для восстановления базы данных или для восстановления База данных.

При планировании восстановления после сбоя с помощью резервной копии и Восстановление компонента, также определяется как критически важных данных в базе данных. Кроме того определения требований восстановления для базы данных. Для пример, определите следующие требования восстановления:
  • Точка восстановления базы данных. Вам нужно Решите, какие из следующих двух нужное действие:
    Восстановление базы данных в условие ночь перед сбоем.
    Восстановление базы данных с условием моменту времени, как можно ближе к время неисправности.
  • Как долго базы данных может быть недоступен. Необходимо ли немедленное восстановление базы данных.
После определения требований восстановления план резервное копирование процесс, который поддерживает набор резервных копий в соответствии с Требования

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

Преимущества и недостатки использования Средство резервного копирования и восстановления

Преимущества
  • Резервной базы данных съемных носителей, чтобы помочь для защиты от дисковых сбоев.
  • Нет необходимости зависят от сети, как при Использование отказоустойчивой кластеризации и доставки журналов.
Недостатки
  • При создании резервной копии базы данных нельзя выполнять операции, такие как создание таблицы, создание индекса базы данных сжатие, или без занесения в журнал операций.
  • Если происходит сбой, можно потерять самые последние данные.
  • При возникновении аварийной ситуации, необходимо вручную восстановить База данных.
Примечание Перед тем как использовать процедуры резервного копирования и восстановления в производстве среды, рекомендуется тщательно протестировать эту процедуру в тесте среда.

Для получения дополнительных сведений о функции архивации и восстановления щелкните следующий номер статьи базы знаний Майкрософт:
325257Веб-трансляция технической поддержки: SQL Server 2000 базы данных восстановления: резервное копирование и восстановление
281122 Описание восстановления резервных копий файлов и файловых групп в SQL Server
Для получения дополнительных сведений об архивации и восстановления функция, посетите веб-узлы корпорации Майкрософт:
http://msdn2.Microsoft.com/en-us/library/aa196617 (SQL.80) .aspx
http://msdn2.Microsoft.com/en-us/library/aa196685 (SQL.80) .aspx
http://msdn2.Microsoft.com/en-us/library/aa178143 (SQL.80) .aspx

Резервирование данных диска с помощью избыточного массива независимых дисков (RAID)

RAID избыточные данные хранятся на нескольких дисках, для обеспечения большей меньшее время простоя серверов и стабильности. Уровни RAID 0, 1 и 5 Обычно используется в качестве параметров восстановления SQL Server. Технологии RAID, упомянутые сбоя и последующий замены одной диск без сервер переходит в автономный режим. При возникновении нескольких сбоев диска данных не может быть восстановлен. Корпорация Microsoft рекомендует, что объединение Управление избыточных данных с помощью процедуры резервного копирования и восстановления, что не потерять данные, если аппаратный сбой или другой аварии имеет место.

RAID 0 используется технология чередование для более быстрого доступа, тогда как RAID 1 используется технология зеркалирования для надежности данных. Общая техника, используемая в управление реляционными базами данных включает в себя друг с другом с помощью RAID 0 и RAID 1. В Этот прием двух идентичных чередующиеся массивов дисков постоянно обновляются. Таким образом, чтобы данные, хранящиеся на оба массива одинаков. Если один Сбой массива другого массива автоматически берет до исходного массива оперативный.

RAID 5 (также известный как чередование данных с четностью) Массив одного чередующихся дисков используется бит четности записываются вместе с данные. При сбое любого одного диска, бит четности может использоваться для расчета отсутствующие данные вплоть до замены диска. При замене диска можно использовать сведения о четности и остальных данных данные из Сбой диска и копирования данных заново на новый диск. Все эти операции выполняются без простоев системы базы данных. RAID обеспечивает многие другие возможности можно обеспечить, системы баз данных возможности немного времени простоя максимально.

Преимущества и недостатки использования RAID

Преимущества
Потери данных при неисправности любого одного диска.
Недостатки
  • Он может занять много времени, чтобы восстановить данные.
  • Если несколько дисков, будет возможность восстановления ценные данные.
Дополнительные сведения о RAID щелкните следующий номер статьи базы знаний Майкрософт:
100110Обзор избыточных массивов недорогие дисков (RAID)

Ссылки

Чтобы загрузить обновленную версию электронной документации по SQL Server 2000 Через Интернет посетите следующий веб-узел корпорации Майкрософт:
http://www.Microsoft.com/downloads/details.aspx?FamilyId = 8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5
Для получения дополнительных сведений о других параметрах аварийного восстановления щелкните следующий номер статьи базы знаний Майкрософт:
307775Аварийное восстановление статьи для Microsoft SQL Server
Для получения дополнительных сведений о отказоустойчивый кластер щелкните следующие номера статей базы знаний Майкрософт:
195761Часто задаваемые вопросы - SQL Server 7.0 - переход на другой ресурс
260758 Часто задаваемые вопросы - SQL Server 2000 - отказоустойчивый кластер
274446 Обновление до SQL Server 2000 отказоустойчивое решение рекомендуется для всех виртуальных серверов SQL Server 2000
280743 Узлы кластера и географически отделенному Windows
Для получения дополнительных сведений об архивации и восстановления функция, посетите следующий веб-узел корпорации Майкрософт:
http://TechNet.Microsoft.com/en-us/library/cc966495.aspx
Для получения дополнительных сведений о функции архивации и восстановления щелкните следующий номер статьи базы знаний Майкрософт:
253817Способы резервного копирования последнего журнала транзакций при повреждении главным и файлы базы данных в SQL Server
314546 Как перемещать базы данных между компьютерами с SQL Server
Для получения дополнительных сведений о папках полнотекстового каталога и файлов обратитесь к следующей статье базы знаний Майкрософт:
240867Как перемещать, копировать и архивировать файлы и папки полнотекстового каталога

Свойства

Код статьи: 822400 - Последний отзыв: 15 июня 2011 г. - Revision: 4.0
Информация в данной статье относится к следующим продуктам.
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Standard Edition
Ключевые слова: 
kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtru
Переведено с помощью машинного перевода
ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.
Эта статья на английском языке:822400

Отправить отзыв

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com