データベースのバックアップと復元
Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
機器の故障やその他の予期しないイベントによって生産性やデータが失われるリスクを軽減するために、Azure DevOps Serverのデータベースを定期的にバックアップする必要があります。 スケジュールされたバックアップ ウィザードを使用すると、Azure DevOps Server データ層の一部であり、SQL Serverに格納されているデータベースを簡単にバックアップできます。 Azure DevOps Serverデプロイの復元に必要なすべての情報は、これらのデータベースに格納されます。 Azure DevOps クライアント コンピューターまたはアプリケーション層サーバーをバックアップする必要はありません。
Azure DevOps データベースの概要については、「Azure DevOps Serverのバックアップについて」を参照してください。 次の記事では、Azure DevOps Server データベースのバックアップと復元の手順について説明します。
| タスク | 手順 |
|---|---|
| データをバックアップする | |
| バックアップからのデータベースの復元 | |
| アプリケーション層でのハードウェア障害からの復旧 |
同じサーバーにデータを復元する
バックアップから、そのデータのバックアップ元のAzure DevOps ServerのSQL Serverの同じサーバーとインスタンスにデータを復元できます。 たとえば、破損した一連のデータベースを前回正常起動時の状態に復元できます。
SQL Serverの別のサーバーまたは別のインスタンスにデータを復元するには、「新しいハードウェアへのデプロイの復元」を参照してください。 同じサーバーまたはサーバーにデータを復元する手順は、Azure DevOps Serverのインストール方法と構成方法によって異なります。 この記事の手順は、次の図に示すように、Azure DevOps Serverの中程度に複雑なデプロイ用に構成されています。
トポロジがこの例と完全に一致しない場合は、この手順の手順を調整する必要がある場合があります。 たとえば、1 台の物理サーバーにすべてのコンポーネントがインストールされている配置では、そのサーバー上ですべての手順を実行します。 プロジェクト コレクションのデータベースが複数のサーバーに配置されている場合は、各コレクション データベースを適切なサーバーに復元する手順を実行します。 各サーバーに展開されるコンポーネントの詳細については、次の記事を参照してください。
- データベース、デプロイ トポロジ、バックアップAzure DevOps Server理解する
- Azure DevOps Server アーキテクチャ
- 単純なトポロジの例
- 中程度のトポロジの例
- 複雑なトポロジの例
別のサーバーにデータを復元する
Azure DevOps Serverのデプロイ用のデータを、最初に格納されていた別のサーバーまたはインスタンスに復元できます。 たとえば、データ層サーバーをアップグレードする場合や、元のサーバー上のハードウェアが失敗した場合などです。 このシナリオでデータの正常な復旧を確実に行うには、バックアップ戦略の一環としてマークされたトランザクションを構成する必要があります。 詳細については、「Azure DevOps Serverのバックアップ」を参照してください。
データを別のサーバーに復元するには、同じサーバーにデータを復元するために実行する手順とは異なる手順を実行する必要があります。 同じサーバーまたはサーバーにデータを復元する方法の詳細については、「同 じ場所にデータを復元する」を参照してください。 ハードウェア障害後に単一サーバーの展開を復元する方法については、「単一サーバーの 展開を新しいハードウェアに復元する」を参照してください。 展開で SharePoint 製品を使用する場合は、この記事の手順で説明されているように、データベースをバックアップおよび復元するための追加の手順を実行する必要があります。
さまざまなサーバーまたはインスタンスにデータを復元する手順は、Azure DevOps Serverのインストール方法と構成方法によって異なります。 たとえば、次の図に示すように、この記事の手順は、中程度に複雑なデプロイでAzure DevOps Serverのデータベースのみを復元する場合に適用されます。
トポロジは、この記事の手順に従うためにこの例と一致する必要はありませんが、手順を調整する必要がある場合があります。 たとえば、デプロイに 1 つの物理サーバーにすべてのコンポーネントがインストールされている場合は、Azure DevOps Serverを実行しているサーバーですべての手順を実行します。 プロジェクト コレクションのデータベースが最初に複数のサーバーに配置されていた場合は、指定したサーバー上の各データベースを復元する手順を実行します。 以前と同じ構成でデータベースを復元する必要はありませんが、各データベースを復元する必要があります。 また、障害が発生したサーバーでホストされていた場合など、場合によっては SharePoint 製品、Microsoft Project Server、SQL Server Reporting Servicesのデータベースを復元する必要があります。 各サーバーに展開されるコンポーネントの詳細については、次の記事を参照してください。
Q & A
Q: Azure DevOps Serverでのバックアップの詳細については、どこで確認できますか?
A：使用可能なバックアップの種類の詳細については、「データベース、デプロイ トポロジ、バックアップAzure DevOps Server理解する」を参照してください。
Q: スケジュールされたバックアップ ツールを使用する必要がない状況はありますか。
A： スケジュールされたバックアップ ツールは、ほとんどのデプロイのニーズを満たすように設計されています。 そのツールの使用を禁止するセキュリティ制限、または (監査目的などで) データベースに対する他のバックアップ要件が配置にある場合は、バックアップの手動構成が必要になる可能性があります。 詳細については、「Azure DevOps Server を手動でバックアップする」をご覧ください。
Q: 複数のサーバーにAzure DevOps Serverをデプロイしました。 それを復元するにはどうすればよいですか。
A：複数サーバーの展開でAzure DevOps Serverを復元する手順は、基本的に、単一サーバーにデータを復元するためのチュートリアルで説明した手順と同じです。 また、復元ベースの移動に関するページで説明されているプロセスとも同じです。
Q: Azure DevOps Server移動できますか?
A：はい。Azure DevOps Serverを新しいハードウェアに移行できます。 ドメインなどの 環境を変更することもできます。
Q: データ層とは何ですか。 また、アプリケーション層 とは何ですか。 Azure DevOps Server アーキテクチャに関する詳細は、どこで学習できますか?
A：Azure DevOps Server アーキテクチャでのAzure DevOps Serverのしくみの詳細については、こちらを参照してください。
Q: データベースを手動で操作することはできませんか?
A: いいえ。 手動でデータベースをバックアップする手順に従わずに、Azure DevOps Server データベースを変更すると、サポート契約が無効になる場合があります。 これによりデータ損失が発生し、Azure DevOps Server のアップグレードや修正プログラムの適用ができなくなったり、その他の重大な問題が発生したりする可能性があります。