次の方法で共有


Lifecycle Services (LCS) によるサービスの更新の構成

Microsoft Dynamics Lifecycle Services (LCS) で、環境のサービス更新を Microsoft から受け取る方法とタイミングを指定できます。

重要

この機能は バージョン 8.1 以降 を使用しているお客様、または バージョン 7.3 を使用していて、初回リリース プログラムに参加して いない お客様だけが利用できます。 Microsoft はこの機能を初回リリースのお客様が利用できるようにすることを目指しています。 バージョン 7.1、7.2、または 8.0 のお客様は、通常のサービス フローを使用して手動で更新を行うことができます。

LCS で プロジェクト所有者 ロールが割り当てられているユーザー (顧客またはパートナー) のみが更新を構成できます。 さらに、更新は 実装プロジェクト に対してのみ構成できます。

構成設定を変更するには、これらの手順を実行します。

メモ

これらの設定は、サービス更新にのみ適用されます。 毎月、環境に適用されているオペレーティング システム レベルのセキュリティ更新には影響がありません。

  1. 実装プロジェクトの LCS で プロジェクト設定 ページを開きます。

    このページには 更新プログラムの設定 という名前の新しいタブがあります。

  2. 更新設定 タブで、必要に応じて、次のコンフィギュレーション オプションを設定します。

    • 既定サンドボックス更新環境 – 運用更新の前に更新する代替サンドボックス環境を選択します。

      既定では、マイクロソフトは、まず基本サービスに含まれる第 2 層標準受け入れテスト (サンドボックス) 環境を更新します。 次に、更新プログラムを運用環境に適用します。 第 2 層以上のサンドボックス アドオン環境を購入し、別のサンド ボックスを更新する場合は、代替環境に既定の環境を変更するためにこのフィールドを使用できます。

      重要

      ここで選択した環境は、運用環境に選択されている更新頻度の 7 暦日前に更新されます。

    • 運用環境更新頻度: 運用環境への定期更新の頻度を選択します。 既定サンドボックス更新環境フィールドで選択したサンドボックス環境は、選択されている頻度の 7 暦日前に更新されます。 残りの追加のサンドボックスは、運用環境と同じ頻度で更新されます。 次のオプションを使用できます。

      • 頻度を選択: 月の第 1 週、第 2 週、第 3 週に更新を受け取るかどうかを選択します。
      • 3つのタイム ゾーンのいずれかを選択: 運用環境を更新するタイム ゾーンを選択します: 東部標準時 (UTC - 5)、香港時 (UTC + 8)、またはグリニッジ標準時 (UTC + 0)。
      • 曜日を選択: 更新を受信する曜日を選択します。
      • 時間帯を選択: 更新プログラムを受信する時間帯を選択します。

      重要

      現時点では、曜日および時間帯オプションはいくつかのオプションのみ使用できます。 Microsoft は、顧客の平日など、他のオプションもすぐに追加します。

      上記の時間帯で要望を満たせない場合は、通常のサービスのフローを使用してご自身の環境にアップグレードを適用することで、ご都合のいい時間に変更するオプションを選択することができます。

  3. コンフィギュレーション オプションの設定が完了したら 保存 を選択します。

更新環境および更新頻度を設定したら、Microsoft は、今後6か月の更新カレンダーを生成します。 このカレンダーは、コンフィギュレーション済のサンド ボックスと運用環境がいつ更新されるを正確に表示します。 したがって、各更新の予想される時期を特定できます。 カレンダーを表示するには、更新カレンダーを表示を選択します。

重要

設定を保存した後いつでも変更できます。 ただし、進行中の展開がある場合、新しい設定は、既存の展開タイミングを更新するために使用されません。 代わりに、次の展開で使用され始めます。 進行中の展開は、サンド ボックス環境の更新に関する電子メール通知が送信された日付から、運用環境の更新時の日付までの 14 日間の期間によって定義されます。

構成されたサンドボックス環境および運用環境への更新を一時停止する方法の詳細は、Lifecycle Services (LCS) によるサービスの更新の一時停止 を参照してください。

1 つのバージョンおよび Microsoft が管理するサービスの更新の詳細は、1 つのバージョンのサービス更新に関するよく寄せられる質問 を参照してください。

キャンセルされた更新

スケジュールされた更新は、さまざまな理由でキャンセルされる場合があります。 スケジュールされた更新が Microsoft によってキャンセルされる原因となる可能性のある一般的な理由を次に示します。

  • 更新の準備中にエラーが検出されました。 更新の準備が更新の約4時間前に開始され、環境が正常な状態にあることが確認されます。 環境が失敗状態またはメンテナンス モードであった場合、スケジュールされた更新は開始前にキャンセルされます。
  • 環境の更新中にエラーが検出されました。 更新中に問題が発生した場合、スケジュールされた更新はキャンセルされ、環境は前の状態にロールバックされます。
  • この環境は、最新バージョンで既に実行されています。 更新を再度適用する必要はありません。スケジュールされた更新は、開始前にキャンセルされます。
  • ターゲット環境が見つかりません。 指定したサンドボックスが削除されたか、または運用環境が配置されていない場合、スケジュールされた更新は開始される前にキャンセルされます。
  • ファースト リリース プログラム に登録されています。 ファースト リリース プログラムは、異なるリリース リズムを備えており、以前にスケジュールされた更新がキャンセルされます。

キャンセルされた更新は、更新の設定で最近キャンセルされた更新を表示を介して確認できます。 最後の2つのスケジュールされた更新で、キャンセルされた更新がある場合はすべて表示されます。

追加のサンドボックス環境

既定のサンドボックス環境および運用環境に加えて、LCS 実装プロジェクトに追加のサンドボックス環境を配置した場合は、その追加のサンドボックス環境も 1 つのバージョンのサービスの更新によって自動更新されます。

追加のサンドボックス環境の更新

追加のサンドボックス環境は、更新の設定に基づいて、運用環境と同じ頻度で更新されます。 追加のサンドボックス環境を使用する場合、これらの環境はまとめて更新される予定です。

運用環境を配置していない場合は、追加のサンドボックス環境は自動更新されません。

実稼働更新に関する電子メールが送信されるに運用環境が更新された場合、運用環境およびすべての追加のサンドボックス環境は更新されません。 実稼働更新に関するメールが送信された に運用環境が更新された場合、運用環境の更新はキャンセルされる 予定 ですが、追加のサンドボックス環境は更新されます。

運用環境で更新に失敗した場合や、その他のサンドボックス環境で更新に失敗した場合、残りの更新に影響することはありません。 つまり、生産の更新が失敗した場合は、追加のサンドボックス更新が続行されます。 同様に、更新中に追加のサンドボックス環境の 1 つの更新に失敗した場合、他の環境更新は続行されます。

スケジュール済みサービス更新の前に、すべての環境を自己更新することができます。 環境の最新バージョンに対して自己更新を行った場合、スケジュール済みのサービスの更新では、その環境に対する更新は再度適用されません。

既定のサンドボックス環境の変更

既定のサンドボックス環境を選択し、追加のサンドボックス環境の 1 つに変更しようと思う場合、次のスケジュールされたサービス更新で変更が有効になります。

サービス更新の一時停止

追加のサンドボックス環境を個別に一時停止することはできません。 ただし、既定のサンドボックス環境を一時停止すると、運用環境と追加のサンドボックス環境の両方が自動的に一時停止されます。 運用環境を一時停止すると、追加のサンドボックス環境も一時停止されます。

現在のサービス更新の一時停止 ポリシーは引き続き適用されます。

電子メールの通知

追加のサンドボックス環境が更新に対してスケジュールされている場合、スケジュール済みのサービスの更新の 6 日前に電子メール通知が表示されます。 更新が完了すると、各環境の更新結果に関する電子メール通知も受け取ります。