[https://www.youtube.com/watch?v=kEYoYc1ynK0:embed:cite]
本動画では、令和3年度春期 ITサービスマネージャ試験 午後Ⅰ 問3「データセンタのファシリティマネジメント」を題材に、電力供給設備と空調設備の管理が、ITサービス（サーバ稼働）の可用性・継続性にどのように直結するかを、出題趣旨と採点講評の狙いに沿って整理しながら解説します。ITサービスマネージャの午後Ⅰで問われるのは、設備の専門知識そのものよりも、与件の制約と前提を正しく読み取り、計算根拠を崩さずに結論へ到達する力、さらに障害時の影響度判定と運用フローを「サービス影響」の観点で組み立て直せる力です。本問はまさに、ファシリティとITが運命共同体であるデータセンタにおいて、計画（増強）と非常時（停電・瞬断・保守）を同じ地平で扱えるかどうかを試しています。 まず出題趣旨の中核は、容量と冗長性を「平常時」だけで評価しないことにあります。普段は余裕があるように見える構成でも、サーバ増強計画が進むと、ある時点で自家発の供給上限やUPSの補償時間の要件を満たせなくなります。本問の計算パートは、単純な四則演算に見えて、読み落としがあると簡単に破綻します。消費電力1kWに対して設備容量が1.25kVA必要という換算条件は、採点側が「kWとkVAの軸を混同しないか」を見ているポイントであり、ここを曖昧にすると以降の結論がすべて崩れます。図と表から現状負荷を組み上げ、ラック負荷に加えて空調負荷も同じ電力系統で支える前提を踏まえた上で、増強計画の累積増分を時系列に乗せていくと、自家発のkW換算上限（7,500kVAを1.25で割った6,000kW）を超過する時期が見えてきます。結論として、ラック増強の累積でベース負荷が上限を超えるのは2021年12月であり、ここを正確に出せるかが設問1の第一関門です。午後Ⅰの読解ポイントとしては、増強計画は単発の増減ではなく累積で評価すること、空調機の稼働台数と予備の位置づけを注記から確定させること、そして供給上限は「非常用の自家発」であるため、平常時の商用系とは別の観点で安全側に見る必要があることが挙げられます。 次に、UPSの停電補償時間に関する設問が、午後Ⅰらしい「要件の言い換え」を要求しています。自家発が手動起動で最大20分かかるという運用条件は、単に設備仕様を確認する話ではなく、サービス継続の要件として「UPSは20分以上持つべき」という評価基準に変換しなければなりません。さらに、UPSの補償時間は負荷に依存するため、表の読み取りと負荷推移（増強後の負荷）を組み合わせて判定する必要があります。ここで採点講評が重視しがちな点は、現状負荷だけで合否判定をしてしまうミスと、kWをkVAに換算せず表のレンジに当てはめてしまうミスです。ラック2に相当するUPSタイプ①では、2022年2月の増強で負荷が2,400kWとなり、必要kVAは3,000kVAに達します。このとき表の該当レンジでは補償時間が20分を下回るため、要件未達となる時期は2022年2月と判断できます。ラック3に相当するUPSタイプ②では、8月の増強で負荷が1,200kW、換算で1,500kVAとなり、表上の補償時間が要件を満たさなくなるため、要件未達となる時期は2021年8月となります。ここは「どの月に境界を跨ぐか」という一点勝負で、計算は難しくありませんが、与件のどの負荷を対象にしているか、どの表を当てるか、そして換算を入れるかという読解の精度が差になります。午後Ⅰで点差が付くのは、計算そのものではなく、何を計算すべきかを特定する読み取りにある、ということがはっきり出る設問です。 設問2は、冗長構成の理解を、運用シナリオで検証できるかを問う典型問題です。「メンテナンスなどで一方のUPSを停止したときに、他方のUPSで障害が発生したときに備えて電力供給を継続する」という要件は、単なるN+1では足りず、「1台が計画停止（メンテ）している状態で、もう1台が故障しても落ちない」レベルを求めています。採点側の狙いは、冗長化を図面上の台数で語るだけでなく、運用中に必ず起きる停止状態を織り込んで可用性を評価できるか、つまりサービスマネジメントの視点で冗長性を説明できるかにあります。与件ではTシステムがラック1とラック3に分散収容され、ラック3側はUPS-F（常用）とUPS-G（予備）という二台構成に見えますが、片系を止めて保守しているときに残りが故障すると、その瞬間に電源が尽き、サービスが落ちます。ここで重要なのは、予備があること自体ではなく、「予備が唯一の残存系になりうる運用状態」を想定できるかどうかです。よって対策としては、ラック3側にUPSを1台増設し、メンテで1台止めても、さらに1台故障しても、残り1台で最低限の供給を維持できる構成へ引き上げることが合理的であり、増設したUPSはラック3の負荷機器に接続すべき、という結論になります。午後Ⅰでこの設問が難所になりやすい理由は、冗長化を「通常時の故障」だけで考え、メンテ停止を軽視してしまう点にあります。データセンタ運用では、計画停止は現実に起きるため、可用性設計は「故障＋故障」ではなく「計画停止＋故障」をまず想定するのが筋であり、この発想の転換が合否を分けます。 設問3は、瞬断による空調停止がサーバ停止に波及したインシデントを素材に、設備対策と運用基準（影響度判定）の両面で再発防止を設計できるかを問います。ここで出題趣旨として重要なのは、空調はファシリティの一要素に過ぎないという見方を捨て、空調停止を「サーバ稼働を維持できない状態のトリガ」として扱うことです。瞬断で空調機1が停止したこと、さらに予備の空調機2が保守中で使えなかったことは、冗長構成が実質的に失効していたことを意味します。設備面の再発防止としては、稼働系だけでなく待機系も含め、どちらが稼働していても瞬断の影響を受けないように電源バックアップを確実化するのが合理的で、解答としては空調機1および空調機2に接続するUPS装置を設置する、という方向になります。採点講評の観点では、「空調機にUPSを付ける」という表現だけでは弱く、なぜ二台とも対象にする必要があるのか、つまり保守中という運用状態で冗長性が落ちる現実を踏まえた対策であることまで言語化できるかが差になります。 運用基準の見直しについては、影響度判定が甘かったために重大障害へ発展したという教訓を、判定基準に落とし込めるかが焦点です。空調停止そのものを「影響度：低」と判定した背景には、室温上昇という現象だけを条件にしていた可能性がありますが、実務では室温が閾値に達する前にサーバが保護停止することがあり得ますし、温度以外の兆候（サーバ異常、アラート連鎖、サービス遅延）から先にサービス影響が顕在化することもあります。したがって、影響度を判定する条件には、室温だけでなく「サーバに異常が発生した場合」も高影響として扱うように追加し、初動を早める必要があります。ここはITサービスマネージャらしい論点で、設備の異常をサービス影響へ変換するルールを整備することが、インシデント管理の品質に直結します。午後Ⅰの読解ポイントとしては、設備アラートとサービス影響の因果を、結果（サーバ停止）から逆算して基準に反映すること、そして「止まった事実」をもって基準の不足を説明することが重要になります。 本動画を視聴することで、データセンタのファシリティマネジメントという題材を通じて、午後Ⅰで安定して得点するための読み取りの型が身に付きます。換算条件や注記を起点に前提を固め、負荷の定義を揃え、時系列で境界を跨ぐ月を特定する計算の進め方、冗長構成を図面上の台数ではなく運用シナリオで検証する考え方、設備インシデントをサービス影響へ落とし込む影響度判定基準の作り方を、過去問ベースで具体的に理解できます。難所だったのは、計算の難しさではなく、どの負荷を合算すべきか、どの条件を要件に変換すべきか、冗長性をどの運用状態で評価すべきかという「解く前の設計」であり、ここを外すと時間をかけても点が伸びません。逆に言えば、この問題の読み解き方を一度整理してしまえば、他年度・他区分のファシリティや運用設計の設問にも転用できます。 最後に、この動画を見る意義をまとめます。令和3年度春期 ITサービスマネージャ 午後Ⅰ 問3は、設備計算と運用設計とインシデント管理を一つのストーリーとして結び付け、サービスマネジメントの視点で答案を作れるかを問う良問です。本動画では、出題趣旨と採点講評が求める「与件根拠に基づく判断」「運用状態を織り込んだ可用性評価」「サービス影響を中心にした判定基準」を、設問ごとの読解ポイントとして再現可能な形に落とし込みます。過去問演習を単なる答え合わせで終わらせず、次の問題でも同じ手順で解ける状態に引き上げたい方にとって、本動画は学習効率と得点の安定性を同時に高めるための基盤になります。
