基本情報技術者 2009年 春期 午前（科目A） 問57

OSバージョンアップ判断基準【午前解説】

正解の理由

1. データベースはOSのABI、ライブラリ、ファイルシステム、ストレージ周りの挙動に強く依存するため、まずデータベースの稼働確認を行うことで致命的な不整合や性能劣化を早期に検出できます。
2. データベースが問題なく稼働することを確認してから業務アプリケーションの動作確認を行えば、どちらが原因で問題が起きたかを切り分けやすく、修正やロールバックの対応も明確になります。
3. いきなり本番で適用するのではなく、段階的な検証（データベース→業務アプリ→本番）を行うことがリスク低減の観点から最善策です。

解法ステップ

1. インベントリ確認：OS、DB、業務アプリ、ミドルウェア、ドライバ、ライブラリのバージョンと依存関係を一覧化する。
2. 互換性調査：OSベンダー・DBベンダーの互換性マトリクスとリリースノートを確認する。
3. テスト計画作成：テスト項目（機能/性能/耐障害性/接続性）、テスト環境の構成、評価基準を定める。
4. テスト環境でOSをバージョンアップ：ステージング環境にてOSを適用し、まずデータベースを展開・検証する。
5. データ整合性と性能検証：バックアップ復元、トランザクション、リカバリ、クエリ性能を確認する。
6. 業務アプリの検証：アプリからDB接続・機能・画面遷移・バッチ処理などを検証する。
7. ロールアウト計画作成：スケジュール、バックアウト手順、監視、連絡体制を確立する。
8. 本番適用と事後監視：メンテ実施後は継続的に監視し、問題発生時はロールバックする。

選択肢別の誤答解説

• ア: 業務アプリは長期間使用していることを軽視しています。DBとOSの相性確認は重要ですが、業務アプリ側の依存関係や動作確認を怠ると業務停止に直結します。したがって単独でDBとの相性だけを見て即決するのは不十分です。
• イ: サポート終了により早急な対応は必要ですが、「すぐにバージョンアップをする」ことは危険です。検証不足で重大な障害を招く恐れがあるため、計画とテスト、バックアップ・ロールバック手順を整えてから実施すべきです。
• ウ: DBがOSベンダーの管理機能に依存しているという理由だけで問題がないと判断するのは誤りです。管理機能があってもアプリとの相互作用やパフォーマンス問題は残るため、DBの実働確認を行わずに進めるのはリスクが高いです。
• エ: 正解。段階的に検証を行い、まずDBを確認してから業務アプリを確認することで、原因切り分けとリスク低減ができる適切な手順です。

よくある誤解

• 「ベンダー提供の管理機能があるから大丈夫」：管理ツールがあってもOSのAPI/ライブラリの差やパフォーマンス問題は発生し得るため、実稼働環境での検証が必要です。
• 「サポート終了だからすぐアップデート」：サポート期間は重要ですが、即時適用はリスクが高く、事前検証と移行計画を優先すべきです。
• 「新しいデータベースなら互換性問題はない」：データベース自体のバージョンが新しくても、OSの変更による細かな挙動差で障害が発生することがあります。

補足コラム

• 再現性の高いステージング環境を用意することが重要です。可能であれば本番と同等のデータ量、同じネットワーク/ストレージ構成でテストを行うと問題検出率が上がります。
• パフォーマンス劣化は静的な互換性チェックだけでは見つからないことが多いです。代表的な業務負荷をシミュレーションしてベンチマークを取り、許容範囲を決めておきましょう。
• ロールバック手順は事前に検証してください。OSやDBの変更は簡単に巻き戻せない場合があるため、スナップショットやバックアップからの復旧手順を確認しておく必要があります。

FAQ