区分データベースを、データ処理システムの少なくとも第1のデータストレージノード上の複数のパーティション内に格納するステップと、前記複数のパーティションの中の第1のパーティションのサブセットを、仮想パーティションとして構成するステップと、前記区分データベースを格納するように第2のデータストレージノードの割り付けを指示する入力を受け取るステップと、前記第2のデータストレージノード上で、前記区分データベースの第2のパーティションを構成するステップと、前記入力に応答して、前記第1のパーティション上の前記仮想パーティション内のデータを前記第2のパーティションに移動させることによって、前記区分データベースを前記第1及び第2のデータストレージノードにわたって再分配するステップとを含む、データ処理方法。前記仮想パーティションが、前記第1のパーティションの1つ又は複数のデータブロックを含む、請求項1に記載の方法。前記仮想パーティションが、前記第1のパーティション内のデータのみを含む、請求項2に記載の方法。前記方法が、前記仮想パーティションと前記第1のパーティションとを関連付けるパーティション構成データ構造体を確立するステップを含み、前記再分配するステップが、前記第2のパーティションに移動された前記データが仮想パーティション内に存在しないことを示すように、前記パーティション構成データ構造体を更新するステップを含む、請求項1に記載の方法。前記方法が、前記区分データベース内のデータを、複数のパーティション及び前記仮想パーティションのうちの特定の1つにマッピングする、パーティションマップを確立するステップを含み、前記再分配するステップが、前記第2のパーティションに移動されたデータが仮想パーティションにマッピングされないことを示すように、前記パーティションマップを更新するステップを含む、請求項1に記載の方法。前記再分配するステップが、前記仮想パーティション内のデータのバックアップを作成するステップと、前記データを前記バックアップから前記第2のパーティションに復元するステップとを含む、請求項1に記載の方法。前記仮想パーティション内の前記データが、第1のデータであり、前記再分配の前に、前記第1のパーティションが、前記第1のデータと、前記仮想パーティション内に存在しない第2のデータとを格納し、前記バックアップを作成するステップが、前記第1のデータを含み、かつ前記第2のデータを除外するバックアップを作成するステップを含む、請求項6に記載の方法。請求項1~7の何れか1項に記載の方法の各ステップをコンピュータに実行させる、コンピュータプログラム。データ処理システムであって、プロセッサと、前記プロセッサに結合されたデータストレージと、前記データストレージ内に格納されたプログラムコードであって、前記プロセッサによって実行されたときに、前記データ処理システムに、区分データベースを、前記データストレージの少なくとも第1のデータストレージノード上の複数のパーティション内に格納することと、前記複数のパーティションの中の第1のパーティションのサブセットを、仮想パーティションとして構成することと、前記区分データベースを格納するように前記データストレージの第2のデータストレージノードの割り付けを指示する入力を受け取ることと、前記第2のデータストレージノード上で、前記区分データベースの第2のパーティションを構成することと、前記入力に応答して、前記第1のパーティション上の前記仮想パーティション内のデータを前記第2のパーティションに移動させることによって、前記区分データベースを前記第1及び第2のデータストレージノードにわたって再分配することとを行わせる、プログラムコードとを含む、データ処理システム。前記仮想パーティションが、前記第1のパーティションの1つ又は複数のデータブロックを含む、請求項9に記載のデータ処理システム。前記仮想パーティションが、前記第1のパーティション内のデータのみを含む、請求項10に記載のデータ処理システム。前記プログラムがさらに、前記コンピュータに、前記仮想パーティションと前記パーティションとを関連付けるパーティション構成データ構造体を確立することを行わせ、前記再分配することが、前記第2のパーティションに移動された前記データが仮想パーティション内に存在しないことを示すように、前記パーティション構成データ構造体を更新することを含む、請求項9に記載のデータ処理システム。前記プログラムがさらに、前記コンピュータに、前記区分データベース内のデータを、複数のパーティション及び前記仮想パーティションのうちの特定の1つにマッピングする、パーティションマップを確立することを行わせ、前記再分配することが、前記第2のパーティションに移動されたデータが仮想パーティションにマッピングされないことを示すように、前記パーティションマップを更新することを含む、請求項9に記載のデータ処理システム。前記再分配することが、前記仮想パーティション内のデータのバックアップを作成することと、前記データを前記バックアップから前記第2のパーティションに復元することとを含む、請求項9に記載のデータ処理システム。前記仮想パーティション内の前記データが、第1のデータであり、前記再分配の前に、前記第1のパーティションが、前記第1のデータと、前記仮想パーティション内に存在しない第2のデータとを格納し、前記バックアップを作成することが、前記第1のデータを含み、かつ前記第2のデータを除外するバックアップを作成することを含む、請求項14に記載のデータ処理システム。本発明の目的は、区分データベースを再分配する方法、プログラム及びデータ処理システムを提供することである。いくつかの実施形態において、区分データベースは、少なくとも論理的又は物理的な第1のデータストレージノード上の複数の論理又は物理パーティション内に格納され、複数の論理的パーティションの中の第1のパーティションのサブセットは、仮想パーティションとして構成される。区分データベースを格納するように第2の物理データストレージノードの割り付けを指示する入力を受け取る。第2のパーティションが、第2のデータストレージノード上で構成される。入力に応答して、区分データベースは、第1のパーティション上の仮想パーティション内のデータを第2のパーティションに移動させることにより、第1及び第2のデータストレージノードにわたって再分配される。ここで、図面、特に図5を参照すると、1つの実施形態による、例示的なデータ処理環境300の高次ブロック図が示される。図示されるように、例示的なデータ処理環境300は、大量のデータを管理する企業、政府機関、非営利団体又は教育機関などのような組織により又はそれに代わって運営されることがある、データ処理企業310を含む。データ処理企業310は、通信のために、有線又は無線の構内又は広域通信網、携帯電話網及び/又は公衆交換電話網PSTNのような、1つまたは複数の回線交換又はパケット交換通信ネットワーク304に結合されている。したがって、データ処理企業310は、通信ネットワーク304を介して、機器302a-302d例えば、サーバコンピュータシステム、パーソナルコンピュータシステム、携帯型コンピュータシステム、移動体電話、スマートフォン、地上通信電話と通信することができる。機器302a-302dとデータ処理システム310との間の通信は、例えばPSTN又はインターネットプロトコル上の音声通信VoIP接続を介した音声通信、及び/又は、例えばインスタントメッセージ、簡易メール転送プロトコルSMTP又はハイパーテキスト転送プロトコルHTTPを介したデータ通信を含むことができる。例えば、データ処理企業310と機器302a-302dとの間の通信は、機器302a-302dからデータ処理企業310へのデータ要求の送信と、データ処理企業310から機器302a-302dへの応答データ例えば、プログラムコード、画像、グラフィックス、テキスト、音声、映像及び/又はそのようなデータを含むファイルの送信とを含むことができる。さらに図5を参照すると、データ処理企業310は、サーバ312a-312nのような1つ又は複数の物理コンピュータシステムを含むことができ、これらは、通信のために、例えば、イントラネット、仮想私設ネットワークVPN又はソケット接続のようなケーブル及び/又はネットワーク接続を含む、通信ファブリック314によって結合することができる。図示された例示的な実施形態において、サーバ312aは、サーバ312aが通信ネットワーク304及び通信ファブリック314を介して通信することを可能にする、1つ又は複数のネットワークインタフェース316を含む。サーバ312aは、例えば、1つ又は複数のデータベースに編成されたデータを管理し、アクセスし及び操作するために、データ及びプログラムコードを処理する1つ又は複数のプロセッサ320をさらに含む。サーバ312aは、ポート、ディスプレイ及び外付け機器などのような入力/出力I/Oデバイス322も含み、これが、入力を受け取り、かつサーバ312aによって実行された処理の出力を提供する。最後に、サーバ312aは、メモリ、固体ドライブ、光学又は磁気ディスクドライブ、テープドライバなどを含む1つ又は複数の揮発性又は不揮発性ストレージデバイスを含むことができる、データストレージ330を含む。図示された実施形態において、データストレージ330は、サーバ312aのハードウェアリソースを管理し、かつサーバ312a上で実行されるその他のソフトウェアに対して共通サービスを提供する、オペレーティングシステムOS332を格納する。例えば、OS332は、AIX登録商標、Linux登録商標、Android登録商標又はWindows登録商標オペレーティングシステムのうちの1つで実装することができる。データストレージ330はまた、ニューヨーク州、アーモンクのIBMコーポレーションから入手可能なDB2登録商標リレーショナルデータベース管理システムRDBMSのようなデータベースマネージャ340も含み、これが、例示的なデータベース350のような1つ又は複数のデータベース内のデータを管理し、これにアクセスし、これを操作する。いくつかの実施形態において、データベースマネージャ340は、OS332又はその他のソフトウェアプログラムと一体化されたものとすることができる。データベースマネージャ340は、データベース350に加えて、データベース350の種々の論理パーティションを定め、かつパーティションをデータ処理企業310の物理ストレージリソースに対してマッピングする、1つ又は複数のパーティション構成データ構造体352を維持する。データベースマネージャ340は、さらに後述するように、データベース350の仮想パーティションをデータベース350の論理パーティションに対してマッピングする、パーティションマップ354を随意に維持することもできる。種々の実施形態において、データベースマネージャ340及び/又はOS332は、通信ファブリック314及び通信ネットワーク304を介したサーバ312aと機器302a-302dとの通信をサポートする、コードを含むことができる。いくつかの実施形態においては、OS332及び/又はデータベースマネージャ340内に必ずしも適切な通信能力が組み込まれているわけではないので、データストレージ330は、サーバ312aが通信ファブリック314及び通信ネットワーク304を介して他のサーバ312及び機器302a-302dと通信することを可能にする、ウェブサーバ例えば、Apache、IISなど、音声自動応答IVR及び/又はその他のプログラムコードのような、通信コード342をさらに含むことができる。特に、通信コード342は、実装されている場合、データベースマネージャ340に対するデータベース照会の通信と、データベースマネージャ340から要求者に対する応答データの通信とをサポートする。データストレージ330の内容は、いくつかの実施形態においてはサーバ312a上にローカライズされていてもよく、他の実施形態においては、多重のサーバ312a-312nのデータストレージ330にわたって分配されることを理解されたい。さらに、サーバ312aのデータストレージ330内に図示された内容は、随意に、データ処理企業310のストレージエリアネットワークSAN360上に部分的に又は全体が常駐することができることを理解されたい。図示されるように、SAN360は、ストレージ要求を受け取り、かつ供給するスイッチ/コントローラSW/Cと、その各々が1つ又は複数の物理的不揮発性メモリドライブ、ハードディスクドライブ、光記憶ドライブ、テープドライブなどを含むことができる、多重のデータストレージノード370a-370kとを含む。いくつかの実施形態において、データストレージノード370a-370kは、このような物理ストレージリソースの仮想化された抽象を示す論理エンティティとすることができる。上記の説明を検討すると、データ処理企業310が実体化される形態は、例えば、編成の種類、データベース350のサイズ、データベース350に照会することができる機器302a-302dの数などの1つ又は複数の要因に基づいて、実施形態ごとに様々であり得ることが理解されよう。例えば、1つ又は複数の手持ち型、ノートブック型、デスクトップ型又はサーバのコンピュータシステムを含むことができる、このような実装のすべてが、添付の特許請求の範囲において述べられる本発明の実施形態として企図される。図6は、図5のデータ処理企業310内のデータストレージノード400例えば、SAN360のデータストレージノード370又はサーバ312のデータストレージ330内のデータストレージノードのより詳細な図を示す。図示された例において、データストレージノード400は、8つの論理又は物理パーティションをホストし、以後、これらを、それぞれLP0-LP7と番号付けされた論理パーティションと仮定する。RDBMSにおいて、データブロックB0-B15の各々は、共通の行キーハッシュを有する1つ又は複数のデータベース行に対応することができる。本開示によれば、データベースマネージャ340は、データブロックB0-B15のサブセットを仮想パーティションに割り当てる。例えば、データベースマネージャ340は、データブロックB0-B15の各々を、VP8-VP15と番号付けされた8つの仮想パーティションのうちのそれぞれ1つに割り当てることができる。種々のシナリオにおいて、各仮想パーティションは、好ましくはすべてが共通の論理パーティション上に存在する、1つ又は複数のデータブロックを含むことができる。図9-図12を参照して以下でさらに論じるように、データベースマネージャ340は、仮想パーティションを参照することによって、データベース350を効率的に再分配することができる。ここで図7を参照すると、1つの実施形態によるパーティション構成データ構造体352の例示的な実施形態が示される。図示された実施形態において、例えば1つ又は複数のデータベース構成ファイルに実装することができる、パーティション構成データ構造体352は、データベース350の複数の論理パーティションを定め、かつ論理パーティションをデータ処理企業310の物理ストレージリソースに対してマッピングする、複数の構成エントリ500を含む。例示的な実施形態において、パーティション構成データ構造体352の各構成エントリ500は、ノード番号フィールド502、ホスト名フィールド504、論理パーティション番号フィールド506及び仮想パーティションフラグ508を含む、多数のフィールドを含む。ノード番号フィールド502は、データベース350のパーティションを一意に識別する整数を指定する。ノード番号を論理パーティションに限定する従来の区分データベースとは対照的に、ノード番号フィールド502は、好ましくは、データベース350の論理パーティション及び仮想パーティションの各々に対する一意のノード番号を含む。ホスト名フィールド504は、ノード番号フィールド502内で識別されたデータベースパーティションのTCP/IPホスト名例えば、サーバAを識別する。さらに、論理ポートフィールド506は、ノード番号フィールド502内で識別されたデータベースパーティションに割り当てられた論理ポート例えば、論理パーティションを指定し、仮想パーティションフラグ508は、ノード番号フィールド502内で指定されたパーティションが仮想パーティションであるかどうかを指定する。構成エントリ500は、論理パーティションへの通信パス及び/又はオペレーティングシステム固有の情報といった追加の構成情報を提供する、1つ又は複数の追加のフィールドを含むことができることを理解されたい。図7で示されるパーティション構成データ構造体352の例示的な実施形態を想定すると、図6のデータストレージノード400を記述するパーティション構成データ構造体352の部分は、以下の表Iに示されるように表すことができる。ここで図8を参照すると、1つの実施形態による例示的なパーティションマップ354が示される。図示された実施形態において、データベースマネージャ340は、パーティションマップ354を、その各々がハッシュ値フィールド602、仮想パーティション番号フィールド604及び論理パーティション番号フィールド606を含む複数の行600を含む、ルックアップ表として実装する。したがって、各行600は、それぞれのハッシュ値例えば、データベース350の行の行キーに由来するハッシュ値から導出されるを、論理パーティション番号と、適用できる場合には仮想パーティション番号とに関連付ける。例えば、0から4095までの範囲のハッシュ値と、図6に示されるような8つの論理パーティションLP0-LP7を実装するデータストレージノード400とを仮定すると、パーティションマップ354は、以下の表IIにまとめられる値を格納する4096個の行600を含むことができる。ここで図9を参照すると、第1の実施形態による、データベースを再分配する例示的な方法の高次論理フローチャートが示される。図示された方法は、例えば、サーバ312の1つ又は複数のプロセッサ320によるデータベースマネージャ340の実行を通じて、実施することができる。本明細書で提示される他の論理フローチャートと同様に、ステップは、厳密に経時的な順序ではなく論理的に記述されており、少なくともいくつかの実施形態において、1つ又は複数のステップは、同時に行われることもあり、又は図示されているのとは異なる順序で行われることもあることを理解されたい。図9に示されたプロセスは、ブロック700で開始し、その後、ブロック702に進み、これは、データベースマネージャ340が、例えば、管理者の入力に応答して又は所定のデフォルトに基づいて自動的に、データベース350内で所望の数の仮想パーティションを構成することを示す。表Iで示され、かつ図6に描かれた例示的な区分データベース350において、データベースマネージャ340は、仮想パーティションVP8-VP15をそれぞれ論理パーティションLP0-LP7内に確立するために、ブロック702において、パーティション構成データ構造体352の最後から8つのエントリ500を入力することができる。上記のように、仮想パーティションは、データベース350を格納するために割り付けられた物理ストレージ容量が拡張したときに再分配されることになる、データベース350のデータを含む。仮想パーティションの数及び位置を構成すると共に、データベースマネージャ340は、データのハッシュ値例えば、行キーとパーティション構成データ構造体352によって構成された論理及び仮想パーティションとの間ですばやくマッピングするために、随意にパーティションマップ354を確立するブロック704。データベースマネージャ340は、代替的に、各ハッシュ値に関連付けられる論理及び仮想パーティションを必要なときに計算することもできるので、ブロック704は随意である。プロセスは、ブロック704からブロック710に進み、これは、受け取った入力が、拡張された物理ストレージ容量にわたってデータベース350を再分配すべきことを指示しているかどうかを、データベースマネージャ340が判断することを示す。理解されるように、データベース350を格納するために利用可能な拡張された物理ストレージ容量は、サーバ312をデータ処理企業310に追加すること、追加のデータストレージノード370をSAN360に追加すること、及び/又はデータ処理企業310の既存のデータストレージノードを、データベース350を格納するように再割り付けすることによって、利用可能となり得る。拡張された物理ストレージ容量にわたってデータベース350を再分配すべきであることを指示する入力をデータベースマネージャ340が検出しない場合には、プロセスはブロック710に留まる。プロセスがブロック710に留まっている間は、データベースマネージャ340は、当該分野で公知のように、データベース350の構造化照会言語SQLクエリに応答するデータを提供すること、及び任意の要求された管理又は構成関数などを実行することを含む、従来のデータベース処理を行う。ブロック710におけるデータベースマネージャ340による、拡張された物理ストレージ容量にわたってデータベース350を再分配すべきであることを指示する入力例えば、ユーザコマンドを受け取ったとの判断に応答して、プロセスは、ブロック712へと移る。ブロック712は、データベースマネージャ340が、データベース350を格納するために割り付けられた新たな物理ストレージノード上に論理パーティションを確立することを示す。プロセスは次に、ブロック720-730を含むループへと入り、ここで、仮想パーティションが、既存の論理パーティションからブロック712で確立された新たな論理パーティションに再分配される。最初にブロック720を参照すると、データベースマネージャ340は、例えばパーティション構成データ構造体352を参照することにより、データベース350のすべての仮想パーティションが処理されたか否かを判断する。データベース350のすべての仮想パーティションがすでに処理されたとブロック720においてデータベースマネージャ340が判断したことに応答して、プロセスは、ブロック720から、後述される740に進む。しかしながら、まだデータベース350のすべての仮想パーティションが処理されてはいないとブロック720においてデータベースマネージャ340が判断した場合には、データベースマネージャ340は、処理のための仮想パーティション、例えば、パーティション構成データ構造体352内にリストされた次の仮想パーティションを選択するブロック722。ブロック724において、データベースマネージャ340は、例えば、仮想パーティション番号が、新たに割り付けられたストレージノード上に確立された論理パーティションのうちの1つに割り当てられた論理パーティション番号と一致するか否かを判断することによって、処理のために選択された仮想パーティションを移動させるか否かを判断する。現在選択された仮想パーティションを移動させないとの判断に応答して、プロセスは、すでに説明したブロック720に戻る。しかしながら、ブロック724においてデータベースマネージャ340が、選択された仮想パーティションを移動すべきであると判断した場合、プロセスはブロック726へと移る。ブロック726は、データベースマネージャ340が、既存の論理パーティションから、一致する論理パーティション番号を有する論理パーティションへの逐次的なアクセス動作を用いて、仮想パーティションのデータを移動させることを示す。データベースマネージャ340は次に、移動されたパーティションに関連してデータストレージノード上に格納されたメタデータを更新しブロック728、パーティション構成データ構造体352内の関連付けられた構成エントリ500の仮想パーティションフラグ508をクリアするブロック730。結果として、移動されたパーティションは、もはや仮想パーティションではなくなり、新たに割り付けられたデータストレージノード上の論理パーティションのうちの1つのデータブロックへと変換される。プロセスは、ブロック730からブロック720へと戻り、これは、データベースマネージャ340が、もしあれば次の仮想パーティションを処理することを示す。ブロック720においてデータベースマネージャ340が、すべての仮想パーティションがすでに処理されたと判断したことに応答して、データベースマネージャ340は、ハッシュ値と論理及び仮想パーティション番号との間の修正された関係を反映するようにパーティションマップ354を更新するブロック740。ブロック740に続いて、図9に示されたプロセスは、ブロック742で終了する。図10は、図9に示された例示的な方法による、データベース350の例示的な再分配を示す。図10に示される例において、データベース350は、図6を参照して先に論じたように、元は、データストレージノード400の8つの論理パーティションすなわちLP0-LP7上のみに格納されている。論理パーティションLP0-LP7上で、データベースマネージャ340は、データブロックB8-B15をそれぞれ仮想パーティションVP8-VP15として構成する。データベース350を収容するために利用可能なデータ処理環境310の物理データストレージ容量は、その後、追加のデータストレージノード800を含むように拡張される。ブロック712に関して述べたように、データベースマネージャ340は、データストレージノード800を、8つの論理パーティション番号LP8-LP15で構成する。さらに、図9のブロック720-730に従って、データベースマネージャ340は、仮想パーティションVP8-VP15それぞれデータブロックB8-B15に対応するの各々を、データストレージノード800上の論理パーティションLP8-LP15のそれぞれ1つの上に再分配し、データブロックB0-B7をデータストレージノード400の論理パーティションLP0-LP7上に残す。サーバ312上にあるデータストレージノード800がホスト名サーバBを有すると仮定すると、データベースマネージャ340は、パーティション構成データ構造体352を上記の表Iでまとめられた状態から下記の表IIIに示される状態に更新する。さらに、データベースマネージャ340は、パーティションマップ354を上記の表IIにまとめられた状態から下記の表IVに示される状態に更新する。図1と図9-図10とを比較することによって、図9に示される例示的なプロセスが、処理が集中する図1のステップの多くを不要にすることに留意されたい。例えば、図9において、ブロック106に示されるようにデータベース350の行を再ハッシュする必要はない。さらに、図1のブロック102及び122に示されるように、データベース350の再分配の前又は後にデータベース350をバックアップする必要もない。その上、ブロック120に示されるようにデータベース350の再編成を行う必要もなく、ブロック124に示されるようにデータベース統計量を更新する必要もない。最後に、ブロック126に示されるようにパーティションを認識するアプリケーションを更新する必要もない。図11を参照すると、第2の実施形態による、データベースを再分配する例維持的な方法の高次論理フローチャートが示される。特に、図11に示されるプロセスは、データベース350の仮想パーティションのバックアップ及び復元を通じて、データベース350を新たに割り付けられた1つ又は複数の物理ストレージノード上に再分配する。図11に示されるプロセスは、ブロック900で開始し、その後、以前に説明したように、例えば管理者の入力に応答して、データベース350内で所望の数の仮想パーティションを構成することを示す、ブロック902に進む。仮想パーティションの数及び位置を構成すると共に、データベースマネージャ340は、データのハッシュ値例えば、行キーとパーティション構成データ構造体352によって構成された論理及び仮想パーティションとの間ですばやくマッピングするために、随意にパーティションマップ354を確立するブロック904。プロセスは、ブロック904からブロック910に進み、これは、受け取った入力が、拡張された物理ストレージ容量にわたってデータベース350を再分配すべきことを指示しているかどうかを、データベースマネージャ340が判断することを示す。拡張された物理ストレージ容量にわたってデータベース350を再分配すべきであることを指示する入力をデータベースマネージャ340が検出しない場合には、プロセスはブロック910に留まるこの時間の間は、データベースマネージャ340は、他の従来のデータベース管理動作を行うことができる。ブロック910におけるデータベースマネージャ340による、拡張された物理ストレージ容量にわたってデータベース350を再分配すべきであることを指示する入力を受け取ったとの判断に応答して、プロセスは、ブロック912へと移る。ブロック912は、データベースマネージャ340が、データベース350を格納するために割り付けられた新たな物理ストレージノード上に論理パーティションを確立することを示す。プロセスは次に、ブロック920-930を含むループへと入り、ここで、仮想パーティションが、ブロック912で確立された既存の論理パーティションからバックアップされる。最初にブロック920を参照すると、データベースマネージャ340は、例えばパーティション構成データ構造体352を参照することにより、データベース350のすべての仮想パーティションが処理されたか否かを判断する。データベース350のすべての仮想パーティションがすでに処理されたとブロック920においてデータベースマネージャ340が判断したことに応答して、プロセスは、ブロック920から、後述される940に進む。しかしながら、まだデータベース350のすべての仮想パーティションが処理されてはいないとブロック920においてデータベースマネージャ340が判断した場合には、データベースマネージャ340は、処理のための仮想パーティション、例えば、パーティション構成データ構造体352内にリストされた次の仮想パーティションを選択するブロック922。次に、データベースマネージャ340は、選択された仮想パーティションのバックアップを作成するが、好ましくは、そのバックアップから、仮想パーティションをホストする残りの論理パーティションを除外するブロック926。データベースマネージャ340は次に、選択された仮想パーティションに関連付けられたパーティション構成データ構造体352内の仮想パーティションフラグ508をクリアするブロック930。プロセスは、ブロック930からブロック920へと戻り、これれは、データベースマネージャ340が、もしあれば次の仮想パーティションを処理することを示す。ブロック920においてデータベースマネージャ340が、既存の物理データストレージノード上のデータベース350のすべての仮想パーティションがすでに処理されたと判断したことに応答して、データベースマネージャ340は、仮想パーティションの各々を、ブロック926で作成したバックアップから、データ処理企業310の新たに割り付けられた物理ストレージノードのそれぞれの論理パーティション例えば、バックアップされた仮想パーティションの仮想パーティション番号と一致する論理パーティション番号を有する論理パーティションへと復元する。結果として、移動されたパーティションは、もはや仮想パーティションではなくなり、新たに割り付けられたデータストレージノードの論理パーティション上のデータブロックへと変換される。データベースマネージャ340は次に、復元されたパーティションに関連してデータストレージノード上に格納されたメタデータを更新しブロック942、移動されたパーティションを既存の物理ストレージノードから削除するブロック944。データベースマネージャ340は、もしあれば、ハッシュ値と論理及び仮想パーティション番号との間の修正された関係を反映するようにパーティションマップ354を更新するブロック946。ブロック946に続いて、図11に示されたプロセスは、ブロック950で終了する。図12は、図11に示される第2の例示的な方法による、データベースの例示的な再分配を示す。図12に示される例において、データベース350は、図6及び図10を参照して先に論じたように、元は、データストレージノード400の8つの論理パーティションすなわちLP0-LP7上のみに格納されている。論理パーティションLP0-LP7上で、データベースマネージャ340は、データブロックB8-B15をそれぞれ仮想パーティションVP8-VP15として構成する。データベース350を収容するため割り付けられたデータ処理環境310の物理データストレージ容量は、その後、追加のデータストレージノード800を含むように拡張され、データベースマネージャ340は、その上でLP8-LP15で番号付けされる8つの論理パーティションを構成する。図11のブロック920-930に従って、データベースマネージャ340は、仮想パーティションVP8-VP15それぞれ、データブロックB8-B15に対応するの各々のバックアップを含み、好ましくは論理パーティションLP0-LP7上に存在するその他のデータを除外する、仮想パーティションバックアップ1000を作成する。ホストの論理パーティションに戻す従来の復元を行うのではなく、データベースマネージャ340は、各仮想パーティションを、仮想パーティションバックアップ1000から、データストレージノード800上の論理パーティションLP8-LP15のうちのそれぞれ1つへと復元する。さらに、データベースマネージャ340は、対応する仮想パーティションをデータストレージノード400から削除し、データブロックB0-B7をデータストレージノード400上の論理パーティションLP0-LP7上に残す。この方法において、データベースマネージャ340は、図10に示すようにデータを直接移動させることによるのではなく、そのバックアップ能力を強化することによって、データベース350の仮想パーティションを既存の物理データストレージノード400から新たに割り付けられた物理データストレージノード800上に再分配する。しかしながら、得られるパーティション構成データ構造体352及びパーティションマップ354は、上記の表III及び表IVにまとめられたものと同一になる。説明してきたように、少なくともいくつかの実施形態において、区分データベースは、少なくとも論理的又は物理的な第1データストレージノード上の複数の論理又は物理パーティション内に格納され、複数の論理パーティションの中の第1のパーティションのサブセットは、仮想パーティションとして構成される。区分データベースを格納するように第2の物理データストレージノードの割り付けを指示する入力を受け取る。第2のパーティションが、第2のデータストレージノード上で構成される。入力に応答して、区分データベースは、第1のパーティション上の仮想パーティション内のデータを第2のパーティションに移動させることにより、第1及び第2のデータストレージノードにわたって再分配される。本発明を、1つ又は複数の好ましい実施形態を参照して説明しながら具体的に示してきたが、当業者であれば、本発明の真意及び範囲から逸脱することなく、その形態及び詳細における種々の変更を行うことができることが理解されよう。例えば、本発明の機能を命令するプログラムコードを実行するコンピュータシステムに関して態様を説明してきたが、本発明は代替的に、データ処理システムで処理されて、本発明の機能を実行することができるプログラムコードを格納した、有形の一過性ではないデータストレージ媒体例えば、光又は磁気ディスク又はメモリを含む、プログラム製品として実装することもできることを理解されたい。