Поделиться через

Резервное копирование Team Foundation Server

  • Статья

Обновлен: Ноябрь 2007

Для полного восстановления развертывания Team Foundation в случае сбоя развертывание Team Foundation требует создания резервных копий для каждого из расположений данных. Создание резервных копий — ключевой аспект защиты развертывания Team Foundation от потерь. Ниже приведен список того, что подлежит резервному копированию на каждом уровне.

  • Уровень данных   Уровень данных Team Foundation Server содержит несколько баз данных SQL Server, некоторые из которых служат узлами порталов командных проектов. Резервное копирование баз данных можно выполнять вручную или автоматически с использованием планов обслуживания, запускаемых в указанное время или через указанные интервалы. Team Foundation Server, SharePoint (продукты и технологии) и службы отчетов SQL Server хранят свои данные в базах данных SQL Server на уровне данных.

    ms253151.alert_caution(ru-ru,VS.90).gifВнимание!

    Хотя среда SQL Server Management Studio позволяет выполнять резервное копирование отдельных баз данных, восстановление из таких копий может привести к непредвиденным результатам, так как базы данных связаны между собой и существует риск восстановления устаревших версий.

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

    ms253151.alert_note(ru-ru,VS.90).gifПримечание.

    Можно предположить, что необходимо выполнять резервное копирование как баз данных, так и веб-узлов со страницами порталов командных проектов. Однако SharePoint (продукты и технологии) динамически генерируют веб-узлы из баз данных. Поэтому при резервном копировании баз данных также выполняется копирование разделов командных проектов, которые отображаются как веб-узлы. Если пользовательские коллекции узлов, шаблоны узлов или веб-части созданы в SharePoint (продукты и технологии), но вне Team Foundation, необходимо отдельно выполнить их резервное копирование. Для получения более подробной информации см. разделы "Параметры резервного копирования и восстановления служб Windows SharePoint Services 2.0" на веб-узле Майкрософт; о Windows SharePoint Services 3.0 — "Рекомендации по защите и восстановлению данных (Windows SharePoint Services)" на веб-узле Майкрософт.

Расширенная подготовка к резервному копированию

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

ms253151.alert_caution(ru-ru,VS.90).gifВажное примечание.

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

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

  • План отслеживания и управления хранением и утилизацией резервных наборов данных.

  • Расписание перезаписи резервных носителей.

  • В многосерверной среде — решение о централизованном или распределенном резервном копировании.

  • Способ отслеживания срока службы носителей.

  • Процедура для минимизации последствий при утере резервного набора данных или резервных носителей, например ленты.

  • Решение о хранении резервных наборов данных на площадке или за ее пределами и анализ того, как это может повлиять на время восстановления.

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

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

Резервное копирование сервера можно выполнить с помощью планов обслуживания в SQL Server для копирования баз данных, связанных с развертыванием Team Foundation. Базы данных Team Foundation Server работают взаимосвязано и подлежат резервному копированию и восстановлению только одновременно. Дополнительные сведения о стратегиях резервного копирования баз данных см. в следующих материалах на веб-узле Майкрософт:

  • "Выбор модели восстановления для базы данных" для SQL Server 2005.

  • "Введение в стратегию резервного копирования и восстановления в SQL Server " для SQL Server 2008

Полные резервные копии данных (базы данных)   Полное резервное копирование базы данных необходимо для возможности восстановления развертывания. В полную резервную копию входит часть журнала транзакций, что позволяет восстановить полную резервную копию. Полные резервные копии самодостаточны; они представляют всю базу данных на момент завершения резервного копирования. Дополнительные сведения см. в разделе "Полные резервные копии базы данных" для SQL Server 2005 или SQL Server 2008 на веб-узле корпорации Майкрософт.

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

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

Резервные копии журналов транзакций позволяют восстановить базу на момент времени в прошлом. Можно восстановить базу данных на момент времени в прошлом, например на момент до ввода нежелательных данных или до момента сбоя. Кроме резервных копий базы данных, резервные копии журнала транзакция также должны быть частью стратегии восстановления. Дополнительные сведения см. в разделе "Использование резервных копий журнала транзакций" для SQL Server 2005 или SQL Server 2008 на веб-узле Майкрософт.

Резервные копии журнала транзакций обычно занимают меньше ресурсов, чем полные резервные копии. Поэтому резервные копии журнала транзакций можно создавать чаще, чем полные резервные копии, что снижает риск потери данных. Однако иногда резервная копия журнала транзакций занимает больше места, чем полная копия. Например, в случае база данных с высоким темпом транзакций: высокий темп транзакций вызывает быстрое увеличение журнала транзакций. В такой ситуации следует чаще создавать резервные копии журнала транзакций. Дополнительные сведения см. в разделе "Устранение неполадок при переполнении журнала транзакций" для SQL Server 2005 или SQL Server 2008 на веб-узле Майкрософт.

Можно создавать три типа резервных копий журнала транзакций:

  • Чистая резервная копия журнала содержит только записи из журнала транзакций за период времени, без каких-либо массовых изменений.

  • Массовая резервная копия журнала включает журнал и страницы данных, измененные массовыми операциями. Восстановление на момент времени не поддерживается.

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

Единственный момент, когда полная резервная копия должна быть синхронизирована с резервными копиями журнала транзакции — начало последовательности резервных копий журнала транзакций. Каждая последовательность резервных копий журнала транзакций должна предшествовать полная резервная копия или полная разностная резервная копия. В SQL Server можно создать резервную копию журнала после создания первой полной резервной копии, когда полная резервная копия запущена. Дополнительные сведения о создании резервных копий журнала см. в разделе "Создание резервных копий журналов транзакций" для SQL Server 2005 или SQL Server 2008 на веб-узле корпорации Майкрософт.

Резервное копирование служб (уровень приложений)

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

Хотя резервное копирование для служб занимает меньше этапов, для восстановления на уровне приложений требуется больше действий. Необходимо восстанавливать узлы порталов для командных проектов.

В этом разделе

См. также

Основные понятия

Обеспечение доступности Team Foundation Server

Управление службами SQL Server

Другие ресурсы

Управление резервными копиями Team Foundation Server