ポイント: メインフレームデータのバックアップとアーカイブの速度を向上させる3つの方法は、データの並列書き込み、zIIPエンジンの利用、送信前のデータ圧縮です。これらの戦略はパフォーマンスを向上させ、リソースの使用を最適化します。
- ボトルネックを排除するためにデータを並列で書き込む。
- メインフレームリソースを解放するためにzIIPエンジンを活用する。
- 転送効率を向上させるためにデータを圧縮する。
従来のVTL/テープソリューションを使用している場合、メインフレームデータのバックアップとアーカイブコピーをクラウドオブジェクトストレージに直接送信することで、パフォーマンスを向上させることができます。従来の技術を最新のオブジェクトストレージに置き換えることで、パフォーマンスを制限するボトルネックを排除できます。言い換えれば、メインフレームとバックアップ/アーカイブターゲットの間にデータをより速く移動できる接続を構築できます。これを「取り込みスループット」と考えることができます。取り込みスループットを増加させるためのトップ3の方法は次の通りです:
-
データを直列ではなく並列で書き込む
従来のメインフレームテープは、バックアップとアーカイブコピーを作成するためにデータを直列に書き込む必要がありました。これは物理テープがリール上に存在し、テープの1つの場所にしか同時に書き込むことができなかったからです。VTLソリューションがテープを仮想化したとき、彼らはこの順次アクセスの制限を引き継ぎました。それに対して、オブジェクトストレージにはこの制限がなく、データを直列に書き込む必要はありません。代わりに、TCP/IPを使用して、複数のデータチャンクを同時にオブジェクトストレージに送信する新しい方法を使用できます。
-
メインフレームMIPSの代わりにzIIPエンジンを使用する
従来のメインフレームバックアップおよびアーカイブソリューションはMSUを使用しており、他のタスクのために利用可能な処理能力を奪っています。実際、これはメインフレームのバックアップが貴重なメインフレームのコンピューティングパワーを占有し、そこで実行するすべてのタスクの全体的なパフォーマンスを低下させていることを意味します。バックアップとアーカイブタスクを実行するためにMSUを使用する必要はありません。代わりに、メインフレームのzIIPエンジンを使用することで、CPUのオーバーヘッドを削減し、他のジョブに使用するためのMSUを解放できます。
-
送信前にデータを圧縮する
従来のメインフレームバックアップおよびアーカイブソリューションは、テープ/VTLに送信する前にデータを圧縮することをサポートしていません。これは、送信する必要があるデータの量が最新の圧縮技術を使用した場合よりもはるかに大きいことを意味します。最新の技術を使用することで、オブジェクトストレージに送信する前にデータを圧縮できます。データ転送サイズが小さくなるだけでなく、メインフレームとストレージターゲット間の既存の接続の有効容量を増加させることができます。たとえば、3:1の比率でデータを圧縮すると、1GBの回線は3GBの回線に変わります。これにより、既存のインフラストラクチャを使用しながら、同じ量のデータをより速く送信できるようになります。
VTLよりも速い:メインフレームデータ管理パフォーマンスを向上させる
従来のVTL/テープソリューションを、データを圧縮してクラウドベースのオブジェクトストレージに移動できる最新のソリューションに置き換えることで、メインフレームデータのバックアップとアーカイブにかかる時間を大幅に短縮できます。リソース消費を増加させることなく、パラレルで書き込み、zIIPエンジンを活用し、圧縮を利用することは、広く知られ、理解され、実証された技術を活用して、慢性的なメインフレームの課題に対処する低リスク、高リターンのオプションです。これにより、メインフレームデータのバックアップとアーカイブにかかる時間を短縮し、コストを削減しつつ、機能を向上させるという即効性のある具体的な利益が得られます。
これらの投稿は私自身の意見であり、BMCの立場、戦略、または意見を必ずしも代表するものではありません。