Data Transmission Service (DTS) は、ApsaraDB RDS for MySQL インスタンスから AnalyticDB for MySQL V3.0 クラスターにデータを同期し、ビジネスインテリジェンス (BI)、インタラクティブクエリ、リアルタイムレポートのためのエンタープライズシステムを迅速に構築するのに役立ちます。
前提条件
-
ターゲットの AnalyticDB for MySQL 3.0 クラスターが必要です。詳細については、「クラスターの作成」をご参照ください。
-
ターゲットの AnalyticDB for MySQL クラスターは、ソースの ApsaraDB RDS for MySQL インスタンスよりも多くのストレージ容量が必要です。
注意事項
-
スキーマ同期中、DTS はソースデータベースからターゲットデータベースに外部キーを同期しません。
-
完全データ同期および増分データ同期中、DTS はセッションレベルで制約チェックとカスケード操作を一時的に無効にします。タスクの実行中にソースデータベースでカスケード更新または削除操作が発生すると、データの不整合が発生する可能性があります。
|
タイプ |
説明 |
|
ソースデータベースの制限 |
|
|
その他の制限 |
|
|
特殊なケース |
|
課金
同期タイプ | 料金 |
スキーマ同期と完全データ同期 | 無料です。 |
増分データ同期 | 有料です。詳細については、「課金概要」をご参照ください。 |
同期トポロジー
-
一方向 1 対 1 同期
-
一方向 1 対多同期
-
一方向多対 1 同期
サポートされる SQL 操作
|
タイプ |
SQL ステートメント |
|
DML |
INSERT、UPDATE、DELETE 説明
AnalyticDB for MySQL にデータが書き込まれると、UPDATE ステートメントは自動的に REPLACE INTO ステートメントに変換されます。プライマリキーが更新されると、AnalyticDB for MySQL は UPDATE ステートメントを DELETE と INSERT ステートメントに変換します。 |
|
DDL |
CREATE TABLE、DROP TABLE、RENAME TABLE、TRUNCATE TABLE、ADD COLUMN、MODIFY COLUMN、DROP COLUMN 重要 RENAME TABLE 操作はデータの不整合を引き起こす可能性があります。たとえば、同期オブジェクトが単一のテーブルであり、同期中にソースインスタンスでその名前を変更すると、そのテーブルのデータはターゲットデータベースに同期されません。この問題を回避するには、テーブルを含むデータベース全体を同期するようにタスクを設定できます。RENAME TABLE 操作の前後でテーブルが属するデータベースが同期オブジェクトに含まれていることを確認してください。 |
データ同期中にソーステーブルのフィールドのデータ型を変更すると、データ同期タスクはエラーを報告して停止します。この問題をを手動で修正するには、次の手順に従います：
-
ターゲットデータベース AnalyticDB for MySQL にデータを同期するとき、ソーステーブル (たとえば、
customer) のフィールドのデータ型が変更されたため、データ同期タスクが失敗します。 -
ターゲットの AnalyticDB for MySQL データベースに接続します。
-
ALTER TABLE ステートメントを実行して、ターゲットテーブルのフィールドのデータ型をソーステーブルの新しいデータ型に合わせて変更します。
-
テーブルスキーマが正しく更新されたことを確認します。
-
DTS コンソールに戻り、データ同期タスクを再起動します。
操作手順
ターゲットリージョンの同期タスクリストページに移動します。次の 2 つの方法のいずれかを使用できます：
DTS コンソールから
左側のナビゲーションウィンドウで、データ同期 をクリックします。
ページの左上隅で、同期インスタンスが配置されているリージョンを選択します。
DMS コンソールから
説明実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS インターフェイスのレイアウトとスタイルをカスタマイズする」をご参照ください。
Data Management (DMS) にログインします。
トップメニューバーで、 を選択します。
データ同期タスク の右側で、同期インスタンスが配置されているリージョンを選択します。
タスクの作成 をクリックして、タスク設定ページを開きます。
-
ソースデータベースとターゲットデータベースを設定します。
警告ソースインスタンスとターゲットインスタンスを選択した後、ページの上部に表示される制限を注意深くお読みください。制限に従わない場合、タスクが失敗したり、データの不整合が発生したりする可能性があります。
カテゴリ
パラメーター
説明
N/A
タスク名
DTS は自動的にタスク名を生成します。簡単に識別できるように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
ソースデータベース
既存の接続情報の選択
システムに追加された (新規作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。
説明DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択 という名前です。
データベースインスタンスをシステムに追加していない場合、または既に追加されているインスタンスを使用する必要がない場合は、次のデータベース情報を手動で設定します。
データベースタイプ
[MySQL] を選択します。
アクセス方法
[Alibaba Cloud インスタンス] を選択します。
インスタンスリージョン
ソースの ApsaraDB RDS for MySQL インスタンスが配置されているリージョンを選択します。
Alibaba Cloudアカウント全体でのデータの複製
このシナリオでは、同じ Alibaba Cloud アカウント内でデータを同期します。[いいえ] を選択します。
[RDS インスタンス ID]
ソースの ApsaraDB RDS for MySQL インスタンスの ID を選択します。
データベースアカウント
ソースの ApsaraDB RDS for MySQL インスタンスのデータベースアカウントを入力します。アカウントには、同期オブジェクトに対する REPLICATION CLIENT、REPLICATION SLAVE、および SELECT 権限が必要です。
データベースパスワード
データベースアカウントに対応するパスワードを入力します。
暗号化
必要に応じて 非暗号化 または SSL 暗号化 を選択します。SSL 暗号化 を選択した場合は、事前に RDS for MySQL インスタンスで SSL 暗号化を有効にする必要があります。詳細については、「クラウド証明書を使用して SSL 暗号化を迅速に有効にする」をご参照ください。
宛先データベース
既存の接続情報の選択
システムに追加された (新規作成または保存された) データベースインスタンスを使用するには、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。
説明DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択 という名前です。
データベースインスタンスをシステムに追加していない場合、または既に追加されているインスタンスを使用する必要がない場合は、次のデータベース情報を手動で設定します。
データベースタイプ
[AnalyticDB MySQL 3.0] を選択します。
アクセス方法
[Alibaba Cloud インスタンス] を選択します。
インスタンスリージョン
ターゲットの AnalyticDB for MySQL 3.0 クラスターが配置されているリージョンを選択します。
インスタンス ID
ターゲットの AnalyticDB for MySQL 3.0 クラスターの ID を選択します。
データベースアカウント
ターゲットの AnalyticDB for MySQL 3.0 クラスターのデータベースアカウントを入力します。アカウントには読み取りおよび書き込み権限が必要です。
データベースパスワード
データベースアカウントに対応するパスワードを入力します。
設定が完了したら、ページ下部の 接続をテストして続行 をクリックします。
説明DTS サーバーからのアクセスを許可するために、DTS サーバーの IP アドレス CIDR ブロックがソースおよびターゲットデータベースのセキュリティ設定に追加されていることを確認してください。これは自動または手動で行うことができます。詳細については、「DTS サーバーの IP アドレス CIDR ブロックをホワイトリストに追加する」をご参照ください。
ソースまたはターゲットデータベースが自己管理データベース (アクセス方法 が Alibaba Cloud インスタンス ではない) の場合、DTS サーバーの CIDR ブロック ダイアログボックスで 接続テスト をクリックする必要もあります。
-
タスクオブジェクトを設定します。
-
オブジェクト設定 ページで、同期するオブジェクトを設定します。
パラメーター
説明
同期タイプ
増分データ同期 が選択されています。デフォルトでは、スキーマ同期 と 完全データ同期 も選択する必要があります。事前チェックが完了すると、DTS は選択したオブジェクトの完全データ同期をソースインスタンスからターゲットクラスターに実行します。これは、後続の増分データ同期のベースラインデータとして機能します。
説明[完全データ同期] を選択した場合、CREATE TABLE ステートメントでソースに作成されたテーブルは、スキーマとデータを含めてターゲットに同期されます。
競合するテーブルの処理モード
エラーの事前チェックと報告：ターゲットデータベースに同じ名前のテーブルが存在するかどうかを確認します。同じ名前のテーブルが存在しない場合、事前チェックは合格します。同じ名前のテーブルが存在する場合、事前チェックは失敗し、データ同期タスクは開始されません。
説明ターゲットデータベースで同じ名前のテーブルを削除または名前変更できない場合は、別のテーブル名にマッピングできます。詳細については、「テーブル名と列名のマッピング」をご参照ください。
エラーを無視して続行：ターゲットデータベースでの重複テーブル名のチェックをスキップします。
警告エラーを無視して続行 を選択すると、データの不整合が発生し、ビジネスにリスクをもたらす可能性があります。例：
テーブルスキーマが同じで、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキーまたは一意キーの値を持つ場合：
完全同期中、DTS はターゲットクラスター内のレコードを保持します。ソースデータベースからの対応するレコードは同期されません。
増分同期中、ソースデータベースからのレコードはターゲットデータベースのレコードを上書きします。
テーブルスキーマが異なる場合、初期データ同期が失敗する可能性があります。これにより、一部の列データのみが同期されたり、同期が完全に失敗したりする可能性があります。注意して進めてください。
同期する DDL および DML 操作
インスタンスレベルで同期する DDL または DML 操作を選択します。サポートされている操作については、「サポートされる SQL 操作」をご参照ください。
説明データベースまたはテーブルレベルで SQL 操作を選択するには、[選択されたオブジェクト] セクションで同期オブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。
テーブルの結合
○ を選択：OLTP シナリオでは、ビジネス テーブルの応答時間を改善するために、データベースとテーブルのシャーディングがよく使用されます。この例のターゲットデータベースのような OLAP シナリオでは、単一のデータテーブルに大量のデータを保存できるため、単一テーブルのクエリがより便利になります。このようなシナリオでは、DTS の複数テーブルマージ機能を使用して、ソースデータベースから同じスキーマを持つ複数のテーブル (シャーディングされたテーブル) をターゲットデータベースの単一のテーブルに同期できます。具体的な手順については、「複数テーブルマージを有効にする」をご参照ください。
説明ソースデータベースから複数のテーブルを選択した後、オブジェクト名マッピング機能を使用して、ターゲットデータベースでそれらの名前を同じテーブル名に変更する必要があります。オブジェクト名マッピング機能の詳細については、「テーブル名と列名のマッピング」をご参照ください。
DTS は、テキスト型の
__dts_data_source列をターゲットテーブルに追加して、データソースを保存します。列の値はDTS インスタンス ID:データベース名:スキーマ名:テーブル名形式を使用してテーブルのソースを識別します。例：dts********:dtstestdata:testschema:customer1。複数テーブルマージ機能はタスクレベルであるため、テーブルレベルで複数テーブルマージを実行することはできません。一部のテーブルをマージし、他のテーブルをマージしない場合は、2 つのデータ同期タスクを作成する必要があります。
警告ソースデータベースでデータベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。そうしないと、データの不整合や同期タスクの失敗が発生する可能性があります。
× を選択します。これがデフォルトのオプションです。
移行先インスタンスでのオブジェクト名の大文字化
ターゲットインスタンスに同期されるデータベース、テーブル、および列オブジェクト名の大文字/小文字の区別ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。ソースおよびターゲットデータベースのデフォルトポリシーを使用することもできます。詳細については、「ターゲットオブジェクト名の大文字/小文字の区別ポリシー」をご参照ください。
ソースオブジェクト
ソースオブジェクト ボックスで、同期するオブジェクトをクリックし、
をクリックして 選択中のオブジェクト ボックスに移動します。説明-
同期オブジェクトは、データベース、テーブル、または列レベルで選択できます。同期オブジェクトとしてテーブルまたは列を選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトタイプはターゲットデータベースに同期されません。
-
同期オブジェクトとしてデータベース全体を選択した場合、次のデフォルトルールが適用されます：
-
ソースデータベースで同期するテーブルにプライマリキー (単一列または複合) がある場合、プライマリキー列が分散キーとして使用されます。
-
選択中のオブジェクト
ターゲットインスタンスで単一の同期オブジェクトの名前を変更するには、選択中のオブジェクト ボックスでオブジェクトを右クリックします。オブジェクトの名前変更の詳細については、「単一のデータベース、テーブル、または列のマッピング」をご参照ください。
ターゲットインスタンスで複数の同期オブジェクトの名前をバッチで変更するには、選択中のオブジェクト ボックスの右上隅にある 一括編集 をクリックします。詳細については、「データベース、テーブル、および列をバッチでマッピングする」をご参照ください。
説明-
データベースまたはテーブルレベルで SQL 操作を選択するには、選択中のオブジェクト セクションで同期オブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。
-
WHERE 句を設定してデータをフィルタリングするには、選択中のオブジェクト セクションで同期するテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を設定します。詳細については、「フィルター条件の設定」をご参照ください。
-
詳細設定へ をクリックして、詳細パラメーターを設定します。
パラメーター
説明
タスクのスケジュールに使用する専用クラスターの選択
デフォルトでは、DTS は共有クラスターでタスクをスケジュールするため、クラスターを選択する必要はありません。より安定したパフォーマンスを得るために、専用クラスターを購入して DTS 同期タスクを実行できます。詳細については、「DTS 専用クラスターとは」をご参照ください。
移行元テーブルで生成された Online DDL ツールの一時テーブルを移行先データベースにコピーします。
Data Management (DMS) または gh-ost を使用してソースデータベースでオンライン DDL 変更を実行する場合、オンライン DDL 変更によって生成された一時テーブルのデータを同期するかどうかを選択できます。
重要DTS タスクは、pt-online-schema-change などのツールを使用してオンライン DDL 変更を実行することをサポートしていません。このようなツールを使用すると、DTS タスクが失敗します。
各段階の処理方法は次のとおりです。スキーマ同期 および 完全データ同期 段階では、データベースまたはテーブルスキーマを変更する DDL 操作は許可されません。したがって、これらの段階はオンライン DDL ポリシーによって制御されません。
スキーマ同期：この段階はオンライン DDL ポリシーによって制御されません。関連する一時テーブルが作成されます。
完全データ同期：この段階はオンライン DDL ポリシーによって制御されません。一時テーブルは完全同期オブジェクトに含まれません。正規表現 (
^_(.+)_(?:gho|new)$または^_(.+)_(?:ghc|del|old)$) に一致する名前のすべてのテーブルがフィルタリングされます。増分データ同期：この段階はオンライン DDL ポリシーによって制御されます。
○：オンライン DDL 操作によって生成された一時テーブル (例：
_table-name_gho) のデータ変更を同期します。いいえ、DMS オンライン DDL に適応 および いいえ、gh-ost に適応：正規表現ルールに基づいて、gh-ost などのツールによって生成された一時テーブル (例：
_table-name_gho) のデータ変更をフィルタリングします。
○：オンライン DDL 変更によって生成された一時テーブルデータを同期します。
説明オンライン DDL 変更によって生成された一時テーブルのデータが大きすぎると、同期レイテンシーが発生する可能性があります。
いいえ、DMS オンライン DDL に適応：オンライン DDL 操作によって生成された一時テーブルからのデータを同期しません。ソースデータベースで Data Management (DMS) を使用して実行された元の DDL ステートメントのみを同期します。
説明このオプションは、ターゲットデータベースでテーブルがロックされる原因となります。
いいえ、gh-ost に適応：オンライン DDL 変更によって生成された一時テーブルからのデータを同期しません。カスタムフィルタリングルールをサポートしています。DTS は、正規表現ルールに基づいて、gh-ost などのツールによって生成された一時テーブル (例：
_table-name_gho) のデータ変更をフィルタリングします。必要に応じて、シャドウテーブルと不要なテーブルを照合するために使用されるデフォルトの正規表現を変更できます：シャドウテーブル：
^_(.+)_(?:gho|new)$不要なテーブル：
^_(.+)_(?:ghc|del|old)$
説明このオプションは、ターゲットデータベースでテーブルがロックされる原因となります。
失敗した接続の再試行時間
同期タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、すぐに接続の再試行を開始します。デフォルトの再試行期間は 720 分です。10 分から 1,440 分のカスタム再試行期間を指定することもできます。期間を 30 分以上に設定することを推奨します。指定された期間内に DTS がデータベースに正常に再接続した場合、同期タスクは自動的に再開されます。そうでない場合、タスクは失敗します。
説明同じソースまたはターゲットを共有する複数の DTS インスタンス (たとえば、インスタンス A とインスタンス B) があり、インスタンス A のネットワーク再試行時間を 30 分、インスタンス B を 60 分に設定した場合、両方に短い方の 30 分が使用されます。
DTS は接続再試行期間中のタスク実行時間に対して課金するため、ビジネスニーズに基づいて再試行期間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。
移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。
同期タスクが開始された後、ソースまたはターゲットデータベースで他の非接続性の問題 (DDL または DML 実行例外など) が発生した場合、DTS はエラーを報告し、すぐに継続的な再試行操作を開始します。デフォルトの再試行期間は 10 分です。1 分から 1,440 分の範囲でカスタム再試行期間を指定することもできます。10 分以上に設定することを推奨します。設定された再試行期間内に関連する操作が成功した場合、同期タスクは自動的に再開されます。そうでない場合、タスクは失敗します。
重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 の値は、失敗した接続の再試行時間 の値より小さくする必要があります。
完全同期レートを制限するかどうか
完全同期段階では、DTS はソースおよびターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷を増加させる可能性があります。ソースおよびターゲットデータベースの負荷を軽減するために、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定することで、完全同期タスクのレート制限を設定できます。
説明この設定項目は、同期タイプ が 完全データ同期 に設定されている場合にのみ使用できます。
同期インスタンスの実行後に 完全同期レートを調整する こともできます。
増分同期率を制限するかどうか
増分同期タスクのレート制限も設定できます。ターゲットデータベースの圧力を軽減するために、1 秒あたりの増分同期の行数 RPS と 1 秒あたりの増分同期データ量 (MB) BPS を設定します。
環境タグ
インスタンスを識別するために環境タグを選択できます。このパラメーターはオプションです。
ETL 機能の設定
抽出、変換、ロード (ETL) 機能を有効にするかどうかを選択します。詳細については、「ETL とは」をご参照ください。有効な値：
-
○：ETL 機能を有効にします。コードエディタにデータ処理ステートメントを入力します。詳細については、「データ移行またはデータ同期タスクで ETL を設定する」をご参照ください。
-
×：ETL 機能を無効にします。
監視アラート
アラートを設定するかどうかを指定します。同期が失敗した場合、またはレイテンシーが指定されたしきい値を超えた場合に、アラート連絡先に通知が送信されます。
×：アラートは設定されません。
○：アラートのしきい値を設定し、アラート通知を指定してアラートを設定します。詳細については、「タスク設定中にモニタリングとアラートを設定する」をご参照ください。
[次へ：データ検証] をクリックして、データ検証タスクを設定します。
データ検証機能を使用する場合は、「データ検証の設定」で設定手順をご参照ください。
オプション：上記の設定を完了した後、次：データベースおよびテーブルのフィールド設定 をクリックして、ターゲットデータベースで同期するテーブルの タイプ、プライマリキー列の追加、配布キー、およびパーティションキー情報 (パーティションキー、パーティションルール、および パーティションのライフサイクル) を設定します。
説明このステップは、タスクオブジェクトを設定する際に 同期タイプ で スキーマ同期 を選択した場合にのみ使用できます。その後、定義ステータス を すべて に設定して変更を行うことができます。
プライマリキー列の追加 は、複数の列で構成される複合プライマリキーにすることができます。プライマリキー列の追加 から 1 つ以上の列を選択して、配布キー および パーティションキー として機能させる必要があります。詳細については、「CREATE TABLE」をご参照ください。
-
タスクを保存し、事前チェックを実行します。
このインスタンスを設定するための API パラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにカーソルを合わせ、バブル内の OpenAPI パラメーターのプレビュー をクリックします。
API パラメーターの表示が終了したら、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。
説明同期ジョブが開始される前に、DTS は事前チェックを実行します。ジョブは、すべての事前チェック項目が合格した後にのみ開始できます。
事前チェックが失敗した場合は、失敗した項目の 詳細を表示 をクリックします。プロンプトに従って問題を修正し、再度事前チェックを実行します。
事前チェックで警告が返された場合：
チェック項目が失敗し、無視できない場合は、項目の横にある 詳細を表示 をクリックします。指示に従って問題を修正し、再度事前チェックを実行します。
無視できるチェック項目については、アラートの詳細を確認、無視、OK、および 再度事前チェックを実行 を順にクリックして、警告をスキップして事前チェックを再実行できます。警告項目をシールドすることを選択した場合、データの不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。
-
インスタンスを購入します。
成功率 が 100% になったら、次：インスタンスの購入 をクリックします。
購入 ページで、データ同期インスタンスの課金方法とリンク仕様を選択します。次の表に、これらのパラメーターの詳細を示します。
カテゴリ
パラメーター
説明
新しいインスタンスクラス
課金方法
サブスクリプション：インスタンス作成時にお支払いいただきます。長期的なニーズに適しており、従量課金よりもコスト効率が高くなります。サブスクリプション期間が長いほど、割引率が高くなります。
従量課金：時間単位で課金されます。短期的なニーズに適しています。使用後すぐにインスタンスをリリースしてコストを節約できます。
リソースグループの設定
インスタンスが属するリソースグループ。デフォルトはデフォルトのリソースグループです。詳細については、「Resource Management とは」をご参照ください。
リンク仕様
DTS は、異なるパフォーマンスレベルの同期仕様を提供します。同期リンク仕様は同期レートに影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ同期リンク仕様」をご参照ください。
サブスクリプション期間
サブスクリプションモードでは、サブスクリプションインスタンスの期間と数量を選択します。1 か月から 9 か月までの月次サブスクリプション、または 1、2、3、5 年の年次サブスクリプションを選択できます。
説明このオプションは、課金方法が サブスクリプション の場合にのみ使用できます。
設定が完了したら、Data Transmission Service (従量課金) 利用規約 を読んで選択します。
購入して起動 をクリックします。OK ダイアログボックスで、[OK] をクリックします。
[データ同期] ページでタスクの進捗状況を確認できます。
よくある質問
-
スキーマ同期/移行中にエラーメッセージ
only 500 dimension table allowed, current dimensionTableCount: 500が発生した場合はどうすればよいですか？-
原因：AnalyticDB for MySQL では、テーブルの総数にはアクティブなテーブルとごみ箱内のテーブルの両方が含まれます。合計が制限を超えると、このエラーが発生します。詳細については、「制限事項」をご参照ください。
-
解決策：
-
DTS タスクで、スキーマ同期/移行のテーブル数がエラーメッセージで指定された最大値を超えていないか確認します。
-
スキーマ同期/移行のテーブル数が最大値を超えていない場合は、次のステートメントを実行して、ごみ箱に削除されたテーブルが含まれているかどうかを確認します。詳細については、「テーブルのごみ箱」をご参照ください。
-- 現在インスタンスで使用されているテーブルの数をクエリします。 SELECT COUNT(*) FROM INFORMATION_SCHEMA.tables; -- ごみ箱内のテーブルの数をクエリします。 SELECT COUNT(*) FROM INFORMATION_SCHEMA.KEPLER_META_RECYCLE_BIN; -
ごみ箱に削除されたテーブルが含まれている場合は、次のステートメントを実行してそれらをパージします。
重要ごみ箱からパージされたテーブルは復元できません。これらのテーブルが不要であることを確認してください。
-- テーブルのごみ箱からすべてのテーブルをパージします。 PURGE RECYCLE_BIN ALL; -- テーブルのごみ箱から指定したテーブルをパージします。 PURGE RECYCLE_BIN TABLE <table_name_in_ADB_RECYCLE_BIN_database>;
-
-