Data Management:AnalyticDB for PostgreSQLインスタンスへのデータのアーカイブ

使用上の注意

• サーバーレスモードでAnalyticDB for PostgreSQLインスタンスにデータをアーカイブすることを推奨します。 これにより、ストレージコストを削減し、高性能なデータ分析を提供します。 データアーカイブチケットを作成するときに、コスト最適化ソリューションを選択できます。 これにより、AnalyticDB for PostgreSQLインスタンスは、データアーカイブ中に自動的に起動し、データアーカイブ後に一時停止することができます。

• データアーカイブチケットを設定するときに、Post-behaviorパラメーターを元のテーブルのアーカイブデータのクリーンアップ (delete-No Lock) に設定した場合、ソースデータベースに十分なストレージ容量があることを確認します。 これにより、データアーカイブ中のストレージ容量不足による例外を防ぎます。

• エラスティックストレージモードまたはサーバーレスモードで、AnalyticDB for PostgreSQLインスタンスにデータをアーカイブできます。

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

  説明

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

手順

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

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

   説明

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

3. [Data ArchivingTickets] ページの右上隅にある [Data Archiving] をクリックします。

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

   パラメーター	必須	説明
   タスク名	必須	データアーカイブタスクの名前。 タスクを簡単に識別できるように、わかりやすい名前を指定することをお勧めします。 これにより、不要な通信を減らすことができます。
   アーカイブ先	必須	データをアーカイブする宛先。 [AnalyticDB PostgreSQL] を選択します。
   AnalyticDBインスタンス	必須	データのアーカイブ先のAnalyticDB for PostgreSQLインスタンス。 説明 コスト最適化ソリューションを選択し、AnalyticDB for PostgreSQLインスタンスがサーバーレスモードで、従量課金の課金方法を使用している場合、次の利点があります。 データアーカイブタスクが開始されると、インスタンスは自動的に起動されます。 データアーカイブタスクが完了すると、インスタンスは自動的に一時停止されます。 データアーカイブタスクが進行中で、AnalyticDB for PostgreSQLインスタンスが実行中の場合、コンピューティング料金とストレージ料金が課金されます。 詳細については、「インスタンスを手動で一時停止して再開する」トピックの [課金ルール] セクションをご参照ください。 データアーカイブタスクが完了し、インスタンスが一時停止されると、ストレージ料金のみが課金されます。
   ソースデータベース	必須	データをアーカイブするソースデータベース。
   アーカイブ設定	必須	データをアーカイブするテーブルを1つ以上指定します。 オプションです。 指定したテーブルにアーカイブするデータを照会するためのフィルター条件を1つ以上指定します。 説明 6か月前に生成されたデータのアーカイブなどのシナリオで時間変数を使用する場合は、アーカイブ設定セクションでパラメーターを設定する前に、[変数設定] セクションで変数を設定できます。
   アーカイブテーブルのマッピング	任意	ターゲットデータベースで使用されるテーブル設定。 ソーステーブルの [操作] 列で [編集] をクリックし、ターゲットデータベースの対応するアーカイブテーブルの名前、列、データベースシャードキー、およびパーティションキーを指定できます。
   変数設定	任意	データのアーカイブに使用する時間変数。 詳細については、「変数」トピックの「時間変数の設定」セクションをご参照ください。
   事後行動	任意	ソーステーブルからアーカイブデータを削除するかどうかを指定します。 元のテーブルのアーカイブデータのクリーンアップ (削除-ロックなし) を選択した場合、アーカイブデータはソーステーブルから自動的に削除されます。 DELETE文を実行して、一時バックアップテーブルを削除できます。 一時バックアップテーブルは、ソーステーブルが削除されたときにアーカイブされたデータを格納するためにソースデータベースに生成されます。 ソースデータベースに十分なストレージスペースがあることを確認して、ストレージスペース不足によるインスタンスの使用不能を防ぎます。 データがアーカイブされ、アーカイブされたデータが正しいことを確認したら、通常のデータ変更チケットを作成して、ソースデータベースから一時バックアップテーブルを消去できます。 元のテーブルのアーカイブデータのクリーンアップ (削除-ロックなし) を選択しない場合、アーカイブデータはソーステーブルから削除されません。 この場合、ソーステーブルからデータを手動で削除し、ストレージ使用量を最適化する必要があります。 ソーステーブルからアーカイブデータを削除するには、通常のデータ変更チケットを作成します。 詳細については、「定期的なデータ変更の実行」をご参照ください。 ソーステーブルのストレージ使用量を最適化するには、ロックフリーの変更チケットを作成します。 詳細については、「ロックフリーDDL操作の実行」をご参照ください。
   操作モード	必須	データアーカイブタスクの実行に使用するメソッド。 有効な値： シングル実行: データアーカイビングチケットが承認された後、DMSはデータアーカイビングタスクを1回だけ実行します。 周期的なスケジューリング: データアーカイブチケットが承認されると、DMSは指定したスケジュールに基づいてデータアーカイブタスクを実行します。 詳細については、「Lindormインスタンスへのデータのアーカイブ」トピックの「周期的スケジューリング」セクションをご参照ください。

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

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

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

7. データアーカイブタスクが完了するまで待ちます。

アーカイブデータの照会

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

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

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

   説明

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

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

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

   • データベース名

   • テーブル名

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

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

詳細については、「クエリデータ」をご参照ください。