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

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

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

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

Microsoft は環境でどのような種類の計画メンテナンス アクティビティを実行しますか?

Microsoft が実行する一般的な計画メンテナンス アクティビティには、次のようなものがあります。

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

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

計画メンテナンス期間は、通常、環境が配置されているリージョンの夜間に発生します。 次の表は、協定世界時 (UTC) の各地域のメンテナンス ウィンドウの一覧を示しています。

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

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

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

メンテナンス アクティビティ中にシステムの運用を続行できます。 この期間中に一時的な中断や切断が発生する可能性がありますが、完全なダウンタイムは必要ありません。

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

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

対話型の使用法

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

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

たとえば、ユーザーは販売注文で明細行の作成や転記を行うことがあります。 中断の後、ユーザーがSalesワークスペースに戻ることがありますが、新規注文と明細行は終了後も利用できるままです。 ユーザーはメイン フォームに戻り、作業を確認する必要があります。

バッチ サービス

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

• サービスは、実行中のすべてのバッチ ジョブを終了します。

• サービスは、終了したジョブを自動的に再起動します。 自動的に再起動しないジョブの再試行の最大数を 0 (ゼロ) に設定します。

  • 小切手の印刷
  • ステートメントの記入

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

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

• 優先度ベースのスケジュール設定を有効にすると、メンテナンス期間中にアプリケーション オブジェクト サーバー (AOS) の容量が減ります。 使用可能な AOS インスタンスは、バッチ ジョブを処理します。 そのため、サービス期間中に完全なダウンタイムが発生することはありません。
• 優先度ベースのスケジュール設定を有効にしない場合、AOS インスタンスで構成したバッチ グループは、関連付けられている AOS インスタンスが更新されてローテーションに戻るまでダウンタイムが発生します。

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

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