すべてのプロダクト
Search
ドキュメントセンター

Data Management:Lindormインスタンスへのデータのアーカイブ

最終更新日:Aug 20, 2024

このトピックでは、Lindormインスタンスにデータをアーカイブするための使用方法と手順について説明します。

前提条件

  • データをアーカイブするソースデータベースは、次のいずれかのタイプです。

    • MySQL: ApsaraDB RDS for MySQLPolarDB for MySQL、およびAnalyticDB for MySQL V3.0

    • PostgreSQL: ApsaraDB RDS for PostgreSQLおよびPolarDB for PostgreSQL

    • PolarDB-X

    説明

    MySQLデータベースのアカウントには、REPLICATION CLIENT権限が必要です。

  • LindormTable V2.2.17以降を使用するLindormインスタンスが購入されました。 詳細は、インスタンスの作成をご参照ください。

  • Lindormインスタンスはデータ管理 (DMS) に登録されています。 LindormインスタンスをDMSに登録するときは、データベースタイプとしてLindorm SQLを選択します。 詳細については、「Alibaba Cloudデータベースインスタンスの登録」をご参照ください。

  • データをアーカイブするソーステーブルには、主キーまたは一意のキーがあります。

    説明

    ソーステーブルの各データ変更操作の時間を示すフィールドを指定することをお勧めします。 ソーステーブルからデータをアーカイブするときに、このフィールドをフィルター条件として使用できます。

使用上の注意

  • DMSは、ソースデータベースとターゲットデータベースの両方がSecurity CollaborationまたはStable Changeモードで管理されている場合にのみ、データアーカイブタスクを定期的に実行します。 データアーカイブタスクを1回だけ実行する必要がある場合は、ソースデータベースとターゲットデータベースを任意のモードで管理できます。

    説明

    定期的なデータアーカイブタスクを設定し、ソースデータベースインスタンスとターゲットデータベースインスタンスを安定した変更モードで管理する場合は、データベースインスタンスのセキュリティホスティングを有効にするか、データベースインスタンスの制御モードをsecurity Collaborationに変更することを推奨します。 そうしないと、インスタンスのログインの有効期限が切れてデータアーカイブタスクが失敗する可能性があります。 詳細については、「セキュリティホスティング」トピックのセキュリティホスティングの有効化セクションとインスタンスの制御モードの変更をご参照ください。

  • データアーカイブ機能は、シンガポールおよびインドネシア (ジャカルタ) リージョンでのみサポートされています。

課金

購入したターゲットインスタンスに対して課金されます。

手順

  1. DMSコンソールV5.0 にログインします。

  2. 上部のナビゲーションバーで、解決策 > データアーカイブ を選択します。

    説明

    DMSコンソールをシンプルモードで使用する場合は、左上隅の2023-01-28_15-57-17.pngアイコンの上にポインターを移動し、[すべての機能] > [ソリューション] > [データアーカイブ] を選択します。

  3. Data ArchivingTicketsページの右上隅で、データアーカイブをクリックします。

  4. [チケットアプリケーション] ページで、データアーカイブチケットを作成するためのパラメーターを設定します。 下表にパラメーターを示します。

    パラメーター

    必須

    説明

    タスク名

    必須

    データアーカイブタスクの名前。 タスクを簡単に識別できるように、わかりやすい名前を指定することをお勧めします。 これにより、不要な通信を減らすことができます。

    アーカイブ先

    必須

    データをアーカイブする宛先。 Lindormを選択します。

    Lindormインスタンス

    必須

    データのアーカイブ先のLindormインスタンス。

    ソースデータベース

    必須

    データをアーカイブするソースデータベース。

    アーカイブ設定

    必須

    データをアーカイブする1つ以上のテーブル。

    • オプションです。 指定したテーブルにアーカイブするデータを照会するためのフィルター条件を1つ以上指定します。 例: gmt_modified<='${6_month_ago}'

      説明

      6か月前に生成されたデータのアーカイブなどのシナリオで時間変数を使用する場合は、アーカイブ設定セクションでパラメーターを設定する前に、[変数設定] セクションで変数を設定できます。

    • オプション[追加] をクリックして、ソーステーブルを追加します。

    アーカイブテーブルのマッピング

    任意

    ターゲットデータベースで使用されるテーブル設定。 ソーステーブルの [操作] 列で [編集] をクリックし、ターゲットデータベースの対応するアーカイブテーブルの名前、列、データベースシャードキー、およびパーティションキーを指定できます。

    変数設定

    任意

    アーカイブデータをフィルタリングするための条件を設定するときに使用される変数。 たとえば、6_month_agoという名前の時間変数をyyyy-MM-dd形式で作成し、オフセットを-6 Monthに設定したとします。 この場合、現在の日付が2021年8月12日である場合、変数 ${6_month_ago} の値は、2021年2月11日を示す2021-02-11です。 時間変数の設定方法の詳細については、「変数」トピックの時間変数の設定セクションをご参照ください。

    事後行動

    任意

    • ソーステーブルからアーカイブデータを削除するかどうかを指定します。 元のテーブルのアーカイブデータのクリーンアップ (削除-ロックなし) を選択した場合、アーカイブデータはソーステーブルから自動的に削除されます。 DELETE文を実行して、一時バックアップテーブルを削除できます。 一時バックアップテーブルは、ソーステーブルが削除されたときにアーカイブされたデータを格納するためにソースデータベースに生成されます。 ソースデータベースに十分なストレージスペースがあることを確認して、ストレージスペース不足によるインスタンスの使用不能を防ぎます。

      データがアーカイブされ、アーカイブされたデータが正しいことを確認したら、通常のデータ変更チケットを作成して、ソースデータベースから一時バックアップテーブルを消去できます。

    • 元のテーブルのアーカイブデータのクリーンアップ (削除-ロックなし) を選択しない場合、アーカイブデータはソーステーブルから削除されません。 この場合、ソーステーブルからデータを手動で削除し、ストレージ使用量を最適化する必要があります。

      1. ソーステーブルからアーカイブデータを削除するには、通常のデータ変更チケットを作成します。 詳細については、「通常のデータ変更」をご参照ください。

      2. ソーステーブルのストレージ使用量を最適化するには、ロックフリーの変更チケットを作成します。 詳細については、「ロックフリーDDL操作の実行」をご参照ください。

    • アーカイブされたデータの検証 (この操作は時間がかかります) を選択した場合、DMSは、アーカイブされたテーブル名、ソースデータベース、SQL文の数など、データのアーカイブ中にアーカイブされたデータを検証します。 詳細ページで検証結果を表示できます。

    操作モード

    必須

    データアーカイブタスクの実行に使用するメソッド。 有効な値:

    • シングル実行: データアーカイビングチケットが承認された後、DMSはデータアーカイビングタスクを1回だけ実行します。

    • 周期的なスケジューリング: データアーカイブチケットが承認されると、DMSは指定したスケジュールに基づいてデータアーカイブタスクを実行します。 詳細については、このトピックの「周期的スケジューリング」をご参照ください。

  5. 送信 をクリックします。

  6. データアーカイブチケットが承認されると、DMSは自動的にデータアーカイブタスクを実行します。

    データアーカイブタスクの実行に失敗した場合は、[実行] ステップの [詳細] をクリックして、データアーカイブタスクのログを表示し、タスクの失敗の原因を特定できます。 ネットワークまたはデータベース接続の障害が原因で問題が発生した場合は、[ブレークポイントの再試行] をクリックしてタスクを再起動します。

  7. アーカイブされたデータを照会します。 詳細については、次のセクションをご参照ください。アーカイブデータの照会

アーカイブデータの照会

方法1: DMSを使用してアーカイブデータを照会する

  1. [チケットの詳細] ページの [基本情報] セクションで、[ターゲットデータベース] の横にある [表示] をクリックして、[SQLコンソール] タブに移動します。

  2. [SQLコンソール] タブの左側の [テーブル] タブで、管理するテーブルを見つけ、テーブル名をダブルクリックし、[実行] をクリックしてアーカイブデータを表示します。

    説明

    DMSは、ソースデータベースとテーブルの名前に基づいて、ターゲットインスタンスにデータベースとテーブルを自動的に作成します。 したがって、移行先データベースの名前は移行元データベースの名前と同じになります。

    次の4列のデータがアーカイブテーブルに追加されます。 これは、テーブル内の元のアーカイブデータの使用には影響しません。

    • チケット番号とデータがアーカイブされた時刻を含むデータアーカイブ情報

    • データベース名

    • テーブル名

    • インスタンスID。インスタンスをDMSに登録するときに指定されるIDで、インスタンスの実際のIDに対応します。

方法2: Lindormを使用してアーカイブデータを照会する

LindormTable: データクエリ

定期的なスケジューリング

パラメーター

説明

スケジューリングサイクル

DMSがデータアーカイブタスクを実行するサイクル。

  • 時間: タスクは、開始時刻と終了時刻で定義された時間範囲内、または指定された時刻に、指定された間隔で実行されます。 このオプションを選択した場合は、Timed Schedulingパラメーターを設定する必要があります。

  • : タスクは毎日指定された時点で実行されます。 このオプションを選択した場合は、Specific Point in Timeパラメーターを設定する必要があります。

  • : タスクは、指定した日に毎週指定した時点で実行されます。 このオプションを選択した場合、指定された時刻および特定の時刻パラメータを設定する必要があります。

  • : タスクは、指定した日に毎月指定した時点で実行されます。 このオプションを選択した場合、指定された時刻および特定の時刻パラメータを設定する必要があります。

時限スケジューリング

データアーカイブタスクのスケジューリング方法。 次のいずれかの方法を使用してタスクを実行できます。

  • 指定された間隔で実行します。

    • 開始時刻: DMSがデータアーカイブタスクを実行する時刻。

    • 間隔: DMSがタスクを実行する間隔。 単位:時間。

    • 終了時刻: タスクが停止した時刻。

    たとえば、Starting Timeパラメーターを00:00、Intervalsパラメーターを6、End Timeパラメーターを20:59に設定した場合、DMSはタスクを00:00、06:00、12:00、および18:00に実行します。

  • 指定された時間に実行: [指定された時間] ドロップダウンリストから、DMSがデータアーカイブタスクを実行する時間を選択できます。

    たとえば、00:00と05:00を選択した場合、DMSは00:00と05:00にタスクを実行します。

指定時刻

  • Scheduling CycleパラメーターをWeekに設定した場合、1つ以上の曜日を選択します。 DMSは、毎週選択した日にデータアーカイブタスクを実行します。

  • [Scheduling Cycle] パラメーターを [Month] に設定した場合、その月の1日以上を選択します。 DMSは、毎月選択した日にデータアーカイブタスクを実行します。

特定の時点

DMSがタスクを実行する指定日の時点。

たとえば、このパラメーターを02:55に設定した場合、DMSは指定した日の02:55にタスクを実行します。

Cron式

指定されたスケジューリングサイクルと時間の設定に基づいて自動的に生成されるCRON式。