ここ数年、IT 業界は大きな課題に直面してきましたが、新たな課題に対処するためにどれほどのスピードで進化し続けなければならないかは誰もが知っています。
デジタルテクノロジーの導入により、大量のデータが作成され、さまざまなストレージ階層間で移動されるため、データを保護するためのサービスレベルアグリーメント（SLA）が困難になる可能性があります。
使用状況やプロセスやタスクを最適化する能力をほとんどまたはまったく把握できないまま、ストレージ要件が増加していることも、関連するSLAに影響を与えています。
並行して、ビジネスユーザーと開発者は引き続きクラウド ベースのサービスを採用し、事業部門のニーズに合わせてデータをリモートやオフサイトの場所に移動しています。
しかし、これにより、コストが増加し、データが脆弱なままになる可能性があります。
ITがより高度になるにつれて、データバックアップも進化してきており、最新の技術を取り入れ対応する必要が出てきております。
- ほとんどの組織は、従業員が現場勤務とリモート勤務に時間を分割するハイブリッド労働力を引き続き採用しています。
このハイブリッド モデルは、バックアップに関して大きな課題を引き起こす可能性があります。
ビジネスの回復力は常に組織にとっての課題ですが、今日の企業とその顧客のビジネス方法と運営方法の変化により、企業はオープンな状態を維持し、顧客が必要とする価値を提供し続ける方法を見つけるという新たなプレッシャーにさらされています。 - また、ストレージとアプリケーションをクラウド上で使用する動きの増加傾向ででております。
クラウドストレージにはいくつかの利点があります。
主に、必要なストレージ量を迅速にスケールアップまたはスケールダウンできる柔軟性に関係しており、コスト管理を強化し、CAPEXモデルからOPEXモデルに移行できます。
しかし、これは企業情報の保護に関して新たな課題を引き起こす可能性があり、また、いくつかの大手SaaSプロバイダーが、100%のサービス可用性を達成するために最善の努力を払っているにもかかわらず、近年混乱に見舞われているのを目にしています。 - 最後に、コアアプリケーションを保護し、回復力のある基盤を構築することが重要です。
「状況」や「いつ」の問題ではなく、コア アプリケーションを保護するために適切なデータ保護戦略を採用する方法が重要です。
これらのビジネス クリティカルなアプリケーションは会社の運営にとってますます重要になってきており、現在ではビジネス クリティカルなアプリケーションの停止により生産性やユーザーエクスペリエンスが妨げられる可能性があります。
SAP HANA移行の必要性
SAPについて見ると、1972年以来ソフトウェアテクノロジを開発している有名な企業です。
最も重要なビジネスアプリケーションのいくつかはSAPによって開発されており、今日の主要なアプリケーションの1つはSAP HANAです。
2010 年にリリースされたSAPのERPアプリケーションに使用されるメモリデータベースでしたが、
SAP S/4HANA はその進化版であり、前バージョンよりもはるかに高速かつ効率的であり、ランダムアクセスメモリ (RAM) を使用して、ビッグ データ に関するリアルタイム情報の整理、分析、提供を支援しています。
SAPは、DB2、MaxDB、Microsoft SQL、Oracle などのさまざまなデータベースのサポートを含む、レガシーERPのサポートを 2027 年に終了予定としています。
そのため、これらのレガシーERP アプリケーションに依存している企業は、SAP HANA または SAP S/4HANAに移行するまでにわずかな期間しかありません。
S/4 HANAはインメモリリレーショナル データベースを使用するため、顧客は以前のデータベース内の大量のデータを新しいS/4HANAに転送する必要が出てきます。
移行プロセスは均一ではないため、お客様に次のような影響が生じる可能性があります。
- SAP HANA は Linux 認定プラットフォームとのみ互換性があり、そのプラットフォームでのみ実行されます。
お客様が Linux OS 以外を使用している場合は、アプリケーションとその関連OSを移行する必要があります。 - 従来のカスタマイズを行っているお客様は、組み合わせやすさの問題が発生する可能性があります。
- 一部の専門家は、ハイブリッド実装にはいくつかの問題が発生するとコメントしています。
大規模な移行やシステム アップグレードのアプローチと考慮事項を検討する際、すべての組織が同様の課題に直面していますが、SAPシステムでも例外ではありません。
従来のデータベースからSAP HANAに移行してその機能を活用することを計画している組織は、包括的なデータ保護と可用性戦略を確立する必要があります。
これは、これらのミッションクリティカルな導入を成功させるために不可欠と考えられます。
SAP環境の統合保護
移行は注目のトピックですが、既存の環境を保護する必要性も考慮する必要があります。
SAP HANAのデータベースの大部分はメモリに保存されます。
ただし、障害発生時のフォールバックとして永続ストレージが引き続き使用されます。
通常のデータベース操作中、データは通常のセーブポイントでメモリからディスクに自動的に保存され、すべてのデータ変更はREDOログに記録されます。
REDOログは、コミットされたデータベーストランザクションごとにメモリからディスクにも保存されます。
停電後は、他のディスクベースのデータベースと同様にSAP HANAデータベースを再起動できます。
最後のセーブポイント以降に記録されたREDOログを再生することで、状態を戻します。
SAP HANAには、システム ノードやストレージシステムの障害に耐えるように設計されたフォールトトレラントインフラストラクチャによってサポートされる多くの高可用性機能が備わっています。ただし、セーブポイントとREDO ログアーカイブは停電からデータを保護しますが、永続ストレージ自体が損傷した場合や論理エラーが発生した場合には利用ができなくなります。
ディスク障害、人的ミス、法的要件などによるデータ損失を防ぐために、バックアップは依然として必要です。
バックアップでは、データ領域とログ領域のペイロード (実際の情報) が別の場所に保存されます。
これらの場所は、元のソースから独立しており、損傷を受けることはありません。
SAP HANAは重要な高速データベースであるため、顧客はそれを補完する高速バックアップソリューションも必要としています。
OpenText Data Protectorを使用すると、お客様はデータベースのバックアップとリカバリのコストを管理しながら、SAP HANA環境で最高の効率とパフォーマンスを達成できます。
Data Protector は以下を提供します:
#1 - 統合された保護
- SAP HANA ユーザーは、バックアップとリカバリを簡素化および標準化する、拡張性の高い集中管理型のユニバーサルバックアップソリューションを導入できます。
- 災害復旧のために完全バックアップを作成し、オフサイトの別の媒体 (テープ、ディスク、またはクラウド) に保存します。
- 統合されたダッシュボードを使用すると、SAP HANA管理者はアプリケーションの復旧時点と時間の目標を定義、管理、追跡できます。
#2 - ネイティブ統合
- SAPネイティブツールとの緊密な統合により、シームレスなエンタープライズグレードのデータ保護展開が実現します。
これにより、組織はSAPが推奨するデータ保護のベストプラクティスをすべて満たすことができます。 - SAPによってテストおよび認定されているData Protectorを使用すると、組織はバックアッププロセスを中断することなく、HANAを更新できます。
#3 - 高度なバックアップおよびリカバリ機能
- Data Protectorは、SAP HANA 環境の厳しいデータ保護要件に最適に適合するように設計されています。
- SAP環境向けに統合されたスマートエージェントは、アプリケーションと一貫した保護とHANAデータベースのリカバリを提供します。
- アプリケーション所有者によって、クラッシュの直前までほぼ自動バックアップとリカバリが実行されます。
OpenText™ Data Protectorソリューションは、複雑な環境を保護するときや重要な移行を実行するときにすべてを考慮する必要があるため、組織がこれらの課題に対処できるように支援することを目的としています。
OpenTextは、この取り組みにおいてお客様を支援し、プロセス中およびその後の長期的な取り組みにおいてデータが確実に保護される技術やサービスを提供いたします。