Резервное копирование и восстановление баз данных

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 — TFS 2013

Примечание

Предложение Azure DevOps Server раньше называлось Visual Studio Team Foundation Server.

Необходимо регулярно создавать резервные копии баз данных для Azure DevOps Server, чтобы уменьшить риск потери производительности или данных из-за сбоев оборудования или других непредвиденных событий. Мастер запланированных резервных копий упрощает резервное копирование баз данных, которые являются частью Azure DevOps Server уровня данных и хранятся в SQL Server. Все сведения, необходимые для восстановления развертывания Azure DevOps Server, хранятся в этих базах данных. Резервное копирование клиентских компьютеров или серверов уровня приложений Azure DevOps не требуется.

Выбор предварительно настроенного или пользовательского расписания

Выбор предварительно настроенного или пользовательского расписания

Обзор баз данных DevOps Azure см. в разделе Общие сведения о резервном копировании Azure DevOps Server. В следующих статьях приведены процедуры резервного копирования и восстановления баз данных Azure DevOps Server.

Задача Процедуры
Резервное копирование данных - Создание расписания и плана архивации
- Ручное резервное копирование Azure DevOps Server
Восстановление баз данных из резервной копии - Восстановление развертывания на новом оборудовании
- Восстановление данных в том же расположении
Восстановление после сбоя оборудования на уровне приложений - Восстановление сервера уровня приложений
- Обновление кэшей данных на клиентских компьютерах
Резервное копирование и восстановление Lab Management
- Восстановление компонентов Lab Management

Восстановление данных на один и тот же сервер

Данные из резервной копии можно восстановить на один и тот же сервер и экземпляр SQL Server для Azure DevOps Server, из которого были скопированы эти данные. Например, может потребоваться восстановить последнее удачное состояние набора баз данных, которые, в силу тех или иных причин, были повреждены.

Совет

Если в исходном развертывании использовался выпуск Enterprise или Datacenter сервера SQL Server и требуется восстановить базы данных на сервере с выпуском Standard, необходимо использовать резервный набор данных, созданный при отключенном сжатии SQL Server. Чтобы отключить сжатие, выполните действия, описанные в этой статье базы знаний Майкрософт.

Сведения о восстановлении данных на другом сервере или в другом экземпляре SQL Server см. в разделе восстановление развертывания на новое оборудование.

Примечание

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

Действия по восстановлению данных на том же сервере или серверах зависят от того, как Azure DevOps Server установлен и настроен. Процедуры, описанные в этой статье, структурированы для среднего сложного развертывания Azure DevOps Server, как показано на следующем рисунке.

Схема, на которой показан пример топологии средней сложности с базами данных.

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

Восстановление данных на другой сервер

Данные для развертывания Azure DevOps Server можно восстановить на другом сервере или экземпляре, где они были изначально сохранены. Например, вы хотите обновить сервер уровня данных или оборудование на исходном сервере не удалось. Чтобы обеспечить успешное восстановление данных в этом сценарии, следует настроить помеченные транзакции в рамках стратегии резервного копирования. Дополнительные сведения см. в разделе резервное копирование Azure DevOps Server.

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

Действия по восстановлению данных на разных серверах или экземплярах различаются в зависимости от того, как Azure DevOps Server установлен и настроен. Например, процедуры, описанные в этой статье, применимы только к восстановлению баз данных для Azure DevOps Server в развертывании со средним уровнем сложности, как показано на следующем рисунке.

Схема среднего сложного развертывания Azure DevOps Server с базами данных.

Ваша топология не должна соответствовать этому примеру для выполнения процедур, описанных в этой статье, но может потребоваться изменить эти шаги. Например, если в развертывании установлены все компоненты на одном физическом сервере, выполните все процедуры на сервере, на котором выполняется Azure DevOps Server. Если базы данных для коллекций проектов изначально были развернуты на нескольких серверах, выполните действия по восстановлению каждой базы данных на указанном сервере или серверах. Не нужно восстанавливать базы данных в той же конфигурации, что и раньше, но необходимо восстановить каждую базу данных. Кроме того, в некоторых случаях необходимо восстановить базы данных для продуктов SharePoint, Microsoft Project Server и SQL Server Reporting Services, например, если они были размещены на сервере, на котором произошел сбой. Дополнительные сведения о том, какие компоненты могут быть развернуты на каждом сервере, см. в следующих статьях:

Вопросы и ответы

Вопрос. где можно узнать больше о резервных копиях в Azure DevOps Server?

Ответ . Дополнительные сведения о типах резервных копий можно найти в статье Azure DevOps Server базы данных, топологии развертывания и резервное копирование.

Вопрос. Есть ли ситуации, в которых не следует использовать средство "Плановые резервные копии"?

Ответ . Средство архивации по расписанию предназначено для удовлетворения потребностей большинства развертываний. Если у развертывания есть ограничения безопасности, из-за которых использовать средство невозможно, или есть особые требования при резервном копировании баз данных (например, для целей аудита), потребуется настраивать резервное копирование вручную. Дополнительные сведения см. в статье Резервное копирование Azure DevOps Server вручную.

Вопрос. я развернул Azure DevOps Server на нескольких серверах. Разделы справки восстановить?

Ответ . Шаги по восстановлению Azure DevOps Server в развертывании с несколькими серверами, по сути, аналогичны описанным в руководстве по восстановлению данных на один сервер. и перемещения с использованием восстановления.

Вопрос. можно ли переместить Azure DevOps Server?

Ответ . Да, можно переместить Azure DevOps Server на новое оборудование. Можно также изменить его среду, например домен.

Вопрос. уровень данных? Уровень приложений? А это что? Где можно узнать больше об архитектуре Azure DevOps Server?

Ответ . Узнайте больше о том, как Azure DevOps Server работает в архитектуре Azure DevOps Server.

Вопрос. не удается ли просто настроить базы данных вручную?

Ответ. Нет. Если вы не следуете процедуре резервного копирования баз данных вручную, после изменения базы данных Azure DevOps Server договор на техническую поддержку станет недействительным. Это может привести к потере данных, сделать невозможным обновление или исправление Azure DevOps Server и вызвать другие серьезные проблемы.