Azure DevOps Server |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020
気にする必要がありますか?
実稼働前環境でアップグレードをドライ ランすることを強くお勧めしますが、必ずしも意味があるわけではありません。 実稼働前のアップグレードを行うかどうかを議論する場合は、そのコストとそれを行わないコストを比較します。 特に、運用環境のアップグレードで問題が発生した場合、以前のバージョンの TFS にロールバックするときに発生するダウンタイムがプライマリ コストになります。 アップグレードの詳細によっては、これは高速で簡単なプロセスであるか、非常に長い時間がかかり、多くの可動部分を伴う可能性があります。 アップグレードと同様に、ロールバックの複雑さは、データベースのサイズ、関係するマシンの数などによって異なります。
基本的なこと
運用前のアップグレードを進める場合、一般的なプロセスは次で構成されます。
- 運用環境に似た実稼働前環境を立ち上げる。
- 運用環境の保護。
- バックアップからのデータベースの復元。
- アップグレードの実行。
環境を構築する
理想的な世界では、実稼働前環境は運用環境とまったく同じように見えます。この方法では、アップグレードにかかる時間、途中で問題が発生するかどうかなどの図をできるだけ正確に把握できます。しかし、現実の世界では、これは常に可能または望ましいとは限りません。 運用前テスト用に同一のマシンの 2 つ目のセットをプロビジョニングするコストは、非常に大きくなる可能性があります。 ただし、これらの不一致に気を落とさないでください。それでもほとんどの実稼働前環境は、何もない場合よりも優れています。
運用環境の保護
TFS データベースには、展開環境のさまざまなリソースを指すさまざまな設定が含まれています。 たとえば、コレクション データベースの接続文字列は、スケジュールされたバックアップ機能で使用されるネットワーク共有と同様に、構成データベースに格納されます。 その結果、実稼働前環境で運用環境で問題が発生する可能性があり、これを防ぐための手順を実行する運用前環境を立ち上げる場合のベスト プラクティスです。
実行できる最も重要な手順は、運用環境に対するアクセス許可がない実稼働前環境でサービス アカウントを使用することです。 理想的には、TFS、SQL、ネットワーク共有などのアクセス許可を持つべきではありません。ここでのオプションには、次の例のように、ネットワーク サービス (実稼働前のマシン アカウントに運用環境でのアクセス許可が必要ない場合) や専用の実稼働前ドメイン アカウントがあります。
もう 1 つのオプションの手順は、実稼働前マシンのホスト ファイルにエントリを追加して、実稼働マシン名を無効な IP アドレスにマップすることです。 hosts ファイルが何であるか不明な場合は、Wikipedia のエントリを 参照 してください。 これにより、実稼働前マシンから実稼働マシンへの送信通信を防ぐことができます。
データベースの復元
スケジュールされたバックアップ ウィザードを使用して運用デプロイからデータベース バックアップを生成する場合は、それを使用して運用前のデプロイでバックアップを復元することもできます。 そうでない場合は、もちろん、標準的な SQL 手順に従ってバックアップを復元することもできます。 バックアップおよび復元するデータベースの一覧には、常に構成データベースとすべてのコレクション データベースが含まれている必要があります。 実稼働前環境にレポート機能が含まれる場合は、ウェアハウス データベースとレポート サーバー データベースも含める必要があります。
アップグレードの実行
アプリケーション層マシンに新しいバージョンの TFS をインストールします。 アップグレード ウィザードを実行する前に、 ChangeServerId コマンドを実行します。 これにより、同じクライアントから運用環境と実稼働前環境の両方にアクセスする場合に問題が発生しないようにし、コレクションまたは完全な展開を複製するときは常に実行する必要があります。
準備ができたら、運用環境のアップグレードに使用するのと同じ手順を使用して、実稼働前環境をアップグレードします。 運用環境でアクセス許可のないサービス アカウントを忘れずに使用してください。
新機能の構成
一部のアップグレードでは、既存のプロジェクトに対するプロセス変更が含まれるため、構成に追加の手順を実行する新機能が導入されています。 プロジェクトの詳細とアップグレードする TFS のバージョンによっては、これは多かれ少なかれ複雑になる可能性があります。 詳細については 、こちらを 参照してください。
試してみる
運用前のサーバーを試してみましょう。 少し突っ込んで、新しい機能のいくつかを試してみてください...ビルドの実行など、いくつかの追加の構成が必要になる点に注意してください。
問題が見つかった場合は、運用環境でもう一度問題が発生しないように、ここで問題を解決してみてください。 満足したら、その日は終わりにして、運用環境のアップグレードに進みます。