JP7309005B2 - データベーステナントマイグレーションのシステム及び方法 - Google Patents

データベーステナントマイグレーションのシステム及び方法 Download PDF

Info

Publication number
JP7309005B2
JP7309005B2 JP2022059163A JP2022059163A JP7309005B2 JP 7309005 B2 JP7309005 B2 JP 7309005B2 JP 2022059163 A JP2022059163 A JP 2022059163A JP 2022059163 A JP2022059163 A JP 2022059163A JP 7309005 B2 JP7309005 B2 JP 7309005B2
Authority
JP
Japan
Prior art keywords
tenant
data
database instance
physical storage
extent
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022059163A
Other languages
English (en)
Other versions
JP2022095781A (ja
Inventor
ベアー マーティン,ジャメイソン
ワイヤット,ナサニエル
ジェイ. ベイカー,ゲイリー
ファンゲネル,トーマス
チョン,テリー
Original Assignee
セールスフォース インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by セールスフォース インコーポレイテッド filed Critical セールスフォース インコーポレイテッド
Publication of JP2022095781A publication Critical patent/JP2022095781A/ja
Application granted granted Critical
Publication of JP7309005B2 publication Critical patent/JP7309005B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21Design, administration or maintenance of databases
    • G06F16/214Database migration support
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • G06F16/2228Indexing structures
    • G06F16/2246Trees, e.g. B+trees
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • G06F16/2282Tablespace storage structures; Management thereof

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

データベース管理システム(DBMS)において、弾力性とは、例えば、必要に応じてオンデマンドでシステムスケールを調整して、ロードバランス目標を達成し、高負荷期間中にシステムリソースを最適化し、低負荷期間中にテナントを統合する等の能力を部分的に参照する。テナントマイグレーション、すなわちテナントデータをあるサーバから別のサーバに移動することは、基本的なデータベース管理機能を向上させるだけでなく、弾力性の増大にも大きな役割を果たす。従来のDBMSは、全てのテナントデータをあるデータベースインスタンスから別のデータベースインスタンスにコピーすることにより、テナントマイグレーションを扱う。テナントデータの量に依存して、これは、典型的には、ソース及び宛先双方のデータベースインスタンスにおける複数の操作の実行を必要とする。ソースデータベースインスタンスからソースデータを抽出して後に除去し、それを宛先データベースインスタンスに追加するために、計算コストが生じる。さらに、全てのテナントデータが正しくコピーされることを確保するために、しばしばステップが踏まれなければならない。
従来のデータベースにおいて、テナントマイグレーションプロセスはしばしば、遅く、リソースが多く、エラーを起こしやすい。これは、部分的には、テナントのマイグレートが、テナントの全ての行をソースからターゲットインスタンスにコピーすることを含むためである。
添付の図面は、開示される対象事項のさらなる理解を提供するために含まれ、本明細書に組み込まれ、本明細書の一部を構成する。図面はまた、開示される対象事項の実装を例示し、詳細な説明と共に、開示される対象事項の実装の原理を説明する。開示される対象事項及びそれを実施できる種々の方法の基本的な理解のために必要であり得る以上に詳細に構造的詳細を示す試みは行われない。
開示される対象事項の一実装による、仮想化層を使用してデータを記憶し及び取り出す一例示的なシステム及び方法を示す。 開示される対象事項の一実装によるデータベースシステム内のレコードの一例を示す。 開示される対象事項の一実装によるテナントマイグレーションの一例を示す。 開示される対象事項の一実装によるテナントマイグレーションの一例を示す。 開示される対象事項の一実装によるテナントマイグレーションの一例を示す。 開示される対象事項の一実装による、テナントデータをマイグレートする動作のフローチャートを示す。 開示される対象事項の一実装によるコンピュータを示す。 開示される対象事項の一実装によるネットワーク構成を示す。 開示される対象事項の一実装によるネットワーク構成を示す。
本開示の種々の態様又は特徴は、図面を参照して説明され、同様の参照番号は、全体を通して同様の要素を参照するために使用される。本明細書において、本開示の完全な理解を提供するために、多数の詳細が説明される。しかしながら、これらの具体的な詳細なしに、又は他の方法、コンポーネント、材料等を用いて、開示の特定の態様を実施できることを理解されたい。他の例では、良く知られた構造及びデバイスは、対象開示の説明を容易にするためにブロック図形式で示される。
従来のDBMSは、全てのテナントデータをあるデータベースインスタンスから別のデータベースインスタンスにコピーすることにより、テナントマイグレーションを扱う。従来のマイグレーションシステム及び方法は、典型的には、リソースが多く(すなわち、これらは、データのセット全体をコピーするために相当量の計算、データパス、ネットワーク、及び/又はストレージリソースを必要とする)、エラーを起こしやすい。例えば、一連の、時間のかかる、行ごとのコピー操作を介してマイグレートされたテナントデータは、不正確にコピーされている可能性があり、部分を欠落している可能性があり、破損している可能性があるなどする。行ごとのコピーは、ソース及びターゲット双方のデータベースインスタンスに関して遅く、リソース集中的である可能性があり、それは、テナントのストレージ要件を一時的に2倍にする。しばしば、テナントのデータは単一のトランザクションにおいてフルにコピーできず、それにより、マイグレーションを完了できる前に複数のコピー操作からの矛盾するデータを調整する複雑なプロセスを必要とする。
開示される対象事項の実装は、データベースシステムのテナントをソースデータベースインスタンスから宛先データベースインスタンスへ、行ごとのデータコピー、本番(production)データの複製、又は複製された本番データに対する操作を必要とせずにマイグレートすることができる。以下に説明されるように、開示されるマイグレーションは、従来のテナントマイグレーション手法より速く、プロセッサリソース、データ記憶及び永続リソース、及び/又はデータパス(例えば、通信ネットワーク)リソースの観点でより低コストで完了できる。多くの場合、マイグレートされたデータに関して一貫性チェック又は他の訂正措置が取られる必要がなく、それにより、さらなる時間及びシステムリソースを節減する。
開示されるテナントマイグレーション手法は、様々な異なるデータベース構造に適用できる。開示される対象事項は単一タイプのアーキテクチャに限定されず、例示の目的で、以下の議論は、キー範囲マルチテナンシー(key-range multi-tenancy)を有するログ構造化マージ(log structured merge、LSM)ツリーを使用する実装を説明する。LSMツリーは、不変の(immutable)データバージョンと共にデータ変更を記述することができる。キー範囲マルチテナンシーは、サーバへの動的なバインド(binding)を可能にし、各テナントのデータを別個に保持するために使用できる。
LSMツリーは、単一キー空間がテナント識別子(すなわち「テナントID」)によりルート設定される(rooted by)、レコードの永続的な内容を記憶する関係データベースにおいて、及び永続性仮想化を使用することにより使用できる。永続性は、エクステントを使用して実現できる。「エクステント(extent)」とは、典型的には記憶媒体内で連続した、ストレージの領域を参照し、これは、データを記憶するために使用できる。エクステントは、不変とすることができる。すなわち、エクステントは、これらが作成された後に修正できず、それにより、記憶媒体内のエクステントに関連づけられた領域及びデータは、更新されないが、将来には削除され得る。エクステント参照(extent reference)が、物理ストレージ(例えば、記憶デバイス)に記憶された物理エクステントへの論理参照として使用されてもよく、物理ストレージへのアクセスを仮想化するために使用されてもよい。エクステントは、キーにより順序付けられてもよい。
本開示の種々の態様又は特徴は、図面を参照して説明され、同様の参照番号は、全体を通して同様の要素を参照するために使用される。本明細書において、本開示の完全な理解を提供するために、多数の詳細が説明される。しかしながら、これらの具体的な詳細なしに、又は他の方法、コンポーネント、材料等を用いて、開示の特定の態様を実施できることを理解されたい。他の例では、良く知られた構造及びデバイスは、対象開示の説明を容易にするためにブロック図形式で示される。
エクステント参照は、物理ストレージ(例えば、ストレージデバイス)に記憶された物理エクステントへの論理参照として使用することができ、物理ストレージへのアクセスを仮想化するために使用できる。図1Aは、開示されるテナントマイグレーション手法を実現する一例示的なシステム100を示す。システム100は、単一のコンピューティングデバイス又は複数の接続されたコンピューティングデバイス上で動作することができる。例えば、システム100は、ラップトップ、デスクトップ、個々のサーバ、サーバクラスタ、サーバファーム、又は分散サーバシステム上で実現されてもよく、あるいは仮想計算デバイス若しくはシステム、又は物理及び仮想システムの任意の適切な組み合わせとして実現されてもよい。簡潔さのため、プロセッサ、オペレーティングシステム、及びデータベース管理システムの他のコンポーネントなどの種々の部分が示されていない。
システム100は、コンピューティングシステム及びネットワークインフラストラクチャの一部であってもよく、あるいは、システム100と同様の他のサーバシステムを含み得るより大きいサーバネットワークを含むコンピューティングシステム及びネットワークインフラストラクチャにその他の方法で接続されてもよい。いくつかの実装において、システム100は、図4に示されるコンピュータ600、中央コンポーネント700、及び/又は第2のコンピュータ800、及び/又は図5A~図5Bに示されるデータベースシステム1200a~1200dのうちの1つ以上であってもよい。
システム100は、データを不変エクステントに記憶することができる。各エクステントは、システム100により割り当てられた一意のID又はキーを有することができる。キーは、データがどのテナントに関連づけられているかを示すテナント識別子などの種々のタイプの情報を含むことができる。
システム100は、アクセス層105、仮想化層115、及び物理ストレージ層127を含む。アクセス層105は、1つ以上のサーバ111、112、113を含むことができ、1つ以上のサーバ111、112、113は、テナントがアプリケーション及びデータベースをホストするためのプラットフォームを提供し、ユーザがシステム100と対話するための主なインターフェースとして機能する。アクセス層105はまた、データベースストレージエンジン110を含むことができ、データベースストレージエンジン110は、サーバ111、112、113にわたるロードバランスを扱うことができ、コンピューティングデバイス(例えば、図4に示されるコンピュータ600及び/又は第2のコンピュータ800)からのシステム100に対するクエリを受け入れ、処理することができる。例えば、データベースストレージエンジン110は、テナント組織からクエリを受信し、クエリを処理してコマンドを仮想化層115に送信することができる。データベースストレージエンジン110は、データベースシステムに対するクエリを受信し、受信したクエリに関連するデータを取り出すための、サーバシステム100上のハードウェア及びソフトウェアの任意の適切な組み合わせとすることができる。
仮想化層115は、テナントデータを仮想化して、カスタマイズされたデータベースなどのシステムサービスを各テナントに提供し、これは、複数のテナントからのデータがシステム100に記憶され得るとしても、テナントがテナントの自身のデータのみにアクセスすることを可能にする。仮想化層は、エクステント参照セット120及びメモリストレージ125を含むことができる。いくつかの実装において、エクステント参照セット120及びメモリストレージ125は、図4に示される中央コンポーネント700及び/又は図5A~図5Bに示されるデータベースシステム1200a~1200dに記憶できる。メモリストレージ125は、テナントデータが物理ストレージ層127のエクステントに記録される前に、該データの最も新しいバージョンを記憶する。エクステント参照セット120は、テナントデータからのメタデータを使用して、エクステントが物理ストレージ物理ストレージ127内でどこに位置するか(例えば、以下で説明されるように、テナントデータがエクステント130の一部としてどこに記憶できるか)を定義することができる。メタデータは、例えば、エクステント内でどのキーが可視かを定義するキー範囲、エクステントのトランザクション順序を示すトランザクション番号、及びエクステントを所与のテナントに関連づけるテナントIDデータを含むことができる。エクステント参照セット120は、物理ストレージ127(例えば、ストレージデバイス)に記憶された物理エクステントへの論理参照の機能性を提供するように動作できるサーバシステム100上のハードウェア及びソフトウェアの任意の適切な組み合わせを使用して実現できる。
仮想化層115は、データベースストレージエンジン110からクエリを受信し、データの最新バージョンがメモリストレージ125内にあるかどうかを、又は、参照セット120を参照することにより、それが物理ストレージ層127内のエクステント130にすでに記憶されているかどうかをチェックすることにより、要求されたデータを見つけることができる。クエリは、例えば、少なくとも1つのテナントに関連づけられたデータベースシステムの承認されたユーザから受信できる。データがすでに物理ストレージ127に移動されている場合、仮想化層115は、エクステント参照セット内のメタデータに基づいて、要求されたデータの位置を特定することができる。すなわち、仮想化層115は、クエリにより要求されたデータをエクステント130から取り出し、そのデータをデータベースストレージエンジン110に返すことができ、データベースストレージエンジン110は、それを、例えば、クエリをデータベースシステムに送信したコンピューティングデバイスに提供することができる。
物理ストレージ層127は、不変データストレージデバイスを含むことができ、例えば、半導体メモリ、ソリッドステートドライブ(SSD)、ハードディスクドライブ、光メモリ、光ストレージデバイス、若しくは任意の他の適切な物理データ記憶媒体、又はこれらの何らかの組み合わせとして実現できる。物理ストレージ層127は、テナントデータの不変バージョンであるエクステント130と、エクステントのアイデンティティ及び寿命を管理し、トラックデータ容量を管理して、エクステントを記憶できるストレージデバイス及びサーバなどのハードウェアを管理するカタログ135とを含むことができる。
新しいテナントが追加され、かつ/あるいは現在のテナントが成長、縮小、又は離脱すると、システム100におけるリソースの配分は、時間と共に非効率になる可能性がある。例えば、比較的少数のテナントがサーバ112、113上で動作している一方で、比較的多数のテナントがサーバ111上で動作している可能性がある。別の例として、サーバ111上の単一のテナントが、サーバ上の他のテナントに対してレイテンシ問題を引き起こす不釣り合いな比率のリソースを使用している可能性があり、あるいは、単一のサーバに対してテナントが大きく成長し過ぎている可能性がある。これら又は他の状況のいずれかにおいて、データを統合し、効率的なストレージ管理を容易にし、かつ/あるいは原子性又は一貫性を壊す可能性のある不良を回避するために、あるサーバから別のサーバへのテナントマイグレーションが必要又は望ましい場合がある。
データベースシステム(例えば、図1Aに示されるシステム100、図4に示される中央コンポーネント700及び/又は第2のコンピュータ800、及び/又は図5A~図5Bに示されるデータベースシステム1200a~1200d)及び全体を通して説明されるテナントマイグレーションの方法において、レコードは、マルチテナントシステムのインスタンスにおいてキー値ペア(key-value pair)として識別され得る。データベース内のテナンシーが作成されてもよく、テナンシーに関連づけられた許可されたユーザは、そのテナンシーに関する操作を閲覧、アクセス、及び/又は実行することができる。値は、例えば、関係データベースのテーブルの行の内容、関係データベースのテーブル内の行の識別、又は任意の他の適切な値であってもよい。キーは、レコードの識別子であってもよく、例えば英数字シーケンスなどの任意の適切な形式であってもよい。キーの部分が、レコードの内容に関する情報を提供してもよい。例えば、キーの一部分がテナント識別子であってもよく、該テナント識別子が、レコードの内容が属するテナントを一意に識別してもよい。キーの他の部分は、例えば、レコードの値が行、又はテーブル番号、テーブル上のインデックス番号の内容であるときに例えばテーブル番号及び行の識別、及び、値が行の識別であるときにインデックス化された列の識別を識別してもよい。
データベースシステム(例えば、図1に示されるシステム100、図4に示される中央コンポーネント700及び/又は第2のコンピュータ800、又は図6A~図6Bに示されるデータベース1200a、1200b、1200c、及び/又は1200d)は、トランザクションを所定のレコードの不変バージョンとして記憶することができる。すでにサーバシステムに記憶されているレコードの内容の不変バージョンは、その内容がサーバシステムから(仮にあるとしても)削除されるまで、変更されなくてもよい。すなわち、受信したトランザクションは、レコードの内容を改変する代わりに、サーバシステムに記憶されるレコードの内容の新しいバージョンを作成し得る。ゆえに、本明細書に開示されるレコードの複数のバージョン(例えば、異なる内容を有するレコード)が、トランザクション識別子を除き、同一キーを有することが可能であり得る。所与のレコードのバージョンのための、他の点では同一のキーの使用は、関係データベースに記憶されたデータの変更を可能にし得る。そのようなものとして、物理レコードの各バージョンが不変であってもよく、すなわち、それは、削除されないか、あるいは数か月、数年、又は数十年であり得る任意の長い期間にわたり削除されないかのいずれかである。例えば、(トランザクションバージョン識別子以外は)同一キーを有するレコードの、該レコードのより前のバージョンに対してより後のバージョンが、そのレコードのデータ値の変更(すなわち、レコードの内容の変更)を示してもよい。あるいは、トランザクションがレコードを作成し、あるいはレコードを削除してもよい(すなわち、内容を作成し、あるいは内容を削除してもよい)。レコードは、「廃棄標識(tombstone)」(削除されるデータを識別するマーカー)を挿入することにより削除されてもよく、将来の時点では、廃棄標識でマークされたレコードをもはや含まない新しいエクステントが書き込まれてもよい。
テナントの作成において、タイムスタンプ又は他の時間識別子が作成されてもよい。その後、テナントデータは、タイムスタンプ前に記憶されたデータのプール内のキーに基づいて適切なバージョンにアクセスすることにより、タイムスタンプ前のデータのバージョンに対する主キー要求を解釈することができる。タイムスタンプ後に作成又は更新されたデータにアクセスするそれぞれのテナントのためのキーは、テナントにより作成された適切なデータにアクセスするように解釈される。あるいは、タイムスタンプを使用するのでなく、データベース内の各トランザクションが、それに関連づけられた、その後の各トランザクションに対して単調に増加している一意のトランザクション番号を有してもよく、システムは、タイムスタンプの代わりに、最も最近作成されたトランザクション識別子に注目してもよい。
図1Bは、開示される対象事項の一実装によるデータベースシステム(例えば、図1に示されるシステム100、図2A~図2Cに示されるシステム、図3に示される中央コンポーネント700及び/又は第2のコンピュータ800、又は図6A~図6Bに示されるデータベースシステム1200a~1200d)で使用される一例示的なレコードを示す。レコードは、キー空間(ks)、テナント識別子、オブジェクト識別子(objectId)、及び/又はオブジェクトキー(ObjectKey)によりキー設定され(keyed by)てもよい。図1Bに示すように、レコードは、テナント識別子、objectId、及びObjectKeyを含んでもよい。レコードのキーは、テナント識別子、objectId、及びobjectKeyを含んでもよい。開示される対象事項の実装において、キー及び/又は値は、長さが可変であってもよい。上記で論じられたように、開示される対象事項の実装におけるデータエクステントは、キーによりソートされ、コミット時間に従ってLSMツリー内でレベルにより編成されてもよい。本明細書に開示されるデータベースシステムは、不変ストレージを有してもよく、該不変ストレージは、単一キー空間がテナント識別子によりルート設定される、レコードの永続的な内容を記憶する関係データベースにおいて、及び永続性仮想化を使用することにより使用されてもよい。永続性は、エクステントで構成されてもよい。エクステントは、データを記憶するために使用され得る、典型的には連続したストレージ領域である。上記で論じられたように、エクステントは、不変であってもよく、キーにより順序付けられてもよい。
開示される対象事項の実装において、データエクステント参照は、レベルへ編成されてもよい。レベルは、キーにより順序付けられたデータエクステント参照へグループ化され得る単一キー範囲をカバーしてもよい。
編成されたデータのレベル数を削減及び/又は最小化することは、新しいデータが到着したとき、データの書き換えを増加させる可能性がある。各レベルが、最大サイズ閾値を有してもよく、レベルサイズ設定は、指数関数的に増加してもよい。サイズ閾値が超えられたとき、データベースシステム(例えば、図1Aのシステム100、図2A~図2Cに示されるシステム、及び/又は図5A~図5Bに示されるデータベースシステム1200a~1200d)によりマージ操作が実行されてもよく、データはレベルNからレベルN+1へマージされる。
データは、データがフラッシュ操作を介して永続化され、クエリが最新の永続性ビューに移動するまで、データベースシステムのメモリストレージ(例えば、図5Bに示されるメモリストレージ1230)から移動されない。例えば、フラッシュ操作において、データは、メモリストレージ1230から図5Bに示されるストレージ1260にコピーされる。すなわち、フラッシュ操作では、1つ以上のエクステントが、メモリストレージ1230からストレージ1260(すなわち、永続ストレージ)に移動される。これは、特定のトランザクション範囲に対してキー順序で行われてもよい。
図2A~2Cは、開示される対象事項の一実装によるテナントマイグレーションの一例を示す。図2Aは、テナントID10、11、62、及び98を有するテナントをホストするサーバ211と、テナントID33、34、44、及び66を有するテナントをホストするサーバ212とを示す。テナントIDは各々、エクステントキーに対応する。サーバ211、212は、図1における、アクセス層105に存在するサーバ111、112に対応する。データエクステント参照セット220は、テナントの各々について対応するデータを記憶するエクステントのエクステントID(EID)及びキー範囲を含む。エクステント231、232は、物理ストレージ層227に記憶される。カタログ235は、エクステント231、232のID及びキー範囲を追跡する。データエクステント参照セット220、カタログ235、及びエクステント231、232は、図1Aに示されるデータエクステント参照セット120、カタログ135、及びエクステント130に対応する。
テナントデータは、物理的に連続した方法で記憶されて、物理ストレージにおけるテナントデータの位置が少量のメタデータにより記述されることを可能にできる。すなわち、物理ストレージ内のテナントデータは、連続的な順序で記憶され、カタログ化されてもよい。このように、削減された量のメタデータが使用されて、テナントデータエクステントのキー範囲を記述してもよく、例えば、エクステントid「0x21」を有するエクステントについて、データエクステント参照セット220は、「10」のキー開始値及び「98」のキー終了値を記憶して、物理ストレージ内の(10,98)のキー範囲内に連続的に記録された全てのデータ含むものとしてエクステントを定義すればよい。
この例示的なマイグレーションでは、テナント62に関連づけられたデータが、サーバ211におけるソースデータベースインスタンスからサーバ212における宛先データベースインスタンスにマイグレートされる。宛先データベースインスタンスは、ソースデータベースインスタンスとは異なる物理サーバ又は仮想化サーバ上に位置することができる。図3は、開示される対象事項の一実装による、テナントデータをマイグレートする動作のフローチャート300を示す。
動作310において、テナント62に関連づけられたデータが静止させられ(quiesced)、それにより、ソースデータベースインスタンスにおいてテナント識別子に関連づけられたデータベースシステムのストレージに新しいデータが書き込まれない。すなわち、データは、サーバ211において読取専用に設定され、それにより、サーバ211は、テナント62について物理ストレージ内のデータに追加又は変更することができない。
動作320において、システム100(図1A)が、テナント62のデータの任意のデータ修正についてメモリストレージ125をチェックする。メモリストレージ内に何らかの変更が存在する場合、これらは、物理ストレージ層227(図2A)内のエクステントにプッシュアウトされて、データが最新であることを確保する。すなわち、テナント62のデータに対するいかなる変更も、物理ストレージ層227のエクステント231に記憶される。
動作330において、データがソースデータベースから分離される(disassociated)。図2Bは、テナント62のデータを分離しているサーバ211を示す。エクステント参照セット220は、サーバ211のキー範囲を(10,11)、(98,98)に再定義することと、キー範囲(62,62)をヌルに設定することとにより、テナント62のデータをサーバ211から切り離す。テナント62は今や、テナント62に関連づけられたエクステント参照の除去により、サーバ211のソースデータベースインスタンスから効率的に除去されている。図2Bは、サーバ211がキー範囲(10,11)及び(98,98)を今や指し示し、一方でサーバ212はキー範囲(33,66)を依然として指し示すことを示す。
動作340において、テナント62のデータがターゲットサーバ212に関連づけられる。この関連づけは、マイグレートされるテナント(図2A~図2Cに示される例ではテナント62)のメタデータをサーバ211におけるソースデータベースインスタンスからサーバ212における宛先データベースインスタンスに送信することと、宛先データベースインスタンスにおいてメタデータを、それがテナントデータにアクセスするためにテナントデータに関する物理ストレージ内のデータのグルーピングを指し示すように修正することとにより、実行できる。送信されるテナントのメタデータは、ストレージ内のテナントデータのエクステントへのエクステント参照を含むことができる。図2Cは、サーバ211からのメタデータに基づいてテナント62のデータに関連づけられているサーバ212を示す。エクステント参照セット220は、サーバ212のキー範囲を(33,44)、(62,62)、(66,66)を含むように再定義する。テナント62は今や、サーバ211からサーバ212にマイグレートされた。この動作は、メタデータ変更のみを必要とするため、比較的迅速に実行できる。テナントデータが物理ストレージ層で又はその他の方法でコピーされる必要はない。
一例示的なマイグレーションが、会社XがビジネスユニットZのデータを図2Aに示されるサーバ211のデータベースシステムからデータベースシステムのサーバ212にマイグレートする必要があり得るときを含んでもよい。会社X及びビジネスユニットZの双方が、サーバ211のデータベースシステムのテナントであり得る。このマイグレーションは、サーバ211及び212に対して受信した要求をロードバランスするために実行されてもよく、それにより、サーバ211は、会社Xのテナントデータ及びビジネスユニットZのテナントデータの双方に対するクエリで過負荷にされない。
この例では、(例えば、図2A~図2Cに示されるテナント62に関連づけられた)ビジネスユニットZのデータが、サーバ211におけるソースデータベースインスタンスからサーバ212における宛先データベースインスタンスにマイグレートされて、サーバ211及び212へのクエリ数をロードバランスすることができる。宛先データベースインスタンス(例えば、サーバ212)は、ソースデータベースインスタンス(例えば、サーバ211)とは異なる物理サーバ又は仮想化サーバに位置し得る。図3は、ビジネスユニットZのテナントデータをサーバ211からサーバ212にマイグレートする動作を示す。
動作310において、テナント62に関連づけられたビジネスユニットZのデータが静止させられ、それにより、ソースデータベースインスタンス(例えば、サーバ211)においてテナント識別子に関連づけられたデータベースシステムのストレージに新しいデータが書き込まれない。すなわち、ビジネスユニットZのデータは、サーバ211において読取専用に設定され、それにより、サーバ211は、ビジネスユニットZ(例えば、テナント62)について物理ストレージ内のデータに追加又は変更することができない。
動作320において、システムが、ビジネスユニットZのデータ(例えば、テナント62のデータ)の任意のデータ修正についてチェックする。何らかの変更が存在する場合、これらは、物理ストレージ層227(図2A)内のエクステントにプッシュアウトされて、ビジネスユニットZ(例えば、テナント62)のデータが最新であることを確保する。すなわち、ビジネスユニットZのデータ(例えば、テナント62のデータ)に対するいかなる変更も、物理ストレージ層227のエクステント231に記憶される。
動作330において、ビジネスユニットZのデータがソースデータベースから分離される。図2Bは、ビジネスユニットZのデータ(例えばテナント62のデータ)をサーバ211から分離しているサーバ211を示す。エクステント参照セット220は、サーバ211のキー範囲を(10,11)、(98,98)に再定義することと、キー範囲(62,62)をヌルに設定することとにより、ビジネスユニットZのデータ(例えば、テナント62のデータ)をサーバ211から切り離す。ビジネスユニットZは今や、ビジネスユニットZ(例えば、テナント62)に関連づけられたエクステント参照の除去により、サーバ211のソースデータベースインスタンスから除去されている。図2Bは、サーバ211がキー範囲(10,11)及び(98,98)を今や指し示し、一方でサーバ212はキー範囲(33,66)を依然として指し示すことを示す。
動作340において、ビジネスユニットZ(例えばテナント62)のデータがターゲットサーバ212に関連づけられる。この関連づけは、ビジネスユニットZ(例えば、テナント62)のメタデータをサーバ211におけるソースデータベースインスタンスからサーバ212における宛先データベースインスタンスに送信することと、宛先データベースインスタンスにおいてメタデータを、それがテナントデータにアクセスするためにテナントデータに関する物理ストレージ内のデータのグルーピングを指し示すように修正することとにより、実行できる。ビジネスユニットZのメタデータは、ストレージ内のテナントデータのエクステントへのエクステント参照を含むことができる。図2Cは、サーバ211からのメタデータに基づいてビジネスユニットZのデータ(例えばテナント62のデータ)に関連づけられているサーバ212を示す。エクステント参照セット220は、サーバ212のキー範囲を(33,44)、(62,62)、(66,66)を含むように再定義する。ビジネスユニットZは今や、サーバ211からサーバ212にマイグレートされており、サーバ211及び212へのクエリ数は、ビジネスユニットZのマイグレーションの前よりバランスがとれている可能性がある。
上述の実装によれば、宛先データベースインスタンスは、ソースデータベースインスタンスとは異なる物理サーバ又は仮想化サーバ上に位置でき、なぜならば、宛先データベースインスタンスのための物理ストレージが、ソースデータベースインスタンスと共有されるからである。さらに、宛先データベースインスタンス内のメタデータの少なくとも一部が、データベース間の協調なしに、ソースデータベースインスタンス内のメタデータの少なくとも一部と同じ、ストレージ内のデータを指し示すことができる。
開示の実装は、従来のテナントマイグレーション技術における重要な制限を克服し得る。より具体的には、従来のテナントマイグレーションは、全ての必要なデータをコピーし、コピーされたデータが元のデータセットと一貫性があるかを確認するようチェックするのに時間がかかるため、比較的遅い。このような従来のシステム及び方法はまた、比較的リソースが多く(すなわち、これらは、データのセット全体をコピーするために、相当量の計算、データパス、ネットワーク、及び/又はストレージリソースを必要とする)、エラーを起こしやすい。例えば、データはしばしば正しくコピーできず、マイグレーションに必要なデータの部分が欠落している可能性があり、マイグレートされるデータが破損している可能性がある、などである。例えば、従来のシステム及び方法を使用するテナントマイグレーションの実行は、テナントデータの全ての行をデータベースにコピーすることをしばしば含む。行ごとのコピーは、ソース及びターゲット双方のデータベース上で遅く、リソース集中的である可能性があり、それは、少なくとも一時的にテナントのストレージを事実上2倍にする可能性がある。また、テナントのデータを全ての単一のトランザクションにおいてコピーすることはしばしば実際的でなく、矛盾するデータを調整する複雑なプロセスが存在する可能性がある。開示の実装によるテナントのマイグレーションは、ほぼ瞬間的であり、余分なストレージ空間を要さず、十分に一貫性がある。
本開示の対象事項の実装は、様々なコンポーネントびネットワークアーキテクチャにおいて実現され、これらと共に使用されてもよい。図4は、本開示の対象事項の実装を実現するのに適した一例示的なコンピュータ600である。本明細書でさらに詳細に論じられるように、コンピュータ600は、複数のコンピュータのネットワークの中の単一のコンピュータであってもよい。図4に示すように、コンピュータ600は、中央又は分散コンポーネント700(例えば、サーバ、クラウドサーバ、データベース、クラスタ、アプリケーションサーバなど)と通信することができる。中央コンポーネント700は、ストレージデバイス810を含み得る第2のコンピュータ800などの1つ以上の他のコンピュータと通信することができる。第2のコンピュータ800は、サーバ、クラウドサーバなどであってもよい。ストレージ810は、例えば、ハードディスクドライブ、ソリッドステートドライブ、光媒体、フラッシュメモリ、テープドライブ、レジスタ、及びランダムアクセスメモリ等、又はこれらの任意の組み合わせを含む、任意の適切な揮発性及び不揮発性の物理記憶媒体の任意の適切な組み合わせを使用してもよい。
データは、任意の適切なファイルシステム又は記憶スキーム若しくは階層を使用して、例えばストレージ810内に、任意の適切なフォーマットで記憶できる。例えば、ストレージ810は、複数のレベルを有するログ構造化マージ(LSM)ツリーを使用してデータを記憶することができる。さらに、図4~図5に示されるシステムがマルチテナントシステムである場合、ストレージは、テナントのデータベースの各インスタンスについて、別個のログ構造化マージツリーへ編成されてもよい。あるいは、特定のサーバ又はシステム上の全てのレコードの内容が、単一のログ構造化マージツリー内に記憶されてもよく、その場合、レコードのバージョンに関連づけられた一意のテナント識別子が使用されて、本明細書に開示される各テナントのデータ間で区別することができる。より最近のトランザクションがツリーの最高又はトップレベルに記憶されてもよく、より古いトランザクションがツリーのより低いレベルに記憶されてもよい。あるいは、各レコードの最も最近のトランザクション又はバージョン(すなわち、各レコードの内容)がツリーの最高レベルに、前のバージョン又は前のトランザクションがツリーのより低いレベルに記憶されてもよい。
中央コンポーネント700への、及び/又は中央コンポーネント700から取得された情報は、各コンピュータに対して隔離でき、それにより、コンピュータ600は、コンピュータ800と情報を共有することができない。あるいは又はさらに、コンピュータ600は、第2のコンピュータ800と直接通信することができる。
コンピュータ(例えば、ユーザコンピュータ、エンタープライズコンピュータ等)600は、バス610を含み、バス610は、中央プロセッサ640、メモリ670(典型的にはRAMだが、ROM、フラッシュRAM等を含むこともできる)、入力/出力コントローラ680、ディスプレイアダプタを介したディスプレイ又はタッチスクリーンなどのユーザディスプレイ620、ユーザ入力インターフェース660などのコンピュータ600の主なコンポーネントを相互接続し、ユーザ入力インターフェース660は、キーボード、マウス、Wi‐Fi/セルラ無線、タッチスクリーン、マイクロフォン/スピーカ等などの1つ以上のコントローラ及び関連づけられたユーザ入力又はデバイスを含んでもよく、I/Oコントローラ680と、ハードドライブ、フラッシュストレージ、ファイバチャネルネットワーク、SANデバイス、SCSIデバイス等などの固定ストレージ630と、光ディスク、フラッシュドライブ等を制御し及び受けるように動作する取外し可能媒体コンポーネント650とに密に結合されてもよい。
バス610は、中央プロセッサ640とメモリ670との間のデータ通信を可能にし、メモリ670は、前述したように、読取専用メモリ(ROM)又はフラッシュメモリ(いずれも図示せず)、及びランダムアクセスメモリ(RAM)(図示せず)を含むことができる。RAMは、オペレーティングシステム及びアプリケーションプログラムがロードされるメインメモリを含むことができる。ROM又はフラッシュメモリは、他のコードの中でも、周辺コンポーネントとの相互作用などの基本的なハードウェア動作を制御する基本入出力システム(BIOS)を含むことができる。コンピュータ600に存在するアプリケーションは、ハードディスクドライブ(例えば、固定ストレージ630)、光学ドライブ、フロッピーディスク、又は他の記憶媒体650などのコンピュータ読取可能媒体上に記憶され、これを介してアクセスされてもよい。
固定ストレージ630は、コンピュータ600と一体的であってもよく、あるいは別個であり、他のインターフェースを通してアクセスされてもよい。固定ストレージ630は、ストレージエリアネットワーク(SAN)の一部であってもよい。ネットワークインターフェース690は、電話リンクを介したリモートサーバへの、インターネットサービスプロバイダ(ISP)を介したインターネットへの直接接続を、あるいはPOP(存在ポイント(point of presence))又は他の手法を介したインターネットへの直接ネットワークリンクを介したリモートサーバへの直接接続を提供することができる。ネットワークインターフェース690は、このような接続を、デジタルセルラー電話接続、セルラーデジタルパケットデータ(CDPD)接続、デジタル衛星データ接続などを含む無線手法を使用して提供することができる。例えば、ネットワークインターフェース690は、図5A~図5Bに示すように、コンピュータが1つ以上のローカル、ワイドエリア、又は他のネットワークを介して他のコンピュータ及び/又はストレージデバイスと通信することを可能にできる。
多くの他のデバイス又はコンポーネント(図示せず)が、同様の方法で接続できる(例えば、データキャッシュシステム、アプリケーションサーバ、通信ネットワークスイッチ、ファイアウォールデバイス、認証及び/又は承認サーバ、コンピュータ及び/又はネットワークセキュリティシステムなど)。反対に、本開示を実施するために、図5A~図5Bに示される全てのコンポーネントが存在する必要はない。該コンポーネントは、図示されたものと異なる方法で相互接続されてもよい。図10に示すものなどのコンピュータの動作は、当該分野では容易にわかり、本出願では詳細に論じられない。本開示を実現するためのコードは、メモリ670、固定ストレージ630、取外し可能媒体650のうち1つ以上などのコンピュータ読取可能記憶媒体に、又はリモートストレージ位置に記憶できる。
図5A~図5Bは、開示される対象事項の一実装による一例示的なネットワーク配置を示す。クラウド1202により表されるネットワーク内の異なるノードにおける4つの別個のデータベースシステム1200a~1200dが、ネットワークリンク1204を通して互いに、及びユーザ(図示せず)と通信する。データベースシステム1200の各々は、データベースの複数のインスタンスをホストするように動作可能でもよく、各インスタンスは、特定のテナントに関連づけられたユーザのみがアクセス可能である。データベースシステムの各々は、ストレージエリアネットワーク(図示せず)、ロードバランサ、及びバックアップサーバと共に、ファイアウォール、他のセキュリティシステム、及び認証システムと共に、コンピュータのクラスタを構成することができる。システム1200のいずれかにおけるインスタンスのいくつかが、インスタンス内のストレージに関するデータを取り込む及び提供するためにユーザから又はコンピューティング要素(図示せず)から受信したトランザクションを処理及びコミットするライブ又は本番インスタンスであってもよい。
データベースシステム1200a~1200dの1つ以上が、任意の時間に、テナントデータのソース又は宛先として選択されてもよい。例えば、テナントに関連づけられたデータベースシステム1200a~1200dの管理者又は1以上の承認されたユーザが、テナントデータがデータベースシステム1200a~1200dのうち1つにマイグレートされることを要求することができる。図5A~図5Bにおけるように、システム、例えば1200cが、少なくとも1つのストレージデバイスを含むことができる。例えば、ストレージは、メモリ670、固定ストレージ630、取外し可能媒体650、中央コンポーネント700及び/又は第2のコンピュータ800により含まれるストレージデバイス、及び/又はデータベースシステム1200a~1200dのうち1つ以上に関連づけられた1つ以上のストレージデバイスを含むことができる。テナントは、テナント識別子に関連づけられた少なくとも1つのストレージデバイスの不変ストレージにテナントデータを記憶させることができる。
図5Bは、開示される対象事項の一実装による個々のデータベースシステム1200a、1200b、1200c、又は1200dを示す。データベースシステム1200a~1200cは、ストレージ1260を有してもよく、ストレージ1260は、データ(例えば、テナントデータ)の永続ストレージを提供する1つ以上のストレージデバイスを含んでもよい。データベースシステム1200a、1200b、1200c、又は1200dは、1つ以上のアプリケーション1210を含んでもよく、1つ以上のアプリケーション1210は、1つ以上のストレージデバイスであり得るノード1220及び/又はストレージ1260からのデータ及び/又は情報を使用してもよい。アプリケーション1210は、顧客関係管理(CRM)アプリケーションなどを含んでもよい。ストレージ1260は、1つ以上のストレージデバイスであってもよく、テナントデータを含み得るデータエクステント1270を記憶してもよい。
いくつかの実装において、図4~図5Bに示される1つ以上のサーバが、ログ構造化マージツリーデータ構造を使用して、少なくとも1つのストレージデバイス(例えば、中央コンポーネント700、第2のコンピュータ800、及び/又はデータベースシステム1200a~1200dに関連づけられたストレージデバイス)の不変ストレージにデータを記憶することができる。
開示される対象事項のシステム及び方法は、単一テナンシー及び/又はマルチテナンシーシステム向けであってもよい。マルチテナンシーシステムは、例えば、ユーザ、ユーザのグループ、又は組織であり得る種々のテナントが、種々のテナント間で共有できるサーバシステム上のソフトウェアツール又はインスタンスを通して、サーバシステム上のそれら独自のレコードにアクセスすることを可能にできる。各テナントのレコードの内容は、そのテナントを含むデータベースの一部であってもよい。複数のテナントのレコードの内容は、全て同じデータベース内に一緒に記憶できるが、各テナントは、そのテナントに属し又はそのテナントにより作成されたレコードの内容にのみアクセス可能であり得る。これは、データベースシステムが、各テナントのレコードの内容を別個に、例えば別個のサーバ又はサーバシステム上に記憶する必要なく、マルチテナンシーを有効にすることを可能にでき得る。テナントのデータベースは、例えば、関係データベース、階層データベース、又は任意の他の適切なデータベースタイプであり得る。サーバシステムに記憶された全てのレコードは、例えばLSMツリーを含む任意の適切な構造に記憶できる。
さらに、マルチテナントシステムは、各ノードにコンピューティングシステムを有するネットワーク全体に分散されたサーバシステム上に種々のテナントインスタンスを有することができる。各テナントのライブ又は本番データベースインスタンスは、そのトランザクションを1つのコンピュータシステムでのみ処理させることができる。そのインスタンスのトランザクションを処理するコンピューティングシステムは、他のテナントのための他のインスタンスのトランザクションを処理することもできる。
詳細な説明のいくつかの部分は、コンピュータメモリ内のデータビットに対する演算の図又はアルゴリズム及びシンボル表現の観点で提示されている。これらの図並びにアルゴリズム説明及び表現は、他の当業者にその作用の実体を最も効果的に伝えるために、データ処理分野の当業者により一般に使用されている。アルゴリズムは、ここで、そして一般に、所望の結果をもたらすステップの自己一貫したシーケンスであると考えられる。ステップは、物理量の物理的操作を必要とするステップである。必ずではないが、通常、これらの量は、記憶され、転送され、組み合わせられ、比較され、その他の方法で操作されることが可能な電気又は磁気信号の形式をとる。主に共用の理由で、これらの信号をビット、値、要素、シンボル、キャラクタ、語、数字などとして参照することが時に便利であることが判明している。
しかしながら、全てのこれら及び同様の用語は適切な物理量に関連づけられるべきであり、これら量に適用される簡便なラベルに過ぎないという点に留意すべきである。上記議論から明らかなように、別段具体的に示されない限り、説明全体を通じて、「受信する」、「送信する」、「修正する」、「送出する」などの用語を利用する議論は、コンピュータシステムのレジスタ及びメモリ内の物理(例えば、電子)量として表されるデータを、コンピュータシステムのメモリ若しくはレジスタ又は他のこうした情報記憶、送信、若しくは表示デバイス内の物理量として同様に表される他のデータへ操作及び変換する、コンピュータシステム又は同様の電子コンピューティングデバイスのアクション及びプロセスを参照することが十分理解される。
より一般的には、本開示の対象事項の種々の実装は、コンピュータにより実現されるプロセス、及びこれらのプロセスを実施する装置の形式を含み、あるいは該形式で実現できる。実装はまた、フロッピーディスケット、CD‐ROM、ハードドライブ、USB(ユニバーサルシリアルバス)ドライブ、又は他の任意のマシン読取可能記憶媒体などの非一時的及び/又は有形媒体で実現される命令を含むコンピュータプログラムコードを有するコンピュータプログラム製品の形態で実現でき、コンピュータプログラムコードがコンピュータにロードされ、コンピュータにより実行されると、コンピュータは、開示される対象事項の実装を実施する装置になる。実装はまた、例えば、記憶媒体に記憶されるか、コンピュータにロードされ、及び/又はコンピュータにより実行されるか、あるいは電気配線若しくはケーブルを通じて、光ファイバを通して、又は電磁放射線を介してなどで何らかの伝送媒体を通じて伝送されるかにかかわらず、コンピュータプログラムコードの形式で実現でき、コンピュータプログラムコードがコンピュータにロードされ、コンピュータにより実行されると、コンピュータは、開示される対象事項の実装を実施する装置になる。汎用マイクロプロセッサで実現されるとき、コンピュータプログラムコードセグメントが、特定の論理回路を作り出すようにマイクロプロセッサを構成する。いくつかの構成において、コンピュータ読取可能記憶媒体上に記憶されたコンピュータ読取可能命令のセットは、汎用プロセッサにより実現でき、これは、汎用プロセッサ又は汎用プロセッサを含むデバイスを、命令を実現又は実行するように構成された専用デバイスに変換することができる。実装は、汎用マイクロプロセッサ、及び/又は開示される対象事項の実装による手法の全部又は一部をハードウェア及び/又はファームウェアで実現する特定用途向け集積回路(ASIC)などの、プロセッサを含み得るハードウェアを使用して実現できる。プロセッサは、RAM、ROM、フラッシュメモリ、ハードディスク、又は電子情報を記憶できる任意の他のデバイスなどのメモリに結合できる。メモリは、開示される対象事項の実装による手法を実行するためにプロセッサにより実行されるよう適合された命令を記憶することができる。
上述の説明は、説明の目的で、特定の実装を参照して説明されている。しかしながら、上記の例示的な議論は、網羅的であること、又は開示される対象事項の実装を開示された正確な形式に限定することを意図したものではない。上記の教示を考慮し、多くの修正及び変形が可能である。これらの実装は、開示される対象事項の実装の原理及びそれらの実際的な適用を説明するために選択され、説明されており、それにより、他の当業者は、これらの実装及び種々の実装を、企図される特定の使用に適し得る種々の修正と共に利用することができる。

Claims (12)

  1. 物理ストレージ内のテナントデータを移動することなく、ソースデータベースインスタンスから宛先データベースインスタンスに、マイグレートされるテナントのメタデータを送信するステップであり、前記テナントの前記メタデータは、前記物理ストレージ内の前記テナントデータのエクステントへのエクステント参照と、前記物理ストレージ内の前記エクステントのキー範囲と、前記エクステントのテナント識別子データとを含み、前記物理ストレージ内の前記テナントデータの前記キー範囲の少なくとも1つのキーが、前記テナントを前記物理ストレージ内の前記テナントデータの前記エクステントに関連づけるためのテナント識別子を含む、ステップと、
    前記宛先データベースインスタンスにおいて、前記テナントの前記メタデータにおける前記物理ストレージ内の前記テナントデータの前記エクステントのキー範囲を、前記ソースデータベースインスタンスからマイグレートされている前記テナントのキーを含む前記宛先データベースインスタンスのアクティブなエクステント参照セットに少なくとも1つの新しいエクステント参照を追加することにより、修正するステップであり、それにより、前記宛先データベースインスタンスは、前記宛先データベースインスタンスに関する前記物理ストレージ内のデータのグルーピングを指し示して前記物理ストレージ内の前記テナントデータの前記エクステントにアクセスする、ステップと、
    を含む方法。
  2. 前記宛先データベースインスタンスは、前記ソースデータベースインスタンスと異なる物理サーバ又は仮想化サーバに位置し、前記宛先データベースインスタンスは、前記物理ストレージにアクセスするように構成され、前記宛先データベースインスタンスに関する前記物理ストレージは、前記ソースデータベースインスタンスと共有される、請求項1に記載の方法。
  3. 前記物理ストレージ内の前記テナントデータの前記エクステントを順序付けて、前記物理ストレージ内の前記テナントデータの前記エクステントの位置が、前記テナントデータが物理的に連続するとしてメタデータにより記述されることを可能にするステップ、
    をさらに含む請求項1に記載の方法。
  4. 前記宛先データベースインスタンス内の前記テナントの前記メタデータの少なくとも一部は、データベース間の協調なしに、前記ソースデータベースインスタンス内の前記テナントの前記メタデータの少なくとも一部と同じ、前記物理ストレージ内のデータを指し示す、請求項1に記載の方法。
  5. 前記テナントが前記ソースデータベースインスタンスから前記宛先データベースインスタンスにマイグレートされたとき、前記ソースデータベースインスタンス内の前記テナントの前記メタデータにおける前記物理ストレージ内の前記テナントデータの前記エクステントへの前記エクステント参照を除去することにより、前記ソースデータベースインスタンスから前記テナントを除去するステップ、
    をさらに含む請求項1に記載の方法。
  6. 前記テナントデータの前記エクステントをログ構造化マージツリーデータ構造を使用して前記物理ストレージに記憶するステップ、
    をさらに含む請求項1に記載の方法。
  7. データベースシステムのテナントをソースデータベースインスタンスから宛先データベースインスタンスにマイグレートするシステムであって、
    前記宛先データベースインスタンスにマイグレートされる前記テナントのテナント識別子に関連づけられたテナントデータを記憶する少なくとも1つの物理ストレージデバイスであり、前記少なくとも1つの物理ストレージデバイスは、前記少なくとも1つの物理ストレージデバイスの物理位置へのポインタを有するデータのグルーピングを含み、前記データのグルーピングは、前記少なくとも1つの物理ストレージデバイス内の前記テナントデータの少なくとも部分にアクセスするためのメタデータを含む、少なくとも1つの物理ストレージデバイスと、
    前記少なくとも1つの物理ストレージデバイスに通信上結合された、前記ソースデータベースインスタンス及び前記宛先データベースインスタンスのための1つ以上のサーバであり、前記1つ以上のサーバは、
    前記少なくとも1つの物理ストレージデバイス内の前記テナントデータを移動することなく、前記ソースデータベースインスタンスから前記宛先データベースインスタンスに、マイグレートされる前記テナントのメタデータを送信し、前記テナントの前記メタデータは、前記少なくとも1つの物理ストレージデバイス内の前記テナントデータのエクステントへのエクステント参照と、前記少なくとも1つの物理ストレージデバイス内の前記テナントデータの前記エクステントのキー範囲と、前記少なくとも1つの物理ストレージデバイス内の前記テナントデータの前記エクステントのテナント識別子データとを含み、前記少なくとも1つの物理ストレージデバイス内の前記テナントデータの前記エクステントの前記キー範囲の少なくとも1つのキーが、前記データベースシステムの前記テナントを前記テナントデータに関連づけるための前記テナント識別子を含み、
    前記宛先データベースインスタンスにおいて、前記テナントの前記メタデータ内の前記テナントデータのキー範囲を、前記ソースデータベースインスタンスからマイグレートされている前記テナントのキーを含む前記宛先データベースインスタンスのアクティブなエクステント参照セットに少なくとも1つの新しいエクステント参照を追加することにより、修正し、それにより、前記宛先データベースインスタンスは、前記テナントデータに関する前記少なくとも1つの物理ストレージデバイス内のデータのグルーピングを指し示して、前記少なくとも1つの物理ストレージデバイス内の前記テナントデータを移動することなく前記テナントデータにアクセスする、1つ以上のサーバと、
    を含むシステム。
  8. 前記宛先データベースインスタンスは、前記ソースデータベースインスタンスと異なる物理サーバ又は仮想化サーバに位置し、前記宛先データベースインスタンスは、前記少なくとも1つの物理ストレージデバイスにアクセスするように構成され、前記宛先データベースインスタンスに関する前記少なくとも1つの物理ストレージデバイスは、前記ソースデータベースインスタンスと共有される、請求項7に記載のシステム。
  9. 前記ソースデータベースインスタンス及び前記宛先データベースインスタンスに関する前記1つ以上のサーバは、前記テナントデータを順序付けて、前記少なくとも1つの物理ストレージデバイス内の前記テナントデータの位置が、前記テナントデータが物理的に連続するとしてメタデータにより記述されることを可能にする、請求項7に記載のシステム。
  10. 前記宛先データベースインスタンス内の前記テナントの前記メタデータの少なくとも一部は、データベース間の協調なしに、前記ソースデータベースインスタンス内の前記テナントの前記メタデータの少なくとも一部と同じ、前記少なくとも1つの物理ストレージデバイス内のデータを指し示す、請求項7に記載のシステム。
  11. 前記テナントが前記ソースデータベースインスタンスから前記宛先データベースインスタンスにマイグレートされたとき、前記ソースデータベースインスタンス及び前記宛先データベースインスタンスに関する前記1つ以上のサーバは、前記ソースデータベースインスタンス内の前記テナントの前記メタデータにおける前記物理ストレージデバイス内の前記テナントデータの前記エクステントへの前記エクステント参照を除去することにより、前記ソースデータベースインスタンスから前記テナントを除去する、請求項7に記載のシステム。
  12. 前記ソースデータベースインスタンス及び前記宛先データベースインスタンスに関する前記1つ以上のサーバは、前記テナントデータをログ構造化マージツリーデータ構造を使用して前記少なくとも1つの物理ストレージデバイスに記憶する、請求項7に記載のシステム。
JP2022059163A 2017-06-27 2022-03-31 データベーステナントマイグレーションのシステム及び方法 Active JP7309005B2 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US15/634,779 US10872066B2 (en) 2017-06-27 2017-06-27 Systems and methods of database tenant migration
US15/634,779 2017-06-27
JP2019570896A JP7053682B2 (ja) 2017-06-27 2018-06-26 データベーステナントマイグレーションのシステム及び方法
PCT/US2018/039441 WO2019005753A1 (en) 2017-06-27 2018-06-26 SYSTEMS AND METHODS FOR DATABASE TENANT MIGRATION

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2019570896A Division JP7053682B2 (ja) 2017-06-27 2018-06-26 データベーステナントマイグレーションのシステム及び方法

Publications (2)

Publication Number Publication Date
JP2022095781A JP2022095781A (ja) 2022-06-28
JP7309005B2 true JP7309005B2 (ja) 2023-07-14

Family

ID=62986194

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2019570896A Active JP7053682B2 (ja) 2017-06-27 2018-06-26 データベーステナントマイグレーションのシステム及び方法
JP2022059163A Active JP7309005B2 (ja) 2017-06-27 2022-03-31 データベーステナントマイグレーションのシステム及び方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2019570896A Active JP7053682B2 (ja) 2017-06-27 2018-06-26 データベーステナントマイグレーションのシステム及び方法

Country Status (7)

Country Link
US (2) US10872066B2 (ja)
EP (2) EP4357930A1 (ja)
JP (2) JP7053682B2 (ja)
CN (2) CN117609183A (ja)
AU (1) AU2018290745B2 (ja)
CA (1) CA3066250A1 (ja)
WO (1) WO2019005753A1 (ja)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10872066B2 (en) 2017-06-27 2020-12-22 Salesforce.Com, Inc. Systems and methods of database tenant migration
US10528592B2 (en) * 2018-01-04 2020-01-07 Sap Se Database scaling for multi-tenant applications
US10942902B2 (en) * 2019-01-17 2021-03-09 Cohesity, Inc. Efficient database migration using an intermediary secondary storage system
US10649952B1 (en) * 2019-01-23 2020-05-12 Cohesity, Inc. Using a secondary storage system to maintain functionality of a database during database migration
US11238174B2 (en) 2019-01-31 2022-02-01 Salesforce.Com, Inc. Systems and methods of database encryption in a multitenant database management system
CN110119412B (zh) * 2019-04-16 2023-01-03 南京昆虫软件有限公司 一种引文来源数据库辨别方法
US11055010B2 (en) * 2019-09-05 2021-07-06 Microsoft Technology Licensing, Llc Data partition migration via metadata transfer and access attribute change
US11321294B2 (en) 2019-09-09 2022-05-03 Salesforce.Com, Inc. Database index repair
US11526474B2 (en) * 2020-01-30 2022-12-13 Salesforce.Com, Inc. Reducing requests using probabilistic data structures
US11514015B2 (en) 2020-01-30 2022-11-29 Salesforce.Com, Inc. Reducing requests using probabilistic data structures
US11483150B2 (en) 2020-06-01 2022-10-25 Salesforce.Com, Inc. Private key cache in secure enclave
US11232084B2 (en) 2020-06-26 2022-01-25 Microsoft Technology Licensing, Llc Schema agnostic migration of delineated data between relational databases
US20220129445A1 (en) * 2020-10-28 2022-04-28 Salesforce.Com, Inc. Keyspace references
CN113094372A (zh) * 2021-04-16 2021-07-09 三星(中国)半导体有限公司 数据存取方法、数据存取控制装置及数据存取系统
US11989051B2 (en) 2021-06-08 2024-05-21 Salesforce, Inc. Time alignment in director-based database system for transactional consistency
US11822535B2 (en) 2021-06-08 2023-11-21 Salesforce, Inc. Director-based database system for transactional consistency
US20220391379A1 (en) * 2021-06-08 2022-12-08 Salesforce.Com, Inc. Assistant nodes in director-based database system for transactional consistency
US11914580B2 (en) * 2021-09-30 2024-02-27 Salesforce, Inc. Mechanisms for deploying database clusters
US20230409239A1 (en) * 2022-06-21 2023-12-21 Micron Technology, Inc. Efficient command fetching in a memory sub-system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015513153A (ja) 2012-03-08 2015-04-30 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation マルチテナント環境におけるテナント固有のデータ・セットを管理するための、コンピュータで実施される方法、コンピュータ・プログラム製品、およびシステム
WO2016013075A1 (ja) 2014-07-23 2016-01-28 株式会社日立製作所 ストレージ、計算機およびその制御方法
WO2016032803A1 (en) 2014-08-27 2016-03-03 Alibaba Group Holding Limited Dynamic load-based merging
US20170116213A1 (en) 2012-09-28 2017-04-27 Oracle International Corporation Migrating a pluggable database between database server instances with minimal impact to performance

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1395919B1 (en) * 2001-05-30 2006-02-08 Sap Ag Method and computer program for migrating content from source database to target database
US7873684B2 (en) * 2003-08-14 2011-01-18 Oracle International Corporation Automatic and dynamic provisioning of databases
US8006056B2 (en) * 2004-01-30 2011-08-23 Hewlett-Packard Development Company, L.P. Storage system including capability to move a virtual storage device group without moving data
CN101639835A (zh) * 2008-07-30 2010-02-03 国际商业机器公司 多租户场景中应用数据库分区的方法和装置
US8255373B2 (en) * 2008-10-24 2012-08-28 Microsoft Corporation Atomic multiple modification of data in a distributed storage system
US8798719B2 (en) 2009-12-02 2014-08-05 Qing X. Yang Method of utilization of high dielectric constant (HDC) materials for reducing SAR and enhancing SNR in MRI
US20110302277A1 (en) * 2010-06-07 2011-12-08 Salesforce.Com, Inc. Methods and apparatus for web-based migration of data in a multi-tenant database system
US8386431B2 (en) * 2010-06-14 2013-02-26 Sap Ag Method and system for determining database object associated with tenant-independent or tenant-specific data, configured to store data partition, current version of the respective convertor
WO2012033110A1 (ja) * 2010-09-06 2012-03-15 日本電気株式会社 アプリケーション構成システム、方法、及び、プログラム
JP5775359B2 (ja) * 2011-05-11 2015-09-09 キヤノン株式会社 システム管理サーバ、管理方法及びプログラム
CN102495857B (zh) * 2011-11-21 2013-08-21 北京新媒传信科技有限公司 一种分布式数据库的负载均衡方法
US8965921B2 (en) * 2012-06-06 2015-02-24 Rackspace Us, Inc. Data management and indexing across a distributed database
US9396220B2 (en) 2014-03-10 2016-07-19 Oracle International Corporation Instantaneous unplug of pluggable database from one container database and plug into another container database
US9727598B2 (en) * 2012-12-19 2017-08-08 Salesforce.Com, Inc. Systems, methods, and apparatuses for fixing logical or physical corruption in databases using LSM trees
US9298521B1 (en) * 2013-04-29 2016-03-29 Seagate Technology Llc Command sets and functions
US9792321B2 (en) * 2013-07-09 2017-10-17 Oracle International Corporation Online database migration
US9805070B2 (en) * 2013-07-09 2017-10-31 Oracle International Corporation Dynamic migration script management
US9231871B2 (en) * 2013-11-25 2016-01-05 Versa Networks, Inc. Flow distribution table for packet flow load balancing
US10241709B2 (en) * 2013-12-09 2019-03-26 Vmware, Inc. Elastic temporary filesystem
JPWO2016088372A1 (ja) * 2014-12-05 2017-09-14 日本電気株式会社 アクセス装置、マイグレーション装置、分散ストレージシステム、アクセス方法及びプログラム
US10684876B2 (en) * 2015-05-14 2020-06-16 Netapp, Inc. Migration of virtual machine data using native data paths
US11481440B2 (en) * 2015-11-30 2022-10-25 Salesforce.Com, Inc. System and method for processing metadata to determine an object sequence
US10460124B2 (en) * 2016-06-20 2019-10-29 Netapp, Inc. Per-volume tenant encryption and external key manager
US10432697B2 (en) * 2016-07-26 2019-10-01 Salesforce.Com, Inc. Method and system for re-deploying metadata and associated data from a source organization to a destination organization
US10169387B1 (en) * 2016-07-28 2019-01-01 EMC IP Holding Company LLC Self-balancing tree data structure compression
US10872066B2 (en) 2017-06-27 2020-12-22 Salesforce.Com, Inc. Systems and methods of database tenant migration
US10963435B1 (en) * 2017-07-10 2021-03-30 Amazon Technologies, Inc. Data validation of data migrated from a source database to a target database
US10733168B2 (en) * 2017-10-26 2020-08-04 Sap Se Deploying changes to key patterns in multi-tenancy database systems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015513153A (ja) 2012-03-08 2015-04-30 インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation マルチテナント環境におけるテナント固有のデータ・セットを管理するための、コンピュータで実施される方法、コンピュータ・プログラム製品、およびシステム
US20170116213A1 (en) 2012-09-28 2017-04-27 Oracle International Corporation Migrating a pluggable database between database server instances with minimal impact to performance
WO2016013075A1 (ja) 2014-07-23 2016-01-28 株式会社日立製作所 ストレージ、計算機およびその制御方法
WO2016032803A1 (en) 2014-08-27 2016-03-03 Alibaba Group Holding Limited Dynamic load-based merging

Also Published As

Publication number Publication date
CA3066250A1 (en) 2019-01-03
US20180373708A1 (en) 2018-12-27
CN110799960A (zh) 2020-02-14
AU2018290745B2 (en) 2020-12-10
JP2022095781A (ja) 2022-06-28
EP3646204A1 (en) 2020-05-06
US20210073189A1 (en) 2021-03-11
AU2018290745A1 (en) 2020-01-02
US10872066B2 (en) 2020-12-22
JP2020525906A (ja) 2020-08-27
EP4357930A1 (en) 2024-04-24
CN110799960B (zh) 2023-12-08
US11797498B2 (en) 2023-10-24
EP3646204B1 (en) 2023-12-13
WO2019005753A1 (en) 2019-01-03
CN117609183A (zh) 2024-02-27
JP7053682B2 (ja) 2022-04-12

Similar Documents

Publication Publication Date Title
JP7309005B2 (ja) データベーステナントマイグレーションのシステム及び方法
JP7090606B2 (ja) データベース・システムにおけるテスト・データの形成及び動作
US10853242B2 (en) Deduplication and garbage collection across logical databases
US20100241654A1 (en) Virtualized data storage system optimizations
US11080253B1 (en) Dynamic splitting of contentious index data pages
JP2022500727A (ja) データベースにおけるツームストーンレコードの早期除去のためのシステムおよび方法
US10963454B2 (en) System and method for bulk removal of records in a database
AU2018290753B2 (en) Systems and methods of creation and deletion of tenants within a database
US10909091B1 (en) On-demand data schema modifications
US11818012B2 (en) Online restore to different topologies with custom data distribution
US11741144B2 (en) Direct storage loading for adding data to a database
US10719554B1 (en) Selective maintenance of a spatial index
US11494105B2 (en) Using a secondary storage system to implement a hierarchical storage management plan
US20240004867A1 (en) Optimization of application of transactional information for a hybrid transactional and analytical processing architecture
US20240004860A1 (en) Handshake protocol for efficient exchange of transactional information for a hybrid transactional and analytical processing architecture
US20240004897A1 (en) Hybrid transactional and analytical processing architecture for optimization of real-time analytical querying
WO2024006934A1 (en) Hybrid transactional and analytical processing architecture for optimization of real-time analytical querying

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220422

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230517

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230606

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230704

R150 Certificate of patent or registration of utility model

Ref document number: 7309005

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150