SQL Server 2008のサポート終了におけるリスクと管理

2019年7月9日、 Microsoft社はSQL Server 2008と2008 R2の延長サポートを終了しました。SQL Server 2008のサポートとセキュリティアップデートの全面終了は、このデータベースサーバーを使用している企業にとって、アップグレードするための大きなきっかけとなりました。しかし、多くの企業の利害関係者が現状に満足してたこともあり、プロセスが遅れていました。

最新バージョンの SQL Server へのアップグレードを正当化するために、企業はサポート終了後も SQL Server 2008 を使用し続けることで生じるリスクを十分に理解しておく必要があります。SQL ソリューションを維持するリスクを評価する前に、なぜ企業が SQL Server 2008 インスタンスを継続しているのかを見てみましょう。

なぜ企業は時代遅れの SQL ソリューションを使用するのでしょうか？

SoftwareONEの分析によると、全SQL Serverインスタンスの43%がSQL Server 2008またはSQL Server 2008 R2のいずれかを使用しています。なぜ10年以上前のバージョンのSQL Serverを使用し続けているのでしょうか？それには、新しいバージョンのSQL Serverへのアップグレードを遅らせるという選択をした正当な理由が多くあります。

• 互換性の問題 - SQL Server の新バージョンへのアップグレードは、ソフトウェア資産のかなりの量をアップグレードすることを意味します。多くの場合、SQL のワークロードは、ビジネスに不可欠なアプリケーションやプロセスと連動しています。この環境に障害が発生すると、日々のビジネス活動に多大な悪影響を及ぼす可能性があります。
• 知識の不足 - 多くの企業では、IT チームに新しいバージョンの SQL へのアップグレードを完了するために必要な深い知識が不足していました。適切なスキルと知識を持ったチームがいない場合、SQL Server のアップグレードがうまくいかず、危険な状態に陥る可能性があります。
• コストと複雑さ - SQL Server インスタンスのアップグレードを検討する際、多くのデータベース管理者は「壊れていなければ直さない」というモットーを持っています。多くの企業では、SQL Server 2008 のサービス終了が現実のものとなるまで、アップグレードのコストと複雑さがメリットをはるかに上回っていました。

当初はアップグレードを遅らせる正当な理由があったものの、SQL Server 2008 のサービス終了となった今、企業はすぐにでも対策を講じる必要があります。さもなければ、悲惨な結果に直面する可能性があります。

EoS後にSQL Server 2008を使用する際のリスク

時代遅れのソフトウェアを使用していると、企業にとってかなりの脅威となります。アップグレードを遅らせたり、まったくアップグレードしない場合、懸念すべき主要なリスクがいくつかあります。

• セキュリティ リスク – SQL Server 2008 のサポート終了に伴い、セキュリティ更新プログラムとホットフィックスは提供されなくなります。ファイアウォールやアンチウイルスは基本的な保護を提供していますが、アプリケーション固有の脆弱性にパッチを当てるためにはホットフィックスが必要です。これらのパッチへのアクセスができなくなることで、企業はデータ侵害の影響を受けやすくなります。
• コンプライアンス リスク – アップグレードを回避した場合、既存の規制やソフトウェアライセンス契約のコンプライアンスを失うリスクがあります。例えば、多くのオンライン決済処理プラットフォームでは、ベンダーのサポートを維持することが求められています。その結果、アップグレードを行っていない企業は、アップグレードが実行されるまで顧客からの支払いを受け入れることができません。また、GDPR や PCI DSS などの標準規格では、サポートされているプラットフォームを使用することを要求されています。SQL Server 2008 を使用し続けることは、この規制に違反しており、法的措置や高額な罰金が科せられる可能性があります。
• ファイナンシャル コスト – SQL EoS の後にアップグレードを行わない場合は、コンプライアンスを維持するために拡張セキュリティ更新プログラムのプレミアム料金を支払わなければなりません。SQL Server 2008 の拡張セキュリティ更新の年間コストは、企業の SQL Server ライセンス費用の 75% です。これは通常、関連のあるサーバー 1 台あたりの年間ソフトウェア保証メンテナンス費用の 300 % に相当します。
• 互換性コスト – 10年以上前のSQLソリューションを使用していると、近代化の取り組みに支障をきたす可能性があります。最新のワークロードが時代遅れの SQL ソリューション上で稼働されている場合、これらのクエリは最適ではない互換性レベルで実行されます。一方、新しいバージョンの SQL は、より効率的な互換性レベルを提供します。つまり、SQL Server 2008 を維持することは、最終的には組織の時間を無駄にし、結果として大きな機会損失を招くことになります。
• 評判リスク– 企業がセキュリティやコンプライアンスの違反をすると、その結果として企業の評判が低下します。これは、特にサイバー攻撃の場合、顧客の損失を意味する可能性があります。セキュリティ違反が発生した後、20%の企業が直接的な結果として顧客を失うと言われています。 更に利害関係者、投資家、一般市民からの信頼を失うことにもなりかねません。   

SQL EoSの戦略を立てる

SQL Server 2008 がサポートされていない現在、SQL Server 2008 を維持することには非常に大きなリスクがあるため、SQL Server 2008 をまだ使用している企業では、今すぐにサーバー環境をアップグレードするための戦略を立てなければいけません。残念ながら、現在の SQL ソリューションをオーバーホールする際に、どこから手を付ければよいのかを判断するのは困難です。ここでは、アップグレードのためのロードマップを構築する際に考慮すべき一般的な4つのステップを紹介します。

ステップ1: 在庫を確認する

ネットワーク環境内のすべての古い SQL ワークロードを、構成、使用状況、ワークロードのベンチマークとともに把握しておきましょう。企業のSQLインベントリは企業全体に分散しているため、インベントリが正しく行われているかどうかを確認するために、アドバイザリ サービスを利用すると便利です。

ステップ2：計画を立てる

ソフトウェアのインベントリに関する情報が記録されたら、各ワークロードに最適な移行アプローチを見つけるための ロードマップを作成します。最適な契約を最適な価格で見つけることを目指すべきです。これは企業ごとに異なるため、適切な時間をかけて欠点のない計画を構築するか、第三者の専門家に相談するようにしましょう。

ステップ3：計画を実行する

キャンペーンを実施する際、一般的にソフトウェア環境の移行や近代化を計画します。ワークロードの移行は実行するための計画は簡単ですが、長期的な問題に遭遇する可能性があります。 Azureのようなクラウド環境を使用してSQL環境を近代化すると、時間はかかりますが、最終的にはSQLアプローチの将来性を保証することになります。

ステップ4：継続的に最適化する

計画が実行されたら、すべてが可能な限り効率的に稼働しているかを常に確認することが重要です。SQLソリューションを更新した後、いくつかの技術的なエラーが発生する可能性があります。これらのエラーによって日々の業務に大きな支障をきたさないように、継続的な最適化が必要です。