次の方法で共有

セルフサービス環境のメンテナンスに関する FAQ

  • [アーティクル]

テクノロジの性質の変化、新しいセキュリティの脅威の継続的な出現、またコンプライアンス要件のため、環境は、すべての重要なセキュリティと品質に関する更新プログラムで更新する必要があります。 マイクロソフトは、環境が展開されている地域の主要な稼働時間帯外ですべてのメンテナンス活動を実行するためのフレームワークを構築しました。 このメンテナンス活動には、オペレーティング システムのパッチ適用、セキュリティ ホットフィックスの展開、品質アップデートの展開が含まれます。 アプリケーションのダウンタイムを最小限に抑えるために、アップグレードはバッチで行われます。 したがって、ほとんどの容量は常にオンラインであり、一度にアップグレードされるのはサブセットのみです。 この方法により、完全なダウンタイムではなく、サービスが低下する短い期間を含むサービスが可能になります。

セルフサービス環境のインフラストラクチャ メンテナンスに関する FAQ

インフラストラクチャ メンテナンスは、環境を最新のセキュリティ更新プログラムと重要な修正プログラムで更新するプロセスのことです。 Microsoft は、セキュリティ、可用性、信頼性を確保するために、ご使用の環境でこのプロセスを実行する必要があります。 この記事では、セルフサービス環境における Microsoft の計画されたメンテナンスに関するよくある質問に対する回答を示します。

環境に実行される計画されたメンテナンス活動にはどのような種類があるか?

Microsoft が実行する予定された共通のメンテナンス活動の一部は次のとおりです。

  • オペレーティング システム (OS) のセキュリティ更新
  • セキュリティ修正プログラム
  • Microsoft 品質更新プログラム

計画されたメンテナンス ウィンドウとは何ですか ?

計画されたメンテナンス ウィンドウは、通常、環境が配置されている地理的な地域の遅い時間中に実行されます。 次の表は、協定世界時 (UTC) の各地域のメンテナンス ウィンドウの一覧を示しています。

地域 開始時刻 時間数 メンテナンス期間
オーストラリア 13:00 UTC 金曜日、土曜日 6 時間
アジア 16:00 UTC 金曜日、土曜日 6 時間
ブラジル 04:00 UTC 土曜日、日曜日 6 時間
カナダ 04:00 UTC 土曜日、日曜日 6 時間
中国 16:00 UTC 金曜日、土曜日 6 時間
ヨーロッパ 22:00 UTC 金曜日、土曜日 6 時間
フランス 22:00 UTC 金曜日、土曜日 6 時間
インド 18:30 UTC 金曜日、土曜日 6 時間
日本 16:00 UTC 金曜日、土曜日 6 時間
ノルウェー 22:00 UTC 金曜日、土曜日 6 時間
南アフリカ 22:00 UTC 金曜日、土曜日 6 時間
スイス 22:00 UTC 金曜日、土曜日 6 時間
アラブ首長国連邦 18:00 UTC 金曜日、土曜日 6 時間
イギリス 22:00 UTC 金曜日、土曜日 6 時間
米国 04:00 UTC 土曜日、日曜日 6 時間

プロアクティブな品質更新のスケジュールとは何ですか？

プロアクティブな品質更新プログラムのスケジュールについては、プロアクティブな品質更新プログラムのリリース スケジュール を参照してください。

注記

2022 年 8 月から 2022 年 10 月にかけて、Microsoft は、環境への潜在的な影響を最小限に抑えるために、任意の週末および通常営業時間外に、運用環境に対する更新プログラムの展開を開始します。 すべてのサンドボックス環境は営業時間外の夜間に更新されます。

すべてのメンテナンス活動 (システム更新、セキュリティ修正プログラム、品質更新) は、主要な稼働時間帯外で実施され、ダウンタイムがほぼゼロになる体験を提供する予定です。

ダウンタイムがほぼゼロのメンテナンスとはなにか?

顧客は、メンテナンス活動中もシステムの操作を継続することができます。 この機関内で短い中断や切断が発生することがありますが、完全なダウンタイムを取る必要はありません。

ダウンタイムがほぼゼロのメンテナンス ウィンドウ中のエクスペリエンスとは?

アップグレードはバッチで行われます。 そのため、ほとんどの容量は常にオンラインであり、一度にアップグレードされるのはサブセットのみなので、完全なダウンタイムをなくすのに役立ちます。 バッチ ジョブの優先順位に基づくスケジューリングを採用することをお勧めします。 優先順位に基づくスケジュール設定により、バッチサーバーに関連するバッチジョブの粘着性を排除し、セキュリティ パッチや品質更新のためのダウンタイムがほぼゼロになるサービスが可能になります。 設計上、すべての階層 2 と階層 3 の環境では、サービス中にまたはメンテナンス操作中にダウンタイムが約 30 分発生する可能性があります。

対話型の使用法

環境に接続されているユーザーは、サービス期間中に 60 秒未満の短い切断を数回経験する場合があります。 回復後、ユーザーは次のいずれかの結果を経験する可能性があります。

  • セッションは正常に回復され、ユーザーは作業していたページに移動するか、ルート/ワークスペース/ホームページにリダイレクトされて次のメッセージを受け取ります: 「問題が発生しました。 しかし、セッションを復元することができました。」
  • セッションの回復に失敗し、詳細ページで作業中のユーザーは、ルート/ワークスペース/ホーム ページにリダイレクトされ、次のメッセージが表示されます:「問題が発生し、セッションを回復することができませんでした。  リダイレクトされました。」

たとえば、ユーザーは販売注文で明細行の作成や転記を行うことがあります。 中団の後、ユーザーが Sales のワークスペースに戻ることがありますが、新しい注文および明細行は引き続き使用可能です。 メイン フォームに戻って作業内容を確認することをお勧めします。

バッチ サービス

バッチ サーバーはそれぞれ最大で 30 分間使用できなくなります。 次の活動が発生します:

  • 実行中のバッチ ジョブは終了します。

  • 終了したジョブは、バッチ サービスが復旧するときに自動的に再開されます。 自動的に再起動しないジョブの再試行の最大数を 0 (ゼロ) に設定します。

    • 小切手の印刷
    • 明細書の転記

バッチ再試行の詳細については、「再試行」を エラーが発生した場合やバッチ サーバーを再起動するを参照してください。

優先順位に基づくスケジューリング

  • 優先順位に基づくスケジューリングを有効にすると、メンテナンス期間中に Application Object Server (AOS) の容量が低下します。 バッチ ジョブは、使用可能な AOS インスタンスによって処理されます。 したがって、最終的には、サービス期間中に完全なダウンタイムはなくなります。
  • 優先順位に基づくスケジューリングが有効になっていない場合、AOS インスタンスで構成されているバッチ グループでは、関連付けられている AOS インスタンスが更新され、ローテーションに戻されるまで、ダウンタイムが発生します。

注記

バッチ サービスのダウンタイムを数分まで減少させる取り組みを行います。 この目標を達成するには、お客様がバッチジョブの優先度ベースのスケジュール設定を採用する必要があります。

ダウンタイムがほぼゼロのオペレーティング システム メンテナンスを再スケジュールすることは可能ですか?

いいえ。 規制およびセキュリティに関するコンプライアンス基準を満たすには、Microsoft は環境が配置されている地理的地域の遅い時間帯に計画されたメンテナンスを実行します。 計画的なメンテナンスの主な目的は、セキュリティの脆弱性を修正し、重要な品質更新プログラムを適用するために、環境に定期的にパッチを適用することです。 更新を遅らせると、データのセキュリティ、可用性、信頼性がリスクにさらされます。