組織とは何ですか？

組織は、Salesforce の個々のお客様に提供される仮想空間であり、すべてのお客様のデータとアプリケーションが含まれます。次のようなお客様のデータとメタデータを保存するシステムオブレコード (SOR) で構成されています。

リレーショナルデータベース (DB)
NoSQL データベース (HBase)
FileForce (キーストーン)

これらのデータストアに加えて、組織の状態を保存する他のサービスがあります (Solrの検索インデックス、MyDomains のドメインネームシステム (DNS)など)。これはデータストアの完全なリストではなく、リストがインフラストラクチャを改善するにつれて大きくなります。詳細については、Salesforce アーキテクチャドキュメントを参照してください。

組織の移行とは何ですか？

組織の移行は、本番組織を移行元の Salesforce インスタンスから移行先の Salesforce インスタンスに移動する一連のプロセスとテクノロジーです。組織の移行は、お客様のデータとメタデータをコピーおよび/または再生成することにより組織化されます。

組織の移行期間中に何が起こりますか？

組織の移行期間中、組織へのアクセスが参照専用になります。これは、組織移行イベントウィンドウと呼ばれます。このイベントウィンドウは、移行プロセスで組織のデータの一貫したコピーを作成するために必要です。組織移行ツールは、すべてのソースポッド SOR から対応するターゲットポッド SOR へのデータのコピーを組織化します。すべての SOR データが正常にコピーされると、組織は移行先のインスタンスで有効化する準備が整います。

このドキュメントでは、3 つの SOR から顧客データをコピーするために使用されるメカニズムについて説明します。

リレーショナルデータベース (DB)

Salesforce はマルチテナントシステムであり、複数のテナントがデータベースリソースを共有しているため、標準のデータベース移行ツールはユースケースには使用できません。そこで、弊社はカスタムデータコピーツールを作成しました。このツールは、Salesforce アプリケーションサーバーで実行されます。コピーと検証のステージがあります。

コピー

データはデータベーステーブルに保存されます。テーブルのコピーはチャンクで行われます。パフォーマンスのために、チャンクを並行してコピーできます。チャンクのコピーには次の手順が含まれます。

Java Database Connectivity (JDBC) を介して標準の構造化照会言語 (SQL) を使用して、ソースポッドのデータベースからデータを読み取ります。
エンドツーエンドのトランスポート層セキュリティ (TLS) 暗号化を使用して、HTTPS を介してターゲットポッドにデータを転送します。
JDBC 経由の標準 SQL を使用して、データをターゲットポッドのデータベースに挿入します。チャンクコピーが失敗した場合 (ソース、ネットワーク、ターゲット-パイプラインのどこでも失敗する可能性があります)、チャンクコピー全体が再試行されます。再試行の回数に制限はありません。

検証

すべてのテーブルデータがコピーされた後、検証プロセスを実行します。このプロセスは、すべてのテーブルで次の手順を実行します。

JDBC を使用して SQL クエリを実行し、ソースポッドのデータベースとターゲットポッドのデータベースで (項目のサブセットの) 行カウントとチェックサムを収集します。
ソースポッドとターゲットポッドの行数とチェックサムを比較します。

すべての検証が正常に完了した場合、リレーショナルデータベースのコピーは正常に完了しています。

FileForce (キーストーン)

キーストーンは、メタデータカタログとエクステントストア (巨大な保存領域) で構成されます。メタデータカタログは、リレーショナルデータベースにテーブルとして保存されます。エクステントストアは API で動作し、グローバルにアクセスできます。ターゲットインスタンスはソースインスタンスのエクステントにアクセスできます。

組織の移行ウィンドウで、前のセクション「リレーショナルデータベース (DB)」で説明したメカニズムを使用して、ソースポッドからターゲットポッドにメタデータカタログのみをコピーします。移行後、ターゲットインスタンスのメタデータカタログはソースインスタンスのエクステントを指し、ファイルへのアクセス要求は最初にソースインスタンスからエクステントをフェッチします。

エクステントストアのデータのソースからターゲットインスタンスへの移行は、組織の移行期間外に非同期に実行されます。これは、組織の読み取り専用のダウンタイムを減らすために行われます。

NoSQL データベース (HBase)

2 つのビッグデータ (HBase) クラスタ間でのデータの移行は、2 つのプロセスからなります。まず、移行元と移行先間でレプリケーションプロセスが有効になり、ソース側に書き込まれたデータが移行先のクラスタに表示されるようになります。第二に、移行は移行元から移行先に既に存在するデータをコピーします。これはより長いプロセスであり、期間はコピーされるデータの量に依存します。

具体的には、組織の移行がスケジュールされている場合、実行される手順は次のとおりです。

移行元のクラスタ上のプロセスが移行先のクラスタ上のプロセスと通信できるように、クロスクラスタトラストを設定します。クラスターは Kerberos で保護されており、相互信頼の設定が必要です。
データが移行先のクラスタ (組織のみ) に流れ始めるように、レプリケーション開始ジョブを開始します。
コピージョブを開始して、組織の既存のデータをコピーします。
指定された組織のメタデータを移行先のクラスタにコピーします。これは、(現在のリリースで) コピーされない Phoenix テーブルビューをコピーするために必要です。
データコピージョブが完了していることを確認します。
2 つのクラスター間のトラストの取り壊しを開始します。

組織の移行後はどうなりますか？

有効化時に、組織は移行先のポッドで処理される読み取り/書き込みリクエストを再び受け入れます。新しい書き込みは、移行先のポッド SOR ストアに到達します。

移行元インスタンス上の FileForce データの移行は、組織が有効化された後に非同期的に発生します。移行先インスタンスの定期的なプロセスは、エクステントのローカルストアコピーのすべての Keystone メタデータをスキャンします。最近移行された組織にはまだソースストアからアクセスされるエクステントがあるため、コピープロセスは、移行された組織のすべてのエクステントデータのストア間コピー操作をキューに入れます。これらの操作は成功するまで再試行されます。暗号化された BLOB の場合、ストア間コピー操作には追加のセキュリティレベルがあり、復号化キーはメタデータ行として保存され、リレーショナルデータベースコピープロセスの一部として個別にコピーされます。

FileForce コピープロセスの非同期の性質を考えると、ターゲット FileForce ストアへのコピーは、組織が有効化されてから最大 2 週間かかる場合があります。このコピー処理中は常に、すべての FileForce データに途切れることなくアクセスできます。データの常駐を目的として実行される特定の組織の移行では、リレーショナルデータベースのコピーが完了すると、FileForce コピープロセスが直ちにトリガされ、 FileForce コピープロセスが促進されます。この場合でも、すべてのデータがターゲットインスタンスにコピーされるまでに最大 2 週間かかります。

組織の古いコピーのクリーンアップ

すべての組織移行プロセスが完了すると、ソースインスタンス上の組織のコピーを削除する準備が整います。移行の約 30 日後、「移行された組織の削除」バッチジョブは、ソースインスタンス上の組織のコピーを削除済みとしてマークします。これにより、「完全削除」プロセスがトリガされ、データが削除されます。完全削除プロセスの詳細については、「データの削除」に関するドキュメントを参照してください。

Sandbox

Sandbox は、組織の移行の一部として移動されません。Sandbox は、更新されるまで、配置された CS インスタンスに残ります。既存の Sandbox は、お客様によって削除されるか、Sandbox が更新されるまでそのまま残ります。この時点で、本番組織と同じ地域に新しい Sandbox 組織が作成されます。変更セットや Ant などのメタデータ移行ツールは、Sandbox インスタンスと本番インスタンスが互いに同じ地域にあったときとまったく同じように動作し続けます。

検索操作

検索データは移行期間中に移行元のサーバから移行先のサーバに転送されます。移行元のサーバは、標準の検索バックアップ処理の一部としてバックアップされます。ただし、移行が予定されている組織のバックアップは、すべてのデータが最新であることを確実するために、より高い優先度で実行されます。お客様の対応は必要ありません。

検索データのバックアップは、移行期間中に移行先のサーバに復元されます。移行元から削除されるデータはありません。これにより、お客様に影響を与えずに、Salesforce がロールバックや処理の中止を行う事が容易になります。

通常、復元処理はオフピーク時間帯に終了します。ただし、大きな組織では復元にかかる時間が長くなり、検索に依存する操作 (例えば、レコードの照会、コンテンツの検索など) に影響がでる可能性があります。

参考情報

組織の移行への準備方法

Salesforce 組織の移行の概要