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

Data Management:概要

最終更新日:Sep 25, 2024

オンラインデータベースの使用において、増加する量のデータがデータベースに格納される。 アクセス頻度の低いデータは、多くのストレージスペースを占有し、クエリのパフォーマンスとビジネス操作に影響します。 この場合、data Management (DMS) が提供するデータアーカイブ機能を使用して、データベース内の特定のテーブルのデータを他のデータベースまたはストレージスペースに定期的にアーカイブできます。 他の操作を実行して、オンラインストレージのコストを削減することもできます。 たとえば、ソーステーブルからアーカイブされたデータを削除し、ソーステーブルのストレージ使用量を最適化できます。

背景情報

電子商取引プラットフォームでは、大量の注文データが毎日生成され、これらの注文データへのアクセスの必要性は時間とともに減少します。 データベースのパフォーマンスを向上させ、ストレージ領域を解放するために、DMSのデータアーカイブ機能を使用して定期的にデータをアーカイブできます。

使用上の注意

  • データアーカイブ機能を使用すると、実行中のビジネスが影響を受ける可能性があります。

    重要

    影響を最小限に抑えるために、オフピーク時にデータアーカイブ機能を使用することを推奨します。

  • アーカイブするテーブルに、BLOB、TEXT、その他の型やデータサイズの大きい行の大きなフィールドが含まれている場合、データアーカイブタスクは失敗する可能性があります。

  • データアーカイブ機能は、シンガポールおよびインドネシア (ジャカルタ) リージョンでのみ使用できます。

  • 仮想列を含むテーブルからデータをアーカイブすることはできません。

  • DMSコンソールまたはAPI操作を使用して、サードパーティのクラウドサービスでホストされているデータベースまたは自己管理データベースからデータをアーカイブすることはできません。

DMSのデータアーカイブとDTSのデータ移行の比較

  • 機能

    • DMSのデータアーカイブを使用すると、頻繁にアクセスされないデータを他のストレージスペースにアーカイブするフィルタ条件を設定できます。 これにより、プライマリデータベースの負荷が軽減され、データベースのパフォーマンスが向上します。

    • Data Transmission Service (DTS) のデータ移行により、同種データソースと異種データソースの間でデータを移行できます。 詳細については、「データ移行シナリオの概要」をご参照ください。

  • シナリオ

    • DMSのデータアーカイブを使用すると、アクセス頻度の低いデータを他のデータベースやストレージスペースに定期的または一度にアーカイブできます。

    • DTSのデータ移行は、Alibaba Cloudへのデータ移行、Alibaba Cloud内のデータベース間のデータ移行、データベースの分割またはスケールアウトなどのシナリオに適用できます。

异なるカテゴリのアーカイブ先间の比较

データベース

項目

Lindorm

AnalyticDB for MySQL V3.0

AnalyticDB for PostgreSQL

ApsaraDB RDS for MySQL

PolarDB for MySQL

サポートされているソースデータベースタイプ

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

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

  • PolarDB-X 2.0

説明

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

課金

データアーカイブ機能は無料で利用できます。 ただし、ターゲットインスタンスを購入して使用するときに課金される場合があります。

ソースからのアーカイブデータの削除

ターゲットデータベースにデータをアーカイブした後、DMSは設定に基づいてソーステーブルからアーカイブされたデータを自動的に削除できます。 データがアーカイブされた後、ソースデータを削除する必要がなくなりました。 これにより、データリスクが軽減されます。

  • ソーステーブルのデータは、ソーステーブルのロックなしで削除されます。 このプロセスは安定しており、高速であり、大規模なトランザクションを伴わない。

  • ソースデータはローカルの一時テーブルにキャッシュされます。 必要に応じて、キャッシュされたデータを復元できます。

アーカイブデータの照会

  • DMSコンソールでアーカイブされたデータを照会できます。

  • 対応するデータベースエンジンのアーカイブデータを照会することもできます。

データアーカイブ先の設定

  • 宛先インスタンスを指定する必要があります。

  • 宛先データベースまたは宛先テーブルを指定する必要はありません。 DMSは、ソースデータベースとソーステーブルの名前に基づいて、ターゲットデータベースとターゲットテーブルを自動的に作成します。

テーブルスキーマの変更

チケットIDやアーカイブ時間などの情報を保存するために、送信先のアーカイブテーブルに列が追加されます。 表のデータは通常どおり使用できます。

使用量

  • 複数のテーブルを広いテーブルにマージして、クエリのパフォーマンスを向上させます。

  • Lindormインスタンスに2つのCPUコアがあるシナリオでは、オンラインでデータをクエリする同時並行性の高いリクエストをサポートします。 たとえば、請求書と注文の履歴データを照会できます。

  • 適応圧縮と自動ホットおよびコールドデータ分離機能をサポートして、フルデータを実現し、ストレージコストを削減します。

  • データをミリ秒以内に更新し、データをサブ秒以内に照会します。

  • 高スループットのオフライン処理と高性能オンライン分析をサポートし、コストを削減して効率を向上させます。

  • データを分析します。

  • オンラインストレージのコストを削減します。

  • データを分析インスタンスに自動的に同期し、複雑な分析とクエリを高速化します。

  • ストレージコストを削減します。

  • データを分析します。

  • オンラインストレージのコストを削減します。

データ制御

最強のデータ制御能力が提供される。 DMSは、管理するデータベースインスタンスにデータをアーカイブできます。 データベースと対話することで、データを柔軟に処理できます。

保管スペース

項目

専用ストレージスペース (推奨)

カスタムOSSバケット

DBSに接続されたOSSバケット

サポートされているソースデータベースタイプ

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

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

  • MongoDB 3.6以降

説明

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

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

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

  • MongoDB 3.6以降

  • PolarDB-X 2.0

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

  • PolarDB for PostgreSQL

  • PolarDB-X 2.0

課金

パブリックプレビュー中に専用のストレージスペースにデータをアーカイブする場合は課金されません。

データアーカイブ機能は無料で利用できます。 ただし、Object Storage Service (OSS) バケットを購入して使用すると、課金される場合があります。

  • DMSはデータベースバックアップ (DBS) でバックアップスケジュールを作成します。 バックアップされたデータの量に基づいて、データのバックアップとストレージに対して課金されます。 課金の詳細については、「課金の概要」をご参照ください。

    説明

    デフォルトでは、xlargeバックアップスケジュールはDBSで作成されます。

  • アーカイブデータを表示する場合は、data Lake Analytics (DLA) を有効にする必要があります。 課金の詳細については、「課金の概要」をご参照ください。

ソースからのアーカイブデータの削除

ターゲットデータベースにデータをアーカイブした後、DMSは設定に基づいてソーステーブルからアーカイブされたデータを自動的に削除できます。 データがアーカイブされた後、ソースデータを削除する必要がなくなりました。 これにより、データリスクが軽減されます。

  • ソーステーブルのデータは、ソーステーブルのロックなしで削除されます。 このプロセスは安定しており、高速であり、大規模なトランザクションを伴わない。

  • ソースデータはローカルの一時テーブルにキャッシュされます。 必要に応じて、キャッシュされたデータを復元できます。

アーカイブされたデータは、ソースデータベースから自動的に削除できません。 アーカイブされたデータをソースデータベースから手動で削除するには、通常のデータ変更チケットを作成する必要があります。

アーカイブデータの照会

DMSの論理データウェアハウスを使用して、アーカイブされたデータを照会できます。 ファイルマージ機能を使用して、アーカイブされたデータをクエリして、効率を高めることもできます。

DMSの論理データウェアハウスを使用して、アーカイブされたデータを照会できます。

アーカイブデータを照会するには、DBSでDLAを有効にする必要があります。 次に、DLAでアーカイブされたデータを照会できます。

データアーカイブ先の設定

アーカイブ先に集中する必要はありません。

OSSバケットを指定する必要があります。

OSSバケットを指定する必要はありません。 DMSは自動的にDBSにバックアップスケジュールを作成し、データをOSSにアーカイブします。

テーブルスキーマの変更

テーブルスキーマは変更されません。

テーブルスキーマは変更されません。

説明

DLAでアーカイブされたデータを照会すると、テーブルの列の順序が変更される場合があります。

使用量

  • データを分析します。

  • オンラインストレージのコストを削減します。

最もオンラインストレージのコストを削減します。

多くのオンラインストレージコストを削減します。

データ制御

強力なデータ制御能力が提供される。 データはアーカイブされ、DMSに保存される。 アーカイブ先に集中する必要はありません。

強力なデータ制御能力が提供される。 DMSは、購入したOSSバケットにデータをアーカイブできます。

中程度のデータ制御能力が提供される。 DMSは、DBSに接続されたOSSバケットにデータをアーカイブできます。

関連ドキュメント

よくある質問

Q: データアーカイブのパラメーターを設定するときに、元のテーブルのアーカイブデータのクリーンアップ (削除-ロックなし) を選択した場合、履歴データは引き続き取得できますか?

A: はい。データアーカイブのパラメーターを設定するときに、元のテーブルのアーカイブデータのクリーンアップ (削除-ロックなし) を選択しても、履歴データを取得できます。 データアーカイブ機能は、大きなテーブルのデータを他のデータベースに定期的にアーカイブします。 アーカイブされた履歴データは、データのアーカイブ先のインスタンスで照会できます。

関連する API