JP2014512601A - テナント移行にわたるテナント・データのリカバリ - Google Patents

Abstract

テナント・データの位置のヒストリが保持される。このテナント・データは、現在、テナントによって使用されているデータおよびバックアップ・データを含む。テナントのデータが、１つの位置から別の位置に変更されると、位置及び時間がヒストリ内に格納され、特定の時間においてテナントのデータ位置を決定するためにアクセスされる。異なる動作がこのヒストリ内の位置／時間の格納をトリガする。通常は、テナントのデータの位置の変更（例えば、ファームのアップグレード、テナントの移動、テナントの追加、データの負荷場ランシング等）がヒストリ内の位置の格納をトリガする。テナント・データが１つの動作（例えばリストア）に必要とされると、そのヒストリにアクセスして、データの位置を決定する。
【選択図】図４

Description

[0001] テナント・データは、様々な理由により異なる位置へ移行されることがある。例えば、ファームのアップグレードの際に、テナント・データが移行されることがあり、より多くのスペースがテナント・データ等に必要とされる。このような場合にテナント・データの新規バックアップが実施される。

[0002] ここで要約することにより、簡略化した形態での概念についての選択を導入し、以下の詳細な説明において更に説明する。本要約は、クレームされた主題についての重要な特徴または必須の特徴を特定することを意図するものではなく、また、クレームされた手段の範囲を決定する補助として用いることを意図するものでもない。

[0003] テナント・データの位置に関するヒストリが保持される。テナント・データは、テナントが現在使用しているデータ、および対応するバックアップ・データを含む。テナントのデータが１つの位置から別の位置に変更される場合、位置および時間がヒストリ内に格納される。ヒストリは、特定の時間におけるテナントのデータの位置を決定するためにアクセスすることができる。異なる動作が、ヒストリ内の位置／時間の格納をトリガする。通常は、テナントのデータの位置の変更（例えばファームのアップグレード、テナントの移行、テナントの追加、データの負荷バランシングなど）がヒストリ内の位置の格納をトリガする。テナント・データが動作（例えばリストア）のために要求される際、このヒストリにアクセスして、データの位置を決定することができる。

[0004]図１は、例示的なコンピューティング環境を示す。 [0005]図２は、テナント移行にわたるテナント・データの位置を保持するためのシステムを示す。 [0006]図３は、テナント・データ位置変更のレコードを含むヒストリを示す。 [0007]図４は、テナントのデータ位置変更のヒストリを更新するためのプロセスを示す。 [0008]図５は、バックアップ一からのテナント・データのリストアの要求を処理するためのプロセスを示す。

[0009] これより図面を参照する。類似の符号は類似の構成要素を表し、様々な実施形態を説明することになる。特に、図１および対応の説明は、複数の実施形態が実装される適切なコンピューティング環境についての簡潔且つ一般的な説明を供することを意図している。

[0010] 通常、プログラム・モジュールは、ルーチン、プログラム、コンポーネント、データ構造、および特定のタスクを実行し、または特定の抽象データ・タイプを実装する他のタイプの構造を含む。他のコンピューター・システム構成はまた、ハンド・ヘルド・デバイス、マルチプロセッサ・システム、マイクロプロセッサ・ベースまたはプログラム可能なコンシューマ・エレクトロニクス、ミニコンピューター、メインフレーム・コンピュータなどを含んで使用することもできる。分散コンピューティング環境をまた用いることができ、タスクは、通信ネットワークを通じてリンクされる遠隔処理デバイスが実行する。分散コンピューティング環境では、プログラム・モジュールは、ローカルおよび遠隔のメモリ・ストレージ・デバイス双方に位置してもよい。

[0011] これより図１を参照して、様々な実施形態において利用されるコンピューター１００のための例示のコンピューター環境について説明する。図１に示すコンピューター環境は、複数のコンピューティング・デバイスを含み、各々がモバイル・コンピューティング・デバイス（例えば、電話、タブレット、ネット・ブック、ラップトップ）、サーバ、デスクトップまたは他のタイプのコンピューターとして構成することができる。また、このコンピューター環境は、中央演算処理装置５（「ＣＰＵ」）、ランダム・アクセス・メモリ９（「ＲＡＭ」）およびリードオンリ・メモリ（「ＲＯＭ」）１０を含むシステム・メモリ７、並びにメモリを中央演算処理装置（「ＣＰＵ」）５に結合するシステム・バス１２を含む。

[0012] 基本ルーチンを収容する基本入出力システムは、スタートアップの間といった、コンピューター内のエレメント間での情報の移送を支援し、ＲＯＭ１０に格納される。コンピューター１００は更に、オペレーティング・システム１６、アプリケーション（１つまたは複数）２４、ウェブ・ブラウザー２５およびバックアップ・マネージャー２６を格納するための大容量ストレージ・デバイス１４を含み、これより以下に詳細に説明する。

[0013] 大容量ストレージ・デバイス１４は、バス１２に接続される大容量記憶コントローラー（図示せず）を通じてＣＰＵ５に接続される。大容量ストレージ・デバイス１４および付随するコンピューター可読媒体は、不揮発性ストレージをコンピューター１００に設ける。本明細書では、コンピューター可読媒体について、例えばハード・ディスクやＣＤ-ＲＯＭドライブのような大容量ストレージ・デバイスと称する。このコンピューター可読媒体は、コンピューター１００によってアクセスできる如何なる利用可能媒体とすることができる。

[0014] 例えば、この例には限定しないが、コンピューター可読媒体は、コンピューター・ストレージ媒体および通信媒体を含むことができる。コンピューター・ストレージ媒体は、コンピューター可読命令、データ構造、プログラム・モジュールまたは他のデータのような情報の記憶について任意の方法または技術で実装される揮発性および不揮発性のもので、取り外し可能および取り外し不能な媒体を含む。コンピューター・ストレージ媒体は、これに限定されないが、ＲＡＭ、ＲＯＭ、消去可能プログラム可能リードオンリ・メモリ（「ＥＰＯＭ」；Erasable Programmable Read Only Memory）、電気的消去可能プログラム可能リードオンリ・メモリ（「ＥＥＰＲＯＭ」；Electrically Erasable Programmable Read Only Memory）、フラッシュ・メモリ、若しくは他の固体メモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（「ＤＶＤ」）、若しくは他の光ストレージ、磁気カセット、磁気テープ、磁気ディスク・ストレージ、若しくは他の磁気ストレージ・デバイス、または所望の情報を格納するのに用いることができ、且つコンピューター１００がアクセス可能な他の任意の媒体を含む。

[0015] コンピューター１００は、インターネットのようなネットワーク１８を通じ、遠隔コンピューターへの論理接続を用いたネットワーク化された環境において動作する。コンピューター１００は、バス１２に接続されるネットワーク・インターフェース・ユニット２０を通じてネットワーク１８に接続してもよい。ネットワーク接続は、無線および／または有線としてもよい。ネットワーク・インターフェース・ユニット２０はまた、他のタイプのネットワークおよび遠隔コンピューター・システムに接続するために利用してもよい。コンピューター１００はまた、キーボード、マウスまたは電子ペン（図１には図示せず）を含む数多くの他のデバイスからの入力を受信および処理するための入出力用コントローラー２２を含むこともできる。同様に、入出力用コントローラー２２は、ディスプレイ・スクリーン２３、プリンタ、または他のタイプの出力デバイスに入力／出力を提供してもよい。

[0016] 先に簡潔に言及したように、多くのプログラム・モジュールおよびデータ・ファイルは、コンピューター１００が有する大容量ストレージ・デバイス１４およびＲＡＭ９に格納することができる。これらは、ワシントン州のレドモンドにあるマイクロソフト社による、WINDOWS ７（登録商標）、WINDOWS SERVER（登録商標）、WINDOWS PHONE（登録商標）におけるオペレーティング・システムのような、コンピューターの動作を制御するのに適したオペレーティング・システム１６を含む。大容量ストレージ・デバイス１４およびＲＡＭ９はまた、１つ以上のプログラム・モジュールを格納することもできる。特に、大容量ストレージ・デバイス１４およびＲＡＭ９は、１つ以上のアプリケーション・プログラムを格納することができ、これは、１つ以上のアプリケーション２４およびウェブ・ブラウザー２５を含む。一実施形態によれば、アプリケーション２４は、異なるテナントに複数のサービスを提供するソリューション・サービスのビジネス・ポイントのような、オンライン・サービスと相互作用するように構成される。他のアプリケーションも使用することができる。例えば、アプリケーション２４は、データと相互作用するように構成されるクライアント・アプリケーションとすることができる。アプリケーションは、限定ではないが、ドキュメント、スプレッドシート、スライド、ノート等を含む多くの異なるデータ・タイプと相互作用するように構成することができる。

[0017] ネットワーク・ストア２７は、テナントについてのテナント・データを格納するように構成される。ネットワーク・ストア２７は、ＩＰネットワーク１８を介して１以上のコンピューター／ユーザーにアクセス可能である。例えば、ネットワーク・ストア２７は、オンライン・サービス１７のようなオンライン・サービスに対し１つ以上のテナントについてのテナント・データを格納することができる。他のネットワーク・ストアがまた、テナントについてデータを格納するように構成することもできる。テナント・データはまた、ネットワーク・ストアからの別のネットワーク・ストアに移行することもできる。

[0018] バックアップ・マネージャー２６は、ヒストリ２１のような履歴内にテナント・データの位置を保持するように構成される。バックアップ・マネージャー２６は、オンライン・サービス１７のようなオンライン・サービスの一部とすることができ、また、バックアップ・マネージャー２６から提供される全て／幾つかの機能性は、アプリケーションから内部的に／外部的に位置させることができる。テナント・データは、テナントによって現在使用されているデータおよび対応するバックアップ・データを含む。テナントのデータが１つの位置から別の位置に変更されると、位置および時間がヒストリ２１内に格納される。ヒストリ２１は、特定の時間においてテナントのデータにおける位置を決定するのにアクセスすることができる。異なる動作が、ヒストリ内の位置／時間の格納をトリガする。通常、テナントのデータの位置を変更する動作（例えば、ファームの更新、テナントの移動、テナントの追加、データの負荷バランスなど）は、ヒストリ内の位置の格納をトリガする。テナント・データが、ある動作（例えば、リストア）に必要とされる際、そのヒストリはデータの位置を決定するのにアクセスされることができる。バックアップ・マネージャーに関するより多くの詳細について以下に開示する。

[0019] 図２は、テナントの移行にわたるテナント・データの位置を保持するためのシステムを示す。図示のように、システム２００は、サービス２１０、データ・ストア２２０、データ・ストア２３０およびコンピューティング・デバイス２４０を含む。

[0020] 使用するコンピューティング・デバイスは、当該コンピューティング・デバイスの使用に関連する動作を実行するように構成される任意のタイプのデバイスとすることができる。例えば、コンピューティング・デバイスの幾らかは、以下のようにすることができる。すなわち、モバイル・コンピューティング・デバイス（例えば携帯電話、タブレット、スマートフォン、ラップトップなど）、また幾らかはデスクトップ・コンピューターでも、サーバとして構成される他のコンピューティング・デバイスでもよい。幾らかのコンピューティング・デバイスは、オンラインのクラウド・ベースのサービス（例えば、サービス２１０）を提供するように配置し、幾らかは、データ・ストレージ・サービスを提供するデータ・シェアとして配置し、また幾らかは、インターネットを通じてアクセス可能なようにネットワークに配置する等としてもよい。

[0021] コンピューティング・デバイスは、ネットワーク１８によって結合される。ネットワーク１８は、多くの異なるタイプのネットワークとしてもよい。例えば、ネットワーク１８は、ＩＰネットワーク、セルラー通信のためのキャリア・ネットワーク等としてもよい。通常、ネットワーク１８は、コンピューティング・デバイス２４０、データ・ストア２２０、データ・ストア２３０、およびサービス２１０のようなコンピューティング・デバイス間においてデータを送信するために使用される。

[0022] コンピューティング・デバイス２４０は、アプリケーション２４２、ウェブ・ブラウザー２４４およびユーザー・インターフェース２４６を含む。図示のように、コンピューティング・デバイス２４０は、ユーザーに使用されて、サービス２１０のようなサービスと相互作用する。一実施形態によれば、サービス２１０は、マルチ・テナント性のサービスである。一般的に、マルチ・テナント性(multi-tenancy)とは、バックアップを含むデータの分離(isolation)、使用(usage)、およびカスタマ間の管理(administration)に関するものである。換言すれば、１つのカスタマ（テナント１）からのデータは、たとえ、各テナントからのデータが同一のデータ・ストア内で同一のデータベース内に格納することができる場合であっても、他のカスタマ（テナント２）によりアクセス可能ではない。

[0023] ユーザー・インターフェース（ＵＩ）２４６は、様々なアプリケーションと相互作用するために用いられる。これらアプリケーションは、コンピューティング・デバイス２４０に対しローカル／非ローカルとしてもよい。１つ以上のタイプの１つ以上のユーザー・インターフェースを、ドキュメントと相互作用するために用いてもよい。例えば、ＵＩ２４６は、コンテキスト・メニュー、メニューバー内のメニュー、リボン・ユーザー・インターフェースから選択されるメニュー項目、グラフィック・メニューなどの使用を含んでもよい。通常ＵＩ２４６は、ユーザーがアプリケーションの機能性と容易に相互作用できるように構成される。例えば、ユーザーは、ＵＩ２４６内で単に選択肢を単に選択してもよく、その結果、サービス２１０によって保持されるテナント・データをリストアするように選択する。

[0024] データ・ストア２２０およびデータ・ストア２３０は、テナント・データを格納するように構成される。データ・ストアは、様々なコンピューティング・デバイスによりアクセス可能である。例えば、ネットワーク・ストアは、ソリューション・サービスのオンライン・ビジネス・ポイントをサポートするオンライン・サービスに付随してもよい。例えば、オンライン・サービスは、データ・サービス、文書処理サービス、スプレッドシート・サービスなどを提供してもよい。

[0025] 図示のように、データ・ストア２２０は、Ｎ個の異なるテナントについて、対応するバックアップ・データを含んだテナント・データを含む。データ・ストアは、テナントのデータの全部／一部を格納することができる。例えば、幾らかのテナントが２つ以上のデータ・ストアを使用することがある一方で、他のテナントは、他の多くのテナントとデータ・ストアを共有することがある。テナントについて対応するバックアップ・データが同一のデータ・ストア内に示されているが、このバックアップ・データは他の位置に格納することもある。例えば、１つのデータ・ストアがテナント・データを格納するために使用されることがあり、また、１つ以上の他のデータ・ストアが対応するバックアップ・データを格納するために使用されることもある。

[0026] データ・ストア２３０は、異なるデータ・ストアから変更されているテナント・データおよびバックアップ・データの位置を示す。この例では、テナント・データ２および対応するバックアップ・データが、データ・ストア２２０からデータ・ストア２３０に変更されている。テナント３のバックアップ・データが、データ・ストア２２０からデータ・ストア２３０に変更されている。テナント・データ８は、データ・ストア２２０からデータ・ストア２３０に変更されている。位置の変更は、様々な理由のために生じることがある。例えば、テナントにとってより多くの空間が必要になり、データ・ストアは負荷バランシングされ、テナントが位置するファームがアップグレードされ、データ・ストアが故障し、データベースが移行／更新されること等があり得る。他の多くのシナリオが、テナントのデータを変更させることがある。この例からも分かるように、テナントのデータは、１つのデータ・ストアに格納することができ、また、対応するバックアップ・データは、他のデータ・ストアに格納することができる。

[0027] サービス２１０は、バックアップ・マネージャー２６、ヒストリ２１２およびウェブ・アプリケーション２１６を含み、ウェブ・アプリケーション２１６はウェブ・レンダラー２１６を構成する。サービス２１０は、オンライン・サービスとして構成され、複数のテナントからのデータとの相互作用を表示するのに付随するサービスを提供する。サービス２１０は、複数のテナントに共有したインフラストラクチャを提供する。一実施形態によれば、サービス２１０は、マイクロソフト社のＳＨＡＲＥＰＯＩＮＴ ＯＮＬＩＮＥサービスである。異なるテナントは、サービス２１０を使用しているテナントのウェブ・アプリケーション／サイト・コレクションの収集をホストしてもよい。テナントはまた、専用アローンでも、またはサービス２１０によって提供されるサービスとの組み合わせを使用してもよい。ウェブ・アプリケーション２１４は、データに関連する要求を受け取り、また応答するように構成される。例えば、サービス２１０は、ネットワーク・ストア２２０および／またはネットワーク・ストア２３０に格納されたテナントのデータにアクセスしてもよい。ウェブ・アプリケーション２１４は、コンピューティング・デバイス２４０のようなコンピューティング・デバイスのユーザーにインターフェースを提供し、ネットワーク１８を介してアクセス可能なデータと相互作用するように動作する。ウェブ・アプリケーション２１４は、サービスに関連する動作を実行するために使用される他のサーバと通信することができる。

[0028] サービス２１０は、コンピューティング・デバイス２４０のようなコンピューティング・デバイスから要求を受ける。コンピューティング・デバイスは、ドキュメントおよび／または他のデータと相互作用するために、要求をサービス２１０に送信する。このような要求に応答して、ウェブ・アプリケーション２１４は、ネットワーク・シェア２３０のような位置からデータを取得する。表示に対するデータは、ＩＳＯ／ＩＥＣ ２９５００フォーマットのようなマークアップ言語フォーマットに変換される。データは、サービス２１０によって、または、１つ以上の他のコンピューティング・デバイスによって変換することができる。一旦ウェブ・アプリケーション２１４がデータについてマークアップ言語表現を受け取ると、サービスは、ウェブ・レンダラーを利用して、当該マークアップ言語フォーマットのドキュメントを、コンピューティング・デバイス２４０上のウェブ・ブラウザーのようなウェブ・ブラウザー・アプリケーションによってレンダリングされるデータ表現へと変換することができる。レンダリングされたデータは、同一のデータをビューするのに利用される際の、対応のデスクトップ・アプリケーションにおける出力と実質的に同じである。一旦ウェブ・レンダラーがファイルのレンダリングを完了すると、ファイルはサービス２１０によって、要求元のコンピューティング・デバイスに戻され、そこではウェブ・ブラウザー２４４によってレンダリングされることができる。

[0029] ウェブ・レンダラー２１６はまた、コンピューティング・デバイス２４０のようなコンピューティング・デバイスのユーザーがウェブ・ブラウザー２４４のコンテキスト内のデータと相互作用するのを可能にするために、１つ以上のスクリプトをマークアップ言語ファイルにレンダリングするようにも構成される。ウェブ・レンダラー２１６は、ウェブ・ブラウザー・アプリケーション２４４によって実行可能なスクリプト・コードを返される(returned)ウェブ・ページにレンダリングするように動作する。スクリプトは、例えばユーザーがデータ・セクションを変更でき、および／またはそのデータに関連する値を修正できるような機能性を提供することができる。特定タイプのユーザー入力に応答して、スクリプトが実行されることができる。スクリプトが実行されると、ドキュメントが作用(act upon)されたことを示す応答をサービス２１０に送信することができ、行われた相互作用のタイプを識別し、更に、データに実行されるべき機能を、ウェブ・アプリケーション２１４に対して識別することができる。

[0030] テナントのデータについて位置の変更の要因となった動作に応じて、バックアップ・マネージャー２６は、エントリをヒストリ２１２に置く(place)。ヒストリ２１２は、テナントのデータおよび対応するバックアップ・データの位置のレコードを保持する。一実施形態によれば、ヒストリ２１２は、テナントのデータを格納するのに用いるデータベース名および位置、テナントのデータのバックアップ位置についての名前および位置、およびその位置にデータを格納した時間を格納する。（図３および関連の記載を参照のこと。）ヒストリ情報は、様々な方法で格納することができる。例えば、テナントごとのヒストリ・レコードをデータベース内に格納することができ、ヒストリ情報がデータ・ファイル内に格納されることができる等である。

[0031] 一実施形態によれば、バックアップ・マネージャー２６は、テナント・データについてフル・バックアップやインクリメント式バックアップ、およびフル・バックアップの時間内でのトランザクション・ログ入力を実行するように構成される。フル・バックアップのスケジューリングは、設定可能である。一実施形態によれば、フル・バックアップは週次で実行され、インクリメント式バックアップは日次で実行される。また、トランザクションは５分毎に格納される。他のスケジュールをまた使用することができ、これもまた設定可能である。異なるバックアップを、同一の位置および／または異なる位置に格納してもよい。例えば、フル・バックアップは、第１の位置に格納することができ、インクリメント式バックアップおよびトランザクション・ログは異なる位置に格納してもよい。

[0032] 図３は、テナント・データ位置変更についてのレコードを含むヒストリを示す。ヒストリ３００は、管理されているテナントごとにレコードを含んでいる。例示の目的で、ヒストリ３００は、テナント１（３１０）、テナント２（３２０）およびテナント３（３３０）を示す。

[0033] 図示のように、ヒストリのレコード３１０は、付与されているテナント１に応答して作成されたものである。一実施形態によれば、ヒストリ・レコードは、コンテンツ位置、時間、バックアップ位置、および時間についてのフィールドを含む。コンテンツ位置は、テナントのコンテンツがどこに格納されたかについての情報（例えば、データベース名、コンテンツ位置へのＵＲＬ等）を提供する。時間１フィールドは、テナントのデータが特定の位置にあった最新の時間を示す。一実施形態によれば、時間１フィールドが空(empty)であるときに、時間２の値がそのレコードのために用いられる。時間１フィールドおよび時間２フィールドが共に空であるときは、データは、そのコンテンツ位置およびレコードにリストされたバックアップ位置に更に位置する。バックアップ位置フィールドは、そのコンテンツに対しバックアップがどこに位置されるかの位置を特定する。時間２は、テナントのバックアップ・データが特定の位置にあった最新の時間を特定する。

[0034] テナント１のヒストリ（３１０）を参照すると、テナント１のデータはコンテンツ位置「コンテンツ１２」（例えばデータベース名）に位置し、テナント１のデータのバックアップ・データが「backups\ds220\Content 12」に位置することが見てとれる。この場合、テナント１付与されたために、テナント１のデータは変更してない。

[0035] テナント２のデータは、「コンテンツ１２」から「コンテンツ５６」に、そして「コンテンツ７９」にその位置が変更している。２０１０年３月４日の午前１０時より前で、２０１０年１月２日の午前１時４分よりも後の時間では、データは「Content 56」に格納され、対応のバックアップ・データが「backups\ds220\Content 56」に格納されている。２０１０年１月２日の午前１時４分よりも前の時間では、データは「コンテンツ１２」に格納されており、対応のバックアップ・データは"backups\ds220\Content 12"に格納されている。

[0036] テナント３のデータは、「コンテンツ１２」から「コンテンツ１５」にその位置が変更している。対応のバックアップ・データは、「backups\ds220\Content 12」から「backups\ds220\Content 15」に、そして「backups\ds230\Content 79」に変更されている。テナント３のデータは２０１０年３月１２日午前７時３５分より後の時間に「コンテンツ１５」に格納されている。２０１０年３月２４日午前１時２２分より前で、2010年３月１２日７時３５分より後の時間では、対応のバックアップ・データが「backups\ds220\Content 15」に格納されている。2010年３月１２日７時３５分より前では、データは、「コンテンツ１２」に格納され、対応のバックアップ・データが「backups\ds220\Content 12」に格納されている。この例では、テナント３でのバックアップ・データの位置を変更しているが、テナント・データの位置は「コンテンツ１５」からは変更していない。

[0037] 他の多くの方法が、テナント・データの位置に関連する情報を格納するために用いることができる。例えば、時間フィールドは、開始時間および終了時間を含む、開始時間を含むが終了時間を含まない、または終了時間を含むが開始時間を含まないとすることができるであろう。位置は、名前、識別子、ＵＲＬ等として特定することができる。他のフィールドも含むことができ、例えばサイズ・フィールド、レコード数フィールド、最新アクセス・フィールドなどを含むことができる。

[0038] 図４および図５は、テナント移行にわたりテナント・データをリカバリするプロセスを示す。本明細書において提示するルーチンに関しての考察を読む際には、様々な実施形態の論理動作が、（１）コンピューティング・システム上でランする、コンピューターで実装したアクションまたはプログラム・モジュールのシーケンスとして、および／または（２）コンピューティング・システム内で相互接続したマシン論理回路または回路モジュールとして実施されることが理解されるべきである。本実施は、本発明を実施するコンピューター・システムの性能要件に依存した選択の問題である。したがって、例示の論理動作および本明細書に説明した実施形態の製造(making up)は、動作、構造上のデバイス、アクション、またはモジュールとして様々なものに関連する。これら動作、構造デバイス、アクションおよびモジュールは、ソフトウェア、ファームウェア、特定目的のデジタル・ロジック、およびこれら如何なる組み合わせにおいて実装されることもある。

[0039] 図４は、テナントのデータの位置変更のヒストリを更新するためのプロセスを示す。
[0040] 開始ブロックの後、プロセス４００は動作４１０に移る。ここでは、動作がテナント・データの位置を変更したことの判定がなされる。変更は、全部／一部のテナントのデータに関連することもある。多くの別の動作が、テナント・データの位置の変更の要因となることもある。例えば、テナントの追加、ファームのアップグレード、テナント移行、テナントのデータの負荷バランシング、対応のバックアップ・データの負荷バランシング、保守動作、故障等がある。通常は、テナントのデータおよび／または対応のバックアップ・データの位置変更の要因となる任意の動作は規定される。

[0041] 動作４２０に移り、データが位置を変更しているテナントについてヒストリにアクセスする。このヒストリは、ローカル・データ・ストア、共有データ・ストア、および／または他のメモリ位置内にアクセスされることもある。

[0042] 動作４３０へ移り、テナントのヒストリが更新されて、当該テナントのデータについて現在のステータスおよび任意の以前のステータスを反映する。一実施形態によれば、各テナントは、その対応するヒストリを示すテーブルを含む。ヒストリは、多くの異なるタイプの構造を用いて多くの異なる方法を使用して格納することができる。例えば、ヒストリは、メモリ、ファイル、スプレッドシート、データベース等に格納することができる。ヒストリ・レコードは、リストやスプレッドシート等のようなデータ・ストア内で混在させることもできる。一実施形態によれば、ヒストリ・レコードは、コンテンツ位置、時間、バックアップ位置およびバックアップ時間のフィールドを備える。コンテンツ位置は、テナントのコンテンツが格納されるところに情報を供給する（例えば、データベース名、コンテンツ位置へのURLなど）。時間１フィールドは、テナントのデータが特定の位置あった最新の時間を示す。一実施形態によれば、時間１フィールドが空であるときに、時間１の値は時間２フィールドのものと同一となる。時間１フィールドおよび時間２フィールドが空であるときは、データは現在のコンテンツ位置およびバックアップ位置に更にある。バックアップ位置フィールドは、コンテンツのバックアップがどこに位置するかについてその位置を特定する。時間２フィールドは、テナントのバックアップ・データが特定の位置にあった最新の時間を特定する。

[0043] 次いで、本プロセスは、終了ブロックに移り、他のアクションの処理に戻る。
[0044] 図５は、直前の位置からテナント・データをリストアするための要求を処理するためのプロセスを示す。

[0045] 開始ブロックの後、本プロセスは動作５１０に移り、ここでは要求を受け取ってテナント・データをリストアする。例えば、テナントは、リストアしたいデータを偶然削除してしまった場合もある。一実施形態によれば、この要求は、データを削除したと考えたかを示す時間を含む。別の実施形態によれば、時間レンジが付与される。更に別の実施形態によれば、テナントのヒストリ内の各位置は、要求内の時間を供給することなくデータを検索してもよい。

[0046] 動作５２０に移って、テナントのヒストリについて、データがどこに位置するかを決定するためにアクセスする。先に述べたように、ヒストリはテナント・データおよび対応のバックアップ・データの現在の位置、並びにそのデータの直前の各位置を含む。

[0047] 動作５３０に移って、テナントのデータは、テナントの現在のデータは所望でない直前のデータで上書きされないよう、一時的な位置にリストアされる。
[0048] 動作５４０に移行して、要求されたデータは、一時的な位置から抽出され、そしてテナントのデータの現在の位置にリストアされる。一時的な位置にあったデータを消去してもよい。

[0049] プロセスは、次いで、終了ブロックに移り、他のアクションの処理に戻る。
[0050] 上記の明細書、例示およびデータは、本発明の構成物を製造および使用することについて完全な説明を提供するものである。本発明の多くの実施形態が本発明の趣旨および範囲を逸脱することなく為され得るために、本発明は、添付の特許請求の範囲に帰するものとなる。

Claims (10)

1. テナントの移行にわたるテナント・データをリカバリする方法であって、
   テナントのデータの位置を変更する動作を判定するステップと、
   前記テナントのデータの位置を変更する前記動作に応じて、前記テナントのデータのヒストリを、前記テナントのデータにおける現在の位置を追加することによって更新するステップと、
   要求されたときに、前記テナントのデータの直前の位置を決定するために前記ヒストリにアクセスするステップと、
   を含む方法。
2. 請求項１記載の方法において、前記ヒストリが、テナント・データおよびバックアップ・データの内少なくとも１つの負荷バランシングとファーム・アップグレードに応じたテナント移行との内の少なくとも１つに応じて更新される、方法。
3. 前記ヒストリを更新するステップが、前記テナントのデータに対応するバックアップ・データの位置を格納するステップを含む、請求項１記載の方法。
4. 請求項３記載の方法において、前記バックアップ・データが、前記テナントのデータにおけるフル・バックアップ、前記テナントのデータにおけるインクリメント式バックアップ、および前記テナントのデータにおけるトランザクション・ログ・バックアップを含む、方法。
5. 前記ヒストリを更新するステップが、前記テナントのデータが前記直前の位置から前記現在の位置に移行される時を示す時間を含む、請求項１記載の方法。
6. 請求項５記載の方法であって、更に、前記テナントのデータの前記直前の位置を、特定の時間を前記ヒストリ内の時間と比較することに基づいて前記位置にアクセスすることによって決定する、方法。
7. 請求項１記載の方法であって、更に、前記データを一時的な位置にリストアするステップと、要求されたデータを前記一時的な位置から抽出するステップと、前記抽出したデータを前記テナントのデータの前記現在の位置に配置するステップとを含む、方法。
8. テナントの移行にわたるテナント・データをリカバリするコンピューター実行可能命令を格納するコンピューター可読ストレージ媒体であって、該コンピューター実行可能命令が、
   テナントのデータの位置を変更する動作を判定するステップと、
   前記テナントのデータのヒストリを、前記テナントのデータにおける現在の位置を含むように更新するステップであって、前記ヒストリは、前記テナントのデータが格納された各位置および前記現在の位置についてのレコードを含み、該レコードの各々が、テナント・データ位置と、該テナント・データのバックアップ位置と、データがいつ前記位置の各々にあったかを示す時間情報とを含み、前記ヒストリが、テナント・データおよびバックアップ・データの内少なくとも１つに対する負荷バランシング、テナントの移行、並びにファーム・アップグレードの内の１つに応じて更新される、ステップと、
   要求されたときに、前記テナントのデータの直前の位置を決定するために前記ヒストリにアクセスするステップと、
   を含む、コンピューター可読ストレージ媒体。
9. テナントの移行にわたるテナント・データをリカバリするシステムであって、
   ネットワークに接続するように構成されたネットワーク接続と、
   プロセッサ、メモリ、およびコンピューター可読ストレージ媒体と、
   前記コンピューター可読ストレージ媒体に格納され、前記プロセッサで実行する動作環境と、
   異なるコンテナに関連付けられたテナント・データを格納するデータ格納と、
   バックアップ・マネージャー動作であって、
   テナント・データへの要求を受け取るアクションと、
   前記要求で特定された時間の比較を含むテナント・データ位置のヒストリにアクセスし、前記要求されたテナント・データの位置を決定するアクションであって、前記ヒストリは、テナント・データが格納された各位置および現在の位置についてのレコードを含み、前記レコードが、テナント・データ位置、前記テナント・データのバックアップ位置、および前記データがいつ前記位置の各々にあったかを示す時間情報を含む、アクションと、
   を実行するように構成された、バックアップ・マネージャー動作と、
   を備えるシステム。
10. 請求項９記載のシステムであって、更に、前記テナント・データを一時的な位置にリストアし、前記要求されたデータを抽出し、該抽出したデータを前記テナント・データの現在の位置に置くことを含む、システム。

Images