JP7075077B2 - バックアップサーバ、バックアップ方法、プログラム、ストレージシステム - Google Patents

Description

本発明は、バックアップサーバ、バックアップ方法、プログラム、ストレージシステムに関する。

外部装置から記憶対象のデータを受信するバックアップサーバと、バックアップサーバから受信した記憶対象のデータを格納するストレージ装置と、を有するストレージシステムが知られている。

上記のようなストレージシステムに関する技術として、例えば、特許文献１がある。特許文献１には、第１の重複排除情報を用いて重複排除を行う第１のバックアップ処理部を有するバックアップサーバと、第２の重複排除情報を用いて重複排除を行う第２のバックアップ処理部を有するストレージ装置と、を有するストレージシステムが記載されている。特許文献１によると、第１のバックアップ処理部が重複していないと判定した一方で、第２のバックアップ処理部が重複していると判定した場合、第２のバックアップ処理部は、第２の重複排除情報をバックアップ装置に送信する。特許文献１によると、上記のような構成により、効率的な重複排除を行うことが可能となる。

特許第５７７４７９４号

特許文献１に記載されているような、バックアップサーバが重複排除を行うシステムの場合、バックアップサーバにおいて重複排除が行われた後、重複排除後のデータがストレージ装置に送信される。このような構成のため、バックアップサーバのＣＰＵ性能が足りない場合などにおいて、重複排除に伴う時間が増大してバックアップ対象データのストレージ装置に対する転送が滞ることがあった。その結果、バックアップ対象データの転送速度が低下する、という問題が生じていた。

このように、バックアップサーバにて重複排除を行う場合、重複排除に伴う時間の増加によりバックアップ対象データの転送速度が低下するおそれがある、という問題が生じていた。

そこで、本発明の目的は、バックアップサーバにて重複排除を行う場合、重複排除に伴う時間の増加によりバックアップ対象データの転送速度が低下するおそれがある、という問題を解決するバックアップサーバ、バックアップ方法、プログラム、ストレージシステムを提供することにある。

かかる目的を達成するため本発明の一形態であるバックアップサーバは、
外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバであって、
前記外部装置から受信した前記データを分割したブロックデータの重複排除処理を実行する重複排除部と、
前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得するネットワーク負荷情報取得部と、
前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除部が重複排除処理を行うか否か判定する判定部と、
を有し、
前記重複排除部は、前記判定部が重複排除を行うと判定した場合に重複排除を行う
という構成をとる。

また、本発明の他の形態であるバックアップ方法は、
外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバが、
前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得し、
前記ネットワーク負荷情報に基づいて、前記データを分割したブロックデータの重複排除処理を行うか否か判定し、
判定の結果に基づいて重複排除を行う
という構成をとる。

また、本発明の他の形態であるプログラムは、
外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバに、
前記外部装置から受信した前記データを分割したブロックデータの重複排除処理を実行する重複排除部と、
前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得するネットワーク負荷情報取得部と、
前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除部が重複排除処理を行うか否か判定する判定部と、
を実現させ、
前記重複排除部は、前記判定部が重複排除を行うと判定した場合に重複排除を行う
プログラムである。

また、本発明の他の形態であるストレージシステムは、
外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバと、前記ストレージ装置と、を備え、
前記バックアップサーバは、
前記外部装置から受信した前記データを分割したブロックデータの重複排除処理を実行する重複排除部と、
前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得するネットワーク負荷情報取得部と、
前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除部が重複排除処理を行うか否か判定する判定部と、
を有し、
前記重複排除部は、前記判定部が重複排除を行うと判定した場合に重複排除を行い、
前記ストレージ装置は、
前記バックアップサーバが重複排除を行わなかった前記ブロックデータの重複排除を行う
という構成をとる。

本発明は、以上のように構成されることにより、バックアップサーバにて重複排除を行う場合、重複排除に伴う時間の増加によりバックアップ対象データの転送速度が低下するおそれがある、という問題を解決するバックアップサーバ、バックアップ方法、プログラム、ストレージシステムを提供することが可能となる。

本発明の第１の実施形態におけるストレージシステムの全体の構成の一例を示すブロック図である。 図１で示すバックアップサーバの構成の一例を示すブロック図である。 第１の実施形態におけるバックアップサーバの処理の一例を示す図である。 図１で示すストレージ装置の構成の一例を示すブロック図である。 本発明の第１の実施形態におけるバックアップサーバの動作の一例を示すフローチャートである。 本発明の第２の実施形態におけるバックアップサーバの構成の一例を示すブロック図である。 第２の実施形態におけるバックアップサーバの処理の一例を示す図である。 本発明の第２の実施形態におけるバックアップサーバの動作の一例を示すフローチャートである。 本発明の第３の実施形態におけるバックアップサーバの構成の一例を示すブロック図である。 第３の実施形態におけるバックアップサーバの処理の一例を示す図である。 本発明の第３の実施形態におけるバックアップサーバの動作の一例を示すフローチャートである。 本発明の第４の実施形態におけるバックアップサーバの構成の一例を示すブロック図である。

［第１の実施形態］
本発明の第１の実施形態を図１から図５までを参照して説明する。図１は、ストレージシステム１の全体の構成の一例を示すブロック図である。図２は、バックアップサーバ２の構成の一例を示すブロック図である。図３は、バックアップサーバ２の処理の一例を示す図である。図４は、ストレージ装置３の構成の一例を示すブロック図である。図５は、バックアップサーバ２の動作の一例を示すフローチャートである。

第１の実施形態では、外部装置であるバックアップ対象装置４から格納対象のデータ（例えば、ファイル）を受信して、受信したデータを分割したブロックデータをストレージ装置３に対して送信するバックアップサーバ２を有するストレージシステム１について説明する。後述するように、本実施形態におけるバックアップサーバ２は、バックアップサーバ２とストレージ装置３との間のネットワークの負荷状況を示すネットワーク負荷情報を取得する。そして、バックアップサーバ２は、取得したネットワーク負荷情報に応じて、重複排除を行うか否か判定する。重複排除を行う場合、バックアップサーバ２は、重複排除後のブロックデータをストレージ装置３に対して送信する。一方、重複排除を行わない場合、バックアップサーバ２は、重複排除前のブロックデータをそのままストレージ装置３に対して送信する。

図１は、ストレージシステム１の全体の構成の一例を示している。図１を参照すると、ストレージシステム１は、バックアップ対象装置４とバックアップサーバ２とストレージ装置３とを有している。図１で示すように、バックアップ対象装置４とバックアップサーバ２とは、互いに通信可能なよう接続されている。また、バックアップサーバ２とストレージ装置３とは、互いに通信可能なよう接続されている。

なお、ストレージシステム１の構成は、図１で例示する場合に限定されない。例えば、ストレージシステム１は、複数のバックアップ対象装置４を有しても構わないし、複数のバックアップサーバ２を有しても構わない。また、ストレージシステム１は、複数のストレージ装置３を有しても構わない。また、１つのバックアップサーバ２が複数のバックアップ対象装置４と接続されても構わないし、複数のストレージ装置３と接続されても構わない。

バックアップサーバ２は、バックアップ対象装置４から格納対象のデータを受信すると、受信したデータを固定長又は可変長のブロックデータへと分割する。また、バックアップサーバ２は、ブロックデータ送信先のストレージ装置３との間のネットワークの負荷状況を示すネットワーク負荷情報を取得する。そして、バックアップサーバ２は、取得したネットワーク負荷情報に応じて、自身で重複排除を行った後、重複排除後のブロックデータをストレージ装置３に送信するか、重複排除を行わずにブロックデータをそのままストレージ装置３に送信するか、判定する。

図２は、バックアップサーバ２の構成の一例を示している。図２を参照すると、バックアップサーバ２は、例えば、データ受信部２１と、ネットワーク負荷情報取得部２２と、処理判定部２３（判定部）と、重複排除部２４と、を有している。

例えば、バックアップサーバ２は、図示しないＣＰＵ（Central Processing Unit）などの演算装置と記憶装置を有している。バックアップサーバ２は、例えば、図示しない記憶装置が記憶するプログラムを演算装置が実行することで、上記各処理部を実現する。

データ受信部２１は、バックアップ対象装置４から格納対象のデータ（例えば、ファイル）を受信する。すると、データ受信部２１は、受信したデータを固定長または可変長のブロックデータへと分割する。

ネットワーク負荷情報取得部２２は、ブロックデータの送信先となるストレージ装置３とバックアップサーバ２との間のネットワークの負荷状況を示すネットワーク負荷情報を取得する。例えば、ネットワーク負荷情報取得部２２は、ネットワーク負荷情報として、ネットワーク帯域の利用状況（例えば、ネットワーク帯域の利用率など）を示す情報を取得する。なお、本実施形態においては、ネットワーク負荷情報取得部２２がネットワーク負荷情報を取得する方法は特に限定しない。ネットワーク負荷情報取得部２２は、既知の方法を用いてネットワーク負荷情報を取得するよう構成して構わない。

処理判定部２３は、ネットワーク負荷情報取得部２２が取得したネットワーク負荷情報に基づいて、バックアップサーバ２で重複排除を行うか否か判定する。図３は、ネットワーク負荷情報に応じたバックアップサーバ２の処理の一例を示している。具体的には、図３（Ａ）は、バックアップサーバ２とストレージ装置３との間のネットワーク帯域に余裕がある場合の処理を示している。また、図３（Ｂ）は、バックアップサーバ２とストレージ装置３との間のネットワーク帯域に余裕がない場合の処理を示している。

例えば、処理判定部２３は、ネットワーク負荷情報が示すネットワーク帯域の利用率と、予め定められた閾値Ａ（第２閾値）との比較を行う。そして、処理判定部２３は、ネットワーク負荷情報が示すネットワーク帯域の利用率と、閾値Ａとを比較した結果に基づいて、バックアップサーバ２が重複排除を行うか否か判定する。

例えば、処理判定部２３は、ネットワーク負荷情報が示すネットワーク帯域の利用率が閾値Ａ以下である場合、ネットワーク帯域に空きがあると判断して、重複排除を行わないと判定する。その結果、重複排除部２４は重複排除処理を行わない。このような場合、図３（Ａ）で示すように、バックアップサーバ２は、重複排除前のブロックデータをそのままストレージ装置３に対して送信する。

一方、処理判定部２３は、ネットワーク負荷情報が示すネットワーク帯域の利用率が閾値Ａよりも大きい場合、ネットワーク帯域に空きがないと判断して、重複排除を行うと判定する。その結果、重複排除部２４は重複排除処理を行う。このような場合、図３（Ｂ）で示すように、バックアップサーバ２は、重複排除後のブロックデータをストレージ装置３に対して送信する。

なお、第２閾値である閾値Ａの値は、任意に設定して構わない。閾値Ａの値は、例えば、８０や９０などであっても構わないし、例示した以外の値であっても構わない。

重複排除部２４は、処理判定部２３が重複排除を行うと判定している場合、ブロックデータが既にストレージ装置３に格納されているか否かを確認する重複排除を行う。また、重複排除部２４は、処理判定部２３が重複排除を行うと判定している場合、送信予定のブロックデータの中に重複するブロックデータが含まれるか否か、を確認する重複排除を行うよう構成しても構わない。一方、上述したように、処理判定部２３が重複排除を行わないと判定している場合、重複排除部２４は、重複排除を行わない。

例えば、重複排除部２４は、送信予定のブロックデータのデータ内容に基づいて、当該データ内容を代表するハッシュ値を算出する。具体的には、例えば、重複排除部２４は、予め設定されたハッシュ関数（例えば、SHA-2などの暗号学的ハッシュ関数）を用いて、ブロックデータのデータ内容からハッシュ値を算出する。

続いて、重複排除部２４は、算出したハッシュ値を用いて、ブロックデータが既にストレージ装置３に格納されているか否かを調べる。また、重複排除部２４は、算出したハッシュ値を用いて、ストレージ装置３に対して送信予定のブロックデータの中に同一のブロックデータが含まれるか否かを調べることが出来る。

例えば、重複排除部２４は、既にストレージ装置３に格納しているブロックデータに基づいて算出されるハッシュ値と、当該ブロックデータの格納位置を示す情報と、を対応付けた情報である重複排除情報を有している。重複排除部２４は、重複排除情報を参照することで、同一内容のブロックデータが既にストレージ装置３に格納されているか否か判断する。例えば、重複排除部２４は、ブロックデータに基づいて算出した値が上記重複排除情報に含まれる場合、同一内容のブロックデータが既にストレージ装置３に格納されている（つまり、重複している）と判断する。そして、重複排除部２４は、同一内容が既にストレージ装置３に格納されているブロックデータを送信の対象から外す。つまり、図３（Ｂ）で示すように、重複排除部２４による重複排除処理の結果、既にストレージ装置３に格納されているブロックデータはストレージ装置３に対して送信されない。例えば、図３（Ｂ）の場合、ブロックデータＧは既にストレージ装置３に格納されている。そのため、バックアップサーバ２は、ストレージ装置３に対してブロックデータＧを送信しない。この場合、バックアップサーバ２は、例えば、ブロックデータの代わりに当該ブロックデータの格納位置を示す情報をストレージ装置３に対して送信することが出来る。

また、重複排除部２４は、送信予定のブロックデータの中に同一のハッシュ値となるブロックデータが含まれる場合、重複するブロックデータが送信予定のブロックデータの中に含まれると判断することが出来る。そして、重複排除部２４は、同一内容が送信予定のブロックデータの中に含まれる他のブロックデータを送信の対象から外す。つまり、重複排除部２４は、同一内容のブロックデータがストレージ装置３に対して送信されないよう重複排除を行う。これにより、図３（Ｂ）で示すように、重複するブロックデータのうちの一つのみがストレージ装置３に対して送信される。例えば、図３（Ｂ）の場合、ブロックデータＢとブロックデータＤが同一内容（ブロックデータに基づいて算出されるハッシュ値が同一）であり、ブロックデータＥとブロックデータＨが同一内容（ブロックデータに基づいて算出されるハッシュ値が同一）である。そのため、バックアップサーバ２は、例えば、ブロックデータＢとブロックデータＥをストレージ装置３に対して送信する一方で、ブロックデータＤとブロックデータＨをストレージ装置３に対して送信しない。なお、上記のような重複排除を行う場合、バックアップサーバ２は、例えば、送信しないブロックデータ（例えば、ブロックデータＤ）の代わりに、同一のハッシュ値を有する送信するブロックデータ（例えば、ブロックデータＢ）を特定するための情報（例えば、ハッシュ値など）を送信することが出来る。

なお、重複排除部２４が有する重複排除情報は、例えば、ストレージ装置３から受信することで更新することが出来る。ストレージ装置３から重複排除情報を受信することで、例えば、異なるバックアップサーバ２経由でストレージ装置３に対して送信されたブロックデータに基づく重複排除を行うことが可能となる。

以上が、バックアップサーバ２の構成の一例である。以上のように、バックアップサーバ２は、ネットワーク負荷情報に基づいて、重複排除を行うか否か判定する。なお、バックアップサーバ２は、ブロックデータが重複排除処理済みであるか否かを判別可能なように、ブロックデータをストレージ装置３に対して送信することが出来る。例えば、バックアップサーバ２は、重複排除処理済みであるか否かを示す識別子などを付与して、ブロックデータを送信することが出来る。

ストレージ装置３は、重複排除機能を有する。ストレージ装置３は、ブロックデータに対する重複排除を行うとともに、重複排除後のブロックデータを記憶する。ストレージ装置３は、バックアップサーバ２における重複排除処理の有無にかかわらず重複排除処理を行うよう構成しても構わないし、バックアップサーバ２において重複排除が行われていないブロックデータに対して重複排除処理を行うよう構成しても構わない。

図４は、ストレージ装置３の構成の一例を示している。図４を参照すると、ストレージ装置３は、ブロックデータ受信部３１と、重複排除部３２と、データ格納部３３と、記憶装置３４と、を有している。

例えば、ストレージ装置３は、図示しないＣＰＵなどの演算装置と記憶装置を有している。ストレージ装置３は、例えば、図示しない記憶装置が記憶するプログラムを演算装置が実行することで、上記各処理部を実現する。

ブロックデータ受信部３１は、バックアップサーバ２からブロックデータを受信する。上述したように、ブロックデータ受信部３１が受信するブロックデータは、重複排除処理がバックアップサーバ２で既に行われている場合と、重複排除処理がバックアップサーバ２で行われていない場合とがある。

重複排除部３２は、ブロックデータ受信部３１が受信したブロックデータがストレージ装置３の記憶装置３４に既に格納されているか否かを確認する重複排除を行う。例えば、重複排除部３２は、重複排除部２４が行う重複排除処理と同様の重複処理を行う。

例えば、重複排除部３２は、予め設定されたハッシュ関数を用いて、ブロックデータのデータ内容からハッシュ値を算出する。続いて、重複排除部３２は、算出したハッシュ値を用いて、ブロックデータが既にストレージ装置３の記憶装置３４に格納されているか否かを調べる。例えば、重複排除部３２は、重複排除部２４と同様に、重複排除情報を有している。重複排除部３２は、当該重複排除情報を参照することで、同一内容のブロックデータが既に記憶装置３４に格納されているか否か判断する。

例えば、重複排除部３２は、ブロックデータに基づいて算出した値が上記重複排除情報に含まれる場合、同一内容のブロックデータが既に記憶装置３４に格納されている（つまり、重複している）と判断する。このような場合、重複しているブロックデータは、記憶装置３４に対して格納されない。ストレージ装置３は、重複排除情報においてブロックデータのハッシュ値と対応付けられているブロックデータの格納位置に格納しようとしたブロックデータが格納されているものとして、以降管理する。

一方、ブロックデータに基づいて算出した値が上記重複排除情報に含まれない場合、重複排除部３２は、同一内容のブロックデータが記憶装置３４に格納されていないと判断する。このような場合、重複排除部３２は、データ格納部３３にブロックデータを出力する。

なお、重複排除部３２は、上述したように、バックアップサーバ２における重複排除処理の有無にかかわらず重複排除処理を行うよう構成しても構わないし、バックアップサーバ２において重複排除が行われていないブロックデータに対して重複排除処理を行うよう構成しても構わない。バックアップサーバ２において重複排除が行われていないブロックデータに対して重複排除処理を行うよう重複排除部３２を構成する場合、重複排除部３２は、識別子などに基づいて重複排除処理済みでないと判断したブロックデータを対象として重複排除処理を実行する。

データ格納部３３は、重複排除部３２による重複排除処理後のブロックデータ、又は、重複排除部３２が重複排除を行わないブロックデータを取得する。そして、データ格納部３３は、記憶装置３４にブロックデータを格納する。以降、ストレージ装置３は、データ格納部３３が格納したブロックデータを、データ格納部３３が格納した格納位置に格納されているものとして管理する。

記憶装置３４は、ディスク装置などの記憶装置である。記憶装置３４には、データ格納部３３によりブロックデータが格納される。

以上が、ストレージ装置３の構成の一例である。なお、ストレージ装置３は、格納対象のブロックデータを圧縮して更に複数のフラグメントデータに分割するよう構成しても構わない。また、ストレージ装置３は、分割したフラグメントデータに冗長データを追加するよう構成しても構わない。このように、ストレージ装置３は、必要に応じて冗長度を付加する処理などを行うよう構成しても構わない。

バックアップ対象装置４は、バックアップサーバ２に対して格納対象のデータを送信する情報処理装置である。バックアップ対象装置４は、クライアント装置であったり、業務用サーバであったりする。本実施形態においては、バックアップ対象装置４は特に限定しない。バックアップ対象装置４は、上記例示した以外の装置であっても構わない。

以上が、ストレージシステム１の構成の一例である。続いて、図５を参照して、バックアップサーバ２の動作の一例について説明する。

図５は、バックアップサーバ２の動作の一例を示すフローチャートである。図５を参照すると、データ受信部２１は、バックアップ対象装置４から受信したデータを固定長または可変長のブロックデータへと分割する（ステップＳ１０１）。

処理判定部２３は、ネットワーク負荷情報取得部２２が取得したネットワーク負荷情報に基づいて、バックアップサーバ２で重複排除を行うか否か判定する。処理判定部２３は、ネットワーク負荷情報が示すネットワーク帯域の利用率が閾値Ａ以下である場合（ステップＳ１０２、Ｙｅｓ）、ネットワーク帯域に空きがあると判断して、重複排除を行わないと判定する。その結果、重複排除部２４は後述する重複排除処理を行わない。このような場合、バックアップサーバ２は、重複排除前のブロックデータをそのままストレージ装置３に対して送信する（ステップＳ１０３）。

一方、ネットワーク負荷情報が示すネットワーク帯域の利用率が閾値Ａよりも大きい場合（ステップＳ１０２、Ｎｏ）、処理判定部２３は、ネットワーク帯域に空きがないと判断して、重複排除を行うと判定する。この場合、重複排除部２４は、重複排除を行う（ステップＳ１０４）。そして、バックアップサーバ２は、重複排除後のブロックデータをストレージ装置３に対して送信する（ステップＳ１０５）。

以上が、バックアップサーバ２の動作の一例である。

以上説明したように、本実施形態におけるバックアップサーバ２は、ネットワーク負荷情報取得部２２と、処理判定部２３と、重複排除部２４と、を有している。このような構成により、処理判定部２３は、ネットワーク負荷情報取得部２２が取得したネットワーク負荷情報に応じて、重複排除部２４が重複排除を行うか否か判定することが出来る。その結果、例えば、処理判定部２３は、ネットワーク帯域に余裕がある場合は、バックアップサーバ２が重複排除部２４を有しているにもかかわらず、重複排除部２４による重複排除を行わない、と判断することが可能となる。これにより、重複排除部２４による重複排除処理の量を低減させることが可能となり、バックアップサーバ２にて重複排除を行う場合、重複排除に伴う時間の増加によりバックアップ対象データの転送速度が低下するおそれがある、という問題の発生を抑制することが可能となる。つまり、本実施形態によると、データの転送速度が低下するおそれがある、という問題を解決するために改良したバックアップサーバ２を提供することが可能となる。

［第２の実施形態］
次に、本発明の第２の実施形態を図６から図８までを参照して説明する。図６は、バックアップサーバ５の構成の一例を示すブロック図である。図７は、バックアップサーバ５の処理の一例を示す図である。図８は、バックアップサーバ５の動作の一例を示すフローチャートである。

第２の実施形態では、第１の実施形態で説明したバックアップサーバ２の変形例である、バックアップサーバ５について説明する。本実施形態において説明するバックアップサーバ５は、バックアップサーバ２と同様に、バックアップ対象装置４から格納対象のデータを受信して、受信したデータを分割したブロックデータをストレージ装置３に対して送信する。

バックアップサーバ５は、ブロックデータ送信先のストレージ装置３との間のネットワークの負荷状況を示すネットワーク負荷情報を取得するとともに、ＣＰＵの負荷状況を示すＣＰＵ負荷情報を取得する。そして、バックアップサーバ５は、取得したネットワーク負荷情報とＣＰＵ負荷情報とに応じて、自身で重複排除を行った後、重複排除後のブロックデータをストレージ装置３に送信するか、重複排除を行わずにブロックデータをそのままストレージ装置３に送信するか、判定する。

図６は、バックアップサーバ５の構成の一例を示している。図６を参照すると、バックアップサーバ５は、例えば、データ受信部２１と、ネットワーク負荷情報取得部２２と、ＣＰＵ負荷情報取得部５１と、処理判定部５２と、重複排除部２４と、を有している。なお、データ受信部２１と、ネットワーク負荷情報取得部２２と、重複排除部２４と、の構成は、第１の実施形態で説明したバックアップサーバ２が有する構成と同様である。そのため、詳細な説明は省略する。以降、本実施形態において特徴的な構成について説明する。

ＣＰＵ負荷情報取得部５１は、バックアップサーバ５自身のＣＰＵの負荷状況を示すＣＰＵ負荷情報を取得する。例えば、ＣＰＵ負荷情報取得部５１は、ＣＰＵ負荷情報として、ＣＰＵの使用状況（例えば、ＣＰＵの使用率など）を示す情報を取得する。なお、本実施形態においては、ＣＰＵ負荷情報取得部５１がＣＰＵ負荷情報を取得する方法は特に限定しない。ＣＰＵ負荷情報取得部５１は、既知の方法を用いてＣＰＵ負荷情報を取得するよう構成して構わない。

処理判定部５２は、ネットワーク負荷情報取得部２２が取得したネットワーク負荷情報とＣＰＵ負荷情報取得部５１が取得したＣＰＵ負荷情報とに基づいて、バックアップサーバ５で重複排除を行うか否か判定する。図７は、ネットワーク負荷情報とＣＰＵ負荷情報とに応じたバックアップサーバ５の処理の一例を示している。具体的には、図７（Ａ）は、ＣＰＵの使用率が閾値Ｂ（第１閾値）以上であり、ネットワーク帯域に余裕がある場合の処理を示している。また、図７（Ｂ）は、ＣＰＵの使用率が閾値Ｂよりも小さい、又は、ネットワーク帯域に余裕がない場合の処理を示している。

例えば、処理判定部５２は、ＣＰＵ負荷情報が示すＣＰＵの使用率と、予め定められた閾値Ｂとの比較を行う。そして、処理判定部５２は、ＣＰＵの使用率が閾値Ｂよりも小さい場合、図７（Ｂ）で示すように、重複排除処理を行うと判定する。

一方、ＣＰＵの使用率が閾値Ｂ以上である場合、処理判定部５２は、ネットワーク負荷情報が示すネットワーク帯域の利用率と、予め定められた閾値Ａとの比較を行う。そして、処理判定部５２は、ネットワーク負荷情報が示すネットワーク帯域の利用率が閾値Ａ以下である場合、ネットワーク帯域に空きがあると判断して、重複排除を行わないと判定する。その結果、重複排除部２４は後述する重複排除処理を行わない。このような場合、図７（Ａ）で示すように、バックアップサーバ５は、重複排除前のブロックデータをそのままストレージ装置３に対して送信する。

一方、処理判定部５２は、ネットワーク負荷情報が示すネットワーク帯域の利用率が閾値Ａよりも大きい場合、ネットワーク帯域に空きがないと判断して、重複排除を行うと判定する。その結果、重複排除部２４は重複排除処理を行う。このような場合、図７（Ｂ）で示すように、バックアップサーバ２は、重複排除後のブロックデータをストレージ装置３に対して送信する。

なお、第１閾値である閾値Ｂの値は、閾値Ａと同様に任意に設定して構わない。閾値Ｂの値は、例えば、８０や９０などであっても構わないし、例示した以外の値であっても構わない。

以上が、バックアップサーバ５に特徴的な構成の一例である。続いて、図８を参照して、バックアップサーバ５の動作の一例について説明する。

図８は、バックアップサーバ５の動作の一例を示すフローチャートである。図８を参照すると、データ受信部２１は、バックアップ対象装置４から受信したデータを固定長または可変長のブロックデータへと分割する（ステップＳ１０１）。

処理判定部５２は、ＣＰＵ負荷情報が示すＣＰＵの使用率と、予め定められた閾値Ｂとの比較を行う（ステップＳ２０１）。

ＣＰＵの使用率が閾値Ｂよりも小さい場合（ステップＳ２０１、Ｎｏ）、処理判定部５２は、重複排除処理を行うと判定する。この場合、重複排除部２４は、重複排除を行う（ステップＳ１０４）。そして、バックアップサーバ５は、重複排除後のブロックデータをストレージ装置３に対して送信する（ステップＳ１０５）。

一方、ＣＰＵの使用率が閾値Ｂ以上である場合（ステップＳ２０１、Ｙｅｓ）、処理判定部５２は、ネットワーク負荷情報が示すネットワーク帯域の利用率と、予め定められた閾値Ａとの比較を行う。ネットワーク負荷情報が示すネットワーク帯域の利用率が閾値Ａ以下である場合（ステップＳ１０２、Ｙｅｓ）、処理判定部５２は、ネットワーク帯域に空きがあると判断して、重複排除を行わないと判定する。その結果、重複排除部２４は後述する重複排除処理を行わない。このような場合、バックアップサーバ５は、重複排除前のブロックデータをそのままストレージ装置３に対して送信する（ステップＳ１０３）。

一方、ネットワーク負荷情報が示すネットワーク帯域の利用率が閾値Ａよりも大きい場合（ステップＳ１０２、Ｎｏ）、処理判定部５２は、ネットワーク帯域に空きがないと判断して、重複排除を行うと判定する。この場合、重複排除部２４は、重複排除を行う（ステップＳ１０４）。そして、バックアップサーバ５は、重複排除後のブロックデータをストレージ装置３に対して送信する（ステップＳ１０５）。

以上が、バックアップサーバ５の動作の一例である。

以上説明したように、本実施形態におけるバックアップサーバ５は、ＣＰＵ負荷情報取得部５１と、処理判定部５２と、を有している。このような構成により、処理判定部５２は、ＣＰＵ負荷情報取得部５１が取得したＣＰＵ負荷情報も加えた上で、重複排除部２４が重複排除を行うか否か判定することが出来る。その結果、例えば、処理判定部５２は、ＣＰＵ負荷が高くなっていると判断される場合に、ネットワーク帯域に応じて重複排除を行わない、と判断することが可能となる。これにより、重複排除部２４による重複排除処理の量を低減させることが可能となり、バックアップサーバ５にて重複排除を行う場合、重複排除に伴う時間の増加によりバックアップ対象データの転送速度が低下するおそれがある、という問題の発生を抑制することが可能となる。つまり、本実施形態によると、データの転送速度が低下するおそれがある、という問題を解決するために改良したバックアップサーバ５を提供することが可能となる。

［第３の実施形態］
次に、本発明の第３の実施形態を図９から図１１までを参照して説明する。図９は、バックアップサーバ６の構成の一例を示すブロック図である。図１０は、バックアップサーバ６の処理の一例を示す図である。図１１は、バックアップサーバ６の動作の一例を示すフローチャートである。

第３の実施形態では、第１の実施形態で説明したバックアップサーバ２の変形例である、バックアップサーバ６について説明する。本実施形態において説明するバックアップサーバ６は、バックアップサーバ２と同様に、バックアップ対象装置４から格納対象のデータを受信して、受信したデータを分割したブロックデータをストレージ装置３に対して送信する。

バックアップサーバ６は、複数のデータ（ファイル）に対する処理を並列で行うことが可能なよう構成されている。つまり、図１０で示すように、バックアップサーバ６は、同じ時間帯に複数のファイル（それぞれのファイルを分割したブロックデータ）をストレージ装置３に対して送信する。そのため、あるタイミングにおいて、バックアップサーバ６は、複数のファイルそれぞれに対応する複数のブロックデータを同時に送信することがある（ファイルの送信開始時期などはファイルごと異なっていても構わない）。また、バックアップサーバ６は、ファイルごとに重複排除を行うか否か判断するよう構成されている。つまり、あるファイルを重複排除とすると判定している間、当該ファイルを分割したブロックデータの全てが重複排除処理の対象となる。一方、あるファイルを重複排除しないと判定している間、当該ファイルを分割したブロックデータの全てが重複排除処理の対象とならない。後述するように、本実施形態におけるバックアップサーバ６は、取得したネットワーク負荷情報に応じて、並列で処理される複数のファイルのうちの、重複排除を行うファイルと重複排除を行わないファイルの割合である重複排除割合を制御する。

図９は、バックアップサーバ６の構成の一例を示している。図９を参照すると、バックアップサーバ６は、例えば、データ受信部２１と、ネットワーク負荷情報取得部２２と、判定部の変形例である重複排除割合制御部６１と、重複排除部２４と、を有している。なお、データ受信部２１と、ネットワーク負荷情報取得部２２と、重複排除部２４と、の構成は、第１の実施形態で説明したバックアップサーバ２が有する構成と同様である。そのため、詳細な説明は省略する。以降、本実施形態において特徴的な構成について説明する。

重複排除割合制御部６１は、ネットワーク負荷情報取得部２２が取得したネットワーク負荷情報に基づいて、重複排除を行うファイルの割合を制御する。つまり、重複排除割合制御部６１は、並列で処理される複数のファイルにおける、重複排除を行うファイルと重複排除を行わないファイルの割合である重複排除割合を制御する。例えば、重複排除割合制御部６１は、重複排除を行うと判定するファイルの数を増やす、又は、減らすことで、重複排除割合を制御する。

重複排除割合制御部６１は、例えば、基準となる重複排除割合を示す情報を有している。重複排除割合制御部６１は、まず、基準となる重複排除割合を示す情報が示す重複排除割合となるよう、並列で処理されるファイルのうち重複排除を行うと判定するファイルの数を調整する。なお、基準となる重複排除割合は、例えば、重複排除を行うファイル：重複排除を行わないファイル＝１：１である。基準となる重複排除割合は、例示した値以外であっても構わない。

また、重複排除割合制御部６１は、ネットワーク負荷情報に基づいて、重複排除を行うと判定するファイルの数を増やす、又は、減らすことで、重複排除割合を制御する。例えば、重複排除割合制御部６１は、ネットワーク負荷情報が示すネットワーク帯域の利用率が予め定められた閾値Ｃ（第３閾値。任意の値で構わない）以上となった場合、重複排除の割合を上げる。これにより、重複排除部２４は、並列で処理するファイルのうち、重複排除の対象となるファイルの数を増やす。一方、重複排除割合制御部６１は、ネットワーク負荷情報が示すネットワーク帯域の利用率が予め定められた閾値Ｄ（第４閾値。任意の値で構わない）以下となった場合、重複排除の割合を下げる。これにより、重複排除部２４が重複排除を行うファイルの数は減少する。

このように、重複排除割合制御部６１は、重複排除を行うと判定するファイルの数を増やす、又は、減らすことで、重複排除を行うファイルと重複排除を行わないファイルの割合を制御する。また、重複排除割合制御部６１は、ネットワークに対する負荷が高くなると重複排除割合を上げ、ネットワークに対する負荷が低くなると重複排除割合を下げる。

なお、重複排除割合制御部６１は、段階的に重複排除割合の制御を行うよう構成しても構わない。例えば、重複排除割合制御部６１は、ネットワークに対する負荷が高くなればなるほど、重複排除割合を上げるよう構成することが出来る。また、重複排除割合制御部６１は、ネットワークに対する負荷が低くなればなるほど、重複排除割合を下げるよう構成することが出来る。

以上が、バックアップサーバ６に特徴的な構成の一例である。続いて、図１１を参照して、重複排除割合制御部６１の動作の一例について説明する。

図１１は、重複排除割合制御部６１の動作の一例を示すフローチャートである。図１１を参照すると、重複排除割合制御部６１は、まず、重複排除を行うファイルと重複排除を行わないファイルの割合が予め定められた割合となるよう、重複排除を行うファイルと重複排除を行わないファイルの数を制御する。つまり、重複排除割合制御部６１は、予め定められた重複排除割合を設定する（ステップＳ３０１）。

重複排除割合制御部６１は、ネットワーク負荷情報が示すネットワーク帯域の利用率が予め定められた閾値Ｃ以上となった場合（ステップＳ３０２、Ｙｅｓ）、重複排除の割合を上げる。これにより、重複排除部２４は、同じタイミングで送信されるファイルのうち、より多くのファイルに対する重複排除を行う。一方、重複排除割合制御部６１は、ネットワーク負荷情報が示すネットワーク帯域の利用率が予め定められた閾値Ｄ以下となった場合（ステップＳ３０３、Ｙｅｓ）、重複排除の割合を下げる。これにより、重複排除部２４が重複排除を行うファイルの数は減少する。

以上が、重複排除割合制御部６１の動作の一例である。

以上説明したように、本実施形態におけるバックアップサーバ６は、重複排除割合制御部６１を有している。このような構成により、重複排除割合制御部６１は、ネットワーク負荷情報取得部２２が取得したネットワーク負荷情報に応じて、同じタイミングでストレージ装置３に対して送信されるファイルのうち、重複排除するファイルと重複排除しないファイルの割合を制御することが出来る。その結果、例えば、重複排除割合制御部６１は、ネットワーク帯域に余裕がある場合は、重複排除割合を下げることが可能となる。これにより、重複排除部２４による重複排除処理の量を低減させることが可能となり、バックアップサーバ６にて重複排除を行う場合、重複排除に伴う時間の増加によりバックアップ対象データの転送速度が低下するおそれがある、という問題の発生を抑制することが可能となる。つまり、本実施形態によると、データの転送速度が低下するおそれがある、という問題を解決するために改良したバックアップサーバ６を提供することが可能となる。

なお、本実施形態においては、バックアップサーバ２の変形例であるバックアップサーバ６について説明した。しかしながら、バックアップサーバ６は、第２の実施形態で説明したＣＰＵ負荷情報取得５１を有しても構わない。つまり、重複排除割合制御部６１は、ネットワーク負荷情報とＣＰＵ負荷情報とに基づいて、重複排除割合を制御するよう構成しても構わない。

［第４の実施形態］
次に、本発明の第４の実施形態を、図１２を参照して説明する。図１２は、バックアップサーバ７の構成の一例を示すブロック図である。

第４の実施形態では、外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバ７について説明する。

図１２は、バックアップサーバ７の構成の一例を示している。図１２を参照すると、バックアップサーバ７は、重複排除部７１と、ネットワーク負荷情報取得部７２と、判定部７３と、を有している。

例えば、バックアップサーバ７は、図示しないＣＰＵなどの演算装置と記憶装置を有している。バックアップサーバ７は、例えば、図示しない記憶装置が記憶するプログラムを演算装置が実行することで、上記各処理部を実現する。

重複排除部７１は、外部装置から受信したデータを分割したブロックデータの重複排除処理を実行する。重複排除部７１は、判定部７３が重複排除を行うと判定した場合に重複排除を行う。

ネットワーク負荷情報取得部７２は、ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得する。

判定部７３は、ネットワーク負荷情報取得部７２が取得したネットワーク負荷情報に基づいて、重複排除部７１が重複排除処理を行うか否か判定する。上述したように、重複排除部７１は、判定部７３が重複排除を行うと判定した場合に重複排除を行う。

このように、本実施形態におけるバックアップサーバ７は、重複排除部７１と、ネットワーク負荷情報取得部７２と、判定部７３と、を有している。このような構成により、判定部７３は、ネットワーク負荷情報取得部７２が取得したネットワーク負荷情報に応じて、重複排除部７１が重複排除を行うか否か判定することが出来る。その結果、例えば、判定部７３は、ネットワーク帯域に余裕がある場合は、バックアップサーバ７が重複排除部７１を有しているにもかかわらず、重複排除部７１による重複排除を行わない、と判断することが可能となる。これにより、重複排除部７１による重複排除処理の量を低減させることが可能となり、バックアップサーバ７にて重複排除を行う場合、重複排除に伴う時間の増加によりバックアップ対象データの転送速度が低下するおそれがある、という問題の発生を抑制することが可能となる。つまり、本実施形態によると、データの転送速度が低下するおそれがある、という問題を解決するために改良したバックアップサーバ７を提供することが可能となる。

また、上述したバックアップサーバ７は、当該バックアップサーバ７に所定のプログラムが組み込まれることで実現できる。具体的に、本発明の他の形態であるプログラムは、外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバ７に、外部装置から受信した前記データを分割したブロックデータの重複排除処理を実行する重複排除部７１と、ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得するネットワーク負荷情報取得部７２と、ネットワーク負荷情報取得部７２が取得したネットワーク負荷情報に基づいて、重複排除部７１が重複排除処理を行うか否か判定する判定部７３と、を実現させ、重複排除部７１は、判定部７３が重複排除を行うと判定した場合に重複排除を行うプログラムである。

また、上述したバックアップサーバ７により実行されるバックアップ方法は、外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバ７が、ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得し、取得した前記ネットワーク負荷情報に基づいて、データを分割したブロックデータの重複排除処理を行うか否か判定し、判定の結果に基づいて重複排除を行う、という方法である。

上述した構成を有する、プログラム、又は、バックアップ方法、の発明であっても、上記バックアップサーバ７と同様の作用を有するために、上述した本発明の目的を達成することが出来る。また、バックアップサーバ７とストレージ装置とを有するストレージシステムも、上記と同様に、本発明の目的を達成することが出来る。

＜付記＞
上記実施形態の一部又は全部は、以下の付記のようにも記載されうる。以下、本発明におけるバックアップサーバなどの概略を説明する。但し、本発明は、以下の構成に限定されない。

（付記１）
外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバであって、
前記外部装置から受信した前記データを分割したブロックデータの重複排除処理を実行する重複排除部と、
前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得するネットワーク負荷情報取得部と、
前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除部が重複排除処理を行うか否か判定する判定部と、
を有し、
前記重複排除部は、前記判定部が重複排除を行うと判定した場合に重複排除を行う
バックアップサーバ。
（付記２）
付記１に記載のバックアップサーバであって、
ＣＰＵの負荷状況を示すＣＰＵ負荷情報を取得するＣＰＵ負荷情報取得部を有し、
前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報と、前記ＣＰＵ負荷情報取得した前記ＣＰＵ負荷情報とに基づいて、前記重複排除部が重複排除処理を行うか否か判定する
バックアップサーバ。
（付記３）
付記２に記載のバックアップサーバであって、
前記判定部は、前記ＣＰＵ負荷情報取得した前記ＣＰＵ負荷情報が示す値が予め定められた第１閾値以上である場合に、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除部が重複排除処理を行うか否か判定する
バックアップサーバ。
（付記４）
付記１から付記３までのいずれか１項に記載のバックアップサーバであって、
前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報が予め定められた第２閾値以下である場合、前記重複排除部が重複排除処理を行わないと判定する
バックアップサーバ。
（付記５）
付記１から付記４までのいずれか１項に記載のバックアップサーバであって、
前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報が予め定められた第２閾値よりも大きい場合、前記重複排除部が重複排除処理を行うと判定する
バックアップサーバ。
（付記６）
付記１から付記５までのいずれか１項に記載のバックアップサーバであって、
前記外部装置から受信した前記データを前記ストレージ装置に対して並列で複数送信するよう構成されており、
前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記データごとに、前記重複排除部が前記データを分割した複数の前記ブロックデータの重複排除処理を行うか否か判定することで、重複排除を行う前記データと重複排除を行わない前記データとの割合である重複排除割合を制御する
バックアップサーバ。
（付記７）
付記６に記載のバックアップサーバであって、
前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報が示す値が予め定められた第３閾値以上となった場合、重複排除の割合を上げる
バックアップサーバ。
（付記８）
付記６又は付記７に記載のバックアップサーバであって、
前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報が示す値が予め定められた第４閾値以下となった場合、重複排除の割合を下げる
バックアップサーバ。
（付記９）
付記６から付記８までのいずれか１項に記載のバックアップサーバであって、
前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除の割合を段階的に制御する
バックアップサーバ。
（付記１０）
外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバが、
前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得し、
取得した前記ネットワーク負荷情報に基づいて、前記データを分割したブロックデータの重複排除処理を行うか否か判定し、
判定の結果に基づいて重複排除を行う
バックアップ方法。
（付記１１）
外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバに、
前記外部装置から受信した前記データを分割したブロックデータの重複排除処理を実行する重複排除部と、
前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得するネットワーク負荷情報取得部と、
前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除部が重複排除処理を行うか否か判定する判定部と、
を実現させ、
前記重複排除部は、前記判定部が重複排除を行うと判定した場合に重複排除を行う
プログラム。
（付記１２）
外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバと、前記ストレージ装置と、を備え、
前記バックアップサーバは、
前記外部装置から受信した前記データを分割したブロックデータの重複排除処理を実行する重複排除部と、
前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得するネットワーク負荷情報取得部と、
前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除部が重複排除処理を行うか否か判定する判定部と、
を有し、
前記重複排除部は、前記判定部が重複排除を行うと判定した場合に重複排除を行い、
前記ストレージ装置は、
前記バックアップサーバが重複排除を行わなかった前記ブロックデータの重複排除を行う
ストレージシステム。

なお、上記各実施形態及び付記において記載したプログラムは、記憶装置に記憶されていたり、コンピュータが読み取り可能な記録媒体に記録されていたりする。例えば、記録媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、及び、半導体メモリ等の可搬性を有する媒体である。

以上、上記各実施形態を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明の範囲内で当業者が理解しうる様々な変更をすることが出来る。

１ ストレージシステム
２ バックアップサーバ
２１ データ受信部
２２ ネットワーク負荷情報取得部
２３ 処理判定部
２４ 重複排除部
３ ストレージ装置
３１ ブロックデータ受信部
３２ 重複排除部
３３ データ格納部
３４ 記憶装置
４ バックアップ対象装置
５ バックアップサーバ
５１ ＣＰＵ負荷情報取得部
５２ 処理判定部
６ バックアップサーバ
６１ 重複排除割合制御部
７ バックアップサーバ
７１ 重複排除部
７２ ネットワーク負荷情報取得部
７３ 判定部

Claims (10)

1. 外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバであって、
   前記外部装置から受信した前記データを分割したブロックデータの重複排除処理を実行する重複排除部と、
   前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得するネットワーク負荷情報取得部と、
   前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除部が重複排除処理を行うか否か判定する判定部と、
   を有し、
   前記重複排除部は、前記判定部が重複排除を行うと判定した場合に重複排除を行い、
   前記外部装置から受信した前記データを前記ストレージ装置に対して並列で複数送信するよう構成されており、
   前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記データごとに、前記重複排除部が前記データを分割した複数の前記ブロックデータの重複排除処理を行うか否か判定することで、判定結果に基づいて並列で送信する前記データのうち重複排除を行うデータを増やす、または、並列で送信する前記データのうち重複排除を行うデータを減らすことにより、重複排除を行う前記データと重複排除を行わない前記データとの割合である重複排除割合を制御する
   バックアップサーバ。
2. 請求項１に記載のバックアップサーバであって、
   ＣＰＵの負荷状況を示すＣＰＵ負荷情報を取得するＣＰＵ負荷情報取得部を有し、
   前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報と、前記ＣＰＵ負荷情報取得部が取得した前記ＣＰＵ負荷情報とに基づいて、前記重複排除部が重複排除処理を行うか否か判定する
   バックアップサーバ。
3. 請求項２に記載のバックアップサーバであって、
   前記判定部は、前記ＣＰＵ負荷情報取得部が取得した前記ＣＰＵ負荷情報が示す値が予め定められた第１閾値以上である場合に、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除部が重複排除処理を行うか否か判定する
   バックアップサーバ。
4. 請求項１から請求項３までのいずれか１項に記載のバックアップサーバであって、
   前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報が予め定められた第２閾値以下である場合、前記重複排除部が重複排除処理を行わないと判定する
   バックアップサーバ。
5. 請求項１から請求項４までのいずれか１項に記載のバックアップサーバであって、
   前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報が予め定められた第２閾値よりも大きい場合、前記重複排除部が重複排除処理を行うと判定する
   バックアップサーバ。
6. 請求項１から請求項５までのいずれか１項に記載のバックアップサーバであって、
   前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報が示す値が予め定められた第３閾値以上となった場合、重複排除の割合を上げる
   バックアップサーバ。
7. 請求項１から請求項６までのいずれか１項に記載のバックアップサーバであって、
   前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報が示す値が予め定められた第４閾値以下となった場合、重複排除の割合を下げる
   バックアップサーバ。
8. 請求項１から請求項７までのいずれ１項に記載のバックアップサーバであって、
   前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除の割合を段階的に制御する
   バックアップサーバ。
9. 外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバが、
   前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得し、
   取得した前記ネットワーク負荷情報に基づいて、前記データを分割したブロックデータの重複排除処理を行うか否か判定し、
   判定の結果に基づいて重複排除を行い、
   前記外部装置から受信した前記データを前記ストレージ装置に対して並列で複数送信するよう構成されており、
   取得した前記ネットワーク負荷情報に基づいて、前記データごとに、前記データを分割した複数の前記ブロックデータの重複排除処理を行うか否か判定することで、判定結果に基づいて並列で送信する前記データのうち重複排除を行うデータを増やす、または、並列で送信する前記データのうち重複排除を行うデータを減らすことにより、重複排除を行う前記データと重複排除を行わない前記データとの割合である重複排除割合を制御する
   バックアップ方法。
10. 外部装置から受信したデータを、重複排除機能を有するストレージ装置に対して送信するバックアップサーバに、
    前記外部装置から受信した前記データを分割したブロックデータの重複排除処理を実行する重複排除部と、
    前記ストレージ装置との間のネットワークの負荷状況を示すネットワーク負荷情報を取得するネットワーク負荷情報取得部と、
    前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記重複排除部が重複排除処理を行うか否か判定する判定部と、
    を実現させ、
    前記重複排除部は、前記判定部が重複排除を行うと判定した場合に重複排除を行い、
    前記外部装置から受信した前記データを前記ストレージ装置に対して並列で複数送信するよう構成されており、
    前記判定部は、前記ネットワーク負荷情報取得部が取得した前記ネットワーク負荷情報に基づいて、前記データごとに、前記重複排除部が前記データを分割した複数の前記ブロックデータの重複排除処理を行うか否か判定することで、判定結果に基づいて並列で送信する前記データのうち重複排除を行うデータを増やす、または、並列で送信する前記データのうち重複排除を行うデータを減らすことにより、重複排除を行う前記データと重複排除を行わない前記データとの割合である重複排除割合を制御する
    プログラム。

Images