Lindorm Table は、Data Ecosystem Services のデータ移行機能を利用して Alibaba Cloud Object Storage Service (OSS) にデータを保存するバックアップおよび復元機能をサポートしています。この機能は定期的な完全バックアップを実行するとともに、増分データをリアルタイムで同期し、お客様のバックアップおよび復元要件を満たします。
背景情報
メリット
増分データのリアルタイム同期がサポートされています。リカバリーポイントオブジェクト（RPO）を 30 秒未満に抑えることができます。
説明RPO とは、アプリケーション障害発生時に失われる可能性のあるデータの時間範囲を示す指標です。たとえば、クラウドサービスが RPO を 15 分としている場合、直近 15 分間に生成されたデータはクラウド上に復元できません。
デフォルトでは、データベース内の完全データがバックアップされます。また、1 つまたは複数のテーブルに対して個別にバックアップおよび復元を行うことも可能です。
特定の時点までデータを復元できます。
バックアップおよび復元に必要なストレージ容量の見積もり
バックアップおよび復元に必要なストレージ容量を事前に見積もりましょう。指定したストレージ容量が不足すると、バックアップ処理が停止します。
バックアップおよび復元に必要なストレージ容量 = 完全バックアップ用ストレージ容量 + 増分バックアップ用ストレージ容量
完全バックアップ用ストレージ容量 = （保持したい完全バックアップの回数 + 1）× 1 回分の完全バックアップサイズ
説明バックアップ中、システムは新しい完全バックアップが作成されるまで既存の完全バックアップを削除しないため、追加で 1 回分の完全バックアップ容量が必要になります。
バックアップおよび復元機能を有効化後、Lindorm コンソールで完全バックアップの使用ストレージ容量を確認できます。手順は次のとおりです： に移動し、Full Backup セクションの Data Size 列の値をご確認ください。
増分バックアップ用ストレージ容量 = ログ保持期間（日数）× 1 日あたりの増分ログサイズ例：ご利用のインスタンスの平均書き込み速度が 1 MB/s の場合、1 日あたりの増分バックアップに必要なストレージ容量は約 84 GB です。
説明インスタンスの書き込み速度は、[インスタンスモニタリング] ページで確認するか、テクニカルサポート（DingTalk ID: s0s3eg3）にお問い合わせください。
インスタンスが 1 日あたり大量のデータを受信する場合、1 日あたりの増分ログサイズも大きくなります。このような場合は、完全バックアップの実行間隔を短くすることでログサイズを削減できます。
操作手順
Lindorm コンソール にログインします。
ページ左上隅で、インスタンスがデプロイされているリージョンを選択します。
[Instances] ページで、対象インスタンスの ID をクリックするか、[Actions] 列の [View Instance Details] をクリックします。
左側のナビゲーションウィンドウで、 を選択します。
[Activate Now] をクリックします。[アップグレード/ダウングレード] ページにリダイレクトされます。
説明すでにインスタンスで検索インデックスまたは変更追跡機能が有効になっている場合、[Activate Now] をクリックするとすぐにバックアップおよび復元機能が有効になり、[アップグレード/ダウングレード] ページにはリダイレクトされません。
[アップグレード/ダウングレード] ページで、必要に応じて以下の項目を構成します。
説明インスタンスで検索インデックスまたは変更追跡機能が有効になっている場合、この手順は不要です。
LTS Core Spec：Lindorm Tunnel Service (LTS) のコアノード仕様を指定します。詳細については、「Cluster specifications」をご参照ください。
LTS Nodes：LTS をデプロイするコアノードの数を指定します。
構成が完了したら、[今すぐ購入] をクリックします。
説明インスタンスで検索インデックスまたは変更追跡機能が有効になっている場合、この手順は不要です。
関連操作
バックアップおよび復元機能を通じて購入された LTS サービスは、個別に購入した LTS インスタンスと同等の機能を備えています。詳細については、「Purchase methods」をご参照ください。
LTS へのログイン方法については、「Log on to LTS from a Lindorm instance」をご参照ください。